¿Tu localizador de tiendas cumple con la EAA? Una checklist para marcas con múltiples ubicaciones

Tu marca opera 150 ubicaciones en Europa. Has invertido en un localizador de tiendas, optimizado tus listados y obtienes un tráfico orgánico sólido. Entonces recibes una notificación formal de tu autoridad nacional de derechos de las personas con discapacidad: tu localizador de tiendas no cumple con los estándares de accesibilidad.

Esto no es hipotético. Está ocurriendo ahora mismo.

La Ley Europea de Accesibilidad (EAA) es ejecutable desde junio de 2025, y las autoridades nacionales de toda la UE están realizando auditorías, emitiendo notificaciones y, en algunos casos, imponiendo sanciones. Francia, Alemania, España y los Países Bajos han iniciado todos ellos una aplicación activa, con organizaciones de derechos de las personas con discapacidad presentando reclamaciones formales contra grandes marcas de distribución y transporte.

Sin embargo, la mayoría de las marcas con múltiples ubicaciones no han auditado sus localizadores de tiendas para comprobar el cumplimiento de WCAG 2.2 AA, el estándar que exige la EAA.

Este artículo explica qué significa realmente el cumplimiento de la EAA para tu localizador de tiendas y te ofrece una checklist de auditoría práctica para empezar.

La Ley Europea de Accesibilidad: cronología y aplicación actual

La EAA es una directiva que exige que todos los productos y servicios digitales vendidos u operados en los mercados de la UE cumplan unos estándares mínimos de accesibilidad. Abarca:

• Sitios web y aplicaciones móviles (incluidos localizadores de tiendas y páginas locales)
• Terminales de autoservicio (quioscos, cajeros automáticos)
• Plataformas de comercio electrónico
• Aplicaciones móviles con funcionalidades esenciales

El requisito central: los servicios digitales deben cumplir los estándares WCAG 2.2 nivel AA, el punto de referencia internacional para la accesibilidad web.

Cronología de la aplicación

• Diciembre de 2016: Publicación de la directiva EAA
• 28 de junio de 2025: Fecha límite de aplicación: todos los servicios digitales afectados deben cumplir
• 2025 hasta hoy: Las autoridades nacionales realizan auditorías, emiten notificaciones y aplican sanciones

La aplicación ya está activa. Las organizaciones de derechos de las personas con discapacidad de Francia han presentado reclamaciones contra grandes cadenas de distribución por localizadores de tiendas que no superaron las pruebas de accesibilidad. Los reguladores alemanes investigan la accesibilidad de aplicaciones en varios sectores. España exigió a las marcas que realizaran auditorías de accesibilidad a principios de 2026, un plazo que ya ha vencido.

Las sanciones varían según el estado miembro, pero las consecuencias son reales. El incumplimiento puede dar lugar a:

• Multas de hasta 25.000 € por infracción en algunas jurisdicciones
• Órdenes de corrección obligatoria con plazos estrictos
• Daños reputacionales y exclusión de la contratación pública
• Demandas por accesibilidad, que van en aumento en Europa

Qué exige realmente WCAG 2.2 AA a los localizadores de tiendas

WCAG 2.2 se basa en cuatro principios: perceptible, operable, comprensible y robusto (POUR). Esto es lo que cada uno significa en la práctica para un localizador de tiendas.

Perceptible: los usuarios deben poder percibir el contenido

Qué significa para los localizadores de tiendas:

• Alternativas textuales para imágenes: Cada icono del mapa, imagen de tienda o elemento visual debe tener un texto alternativo que un lector de pantalla pueda interpretar.
• Contraste de color: El texto debe cumplir una relación de contraste de 4,5:1 con el fondo (requisito WCAG), y 3:1 para texto grande (18pt+).
• Vídeo y multimedia: Si tu localizador incluye contenido de vídeo, debe incluir subtítulos y audiodescripciones.
• Indicadores de error y estado: No deben basarse únicamente en el color. Usa texto, iconos u otras señales visuales.

Fallo habitual: Un pin del mapa es rojo para indicar “abierto ahora”. Un usuario daltónico no puede distinguirlo de otros pins. Solución: añade una etiqueta visible (“Abierto ahora”) o un icono secundario.

Operable: los usuarios deben poder navegar y controlar

Qué significa para los localizadores de tiendas:

