Plugins de accesibilidad para WordPress: qué pueden hacer y qué no

En el directorio de WordPress hay decenas de plugins bajo la palabra accesibilidad, y hacen cosas muy distintas. Hemos instalado 26 de ellos en un WordPress recién creado para ver qué ocurre de verdad al activarlos. Este artículo ordena el panorama, muestra a partir de los errores más frecuentes de la web qué parte del trabajo se puede automatizar, y explica por qué ningún plugin hace que tu sitio cumpla la ley.

Tres tipos de plugin, todos bajo la etiqueta «accesibilidad»

Una búsqueda en el directorio los mete a todos en el mismo saco. En la práctica se reparten en tres grupos con tareas radicalmente distintas:

Un plugin de corrección pone el atributo de idioma, añade enlaces de salto, asocia los campos de formulario con su etiqueta visible, da título a los iframes y celdas de encabezado a las tablas. Todos ellos son datos con una única respuesta correcta. No puede inventar un texto alternativo con sentido, porque este no se deduce del marcado sino de la función de la imagen.

Un widget —a menudo llamado overlay— coloca una barra sobre la página para que las visitas puedan ampliar el texto, subir el contraste o detener las animaciones. Quien no abre esa barra, que es la gran mayoría, ve la página sin cambios.

El problema: la mayoría de los plugins son dos o tres de estos a la vez. Por eso la pregunta «¿cuál es el mejor plugin?» no lleva a ninguna parte. La pregunta útil es: ¿cuál de las tres partes necesito y el plugin es bueno precisamente en esa parte?

Qué se puede automatizar y qué no

Esta pregunta se responde con cifras. Cada año la organización WebAIM analiza de forma automática las páginas de inicio del millón de sitios más visitados en busca de errores WCAG. En febrero de 2026, el 95,9 por ciento presentaba al menos un error detectable, frente al 94,8 por ciento del año anterior. La media fue de 56,1 errores por página de inicio, un buen diez por ciento más que en 2025. Los tipos de error más frecuentes son los mismos desde hace años.

La lista se vuelve interesante cuando se anota junto a cada error si un plugin puede corregirlo:

Los matices: cualquier herramienta de comprobación detecta con fiabilidad los problemas de contraste; corregirlos es una decisión de diseño, y la toma una persona. Las etiquetas que faltan en los campos de formulario suelen poder asociarse de forma automática, siempre que exista una etiqueta visible. Un enlace vacío que solo contiene un icono puede recibir un nombre; un enlace sin destino reconocible es un error de redacción. Y la falta del idioma del documento es el único caso que un plugin resuelve por completo.

De ahí se sigue una cuenta incómoda. El error con diferencia más frecuente de la web es justo el que ningún plugin puede resolver por ti: el contraste insuficiente, en más de cuatro de cada cinco páginas de inicio. Y el único error de la lista que se automatiza por completo queda en último lugar.

Aquí un widget puede ofrecer un modo de alto contraste. Eso ayuda a las pocas personas que encuentran la barra y la activan. Para todas las demás —y para cualquier auditoría automatizada, incluida la de una autoridad de control— la página sigue igual.

El panorama: 26 plugins en el directorio

Buscar «accessibility» en el directorio devuelve más de 3.000 resultados, y la mayoría no tiene nada que ver con la accesibilidad en sentido estricto. La lista siguiente recoge las entradas que hacen realmente una de las tres cosas descritas arriba, desde 500.000 instalaciones hasta los pequeños proveedores de habla alemana. Primero, la vista de conjunto:

Datos del directorio de plugins de WordPress, consultados el 10 de septiembre de 2026. El directorio indica las instalaciones por tramos y las valoraciones cambian continuamente. Las columnas «Tipo» y «Cuenta necesaria» son nuestra clasificación a partir de la prueba.

Cinco observaciones que nos parecen más importantes que el orden:

• Difusión y satisfacción van por caminos distintos. El plugin con diferencia más instalado —antes One Click Accessibility, luego Ally, hoy propiedad de Elementor— tiene a la vez la peor valoración: 2,9 sobre 5 con 162 opiniones. Las críticas se dirigen sobre todo a los avisos de venta en el escritorio y a la obligación de crear una cuenta con el proveedor; las funciones de IA más avanzadas son de pago.
• Un proveedor, dos fichas. Detrás de AccessibleWP, con 20.000 instalaciones, está el mismo proveedor que detrás de Accessibility by UserWay, con 80.000. Son 100.000 instalaciones en una sola empresa. AccessibleWP se actualizó por última vez en octubre de 2024 y está probado hasta WordPress 6.6.7: la ficha más antigua de toda la lista.
• El sector vecino también está. AccessiYes, con 20.000 instalaciones, procede de CookieYes, proveedor de banners de consentimiento. La accesibilidad se ha convertido en un producto complementario, señal de la demanda que ha creado el EAA.
• La herramienta mejor valorada no corrige nada. Accessibility Checker comprueba dentro del editor e informa de lo que falla, nada más. Al parecer, esa es justo la parte que más necesitan las redacciones.
• El mantenimiento es un criterio de selección. Doce de las 26 fichas están probadas hasta WordPress 7.1; cuatro se han quedado en 6.8.8 o antes. Un plugin de accesibilidad que ya no se prueba con la versión vigente de WordPress puede convertirse él mismo en fuente de errores, precisamente porque interviene a fondo en el HTML que se entrega.

