Skip to content
HEY JOEAudiovisual

Declaração de Acessibilidade — HEY JOE Audiovisual

Versão 1.0.0-draft · Em vigor desde 18 de julho de 2026

Versão inicial de accessibility-statement (pt-br) em revisão jurídica.

Declaração de Acessibilidade — HEY JOE Audiovisual

Versão: 1.0.0-draft Data de vigência: [[DATA DE PUBLICAÇÃO APÓS REVISÃO]] Última atualização: [[DATA]] Próxima revisão: [[DATA + 12 MESES]]

1. Nosso compromisso com a acessibilidade

O HEY JOE Audiovisual (B DE MATOS GONÇALVES NEGÓCIOS DIGITAIS LTDA, CNPJ 18.044.652/0001-93) está comprometido em tornar seu website heyjoeav.com e seu Portal de Clientes acessíveis ao maior número possível de pessoas, incluindo pessoas com deficiência.

Acreditamos que a acessibilidade digital é:

  • Um direito humano, garantido pela Constituição Federal (Art. 5º) e pela Convenção Internacional sobre os Direitos das Pessoas com Deficiência (Decreto 6.949/2009)
  • Uma obrigação legal, estabelecida pela Lei Brasileira de Inclusão da Pessoa com Deficiência — Lei 13.146/2015 ("LBI" ou "Estatuto da Pessoa com Deficiência"), em especial seus Arts. 63 e 68
  • Uma questão de qualidade técnica, pois um site acessível é, via de regra, um site melhor para todos: mais rápido, mais claro, mais navegável por teclado, melhor indexado por motores de busca e mais robusto a falhas

2. Padrões técnicos adotados

2.1 WCAG 2.1 Nível AA

Adotamos como referência as Diretrizes de Acessibilidade para Conteúdo Web (WCAG) versão 2.1, nível de conformidade AA, publicadas pelo World Wide Web Consortium (W3C). As WCAG são o padrão internacional de facto para acessibilidade digital, reconhecidas pela Lei Brasileira de Inclusão como referência técnica.

A conformidade plena com o nível AA é, neste momento, uma aspiração em desenvolvimento contínuo: já implementamos parte substancial das práticas descritas na Seção 3, enquanto a auditoria completa com leitores de tela permanece pendente (ver Seções 4 e 5). Buscamos conformidade progressiva, e não declaramos conformidade total antes da conclusão desses testes.

As WCAG 2.1 AA se organizam em quatro princípios:

1. Perceptível — a informação e os componentes da interface devem ser apresentados de forma que os usuários possam percebê-los 2. Operável — os componentes da interface e a navegação devem ser operáveis 3. Compreensível — a informação e a operação da interface devem ser compreensíveis 4. Robusto — o conteúdo deve ser robusto o suficiente para ser interpretado de forma confiável por uma ampla gama de agentes de usuário, incluindo tecnologias assistivas

2.2 eMAG (Modelo de Acessibilidade em Governo Eletrônico)

Como referência complementar, seguimos o eMAG 3.1, publicado pelo Departamento de Governo Digital. Apesar de ser obrigatório apenas para sites governamentais, o eMAG orienta boas práticas específicas para o contexto brasileiro (legendas em português, hierarquia de títulos, validação de formulários).

2.3 Lei Brasileira de Inclusão

Cumprimos as obrigações da Lei 13.146/2015, em especial:

  • Art. 63: obrigatoriedade de acessibilidade nos websites mantidos por empresas com sede ou representação comercial no Brasil
  • Art. 68: criação de condições para o exercício efetivo de direitos digitais por pessoas com deficiência

3. O que fazemos para garantir acessibilidade

3.1 Funcionalidades implementadas

Nosso website e Portal implementam, entre outras, as seguintes práticas de acessibilidade:

Perceptível:

  • Textos alternativos (alt text) obrigatórios em todas as imagens carregadas via CMS — o sistema rejeita upload sem alt text preenchido
  • Hierarquia semântica de títulos (H1 → H2 → H3) sem pulos, com um único H1 por página
  • Contraste de cores AA (mínimo 4,5:1 para texto normal, 3:1 para texto grande) validado via ferramentas automatizadas
  • Legendas e descrição de áudio nos vídeos de depoimentos (quando fornecidos pelo próprio autor do vídeo original)
  • HTML semântico com uso correto de <main>, <nav>, <article>, <section>, <header>, <footer>
  • Idioma declarado em cada página via atributo <html lang="pt-br|en|es">

Operável:

  • Navegação completa por teclado — toda funcionalidade acessível via Tab, Enter, Esc, setas
  • Indicador visual de foco (:focus-visible) claramente visível em todos os elementos interativos, com contorno da cor de marca
  • Skip link "Ir direto para o conteúdo" visível ao receber foco no topo da página
  • Ordem de tabulação lógica seguindo o fluxo natural de leitura
  • Sem armadilhas de teclado (focus traps) em modais — ESC sempre fecha
  • Tempo suficiente — não há temporizadores automáticos que fechem conteúdo sem aviso

