Accesibilidad en telecomunicaciones y cumplimiento de la EAA

Las telecomunicaciones bajo la EAA

Las comunicaciones electrónicas —servicios de telefonía, banda ancha e internet— están explícitamente incluidas en la Ley Europea de Accesibilidad como un sector cubierto. Las empresas de telecomunicaciones que prestan servicios a consumidores de la UE están obligadas a cumplirla desde el 28 de junio de 2025.

Esto no se limita a los grandes operadores. Los operadores móviles virtuales (MVNO), los proveedores regionales de banda ancha y los servicios de telecomunicaciones para empresas quedan todos dentro del ámbito de aplicación si prestan servicio a consumidores de la UE y no se clasifican como microempresas (menos de 10 empleados y un volumen de negocio inferior a 2 millones de euros).

El alcance práctico de lo que debe ser accesible es amplio: no solo tu sitio web principal, sino también las aplicaciones móviles, los portales de clientes, los sistemas de facturación, las páginas de catálogo de productos, los terminales de autoservicio y los canales de soporte.

El recorrido del cliente en telecomunicaciones es largo y complejo

Uno de los retos de la accesibilidad en telecomunicaciones es la extensión y complejidad del recorrido del cliente. Un cliente se da de alta, gestiona su cuenta, controla el consumo, paga facturas, cambia de plan, resuelve incidencias y a veces devuelve equipos, todo ello a través de un ecosistema digital que a menudo abarca varias plataformas, algunas heredadas.

Cada punto de contacto donde un usuario con discapacidad encuentra una barrera es un fallo de cumplimiento, no solo el más visible de cara al público. El cumplimiento de la EAA exige examinar el recorrido completo, no solo la página de inicio.

Dónde fallan con más frecuencia las plataformas de telecomunicaciones

Marcado semántico ausente e incompatibilidad con lectores de pantalla

Los sitios web de telecomunicaciones suelen ser aplicaciones de página única complejas con contenido dinámico: comparativas de planes, mapas de cobertura, datos de consumo en tiempo real. Las interfaces complejas y con mucho JavaScript son donde la compatibilidad con lectores de pantalla se rompe con más frecuencia.

Fallos habituales:

Paneles de pestañas y acordeones construidos con elementos <div> que no tienen ningún atributo role: los lectores de pantalla no pueden saber que estos elementos son interactivos
Estados de carga que aparecen visualmente pero no se anuncian a los lectores de pantalla mediante regiones dinámicas (live regions)
Tablas de comparación de planes que usan posicionamiento CSS para crear diseños visuales que no coinciden con el orden de lectura del DOM: los usuarios de lectores de pantalla oyen el contenido de la tabla en una secuencia incorrecta

Campos de formulario sin etiquetar en los flujos de servicio

Los flujos de alta, los cambios de plan, las actualizaciones de dirección y la introducción de pagos implican todos formularios. Los fallos son los mismos que en otros sectores, pero con una complejidad específica:

Campos de número de cuenta y de referencia con solo un texto de marcador de posición (placeholder): la etiqueta desaparece cuando el usuario empieza a escribir
Campos del comprobador de cobertura: campos de código postal o dirección que usan componentes de autocompletado personalizados sin soporte ARIA
Flujos de activación de tarjetas SIM con campos numéricos de varias partes (números IMEI, números de serie de la SIM) donde la relación entre los campos no se comunica de forma programática

Documentos de facturación en PDF inaccesibles

Las facturas, los recibos y los resúmenes de consumo distribuidos como PDF son sistemáticamente inaccesibles. Las tablas dentro de los resúmenes de consumo —que son la parte densa y rica en datos de la factura— están entre los contenidos de PDF más difíciles de hacer accesibles y entre los que se rompen con más frecuencia.

Para un usuario que no puede acceder a su factura, se rompe la transparencia fundamental de la relación del servicio. Nuestra guía de accesibilidad en PDF cubre qué requieren los documentos PDF accesibles.

