Pular para o conteúdo
Euphona

Esta é uma tradução do original em inglês, fornecida para ajudar você a lê-lo.

Se esta tradução e o texto em inglês divergirem, prevalece o texto em inglês.

Traduzido da versão em vigor desde 2026-10-30.

Ler o original em inglês

Jurídico

Declaração de acessibilidade

Versões anteriores, em inglês: 2026-10-11, 2026-09-26, 2026-08-10

A versão curta

Desenvolvemos de acordo com as WCAG 2.2 AA e verificamos isso automaticamente a cada deploy: todas as páginas, quatro larguras de tela, e um deploy que falha na verificação não é publicado. O que não fizemos foi testar com um leitor de tela de verdade nem encomendar uma auditoria independente, e esta página diz quais das suas afirmações se apoiam em verificações automatizadas e o que não foi testado de forma alguma.

Um resumo não é o acordo. Onde os dois divergirem, valem as cláusulas: mas, se o resumo induzir a erro, o erro é nosso para corrigir, e não seu para descobrir.

O que buscamos atingir

WCAG 2.2 nível AA, no site de marketing, nas ferramentas gratuitas e no Studio, igualmente. Os nossos usuários estão, na maioria, nos Estados Unidos, onde a ADA não define nenhum padrão técnico formal para uma empresa privada, mas as WCAG são o que os tribunais têm usado de forma consistente para decidir esses casos, e as ações judiciais sobre acessibilidade na web passaram de três mil na Justiça federal dos Estados Unidos em 2025. A Lei Europeia de Acessibilidade é aplicável desde 28 de junho de 2025. Ela própria não cita nenhuma versão das WCAG; ela chega às WCAG 2.1 AA por meio da norma europeia harmonizada EN 301 549, que as incorpora para o conteúdo web. Desenvolver de acordo com o 2.2 AA atende às duas com folga, e não no limite exato, então é isso que seguimos.

A mesma meta se aplica a todos os tamanhos de tela que suportamos, que formam uma faixa contínua de 320 px a 3840 px. Não há um site móvel separado nem um conjunto reduzido de recursos em uma tela pequena, e o motivo é que uma única base de código responsiva é a única versão que conseguimos de fato manter acessível, já que uma segunda é um segundo lugar onde a acessibilidade pode se deteriorar.

Como estamos em relação a isso

Todas as páginas deste site passam atualmente nas verificações automatizadas descritas abaixo. Essa é uma afirmação sobre regras automatizadas, e não sobre toda experiência humana do site (veja abaixo), mas ela é medida a cada build, e não afirmada uma única vez.

“Este site” agora significa também o Studio. A verificação abaixo roda no mesmo gate de deploy sobre este site, as páginas de login, o Studio e o nosso próprio console de operações, e o número abaixo conta todos eles. Quando esta declaração foi publicada pela primeira vez, o Studio ainda estava sendo construído e ficou de fora, porque uma declaração que discretamente deixa um site de marketing testado servir de aval para um aplicativo não testado é exatamente a forma como esses documentos dão errado; ele está incluído agora porque é testado.

Três coisas vão além do mínimo, porque é nelas que a acessibilidade costuma se perder na prática, e não na teoria:

  • Os alvos de toque têm pelo menos 44 px com um ponteiro de baixa precisão, e não os 24 px que as WCAG 2.2 aceitariam. Um polegar não é um mouse, e o mínimo do padrão é um mínimo.
  • Nada depende apenas de passar o mouse. Toda ação que pode ser alcançada passando o mouse pode ser alcançada tocando e pelo teclado, porque um controle que depende apenas de passar o mouse simplesmente não existe em uma tela de toque.
  • Os atalhos de teclado nunca são o único caminho. A paleta de comandos e as teclas de transporte são aceleradores; toda tarefa que eles executam também pode ser feita apontando para alguma coisa.

Como isso é verificado

A cada deploy, automaticamente, e uma falha interrompe o deploy em vez de abrir um chamado. A verificação carrega cada página em um navegador real, em quatro larguras (320, 768, 1280 e 1920 px) e, para cada uma, confirma que o axe-core não relata nenhuma violação das WCAG 2.0, 2.1 e 2.2 nos níveis A e AA; que nada transborda horizontalmente; que todo alvo interativo atende ao tamanho mínimo; e que o link para pular para o conteúdo é real quando recebe o foco, e não apenas presente na marcação.

A execução mais recente cobriu 376 renderizações de página, nas quatro larguras, e não relatou nenhuma violação, nenhum transbordamento e nenhum alvo abaixo do tamanho mínimo. Publicamos esse número em vez de um adjetivo porque um número é algo que você pode nos pedir para reproduzir.

O que não testamos

Esta é a parte de uma declaração de acessibilidade que vale a pena ler, e a maioria delas não tem uma.

  • Nenhum teste com leitor de tela foi feito por uma pessoa. Regras automatizadas encontram rótulos ausentes e contraste ruim; elas não encontram uma ordem de títulos que não faz sentido quando lida em voz alta, nem uma região dinâmica (live region) que anuncia a coisa errada na hora errada. Até que alguém tenha de fato navegado por este site com o VoiceOver e o TalkBack, não podemos dizer a você que ele funciona bem com um deles: só que ele não infringe as regras que conseguimos verificar.
  • Nenhuma auditoria independente. Tudo o que está acima são testes nossos sobre o nosso próprio trabalho. Uma revisão externa vale a pena ser encomendada, e não foi.
  • Nenhum teste com usuários com deficiência. Que é o único teste que, no fim, realmente conta, e aquele sobre o qual mais queremos ouvir de você enquanto isso.
  • As ferramentas de áudio têm um limite que não conseguimos eliminar com design. Um medidor de loudness e uma comparação de antes e depois são, no fundo, sobre ouvir alguma coisa. Podemos tornar, e tornamos, cada número legível, cada controle operável e cada resultado declarado em texto, e não apenas em som, mas não vamos fingir que um usuário com deficiência auditiva recebe de um player A/B a mesma coisa que um usuário ouvinte recebe.

Como nos dizer que algo está errado

Escreva para support@euphonaai.com e diga o que você estava tentando fazer, o que aconteceu e o que estava usando: a tecnologia assistiva e o navegador importam mais do que qualquer outra coisa que você poderia nos dizer. Você não precisa identificar a diretriz; esse é o nosso trabalho.

Procuramos responder em até cinco dias úteis e, depois, dizer a você ou que o problema foi corrigido, ou por que corrigi-lo é difícil. Se algo neste site está bloqueando você agora, diga isso, e vamos procurar uma forma de você conseguir o que precisava enquanto a correção é feita.

Se não corrigirmos

Você tem o direito de levar a questão adiante, e isso não é uma cortesia que estamos oferecendo. Nos Estados Unidos, você pode apresentar uma reclamação ao Departamento de Justiça com base na Americans with Disabilities Act, e em vários estados (a Califórnia entre eles) a falta de acessibilidade dá direito a uma ação judicial privada e a uma indenização fixada em lei, então você também pode ter uma reivindicação própria. Na União Europeia, cada Estado-Membro designa uma autoridade que recebe reclamações sobre serviços ao consumidor inacessíveis nos termos da Lei Europeia de Acessibilidade, e você pode recorrer à do lugar onde mora sem passar por nós antes. No Reino Unido, o caminho é o Equality Advisory and Support Service.

Preferimos que você nos avise primeiro e que o problema seja corrigido. Mas uma página que descreve um direito e depois esconde o caminho para exercê-lo está fazendo o contrário do que este documento se propõe a fazer.