• Navegación por teclado: Todos los elementos interactivos deben ser accesibles mediante Tab, Enter y teclas de dirección. Sin ratón.
• Enlaces de salto: Los usuarios deben poder saltar la navegación repetitiva del encabezado para ir directamente al campo de búsqueda.
• Indicadores de foco: Cuando un usuario navega con Tab a un botón o campo, debe quedar visualmente claro qué elemento tiene el foco.
• Tamaño de los objetivos táctiles: En móvil, los elementos clicables deben tener al menos 24×24 píxeles con espacio adecuado.

Fallo habitual: Una interfaz de mapa permite hacer zoom y desplazarse con el ratón, pero los usuarios de teclado no pueden hacerlo. Solución: añade atajos de teclado (+ y - para zoom, teclas de dirección para desplazarse).

Comprensible: los usuarios deben entender el contenido

Qué significa para los localizadores de tiendas:

• Lenguaje claro: Evita el jargón. “Acotar la búsqueda” es más claro que “refinar la consulta de ubicación”.
• Navegación coherente: Si los filtros aparecen en una barra lateral en el escritorio, deben ser igualmente accesibles en móvil.
• Campos de formulario etiquetados: Cada campo de búsqueda y filtro debe tener una etiqueta visible y asociada.
• Mensajes de error: Cuando un usuario introduce un código postal inválido, muestra un mensaje explicativo, no solo un borde rojo.

Fallo habitual: Un filtro etiquetado como “Tipos de servicio” sin explicación de las opciones disponibles. Solución: usa “Filtrar por servicios (parking, acceso para sillas de ruedas, WiFi)”.

Robusto: el localizador debe funcionar con tecnologías de apoyo

Qué significa para los localizadores de tiendas:

• HTML semántico: Usa los elementos HTML adecuados. Los botones deben ser <button>, no <div onclick>.
• Etiquetas ARIA: Donde el contexto visual no sea suficiente, usa atributos ARIA. Un botón de filtro que expande un panel necesita aria-expanded="true".
• Asociaciones de formularios: Los campos de formulario deben estar vinculados programáticamente a sus etiquetas.
• Regiones en vivo: Cuando el localizador carga nuevos resultados dinámicamente, los lectores de pantalla deben ser notificados mediante aria-live.

Fallo habitual: Un botón “Cargar más” carga tiendas adicionales, pero los lectores de pantalla no son notificados. Solución: usa aria-live="polite" en el contenedor de resultados.

Fallos de accesibilidad habituales en localizadores de tiendas

Basándonos en la actividad de aplicación de la EAA en el último año, estos son los problemas más frecuentes:

1. Las interacciones con el mapa no son accesibles por teclado

Los usuarios de ratón pueden hacer clic, arrastrar y desplazarse por un mapa. Los usuarios de teclado a menudo no pueden. Este es el fallo más citado en las auditorías de la EAA.

Solución: Añade atajos de teclado: + y - para zoom, teclas de dirección para desplazarse. Documenta los atajos en el texto de ayuda.

Prueba: Desconecta el ratón. ¿Puedes completar una búsqueda de tienda completa usando solo el teclado?

2. Los pins del mapa carecen de alternativas textuales

Solución: Añade etiquetas de texto para cada estado de pin (“Abierto ahora”, “Cerrado”). Usa iconos junto con los colores.

3. Los filtros de búsqueda carecen de etiquetas claras

Solución:

<label for="service-filter">Filtrar por servicios (parking, acceso para sillas de ruedas, WiFi)</label>
<select id="service-filter">
  <option>Parking</option>
  <option>Acceso para sillas de ruedas</option>
  <option>WiFi</option>
</select>

4. Indicadores de foco ausentes o insuficientes

Solución:

