ES
Deutsch
English
Français
ItalianoAlrededor del 41,5 % de todos los sitios web funcionan con WordPress; ningún otro sistema se le acerca (W3Techs, julio de 2026). Para la accesibilidad es una buena noticia: WordPress trae de serie mucho de lo que necesita una página accesible, desde el HTML limpio del editor de bloques hasta el campo de texto alternativo de la biblioteca de medios. Pero no garantiza nada de eso. Que un sitio WordPress sea accesible de verdad depende del tema, de los plugins y de los hábitos de redacción. Esta guía repasa esas palancas, al día de 2026: con las WCAG 2.2 como meta, no la 2.1 de anteayer. Saber dónde está su sitio hoy lleva dos minutos.
Test de accesibilidad web
Analiza su sitio WordPress contra las WCAG 2.2 y muestra cada infracción con su ubicación exacta. Un tema difuso se convierte en una lista de trabajo. Gratis, sin registro.
Por qué la accesibilidad en WordPress cambió en 2026
La mayoría de los tutoriales de accesibilidad para WordPress que encontrará hoy se escribieron para las WCAG 2.1. Durante años estuvo bien, pero ya quedó atrás: desde octubre de 2023, las WCAG 2.2 son la recomendación vigente del W3C, y la EN 301 549 revisada, la norma europea detrás de la BFSG alemana y de la Ley Europea de Accesibilidad, se espera para 2026 con las WCAG 2.2 AA como referencia. Quien sanea su sitio ahora hace bien en apuntar directamente a la 2.2; si no, la siguiente ronda ya está programada. Qué significan los niveles A, AA y AAA lo explica nuestra guía sobre la conformidad WCAG.
El salto de 2.1 a 2.2 no es empezar de cero, sino un puñado de criterios de éxito nuevos. Seis de ellos dan de lleno en patrones típicos de WordPress:
| Criterio | Qué exige | Dónde suele fallar WordPress |
|---|---|---|
| 2.4.11 Foco no oculto | El elemento con foco no puede quedar completamente tapado por otros contenidos | Cabeceras fijas y banners de cookies que tapan el foco del teclado |
| 2.5.7 Movimientos de arrastre | Toda interacción de arrastre necesita una alternativa sin arrastrar | Sliders y carruseles que solo responden a deslizar o arrastrar |
| 2.5.8 Tamaño del objetivo (mínimo) | Controles de al menos 24x24 píxeles CSS, o con suficiente espacio alrededor | Iconos sociales, puntos de paginación y botones de cierre diminutos |
| 3.2.6 Ayuda consistente | Las ayudas como contacto o chat en el mismo lugar en todas las páginas | Un enlace de contacto que según la plantilla está en la cabecera o en el pie |
| 3.3.7 Entrada redundante | No volver a pedir en el mismo proceso datos ya introducidos | Un checkout que obliga a reescribir la dirección de facturación como dirección de envío |
| 3.3.8 Autenticación accesible | Inicio de sesión sin acertijos cognitivos como copiar caracteres deformados | Plugins de captcha en los formularios de acceso y de comentarios |
Lo llamativo de esta lista: casi todo vive en el tema o en los plugins, no en sus textos. Aun así, el responsable sigue siendo usted como operador. Un escaneo mide su web, no las buenas intenciones del desarrollador de su tema. Después de cada actualización grande, compruebe si algún plugin ha vuelto a colar uno de estos patrones.
El marco legal en tres frases
Si su sitio WordPress solo informa, la normativa de accesibilidad le deja de momento tranquilo en la mayoría de los casos; corregir barreras sigue compensando, porque cada barrera cuesta visitantes. En cuanto en el sitio se puede comprar, reservar o contratar, típicamente con WooCommerce o un plugin de reservas, aplica la Ley Europea de Accesibilidad en toda la UE, y para la venta a consumidores alemanes su transposición local activamente vigilada, la BFSG, con inspecciones y multas incluidas. Quién está cubierto exactamente y qué excepciones aplican de verdad lo detalla nuestra guía sobre la BFSG alemana.
WooCommerce significa: usted opera una tienda online
Con WooCommerce o un plugin de reservas, su sitio WordPress se convierte jurídicamente en un servicio de comercio electrónico, con todas las obligaciones que siguen, del checkout a la declaración de accesibilidad. Los detalles para tiendas que venden a Alemania, de la excepción de microempresa a la trampa del B2B, están reunidos en nuestra guía de la BFSG para tiendas online.
El cimiento: un tema que no trabaje en su contra
En WordPress, la accesibilidad empieza antes del primer contenido, con la elección del tema. El tema fija los contrastes de color, la presentación del foco, los enlaces de salto y la estructura HTML que hereda cada página. Un punto de partida sensato es el directorio oficial de temas filtrado por la etiqueta accessibility-ready: alrededor de cien temas que pasaron una revisión contra estándares mínimos definidos, en lugar de decenas de miles nunca comprobados.
accessibility-ready significa revisado, no terminado
La etiqueta garantiza estándares mínimos, no conformidad WCAG completa. Y no repara nada de lo que venga después: un solo plugin con botones sin etiquetar, o una sesión del personalizador que acabe en colores pálidos, socava enseguida el cimiento revisado. Trate la etiqueta como entrada, no como diploma.
Los temas premium fuera del directorio no llevan esa etiqueta. Ahí ayudan tres pruebas rápidas en la demo antes de comprar: ¿los colores por defecto tienen contraste suficiente? Al recorrer la página con el tabulador, ¿se ve en todo momento dónde está el foco? ¿Y ofrece la primera parada de tabulación un enlace de salto directo al contenido? Diez minutos de prueba en la demo ahorran semanas de parches en producción.
Los ocho frentes del día a día en WordPress
Con el tema puesto, el trabajo diario en el editor decide si el sitio sigue siendo accesible. Estos ocho puntos cubren la mayor parte de lo que suele torcerse en los sitios WordPress:
- Comprobar la base del tema: contrastes, foco visible, enlace de salto (véase arriba). Quien ahorra aquí pelea después contra su propio cimiento en todos los puntos siguientes.
- Tratar los encabezados como estructura: en el editor de bloques, un H2 es un nivel del esquema, no un tamaño de letra. No salte niveles ni elija un H4 porque quede más bonito.
- Cuidar los textos alternativos en la biblioteca de medios: cada imagen informativa recibe un texto alternativo; las puramente decorativas se dejan vacías a propósito para que los lectores de pantalla las salten.
- Elegir plugins de formulario con etiquetas de verdad: un texto de ejemplo dentro del campo no es una etiqueta. La etiqueta debe estar vinculada programáticamente al campo y no desaparecer al escribir.
- Revisar los contrastes tras cada cambio de color: ese gris delicado sobre blanco que tan elegante queda en el personalizador es lo primero que marca un escaneo.
- Programar una prueba de teclado: recorra sus páginas principales con el tabulador. ¿Se llega a cada menú, botón y campo, y se puede salir de todas partes?
- Verificar el enlace de salto: la primera parada de tabulación debería ser un enlace directo al contenido. Los temas accessibility-ready lo traen, muchos otros no.
- Evitar los sliders automáticos o hacerlos pausables: un carrusel que avanza solo necesita como mínimo un control de pausa. A menudo la mejor solución es quitarlo sin sustituto.
En la práctica, la partida más grande son casi siempre los textos alternativos. WordPress facilita olvidarlos: el campo de la biblioteca de medios es discreto, y la página se ve perfecta sin él. Para quien usa lector de pantalla, un texto alternativo ausente significa: aquí hay una imagen, y nadie dice qué muestra. Cómo se ve un buen texto alternativo lo describe el tutorial de imágenes del W3C; con cientos de imágenes antiguas, un generador merece la pena para el primer borrador.
Generador de texto alternativo
Encuentra imágenes sin texto alternativo y propone formulaciones como borrador. Usted revisa cada texto contra el contexto de la página, ajusta y aprueba.
Plugins: qué ayuda de verdad y qué solo tranquiliza
Son útiles los plugins que comprueban mientras se redacta: avisan en el editor de textos alternativos ausentes o de niveles de encabezado saltados antes de publicar. Esos asistentes llevan el control de calidad al lugar correcto, antes de la publicación. Lo que no existe es el plugin que hace un sitio conforme automáticamente. La conformidad nace del tema, los contenidos y las rutinas, y ninguno de esos tres ingredientes se instala.
Sea especialmente escéptico con los plugins de overlay que inyectan por script un panel de ajustes y prometen accesibilidad con un clic. Pueden ofrecer a los visitantes comodidad de visualización, nada más: formularios sin etiquetar, rutas de teclado rotas y textos alternativos ausentes siguen intactos debajo. Por qué eso es técnicamente inevitable, y cómo valoran los overlays los expertos y las autoridades, lo cuenta nuestra guía sobre overlays de accesibilidad.
Probar: primero en automático, luego a mano
Un escaneo automático es el comienzo correcto, porque encuentra de forma fiable y repetible las infracciones detectables a máquina: contrastes flojos, textos alternativos ausentes, campos sin etiquetar. Son también los errores que cualquier otro ve primero al apuntar una herramienta a su sitio. Pero el escaneo no es el final: si un texto alternativo encaja de verdad, o si el menú se convierte en trampa para el teclado, solo lo distingue una persona.
- Con el tabulador por la portada, una página de contenido y su formulario principal: ¿todo alcanzable, el foco siempre visible?
- Enlace de salto: ¿la primera parada de tabulación lleva de verdad al contenido?
- Sliders y animaciones: ¿se pueden pausar, y funciona todo sin arrastrar?
- Muestreo de cinco imágenes: ¿dice el texto alternativo qué aporta la imagen justo en ese lugar?
- Enviar un formulario con errores a propósito: ¿se explica el error con texto y no solo con color rojo?
Para las cuestiones de color no hace falta intuición. El contraste es un valor medible con umbrales claros, y comprobarlo lleva segundos.
Comprobador de contraste
Comprueba en segundos si sus combinaciones de color cumplen los umbrales WCAG. Ideal tras cada retoque de colores del tema.
Preguntas frecuentes sobre accesibilidad en WordPress
¿Un tema con la etiqueta accessibility-ready es automáticamente accesible?
No. La etiqueta confirma que el tema pasó una revisión contra estándares mínimos definidos, no una conformidad WCAG completa. Es la mejor posición de salida que ofrece el directorio de temas, pero no sustituye ni contenidos cuidados ni plugins comprobados. Un tema accessibility-ready más textos alternativos ausentes sigue dando un sitio con barreras.
¿Existe un plugin que haga mi sitio accesible?
No, y desconfíe de quien prometa exactamente eso. Los plugins pueden ayudar a comprobar, por ejemplo con avisos en el editor antes de publicar. La conformidad en sí nace del tema, los contenidos y la forma de trabajar. Los plugins de overlay con promesas de un clic no cambian nada de los defectos de fondo; las pruebas están reunidas en nuestra guía sobre overlays.
Mi sitio cumple WCAG 2.1 AA. ¿Tengo que pasar a la 2.2?
Está bien posicionado, pero no ha terminado. Las WCAG 2.2 son la recomendación vigente del W3C desde octubre de 2023, y la EN 301 549 revisada con referencia a la 2.2 AA se espera para 2026. Los criterios nuevos, como el tamaño mínimo del objetivo y el foco no oculto, son manejables. Planificarlos ahora le ahorra una segunda ronda de obras.
¿Aplica la BFSG alemana a mi sitio WordPress?
Solo si el sitio ofrece un servicio cubierto, sobre todo venta o reserva a consumidores, por ejemplo con WooCommerce, y solo si se dirige al mercado alemán. Una web puramente informativa sin tienda ni reservas suele quedar fuera. Los criterios exactos, incluida la excepción de microempresa, están en nuestra guía de la BFSG; la práctica de tienda, en la guía dedicada.
¿De verdad necesita cada imagen un texto alternativo?
Cada imagen informativa sí, las decorativas precisamente no: esas reciben un atributo alt vacío para que los lectores de pantalla las salten. La regla práctica: si se quitara la imagen, ¿se perdería información? Entonces el texto alternativo transmite exactamente esa información, breve y en el contexto de la página donde está.
¿Basta un escaneo automático para estar tranquilo?
No. El escaneo encuentra de forma fiable las infracciones medibles a máquina, que son las que las herramientas de terceros detectan primero también. Que los textos alternativos tengan sentido, que el teclado funcione de principio a fin y que los procesos se entiendan, eso se verifica a mano como complemento. La combinación de ambos es el camino realista.
WordPress no se interpone en el camino de la accesibilidad; solo espera instrucciones. El campo de texto alternativo existe, los niveles de encabezado existen, los temas revisados existen. Lo que suele faltar es la visión de conjunto de dónde falla concretamente su sitio. Exactamente eso entrega el escaneo del comienzo de este artículo: dos minutos, una lista de trabajo priorizada, y una intención vaga se convierte en un proyecto con final.
Aviso legal
Este artículo tiene fines meramente informativos y no constituye asesoramiento jurídico. Para una respuesta vinculante sobre su caso concreto, consulte a un abogado. Actualizado: julio de 2026.
Autor
Redaktion accessibility-check.ai