Contenido de vídeo sin subtítulos ni transcripciones

Las empresas de telecomunicaciones producen volúmenes significativos de contenido de vídeo: recorridos de producto, anuncios de funciones, vídeos de atención al cliente, contenido promocional. Los vídeos sin subtítulos excluyen a los usuarios sordos y con problemas de audición y a cualquiera que los vea en un entorno sensible al sonido.

El criterio de WCAG 1.2.2 Subtítulos (grabados) (nivel A) exige subtítulos para todo el audio pregrabado en medios sincronizados. Es un requisito de nivel A —el nivel básico, no opcional—. Los subtítulos autogenerados en plataformas como YouTube son un punto de partida, pero normalmente requieren revisión y edición para garantizar su precisión, especialmente con términos técnicos.

Portales complejos de gestión de cuentas

Los portales de autoservicio para clientes —donde los usuarios gestionan contratos, controlan el consumo de datos, pagan facturas y cambian de plan— están entre los entornos digitales más complejos que operan las empresas de telecomunicaciones. Suelen tener:

Componentes personalizados de visualización de datos para los gráficos de consumo que no son accesibles por teclado y no ofrecen alternativas textuales accesibles
Interfaces de gestión de planes con conmutadores y selectores personalizados que no comunican correctamente su estado a la tecnología de apoyo
Secciones de descarga de documentos con descripciones de enlace inadecuadas (“Descargar” sin indicar de qué documento se trata)

Chatbots e interfaces de soporte inaccesibles

Los chatbots de soporte son cada vez más el principal canal de atención al cliente de los proveedores de telecomunicaciones. La mayoría no son accesibles. Entre los fallos habituales se incluyen:

Campos de entrada del chat sin etiquetas adecuadas
El historial de mensajes no se anuncia a los lectores de pantalla a medida que llegan mensajes nuevos (requiere regiones aria-live)
Trampas de teclado dentro del widget de chat: la tecla de tabulación no sale del widget y deja atrapados a los usuarios de teclado
Áreas táctiles en móvil demasiado pequeñas para usuarios con discapacidad motriz

Nuestra guía sobre accesibilidad de chatbots cubre estos patrones en detalle.

Qué exige el cumplimiento de la EAA a las telecomunicaciones

El estándar técnico es WCAG 2.1 nivel AA en todos los puntos de contacto digitales con el cliente: sitios web, aplicaciones móviles y los componentes interactivos que contienen.

La EAA también exige:

Una declaración de accesibilidad que documente la conformidad actual, las excepciones conocidas y un mecanismo de retroalimentación
Un proceso para ofrecer alternativas accesibles cuando el contenido no cumple temporalmente los requisitos
Responder a las reclamaciones de accesibilidad de los usuarios en un plazo razonable

Priorizar la subsanación

Un ecosistema digital de telecomunicaciones es demasiado grande para arreglarlo de una sola vez. Empieza por los flujos de mayor tráfico y mayor impacto:

Alta y selección de plan: esto es ingresos. La inaccesibilidad aquí cuesta clientes.
Consulta y pago de facturas: función transaccional esencial
Gestión de la cuenta: consultar el consumo de datos, cambiar de plan, actualizar datos
Soporte: chatbot y opciones de contacto
Auditoría del contenido de vídeo para comprobar la cobertura de los subtítulos

Para cada área, combina el análisis automatizado (rápido, detecta problemas estructurales y de contraste) con las pruebas manuales (esenciales para la navegación por teclado y el comportamiento de los lectores de pantalla). Las herramientas automatizadas por sí solas no pueden verificar que las tablas de datos complejas se anuncien correctamente ni que el widget de chat permita salir con el teclado.

Ejecuta un análisis automatizado gratuito de tu sitio público para ver la situación actual de partida. Para la evaluación integral que requiere tu programa de cumplimiento de la EAA, ponte en contacto con nuestro equipo sobre una auditoría estructurada de todo tu recorrido digital del cliente.