:focus { outline: 3px solid #0066cc; }

5. Datos de tienda en móvil detrás de navegación inaccesible

Solución: Asegúrate de que todos los controles cumplan el tamaño mínimo de 24×24 píxeles. Prueba la navegación por teclado en móvil con un teclado Bluetooth conectado.

6. Los mensajes de error usan solo color

Solución: Añade texto de error: “Por favor, introduce un código postal válido (5 dígitos)”. Usa aria-live="assertive".

7. Los horarios de apertura se muestran como imágenes

Solución: Usa texto HTML para todos los horarios: <time>10:00</time>–<time>18:00</time>.

Tu checklist de auditoría EAA

Crítico: corregir de inmediato

• Navegación por teclado: ¿Se puede navegar por todo el localizador usando solo Tab, Shift+Tab, Enter y teclas de dirección?
• Indicadores de foco: ¿Hay un indicador visual claro cuando los elementos interactivos tienen el foco?
• HTML semántico: ¿Los botones son <button>, los enlaces <a> y los campos de formulario están correctamente etiquetados?
• Contraste de color: ¿Todos los textos y elementos interactivos cumplen una relación de contraste de 4,5:1?
• Etiquetas de formulario: ¿Cada campo tiene una etiqueta <label> visible y asociada?
• Texto alternativo para imágenes: ¿Las imágenes de tiendas, iconos y mapas tienen texto alternativo descriptivo?
• Mensajes de error: ¿Los errores se comunican con texto, no solo con color?

Alta prioridad: corregir en 30 días

• Objetivos táctiles en móvil: ¿Los elementos clicables tienen al menos 24×24 píxeles?
• Accesibilidad del mapa: ¿Los usuarios de teclado pueden hacer zoom y desplazarse? ¿Los pins tienen etiquetas de texto?
• Actualizaciones de regiones en vivo: ¿Se notifica a los lectores de pantalla cuando se carga contenido dinámicamente?
• Navegación coherente: ¿El diseño es coherente en escritorio, tableta y móvil?
• Etiquetas ARIA: ¿Los elementos interactivos complejos tienen los atributos ARIA necesarios?
• Enlaces de salto: ¿Los usuarios pueden saltar la navegación repetitiva?

Prioridad media: plan para el próximo trimestre

• Subtítulos para vídeo: ¿Los contenidos de vídeo tienen subtítulos?
• Idioma de la página: ¿El idioma principal de la página está declarado en el HTML (<html lang="es">)?
• Estructura de encabezados: ¿Los encabezados se usan en orden lógico (H1, H2, H3)?
• Validación de formularios: ¿El formulario proporciona retroalimentación de validación accesible en tiempo real?

Prueba tu localizador de tiendas

Pruebas automatizadas (primera pasada)

Estas herramientas gratuitas detectan aproximadamente el 30 al 40 por ciento de los problemas de accesibilidad:

• Extensión WAVE: Marca errores, problemas de contraste y texto alternativo ausente directamente en la página
• Lighthouse (Chrome DevTools): Incluye una auditoría de accesibilidad con recomendaciones priorizadas
• Axe DevTools: Comprobador completo con orientación detallada sobre correcciones

Pruebas manuales (obligatorias)

1. Prueba solo con teclado: Desconecta el ratón. ¿Puedes completar una búsqueda completa de tienda usando solo el teclado?
2. Prueba con lector de pantalla: Usa NVDA (Windows) o VoiceOver (Mac) y navega por el localizador.
3. Prueba de daltonismo: Usa un simulador como Coblis.
4. Prueba de zoom: Amplía el navegador al 200%. ¿Sigue funcionando el diseño?

EAA y páginas locales

La EAA no se aplica solo a los localizadores de tiendas. Cubre todo el recorrido digital del cliente, incluyendo páginas locales y contenido web específico de ubicación. Si tu proceso de gestión de listados locales genera páginas de ubicación automáticamente, el cumplimiento de la accesibilidad debe estar integrado en la plantilla.

El cumplimiento de la EAA también es coherente con las prácticas de SEO local conformes con el RGPD: ambos marcos exigen a las marcas que traten la infraestructura digital como algo que sirve a todos los usuarios.

La accesibilidad como ventaja competitiva

Los localizadores de tiendas conformes con la EAA obtienen mejores resultados en los indicadores estándar de marketing. Tienen tasas de rebote más bajas, tasas de finalización más altas en las búsquedas de tiendas y mejor rendimiento en móvil.

Las marcas que construyen para la accesibilidad llegan a una audiencia más amplia, incluyendo el 15 al 20 por ciento de los usuarios con algún tipo de discapacidad y el segmento creciente de usuarios mayores. También reducen el riesgo legal y regulatorio en un mercado donde la aplicación aumenta año tras año.

Solicitar demo

Fuentes

1. Directiva EAA 2019/882. Texto legal oficial EUR-Lex
2. Directrices WCAG 2.2. Estándares de accesibilidad del World Wide Web Consortium
3. Web Accessibility Initiative (WAI). Centro de recursos de accesibilidad del W3C
4. Comprender WCAG 2.2: Teclado. Guía detallada sobre accesibilidad por teclado
5. Comprender WCAG 2.2: Contraste mínimo. Requisitos de contraste de color
6. Comprobador WAVE. Extensión gratuita del navegador
7. Auditoría de accesibilidad Lighthouse. Chrome DevTools
8. Simulador de daltonismo Coblis. Herramienta de prueba visual
9. ARIA Authoring Practices Guide. Guía W3C sobre ARIA