Preguntas frecuentes

Depende de qué hagas. La Ley 11/2023 exime a las microempresas (menos de 10 personas y facturación o balance inferior a 2 millones de euros) que prestan servicios. La exención no es general ni automática:

• Si comercializas productos (tienda online, por ejemplo), puede que sigas estando obligado.
• Si trabajas con la Administración Pública o participas en licitaciones, la accesibilidad es requisito de contratación.
• En cualquier caso, el resto de legislación antidiscriminatoria sigue aplicándose, y la accesibilidad sigue siendo buena práctica comercial.

Conviene consulta jurídica para tu caso concreto.

Las recomendaciones generales:

1. Solicitar la especificación concreta de los defectos alegados.
2. Iniciar inmediatamente una auditoría y un plan de remediación.
3. Documentar todo el proceso: fechas, problemas detectados, calendario de corrección.
4. Mantener comunicación proactiva con la autoridad: la buena fe demostrable es el factor más importante.

El régimen sancionador europeo valora la subsanación. Una empresa que actúa al ser notificada está en una posición jurídica muy distinta a una que ignora la notificación.

(Esta respuesta no constituye asesoramiento legal. Para casos concretos, consulta con un abogado especializado.)

La Ley 11/2023 y la EN 301 549 actualmente remiten a WCAG 2.1 nivel AA. WCAG 2.2 se publicó en octubre de 2023 y añade SC útiles, especialmente sobre foco visible, autenticación accesible y gestos.

Es razonable apuntar directamente a WCAG 2.2 AA: cumplir la versión nueva implica cumplir la antigua, y es esperable que la EN 301 549 incorpore 2.2 en próximas revisiones.

WCAG 3.0 está en desarrollo y no tiene fecha de publicación oficial. Será un cambio de paradigma (no solo más SC, sino otro modelo de evaluación). Hasta entonces, WCAG 2.1/2.2 sigue siendo el estándar legal.

No. La garantía no tiene valor jurídico ni técnico:

• WCAG no se certifica unilateralmente por un proveedor. Se evalúa contra el código real.
• Cuando una autoridad evalúa un sitio, no mira si tienes un widget instalado. Mira si tu HTML cumple los criterios.
• En enero de 2025, la FTC sancionó a accessiBe precisamente por hacer este tipo de promesas.

Existen porque resuelven un problema real (el miedo del responsable de la web), no el problema declarado (la accesibilidad). El mercado de homeopatía también lleva décadas. La métrica relevante no es "tiempo en el mercado", es "evidencia técnica e independiente". En este caso, la evidencia es contundente y va en sentido contrario:

• Comunicado oficial del European Disability Forum + IAAP (mayo 2023).
• Overlay Fact Sheet firmado por más de 1.000 profesionales.
• Multa de la FTC a accessiBe (enero 2025).
• Acuerdo LightHouse v. ADP (2022) que cita explícitamente que los widgets no son suficientes.
• Más del 25 % de las demandas de accesibilidad en EE. UU. en 2024 contra sitios con widget instalado.

No, por varias razones:

• Da una falsa sensación de seguridad que retrasa la corrección real.
• Puede interferir con las tecnologías de asistencia que ya usa la persona con discapacidad.
• Tiene impacto negativo en rendimiento.
• Es un coste mensual que puedes destinar a accesibilidad real.
• Es identificable a simple vista por la comunidad como atajo.

"No tener nada" en el sentido de "no tener un widget" no es lo mismo que "no hacer nada": una web bien construida con HTML semántico, contraste correcto y formularios etiquetados es accesible aunque no muestre ningún icono especial.

El uso de IA está en el discurso comercial, pero no cambia los límites técnicos. Una IA que se ejecuta en una capa de JavaScript externa sigue sin poder modificar el código fuente del sitio. Puede generar texto alt automático, sí, pero ese texto:

• No conoce el contexto de negocio de la imagen.
• No distingue entre imágenes de contenido e imágenes decorativas.
• No cumple el "propósito equivalente" que pide SC 1.1.1.

La IA tiene un papel útil en accesibilidad (ayudar a redactores a generar primeras versiones de alt text, por ejemplo), pero ese uso es muy distinto a "instala este widget".

Si tu proveedor (agencia, plataforma, partner) te ha vendido un widget como solución de accesibilidad, te ha vendido humo. No siempre es mala fe: a veces ellos mismos creen el discurso comercial. Pero su asesoramiento en este tema no es fiable.

Plantéales si pueden ofrecer un servicio real: auditoría, corrección de código, declaración de accesibilidad. Si no, busca un proveedor especializado.

Ya no, salvo que tengas mucha suerte y no auditen tu expediente. La nueva guía oficial del IRA exige evaluación criterio por criterio sobre páginas reales del sitio entregado. Un widget no satisface esa evaluación.

Si Red.es audita tu expediente y detecta que la justificación es insuficiente, llega requerimiento de subsanación con plazo de 10 días hábiles. Si no se subsana, tienes que devolver la subvención.

• Habla directamente con el agente y pide que cumplimente correctamente el IRA con auditoría real. Es su responsabilidad como Agente Digitalizador.
• Si no lo hace, valora cambiar de agente (la convocatoria lo permite con justificación).
• Si tienes el bono ya consumido y la web entregada con widget, considera contratar tú aparte una auditoría real para asegurarte de que la justificación pasa.

Idealmente, en este orden:

1. Auditoría profesional de accesibilidad.
2. Sprint de correcciones priorizadas.
3. Formación del equipo.
4. Plan continuo (revisión en cada release).

El coste anual de un widget para una web pyme suele cubrir holgadamente una auditoría inicial.

No. Lo razonable es priorizar:

• Páginas críticas del recorrido del usuario primero (home, búsqueda, ficha, carrito, checkout).
• SC más graves primero (1.1.1, 1.3.1, 2.1.1, 4.1.2).
• Errores con más usuarios afectados primero.

Lo importante es tener un plan documentado. Una declaración de accesibilidad honesta que diga "parcialmente conforme con plan de mejora hasta junio de 2026" vale más que una que dice "plenamente conforme" mintiendo.

La normativa contempla excepciones:

• Contenido multimedia anterior a la entrada en vigor (28 de junio de 2025) puede quedar excluido si cumple condiciones.
• "Carga desproporcionada" para corregir contenido masivo antiguo. Tienes que documentarlo formalmente, no basta con declararlo.

A partir de la entrada en vigor, todo contenido nuevo debe ser accesible desde el primer momento.

Síntomas:

• Un círculo flotante con persona en cruz en una esquina inferior.
• Un menú lateral que aparece al hacer clic en algún icono pequeño tipo "accesibilidad".
• Una línea de código <script src="...userway.../...accessibe.../...equalweb.../...accedeme..." /> en el HTML de tu web (puedes verlo con Ctrl+U para ver el código fuente).

Si encuentras alguna de estas cosas y no recuerdas haberlo aprobado, pregúntale a tu agencia.

Depende del CMS:

• WordPress: Plugins > Plugins instalados > buscar el plugin del widget > Desactivar > Eliminar.
• Shopify: Apps > buscar la app del widget > Eliminar.
• HTML directo / cualquier otro: pídele a quien mantiene tu web que retire la línea <script> correspondiente del HTML o del Tag Manager.

Después, comprueba en el código fuente (Ctrl+U) que el script ya no aparece.