¿es un captcha un problema para la accesibilidad de mi sitio?
Un CAPTCHA puede excluir a usuarios de lectores de pantalla y usuarios de teclado
Sí, un CAPTCHA suele ser un problema real, y por una razón muy práctica: la mayoría de los CAPTCHA están diseñados para ser percibidos visualmente. Escribir un texto deformado, hacer clic en imágenes con señales de tráfico o resolver un puzle deslizante requieren poder ver qué sucede en la pantalla y poder arrastrar o hacer clic con un ratón. Para un cliente que utiliza un lector de pantalla, ese texto deformado es invisible o inutilizable, y para alguien que solo utiliza el teclado, un puzle basado en arrastrar a menudo es simplemente imposible de completar. El CAPTCHA se encuentra entonces en el lugar exacto donde surge el problema: al finalizar un pedido o al enviar un formulario de contacto.
Eso no significa que cada CAPTCHA sea por definición inaccesible. Existen variantes con una alternativa de audio, un puzle lógico en texto o controles que se ejecutan en segundo plano sin que el cliente tenga que hacer nada. Que un CAPTCHA sea un cuello de botella depende de qué variante se utilice y si hay una alternativa viable disponible. Esto toca un patrón más amplio: al igual que en el proceso de compra para un cliente con lector de pantalla el problema a menudo no está en la página principal sino en una pequeña parte del recorrido que pasa desapercibida, y lo mismo ocurre con la operación con teclado de todo el proceso de compra — un CAPTCHA que no se puede manejar con tabulación e intro bloquea todo el flujo a pesar de que el resto del sitio funciona correctamente.
Dónde aparece esto en WCAG
WCAG 2.1 establece requisitos precisamente para este tipo de componentes: el contenido debe ser perceptible para quienes no pueden ver y operable para quienes no pueden usar un ratón. Un CAPTCHA que solo se puede controlar a través de una imagen visual y no ofrece una alternativa entra en conflicto con estos principios. Una prueba automatizada puede señalar que hay un CAPTCHA en una página, pero no siempre puede evaluar si el tipo elegido es realmente utilizable para un lector de pantalla —ese es precisamente el tipo de evaluación donde una prueba automatizada alcanza sus límites.
En qué se basa
- WCAG 2.1 (W3C) — lo que EN 301 549 significa en la práctica
- ACM — Accessibility of webshops, quantitative and qualitative research (Motivaction, March 2026)
El reglamento en sí se encuentra en EUR-Lex. Nos remitimos a cada afirmación; no tiene que creerlo.
Lo que debe hacer concretamente
Los detalles específicos de cada requisito, incluidos los plazos aplicables y las plantillas para documentarlo, se encuentran en la suscripción.
Ver la suscripción Primero el escaneo rápido gratuitoEsto no es asesoramiento jurídico. Esta página proporciona información general sobre la legislación a la que se refiere esta plataforma. No conocemos su situación. En caso de duda sobre su caso específico, consulte a un abogado o a la autoridad de supervisión competente.
Redactado con IA basándose en las fuentes anteriores, revisado por una persona el 2026-09-05. ¿Hay algo incorrecto? Háganoslo saber — las correcciones tienen prioridad.