¿Por qué un cliente ciego no puede realizar el pago en mi sitio?

El pago a menudo falla debido a campos no anunciados y errores

Un cliente ciego puede quedarse atrapado en el paso de pago por varias razones identificables. Los campos de formulario sin una etiqueta correctamente vinculada hacen que un lector de pantalla solo escuche "campo de entrada", sin indicar que se trata de un código postal, número de tarjeta o campo obligatorio. Los mensajes de error que aparecen solo visualmente —un borde rojo, un texto no vinculado al campo— no se leen en voz alta en un lector de pantalla, lo que puede llevar a un cliente a intentar pagar sin saber que falta algo. Además, el orden en que un lector de pantalla navega por la página puede diferir del orden visual, lo que hace que pasos como "elige método de envío" o "completa datos de la tarjeta" se lean en un orden ilógico o incluso se omitan. Los botones que son técnicamente clicables pero no están marcados como tales a menudo son ignorados por las tecnologías de asistencia.

Estos problemas a menudo se acumulan precisamente en el paso de pago, porque contiene más componentes dinámicos que una página de producto: campos de dirección expandibles, validación en tiempo real, una selección de métodos de pago que se actualiza con JavaScript. Cada uno de estos componentes debe ser no solo visible sino también reconocible mediante programación —un lector de pantalla funciona con el código subyacente, no con lo que se ve en la pantalla. Una página que se ve impecable para un visitante vidente puede quedarse atrapada para un usuario de lector de pantalla precisamente en ese punto.

Lo que WCAG 2.1 como norma dice sobre esto

El requisito de que los campos de formulario, mensajes de error y elementos interactivos sean correctamente reconocidos por las tecnologías de asistencia está establecido en WCAG 2.1 —la implementación práctica de EN 301 549, la norma a la que hace referencia la European Accessibility Act. El estudio de ACM/Motivaction sobre aproximadamente cien grandes tiendas web (marzo de 2026) muestra con qué frecuencia esto falla en la práctica: en el 33% de los sitios examinados, un cliente finalmente podía realizar un pedido pero requería considerablemente más esfuerzo, y solo el 13% era completamente navegable con teclado —una condición estrechamente relacionada con la usabilidad para lectores de pantalla, ya que ambos navegan por una página sin ratón. Un escaneo automático detecta parte de estos problemas, como una etiqueta faltante, pero si el paso de pago en conjunto es lógico y completamente utilizable con un lector de pantalla es algo que requiere una evaluación que un escaneo por sí solo no puede proporcionar.