Compreensível:

  • Idioma claro e consistente — evitamos jargão técnico desnecessário no conteúdo público
  • Formulários com labels explícitos — todo <input> tem <label for> associado, não usamos apenas placeholder
  • Mensagens de erro descritivas — erros de validação indicam qual campo e como corrigir, não apenas "erro"
  • Navegação previsível — menus e layout consistentes entre páginas

Robusto:

  • Código HTML válido com eslint-plugin-jsx-a11y como parte do pipeline de build
  • Compatibilidade com tecnologias assistivas testada manualmente (ver Seção 4)
  • ARIA labels em botões ícone-only (seletor de idioma, menu mobile, botões de carrossel)
  • ARIA live regions para anúncios dinâmicos (ex: "Formulário enviado com sucesso")

3.2 Respeito a preferências do usuário

  • prefers-reduced-motion: se seu sistema operacional estiver configurado para reduzir animações, nosso website desativa automaticamente efeitos de paralaxe, transições elaboradas e vídeos em autoplay (WCAG 2.3.3 Animation from Interactions)
  • prefers-color-scheme: o website adapta-se à preferência de tema claro/escuro do seu dispositivo (quando aplicável)
  • Zoom até 200% sem quebra de layout — você pode aumentar o tamanho do texto sem perder conteúdo ou funcionalidade (WCAG 1.4.4 Resize Text)
  • Save-Data: se seu navegador enviar o cabeçalho Save-Data: on, reduzimos automaticamente o carregamento de vídeos de fundo e imagens não-essenciais para economizar sua banda

4. Tecnologias assistivas testadas

Nosso website é desenvolvido e testado com as seguintes tecnologias assistivas como referência:

| Tecnologia | Sistema operacional | Navegador | Status | |---|---|---|---| | VoiceOver | macOS / iOS | Safari | [[RESULTADO DO TESTE — A EXECUTAR NA FASE 6]] | | NVDA | Windows | Firefox / Chrome | [[RESULTADO DO TESTE — A EXECUTAR NA FASE 6]] | | JAWS | Windows | Chrome / Edge | [[RESULTADO DO TESTE — A EXECUTAR NA FASE 6]] | | TalkBack | Android | Chrome | [[RESULTADO DO TESTE — A EXECUTAR NA FASE 6]] | | Navegação somente por teclado | Todos | Todos | [[RESULTADO DO TESTE]] |

Realizamos também validação automatizada contínua com:

  • axe DevTools (Deque Systems) — validador WCAG 2.1 AA
  • Lighthouse Accessibility (Google) — pontuação alvo: 100/100
  • ESLint plugin jsx-a11y — validação em tempo de desenvolvimento
<!-- ADVOGADO: as linhas marcadas [[RESULTADO DO TESTE]] serão preenchidas durante a Fase 6 do plano de desenvolvimento (SEO + A11y + Security pass). A Lei Brasileira de Inclusão não exige que a Declaração de Acessibilidade seja publicada com testes já realizados, mas recomendamos que a publicação pública desta Declaração aconteça APÓS a execução desses testes, não antes. -->

5. Limitações conhecidas

Em transparência total, declaramos as limitações atuais de acessibilidade que estamos trabalhando para resolver:

5.1 Conteúdo audiovisual

  • Depoimentos em vídeo exibidos na seção de Testimonials são hospedados no YouTube e dependem das legendas fornecidas pelo autor do vídeo original. Nem todos os depoimentos possuem legendas em português. Estamos trabalhando para solicitar aos autores a adição de legendas, e futuras produções audiovisuais do próprio HEY JOE incluirão legendas como padrão.
  • Descrição de áudio (audiodescrição) não está disponível em todos os vídeos. Vídeos institucionais produzidos pelo HEY JOE a partir de 2026 incluirão audiodescrição opcional.

5.2 Animações decorativas

  • A página inicial utiliza vídeos flutuantes em parallax como elemento decorativo de fundo. Esses elementos respeitam o sinal prefers-reduced-motion, mas usuários sensíveis a movimento que não configuraram essa preferência no sistema operacional podem ser afetados. Estamos avaliando adicionar um toggle manual "Pausar animações" no rodapé em futuras iterações.

5.3 Player de vídeos do YouTube

  • O player do YouTube, quando carregado (após clique do usuário), possui sua própria interface de acessibilidade mantida pelo Google. Não temos controle direto sobre a acessibilidade do player YouTube embutido. Para conteúdo crítico, recomendamos que usuários com deficiência visual acessem os vídeos diretamente em youtube.com, que oferece melhores controles de acessibilidade.

5.4 Acessibilidade em documentos PDF

  • Documentos PDF eventualmente anexados a emails transacionais (faturas, contratos) podem não ser totalmente acessíveis a leitores de tela. Oferecemos, mediante solicitação ao contato@heyjoeav.com, versões em texto simples ou HTML desses documentos.
