Acessibilidade nas telecomunicações e conformidade com a EAA

As telecomunicações ao abrigo da EAA

As comunicações eletrónicas — serviços de telefone, banda larga e internet — estão explicitamente listadas no European Accessibility Act como um setor abrangido. As empresas de telecomunicações que prestam serviços a consumidores da UE têm de estar em conformidade desde 28 de junho de 2025.

Isto não se limita às grandes operadoras. Os operadores móveis virtuais (MVNOs), os fornecedores regionais de banda larga e os serviços de telecomunicações empresariais estão todos abrangidos se prestarem serviços a consumidores da UE e não estiverem classificados como microempresas (menos de 10 trabalhadores e menos de 2 milhões de euros de volume de negócios).

O âmbito prático do que tem de ser acessível é amplo: não apenas o seu site principal, mas também as aplicações móveis, os portais de clientes, os sistemas de faturação, as páginas de catálogo de produtos, os terminais de autoatendimento e os canais de apoio.

O percurso do cliente nas telecomunicações é longo e complexo

Um dos desafios da acessibilidade nas telecomunicações é a extensão e a complexidade do percurso do cliente. Um cliente adere, gere a sua conta, acompanha o consumo, paga faturas, altera planos, resolve problemas e, por vezes, devolve equipamento — tudo isto num património digital que muitas vezes se estende por várias plataformas, algumas delas legadas.

Cada ponto de contacto em que um utilizador com deficiência encontra uma barreira é uma falha de conformidade, e não apenas o mais visível ao público. A conformidade com a EAA exige examinar todo o percurso, e não apenas a página inicial.

Onde as plataformas de telecomunicações falham mais frequentemente

Falta de marcação semântica e incompatibilidade com leitores de tela

Os sites de telecomunicações são muitas vezes aplicações complexas de página única (SPA) com conteúdo dinâmico — comparações de planos, mapas de cobertura, dados de consumo em tempo real. As interfaces complexas com muito JavaScript são onde a compatibilidade com leitores de tela mais frequentemente se desmorona.

Falhas comuns:

Painéis de separadores e acordeões construídos com elementos <div> que não têm o atributo role — os leitores de tela não conseguem saber que estes são interativos
Estados de carregamento que surgem visualmente mas que não são anunciados aos leitores de tela através de regiões dinâmicas (live regions)
Tabelas de comparação de planos que usam posicionamento por CSS para criar disposições visuais que não correspondem à ordem de leitura do DOM — os utilizadores de leitores de tela ouvem o conteúdo da tabela na sequência errada

Campos de formulário sem rótulo nos fluxos de serviço

Os fluxos de adesão, as alterações de planos, as atualizações de morada e a introdução de pagamentos envolvem todos formulários. As falhas são as mesmas que noutros setores, mas com uma complexidade específica:

Campos de número de conta e de referência apenas com texto de marcador de posição (placeholder) — o rótulo desaparece quando o utilizador começa a escrever
Campos do verificador de cobertura — campos de código postal ou de morada que usam componentes de preenchimento automático personalizados sem suporte a ARIA
Fluxos de ativação de cartão SIM com campos numéricos de várias partes (números IMEI, números de série do SIM) em que a relação entre os campos não é comunicada de forma programática

Documentos de faturação em PDF inacessíveis

As faturas, os recibos e os resumos de consumo distribuídos em PDF são rotineiramente inacessíveis. As tabelas dentro dos resumos de consumo — que são a parte densa e rica em dados da fatura — estão entre os conteúdos de PDF mais difíceis de tornar acessíveis e entre os mais frequentemente defeituosos.

Para um utilizador que não consegue aceder à sua fatura, a transparência fundamental da relação de serviço fica comprometida. O nosso guia de acessibilidade de PDF aborda o que exigem os documentos PDF acessíveis.

Conteúdo de vídeo sem legendas ou transcrições

As empresas de telecomunicações produzem volumes significativos de conteúdo de vídeo: apresentações de produtos, anúncios de funcionalidades, vídeos de apoio ao cliente, conteúdo promocional. Os vídeos sem legendas excluem os utilizadores surdos e com dificuldades auditivas e qualquer pessoa que assista num ambiente sensível ao som.

O critério WCAG 1.2.2 Legendas (Pré-gravado) (Nível A) exige legendas para todo o áudio pré-gravado em multimédia sincronizada. Este é um requisito de Nível A — o nível de base, não opcional. As legendas geradas automaticamente em plataformas como o YouTube são um ponto de partida, mas normalmente exigem revisão e edição para garantir a exatidão, sobretudo com termos técnicos.

Portais complexos de gestão de conta

Os portais de autoatendimento do cliente — onde os utilizadores gerem contratos, acompanham o consumo de dados, pagam faturas e alteram planos — estão entre os ambientes digitais mais complexos que as empresas de telecomunicações operam. Tendem a ter:

Componentes personalizados de visualização de dados para gráficos de consumo que não são acessíveis por teclado e não fornecem alternativas textuais acessíveis
Interfaces de gestão de planos com botões de alternância e seletores personalizados que não comunicam corretamente o estado à tecnologia de apoio
Secções de descarregamento de documentos com descrições de link inadequadas (“Descarregar”, sem indicação de qual o documento)

Chatbots e interfaces de apoio inacessíveis

Os chatbots de apoio são cada vez mais o principal canal de atendimento ao cliente dos fornecedores de telecomunicações. A maioria não é acessível. As falhas comuns incluem:

Campos de introdução de chat sem rótulos adequados
Histórico de mensagens que não é anunciado aos leitores de tela à medida que chegam novas mensagens (exige regiões aria-live)
Armadilhas de teclado (keyboard traps) dentro do widget de chat — a tecla de tabulação não sai do widget, deixando os utilizadores de teclado presos
Alvos de toque no telemóvel demasiado pequenos para utilizadores com deficiências motoras

O nosso guia sobre acessibilidade de chatbots aborda estes padrões em detalhe.

O que a conformidade com a EAA exige às telecomunicações

O padrão técnico é o WCAG 2.1 Nível AA em todos os pontos de contacto digitais com o cliente: sites, aplicações móveis e os componentes interativos dentro deles.

A EAA exige ainda:

Uma declaração de acessibilidade que documente a conformidade atual, as exceções conhecidas e um mecanismo de feedback
Um processo para fornecer alternativas acessíveis onde o conteúdo esteja temporariamente não conforme
Uma resposta às reclamações de acessibilidade dos utilizadores dentro de um prazo razoável

Priorizar a remediação

Um património digital de telecomunicações é demasiado grande para ser corrigido de uma só vez. Comece pelos fluxos de maior tráfego e maior impacto:

Adesão e seleção de plano — isto é receita. A inacessibilidade aqui custa clientes.
Consulta e pagamento de faturas — função transacional central
Gestão de conta: consultar o consumo de dados, alterar o plano, atualizar dados
Apoio: chatbot e opções de contacto
Auditoria ao conteúdo de vídeo quanto à completude da legendagem

Para cada área, combine a análise automatizada (rápida, deteta problemas estruturais e de contraste) com o teste manual (essencial para a navegação por teclado e o comportamento dos leitores de tela). As ferramentas automatizadas, por si só, não conseguem verificar se as tabelas de dados complexas são anunciadas corretamente ou se o widget de chat permite a saída por teclado.

Execute uma análise automatizada gratuita do seu site público para ver a base de referência atual. Para a avaliação abrangente que o seu programa de conformidade com a EAA exige, contacte a nossa equipa sobre uma auditoria estruturada a todo o percurso digital do cliente.