Qué ocurre después de activarlo

Esta es la parte que las cifras del directorio no cuentan. En varios plugins de la lista, la primera pantalla tras la activación no es un ajuste, sino un formulario de registro. La ficha del directorio es entonces el envoltorio de un servicio que funciona en casa del proveedor y allí se factura.

A ellos se suman AllAccessible, cuya página de administración se quedó vacía en nuestra instalación porque se carga desde el proveedor, y AAArdvark, que pide una clave de API antes de mostrar ningún informe. Los proveedores alemanes Hürdenlos.Assist y BarrierEase necesitan igualmente una clave o un registro vinculado a la dirección del sitio.

No es un reproche: un servicio puede costar dinero, y algunos proveedores dan bastante a cambio. Pero tiene tres consecuencias que conviene poner sobre la mesa antes de decidir:

• Protección de datos. Si el widget se carga desde un servidor ajeno en cada visita, allí llega como mínimo la dirección IP de tus visitantes. Para un organismo público eso suele ser motivo suficiente de descarte; para los demás es una entrada en el registro de actividades de tratamiento y, casi siempre, un contrato de encargado del tratamiento.
• Disponibilidad. Si el proveedor cae, la función cae, y con algunos widgets se lleva por delante parte del manejo del sitio.
• Dependencia. Cuando termina la suscripción, la web vuelve a estar como antes. Lo que no cambió nada en el marcado tampoco deja nada.

La otra mitad del panorama funciona nada más activarse y sin cuenta. Ahí están las dos herramientas mejor valoradas de la lista:

Las herramientas una por una

Corrección: lo que de verdad cambia el HTML

La ficha de WP Accessibility merece atención. Procede de Joe Dolson, miembro veterano del equipo de accesibilidad de WordPress y persona de contacto para el núcleo y el editor de bloques. La segunda frase de su descripción dice:

«WP Accessibility is not intended to make your site compatible with any accessibility guidelines.»

No es falsa modestia, sino la afirmación técnicamente correcta, y una buena vara de medir para todas las demás fichas. El plugin añade enlaces para saltar contenido, obliga a rellenar el texto alternativo en el editor, marca en la biblioteca las imágenes sin texto alternativo y arregla una serie de fallos típicos de los temas. No promete nada más.

WP Accessibility Helper es el híbrido del grupo: una barra de herramientas para los visitantes más algunas intervenciones en el marcado. La ficha vuelve a mantenerse: la versión del 2 de septiembre de 2026 está probada hasta WordPress 7.1. En la página de ajustes llama la atención, eso sí, el espacio que ocupan los avisos sobre la versión de pago.

Comprobación: las herramientas que no prometen nada

Este grupo es el más discreto y, en la práctica, el más útil. No corrige nada: te dice en qué trabajar, y con ello aporta la base de la declaración de accesibilidad que de todos modos tienes que firmar tú.

Editoria11y y Sa11y proceden ambos del ámbito universitario y trabajan directamente en la vista de edición: señalan los problemas donde se escribe el texto, en lugar de en un informe aparte. Para redacciones con muchos autores, ese es el lugar más eficaz.

WP ADA Compliance Check Basic entrega un informe detallado de todo el sitio, y es al mismo tiempo el ejemplo de hasta qué punto los avisos sobre la versión completa pueden tapar un informe. En la versión gratuita la comprobación se limita a 15 páginas.

Widgets: qué diferencia a las barras

Los widgets se parecen más de lo que sugieren las páginas de producto: tamaño de letra, contraste, cursor, detener animaciones y a menudo una opción de lectura en voz alta. Las diferencias están sobre todo en tres puntos: si el widget se sirve desde tu propio servidor o desde el del proveedor, hasta dónde se adapta a tu diseño y cuánta funcionalidad incluye la versión gratuita.

Los proveedores de Alemania

Alemania transpuso el EAA con el nombre de Barrierefreiheitsstärkungsgesetz (BFSG), en vigor desde junio de 2025, y a su alrededor ha surgido un pequeño mercado de habla alemana. Todas estas fichas se quedan por debajo del centenar de instalaciones; el tema es joven y las cifras aquí no dicen nada sobre la calidad.

AccessGO es el proveedor más visible. Tras la activación, un asistente de tres pasos guía la configuración; el paso dos es crear una cuenta, con un código de descuento incluido.

Por qué ningún plugin hace que tu sitio cumpla la ley

Algunas fichas se leen de otra manera. El proveedor alemán AccessGO, por ejemplo, escribe que su plugin «cumple los requisitos de la ley alemana de refuerzo de la accesibilidad (BFSG), de la BITV y del European Accessibility Act (EAA)» y genera automáticamente «declaraciones de accesibilidad jurídicamente seguras». La ficha termina con esta frase: «Instalar, activar y cumplir la ley de inmediato.» (Traducido del alemán.) Frases así son el motivo de esta sección.