<!-- ADVOGADO: declarar limitações conhecidas é sinal de boa-fé e diligência. A Lei Brasileira de Inclusão e WCAG 2.1 AA reconhecem que acessibilidade 100% é um processo contínuo. Incluir limitações conhecidas NÃO cria responsabilidade extra — ao contrário, demonstra transparência e compromisso com melhoria. -->

6. Método de avaliação

Nossa conformidade com WCAG 2.1 AA é avaliada por meio de:

6.1 Testes automatizados (contínuos)

  • Validação via axe DevTools em cada build de produção
  • Score de Lighthouse Accessibility monitorado — alvo: 100/100
  • ESLint jsx-a11y no pipeline de CI/CD — zero erros permitidos

6.2 Testes manuais (trimestrais, mínimo)

  • Navegação completa por teclado em todas as rotas principais
  • Teste com leitor de tela (ao menos VoiceOver) em pelo menos uma página por locale (PT-BR, EN, ES)
  • Verificação visual de contraste em componentes com cores customizadas
  • Verificação de zoom até 200% sem quebra de layout

6.3 Revisão externa (planejada)

  • Auditoria externa de acessibilidade por especialista em WCAG a cada 24 meses ou quando houver mudança material no layout/navegação

7. Canal de feedback — conte-nos sobre barreiras que você encontrou

Se você encontrar qualquer barreira de acessibilidade ao usar nosso website ou Portal, por favor nos informe. Seu feedback é essencial para tornarmos a Plataforma melhor para todas as pessoas.

Como reportar:

  • Email dedicado: contato@heyjoeav.com
  • Assunto sugerido: Acessibilidade — [página ou feature com problema]
  • Informações úteis para o reporte:
    • URL da página onde encontrou a barreira
    • Navegador e sistema operacional que estava usando
    • Tecnologia assistiva, se aplicável (VoiceOver, NVDA, etc.)
    • Descrição do problema (ex: "botão não recebe foco ao navegar por Tab")
    • Sugestão de melhoria, se tiver alguma

Resposta:

  • Confirmamos o recebimento e retornamos com uma avaliação no menor prazo possível, priorizando os relatos conforme o impacto. Como a operação é conduzida por uma equipe enxuta, não fixamos um prazo rígido de resposta, mas nos comprometemos a tratar cada relato com atenção.
<!-- ADVOGADO: por decisão do titular, NÃO fixamos prazo rígido de resposta (evita obrigação de SLA para um operador único) — linguagem de melhor-esforço, alinhada ao Portal. -->

Canal alternativo (correio):

B DE MATOS GONÇALVES NEGÓCIOS DIGITAIS LTDA
a/c Acessibilidade
Rua Príncipe Humberto, 112 — Conjunto 44
Centro, São Bernardo do Campo — SP
CEP 09725-200

8. Declaração de compromisso e conformidade progressiva

Em [[DATA DE PUBLICAÇÃO]], em relação ao website heyjoeav.com e ao Portal de Clientes operado pela empresa B DE MATOS GONÇALVES NEGÓCIOS DIGITAIS LTDA (CNPJ 18.044.652/0001-93), declaramos que:

  • 🎯 Adotamos as diretrizes WCAG 2.1 nível AA como aspiração, em regime de conformidade progressiva e desenvolvimento contínuo — não como uma certificação de conformidade plena
  • ✅ Buscamos cumprir a Lei Brasileira de Inclusão (Lei 13.146/2015), em particular os Arts. 63 e 68
  • ✅ Já implementamos hierarquia semântica de cabeçalhos, alt text obrigatório, contraste AA nas telas principais e navegação por teclado
  • ✅ Respeitamos preferências do usuário em relação a redução de movimento e economia de dados
  • ⚠️ Reconhecemos limitações conhecidas descritas na Seção 5, em processo de resolução contínua
  • 🔄 Mantemos a auditoria completa com leitores de tela ainda PENDENTE (ver Seção 4), sob avaliação contínua e com revisão externa planejada a cada 24 meses

Esta Declaração é um compromisso de melhoria contínua — e não uma certificação de conformidade plena — e pode ser invocada por qualquer interessado em nosso canal de feedback (Seção 7) ou, em última instância, em procedimentos administrativos junto aos órgãos de proteção dos direitos das pessoas com deficiência, incluindo o Ministério Público e a Secretaria Nacional dos Direitos da Pessoa com Deficiência (Ministério dos Direitos Humanos e Cidadania).

<!-- ADVOGADO: posture suavizada de "declaração formal de conformidade" para "conformidade progressiva/aspiração" para não contradizer os testes com tecnologias assistivas ainda pendentes (Seção 4). Não publicar afirmação de conformidade plena antes da execução desses testes na Fase 6. -->

9. Histórico de versões

| Versão | Data | Mudanças | |---|---|---| | 1.0.0-draft | 2026-04-11 | Draft inicial para revisão jurídica | | [[1.0.0]] | [[DATA DE PUBLICAÇÃO]] | Primeira versão pública após revisão jurídica |

Versão 1.0.0-draft — escrita em 2026-04-11, aguardando revisão jurídica e execução dos testes com tecnologias assistivas na Fase 6.