Acessibilidade
Uma declaração que vale a pena ler é aquela que dá nome às coisas que estão erradas. Esta faz isso, além de explicar os critérios que seguimos ao desenvolver e como relatar o que deixamos passar.
- WCAG 2.2 AA como meta
- Contraste medido, não avaliado
- Lacunas conhecidas listadas
O posicionamento
Desenvolvemos este site de acordo com o nível AA da WCAG 2.2 e verificamos isso em vez de presumir: o contraste é medido em relação à cor sobre a qual cada elemento é realmente renderizado, e uma falha impede a compilação. Isso não é uma meta que anunciamos e revisamos anualmente — a verificação é executada em cada lançamento.
Isso não é uma declaração de conformidade total. As limitações conhecidas estão listadas abaixo, em vez de serem omitidas. Se algo neste site ou no app não for utilizável para você, escreva para [email protected] com o assunto Acessibilidade e conte-nos o que aconteceu — isso será tratado como um relatório de defeito, não como um comentário.
Em vigor desde
O que já está incluído
- Todas as páginas funcionam sem JavaScript. Nada fica oculto por padrão para ser revelado por um script, então uma página cujo script falhou, com um bloqueador rigoroso de conteúdo ou acessada por um cliente somente de texto ainda mostra seu conteúdo. Os elementos interativos são aprimoramentos sobre páginas que já funcionam.
- O contraste é medido em relação ao fundo realmente renderizado, resolvendo cada elemento até o primeiro ancestral opaco atrás dele, em vez de avaliá-lo visualmente contra uma cor presumida. O texto do corpo deste site já esteve em 4.49:1 — abaixo do nível AA e perfeitamente plausível de se ver — e foi preciso fazer uma medição para descobrir.
- Um link para ignorar o conteúdo e foco visível. Todas as páginas começam com um link para ir diretamente ao conteúdo, e todo elemento interativo tem um indicador de foco visível, em vez de o contorno ser removido para manter a aparência organizada.
- Estrutura semântica. Um h1 por página, títulos na ordem, sem níveis pulados, listas reais, tabelas com células de cabeçalho e legendas adequadas, além de regiões que um leitor de tela pode usar para navegar.
- O movimento respeita a configuração do sistema. Todas as animações são desativadas com prefers-reduced-motion, e o conteúdo fica visível imediatamente, sem esperar por uma entrada animada.
- O texto pode ser ampliado. Os layouts usam unidades relativas e se reorganizam, em vez de quebrar ou exigir rolagem lateral quando o texto é ampliado ou a janela fica estreita.
- Texto alternativo relevante, e alt intencionalmente vazio em uma imagem dentro de um link que já tem seu próprio texto — uma descrição nesse caso faria um leitor de tela anunciar a mesma coisa duas vezes.
Limitações conhecidas
Esta seção é o motivo pelo qual vale a pena publicar a página. Cada item é real, nós sabemos dele, e nenhum deles é apresentado aqui como resolvido.
O site é publicado em trinta idiomas e não foi testado com um leitor de tela em todos eles. Os testes foram feitos em inglês. A pronúncia e a ordem de leitura em idiomas escritos da direita para a esquerda, assim como em sistemas de escrita para os quais nossas fontes de exibição não têm cobertura e a fonte da plataforma é usada como substituta, não foram verificadas com tecnologia assistiva.
Nossas duas fontes cobrem apenas o alfabeto latino. Cirílico, devanágari, georgiano, tailandês, árabe, hebraico, bengali, etíope e CJK usam como fallback as próprias fontes da plataforma. Em geral, isso é bom para a legibilidade, mas significa que não controlamos nesses locais os detalhes tipográficos que controlamos em inglês — peso, espaçamento e o tamanho em que o texto pequeno deixa de ser pequeno demais.
Alguns elementos interativos são recentes e foram menos testados. A matriz de comparação e o filtro de busca da ajuda filtram as linhas no próprio lugar, o que é o padrão correto, mas o anúncio da mudança na quantidade de resultados para um leitor de tela foi implementado, e não testado com usuários.
O app segue a mesma intenção, mas é auditado com menos frequência que o site. Ele oferece suporte ao dimensionamento de texto e ao leitor de tela da própria plataforma, que fazem a maior parte do trabalho, mas atualmente não realizamos uma auditoria formal de acessibilidade a cada lançamento.
Nenhuma auditoria formal de terceiros foi realizada no site ou no app. Preferimos dizer isso a sugerir uma certificação que não temos.
O app e uma coisa importante
O app Telvio depende dos recursos de acessibilidade do sistema operacional em que é executado: VoiceOver e Dynamic Type no iOS, TalkBack e dimensionamento de fonte no Android. Eles cobrem a maior parte do que importa em um app cuja interface é composta por um teclado, um saldo e uma lista de tarifas.
Uma decisão de design merece ser destacada como uma característica de acessibilidade, e não como um recurso. Como o app não exige uma conta, não há formulário de cadastro, senha para digitar, etapa de verificação de e-mail nem código para recuperar de uma mensagem — toda essa categoria de interação que costuma criar dificuldades para pessoas que usam tecnologia assistiva, ou para qualquer pessoa que tenha dificuldade com formulários, simplesmente não está presente. Instale, disque, converse.
A limitação correspondente está na mesma página que todo o resto: o app não pode fazer chamadas para serviços de emergência, como explicado em chamadas de emergência. Se alguém configurar este app para um familiar — uma situação comum, principalmente para pessoas mais velhas que ligam para a família no exterior — essa é a coisa mais importante a explicar durante a configuração.
Como nos avisar que algo está errado
Envie um e-mail para [email protected] com o assunto Accessibility. Detalhes úteis: a página ou tela, o que você estava tentando fazer, qual tecnologia assistiva estava usando, incluindo a versão, e o que aconteceu em vez disso. Nada disso é obrigatório — uma frase dizendo “Não consigo usar a tabela de tarifas com um leitor de tela” é um relato perfeitamente válido, e preferimos recebê-lo a não receber nada.
Nosso objetivo é responder em até cinco dias úteis com uma avaliação e, quando concordarmos que existe um problema, uma estimativa de prazo. O que impede alguém de concluir uma tarefa é corrigido antes de outros trabalhos; o que torna uma tarefa mais difícil entra na fila de forma honesta, em vez de receber uma promessa vaga.
Se você estiver na União Europeia e acreditar que uma obrigação de acessibilidade não está sendo cumprida, também poderá comunicar o problema ao órgão nacional de fiscalização competente. Preferimos que você fale conosco primeiro, mas responderemos de qualquer forma.
Como as verificações são executadas de fato
Vale a pena descrever duas coisas porque elas fazem a diferença entre uma declaração e uma prática.
O contraste é renderizado, não interpretado. Um valor de cor lido de uma folha de estilos informa o que foi pedido para um elemento ser, não como ele acabou aparecendo — um elemento semitransparente sobre uma faixa escura, uma função de cor moderna que uma expressão regular não entende, um cabeçalho fixo sobre uma imagem de destaque. A verificação renderiza o fundo real de cada elemento, subindo até o primeiro ancestral opaco e resolvendo a cor pelo próprio navegador, e então calcula a proporção. Ela encontrou o texto do corpo deste site em 4.49:1, abaixo do nível AA e com aparência completamente normal quando visto isoladamente.
A página é verificada como foi renderizada, não como foi escrita. Uma verificação separada carrega cada página em um navegador real e verifica se há algum texto na área visível com opacidade zero, se o documento rola lateralmente e se algo foi renderizado com a própria cor de fundo. Este último caso parece absurdo até ser publicado: uma única regra CSS agrupada certa vez definiu a cor e o fundo de um rótulo com o mesmo valor, produzindo uma proporção de contraste de 1:1, invisível na marcação, invisível no DOM e invisível em uma captura de tela do código-fonte.
Coisas que decidimos deliberadamente
- Nenhum movimento sem permissão. As animações de rolagem são ativadas por um script que primeiro confirma se o movimento é desejado, então quem tem o movimento reduzido ativado vê o conteúdo imediatamente e nunca o vê surgir.
- Nenhum conteúdo atrás de JavaScript. Nada é criado como invisível. Esta é uma decisão de acessibilidade tanto quanto de desempenho — uma página que depende de um script para ficar visível é uma página que falha para todas as pessoas para quem o script falhar.
- Palavras em vez de ícones nos dados. As tabelas de comparação dizem “Sim”, “Nenhum” e “Arredondado para cima” em vez de usar marcas de seleção e cruzes, porque uma marca de seleção é ambígua quando anunciada e invisível quando copiada.
- alt vazio quando uma descrição seria repetitiva. Uma imagem dentro de um link que já tem seu próprio texto recebe
alt="", para que o leitor de tela anuncie o destino uma vez, e não duas. - Tabelas largas rolam dentro da própria caixa em vez de empurrar a página para os lados, para que um celular nunca precise rolar horizontalmente para ler um parágrafo.
Em resumo
Desenvolvemos de acordo com a WCAG 2.2 AA e verificamos isso a cada lançamento, medindo o contraste em relação ao fundo realmente renderizado, em vez de presumir o resultado. Isso não é uma declaração de conformidade total.
Limitações conhecidas: os testes com leitores de tela foram realizados apenas em inglês para trinta idiomas, nossas fontes abrangem apenas o alfabeto latino, então outros sistemas de escrita usam como fallback as fontes da plataforma, os elementos interativos mais recentes foram menos testados e nenhuma auditoria independente foi realizada.
Informe qualquer coisa que não possa ser usada para [email protected], com o assunto Acessibilidade. O relato será tratado como um relatório de defeito, e os problemas que impedem a conclusão de uma tarefa serão corrigidos antes de outros trabalhos.
Perguntas frequentes
Qual padrão de acessibilidade o Telvio segue?
O objetivo para o site é atender ao WCAG 2.2 nível AA, com verificação em todas as versões, e não apenas em revisões periódicas. O contraste é medido em relação ao plano de fundo em que cada elemento é efetivamente renderizado, e uma falha impede a compilação. Não declaramos conformidade total.
O site do Telvio funciona sem JavaScript?
Sim. Nada fica oculto por padrão para ser revelado por um script, então todas as páginas exibem seu conteúdo com o JavaScript desativado ou bloqueado. Recursos interativos, como os filtros de comparação, são aprimoramentos sobre páginas que já funcionam.
O Telvio já passou por uma auditoria de acessibilidade?
Nenhuma auditoria independente foi realizada no site ou no app. Verificações automáticas e manuais são executadas em todas as versões do site, e esta declaração lista as limitações conhecidas em vez de omiti-las.
O app do Telvio é acessível com um leitor de tela?
O app depende dos próprios recursos de acessibilidade da plataforma: VoiceOver e Dynamic Type no iOS, TalkBack e ajuste do tamanho da fonte no Android. Ele é auditado com menos frequência que o site, e nenhuma auditoria formal de acessibilidade é realizada em cada versão.
Como informo um problema de acessibilidade?
Envie um e-mail para [email protected] com o assunto Acessibilidade, informando qual página ou tela você estava usando, o que tentava fazer e o que aconteceu. A tecnologia assistiva e a versão ajudam, mas não são obrigatórias. Nosso objetivo é responder em até cinco dias úteis.
Por que o site usa uma fonte diferente no meu idioma?
As duas fontes tipográficas usadas no design do site abrangem apenas o alfabeto latino. Para cirílico, devanágari, georgiano, tailandês, árabe, hebraico, bengali, etíope e CJK, são usadas as fontes nativas da plataforma, o que geralmente melhora a legibilidade, mas significa que os detalhes tipográficos nesses idiomas não estão sob nosso controle.