Las autoridades de control alemanas, federal y de los estados —precisamente las que evalúan la conformidad en el marco de la directiva europea de accesibilidad web— publicaron en marzo de 2025 una evaluación conjunta sobre las herramientas overlay. Tres frases, traducidas:

«Un sitio web que no es accesible no pasa necesariamente a serlo conforme a los requisitos legales por el uso de una herramienta overlay.»

«En la actualidad, las herramientas overlay no son capaces de presentar como plenamente accesible un sitio que contiene barreras.»

«Con frecuencia, integrar una herramienta overlay empeora la accesibilidad de un sitio para quienes usan tecnologías de apoyo.»

La última frase es la más incómoda: un widget mal construido puede empeorar la situación, porque se interpone entre la página y las ayudas técnicas con las que trabajan las personas ciegas y con baja visión.

En el plano internacional, el mismo punto ha salido caro. En enero de 2025, la autoridad estadounidense de comercio FTC obligó al proveedor de overlays accessiBe a pagar un millón de dólares. El cargo: la afirmación de que la herramienta hacía cualquier sitio conforme a las WCAG era «false, misleading, or unsubstantiated». La FTC objetó además que artículos y reseñas de terceros se presentaran como opiniones independientes sin revelar los vínculos comerciales de la empresa con esos reseñadores.

Lo extendido del malentendido se ve en un caso alemán: en julio de 2025, la asociación Digitale Barrierefreiheit e. V. señaló que la propia autoridad de vigilancia del mercado responsable del BFSG usaba una herramienta overlay en su web. Si hasta ahí cuesta la distinción, no es un descuido que a una asociación o a una agencia también le cueste.

Cómo reconocer un plugin que merezca la pena

Seis comprobaciones que se hacen en pocos minutos:

1. Dice lo que no puede hacer. Una ficha sin ninguna salvedad es una señal de alarma, no una garantía de calidad.
2. No promete conformidad. «Conforme al EAA», «jurídicamente seguro», «100 % WCAG»: ningún plugin puede cumplir eso, porque nada de eso depende solo de él.
3. No carga código desde servidores ajenos. Un widget que se descarga del servidor del proveedor en cada visita envía allí los datos de tus visitantes y deja de funcionar cuando el proveedor falla. Para los organismos públicos eso suele zanjar la cuestión por motivos de protección de datos.
4. Se puede desactivar sin romper el sitio. Un plugin que ya no se puede quitar no es una herramienta que compraste, sino una dependencia.
5. Recibe mantenimiento. Probado con la versión vigente de WordPress, actualizado en los últimos meses, con respuestas en el foro de soporte.
6. Muestra qué ha cambiado. Tienes que poder rastrear qué correcciones se aplican; si no, no puedes ni comprobar ni documentar.

El orden que funciona

Un plugin no es el primer paso, sino el segundo. Esta secuencia tiene sentido:

1. Medir. Saber primero qué falta de verdad; si no, compras una solución para un problema que no conoces. Cómo hacerlo se explica en el artículo probar la accesibilidad de tu web.
2. Cerrar los huecos mecánicos. Atributo de idioma, enlaces de salto, etiquetas de formulario, títulos de iframe. Para eso está hecho un plugin de corrección, y se resuelve en una tarde.
3. Planificar el trabajo de redacción. Textos alternativos, estructura de encabezados, textos de enlace con sentido. Este es el bloque grande, y no se compra. Lo que ayuda es una lista y un ritmo semanal: veinte imágenes por semana y hasta una mediateca grande queda lista en un trimestre.
4. Llevar el diseño al próximo rediseño. Contrastes y visibilidad del foco pertenecen al diseño, no a un plugin. Si se prevén pronto, no cuestan nada extra.
5. El widget al final. Es un extra para las visitas a las que les gusta, ni una base ni una prueba.

Fuentes y advertencias

• WebAIM: The WebAIM Million, análisis de febrero de 2026
• Organismos de vigilancia federales y regionales de Alemania: Valoración conjunta sobre el uso de herramientas overlay, marzo de 2025 (en alemán)
• Federal Trade Commission: Order Requires Online Marketer to Pay $1 Million, 3 de enero de 2025
• Digitale Barrierefreiheit e. V.: La autoridad de vigilancia del mercado usa ella misma una herramienta overlay, 14 de julio de 2025 (en alemán)
• Datos y citas de las fichas de plugins: directorio de plugins de WordPress, consultado el 10 de septiembre de 2026

Las capturas muestran las pantallas de administración de los plugins citados en nuestra propia instalación de prueba, tomadas el 10 de septiembre de 2026, y sirven para ilustrar el texto. Todas las marcas y nombres de producto pertenecen a sus respectivos titulares. Si falta aquí algún plugin o está mal clasificado, lo corregimos con gusto: escríbenos.