Declaração de acessibilidade

O que pretendemos alcançar

O Brokaro deve poder ser utilizado por quem depende de um leitor de ecrã, trabalha apenas com o teclado, amplia fortemente a página ou percebe as cores de forma diferente. A referência que seguimos são as Diretrizes de Acessibilidade para o Conteúdo Web (WCAG) 2.1, Nível AA — o mesmo nível para o qual remete a norma europeia EN 301 549 na sua edição harmonizada atual.

Trata-se de um objetivo, não de um certificado. Este site não foi auditado externamente e não existe qualquer avaliação de conformidade por terceiros. O que se segue é o estado da nossa própria implementação e dos nossos próprios testes — incluindo onde ambos ficam aquém.

A situação jurídica

A Lei Europeia de Acessibilidade (Diretiva (UE) 2019/882) aplica-se desde 28 de junho de 2025, transposta na Alemanha como Barrierefreiheitsstärkungsgesetz (BFSG) e na Áustria como Barrierefreiheitsgesetz (BaFG). Não abrange a Internet enquanto tal, mas sim uma lista fechada de produtos e serviços. Para um site como este, está em causa apenas uma única categoria: «serviços de comércio eletrónico» — serviços prestados à distância, por via eletrónica e a pedido individual de um consumidor com vista à celebração de um contrato de consumo.

Se este site está ou não abrangido por esse âmbito depende de duas questões. Ambas dependem do operador, pelo que aqui não se pretende dar uma resposta genérica:

1. 1Celebra-se aqui um contrato? No Brokaro, não: nós comparamos e disponibilizamos ligações, e o contrato de intermediação é celebrado entre o utilizador e o corretor. As ofertas puramente informativas e comparativas que não celebram qualquer contrato próprio ficam, segundo a interpretação predominante, fora do âmbito de aplicação. Essa interpretação não está consolidada, e a adição de funcionalidades ligadas à celebração de contratos deslocaria essa fronteira.
2. 2Aplica-se a isenção para microempresas? Uma empresa que empregue menos de dez pessoas e cujo volume de negócios anual não exceda 2 milhões de EUR ou cujo balanço total anual não exceda 2 milhões de EUR, está isenta, enquanto prestadora de serviços, dos requisitos de acessibilidade (Art. 4(5) da Diretiva, § 3(3) BFSG). A isenção não se estende aos produtos.

Na Suíça, a lei da igualdade das pessoas com deficiência vincula apenas os organismos públicos. Os prestadores privados estão sujeitos a uma proibição de discriminação, mas não a uma obrigação geral de cumprir as WCAG; uma extensão aos serviços digitais privados está em processo legislativo e não está em vigor.

Nota para o operador: esta declaração é publicada independentemente de ser ou não legalmente

exigida. Se é exigida depende da dimensão da empresa, da sua sede e da configuração real do

serviço, e é uma questão a colocar a um advogado. Se o serviço estiver efetivamente abrangido pela BFSG, o anexo 3,

n.º 1, exige ainda uma descrição de como o serviço cumpre os requisitos e o nome

da autoridade de fiscalização do mercado competente.

O que está implementado

Tudo o que se segue é verificável no código-fonte e foi verificado individualmente antes desta declaração ser publicada:

• Estrutura da página. Cada página tem as regiões header, nav, main e footer e exatamente um h1. Tecnicamente, o texto editorial só pode gerar cabeçalhos a partir de h2.
• Ligação de salto. A primeira pressão da tecla Tab em qualquer página leva a «Saltar para o conteúdo», que conduz diretamente à região principal.
• Funcionamento pelo teclado. Os controlos são botões, ligações ou campos de formulário, pelo que podem ser utilizados pelo teclado sem trabalho adicional. O foco é sempre visível: um anel de dois pixels com afastamento que garante um contraste de 3:1 face a todas as superfícies, em ambos os esquemas de cores.
• Diálogos. O menu móvel, o painel de filtros em ecrãs estreitos e a sobreposição de pesquisa são diálogos reais (role="dialog", aria-modal). A tecla Tab fica confinada dentro deles, Escape fecha-os e o foco regressa ao elemento que os abriu.
• Pesquisa. O campo de pesquisa é uma combobox associada à sua lista de resultados. As teclas de seta percorrem os resultados e aria-activedescendant indica qual está ativo.
• Botões sem texto. Os botões apenas com ícone — fechar, menu, pesquisa, paginação, remover — têm um aria-label, e o gráfico no seu interior está oculto para os leitores de ecrã.
• Tabelas. Todas as células de cabeçalho do projeto têm um atributo scope. A tabela de corretores tem ainda uma legenda que só os leitores de ecrã leem.
• As classificações são texto. As estrelas e os indicadores de pontuação expõem o seu valor como texto — «4,6 em 5 estrelas» e «4,6 em 5», respetivamente; o próprio gráfico está oculto.
• Formulários. Cada campo tem uma label associada. O texto de ajuda está ligado ao campo através de aria-describedby, e os grupos de filtros são fieldset com legend.
• Contraste. O texto do corpo atinge 4,5:1 em todas as superfícies de fundo, em ambos os esquemas de cores; o rácio mais baixo medido é 4,55:1. As cores de sinal vivas são utilizadas apenas como elementos gráficos, porque como texto sobre uma superfície clara ficariam perto de 2:1.
• Movimento. prefers-reduced-motion é respeitado globalmente: as animações, as transições e a deslocação suave são desativadas.
• Imagens. Cada imagem tem uma alternativa textual ou está explicitamente marcada como decorativa. Quando um monograma substitui um logótipo de corretor em falta, o bloco é decorativo e o nome do corretor surge ao lado como texto.
• As tabelas largas deslocam-se dentro do seu próprio contentor; a própria página nunca se desloca lateralmente, até uma janela de visualização de 375 pixels.

Os pontos relativos aos cabeçalhos, às alternativas textuais, à ligação de salto e às tabelas com deslocação lateral são verificados automaticamente em cada execução de testes, que falha se algum deles deixar de funcionar.

O que ainda falta

Esta lista é deliberadamente completa e não lisonjeira:

1. 1Sem testes com tecnologia de apoio real. A implementação não foi testada com o NVDA, o JAWS, o VoiceOver ou o TalkBack. As verificações automatizadas detetam falhas estruturais, não todos os anúncios confusos.
2. 2Sem auditoria externa nem uma revisão sistemática de todos os critérios de sucesso das WCAG 2.1 AA. Vários deles — ampliação a 200 %, reformatação a 320 pixels, ordem de foco em páginas inteiras — não foram testados de forma rigorosa.
3. 3As tabelas com deslocação lateral não são regiões focáveis. Quem trabalha apenas com o teclado só as consegue percorrer, nalguns navegadores, tabulando até uma ligação no seu interior.
4. 4~~O idioma do documento está fixado em alemão.~~ Corrigido em 20 de setembro de 2026: cada página declara agora o seu idioma e sentido de escrita no próprio documento — a versão árabe como <html lang="ar" dir="rtl">, a portuguesa como lang="pt-PT", e assim sucessivamente para os dezasseis idiomas.
5. 5Os resultados dos filtros não são anunciados. No diretório de corretores, uma alteração de filtro reescreve o endereço sem comunicar a nova contagem de resultados através de uma região em direto. As listagens de guias e de ofertas já o fazem.
6. 6Os erros de formulário surgem como uma única mensagem de resumo. Os campos individuais não são marcados como inválidos nem estão ligados a essa mensagem.
7. 7~~Os três botões de tema estão rotulados em inglês.~~ Corrigido em 30 de agosto de 2026: a versão alemã mostra agora „Hell", „System" e „Dunkel".
8. 8Os sites de corretores para os quais remetemos estão fora do nosso controlo. A sua acessibilidade é da responsabilidade do respetivo fornecedor.

Se encontrar uma barreira que não conste desta lista, isso é uma falha da lista — por favor, informe-nos.

Comunicar uma barreira

Escreva-nos através do formulário de contacto. É útil, ainda que não obrigatório, indicar:

• o endereço da página afetada,
• o que estava a tentar fazer e onde correu mal,
• o navegador, o sistema operativo e, se relevante, a tecnologia de apoio que estava a utilizar.

Respondemos logo que possível e informamos se e até quando conseguimos eliminar a barreira. Quando não for possível uma correção rápida, indicaremos outra via para aceder à informação pretendida.

Fiscalização do cumprimento

Se a nossa resposta não for satisfatória, ou se não receber qualquer resposta, pode recorrer ao organismo competente:

Qual é esse organismo depende da sede do operador e da classificação acima; propositadamente, não se arrisca aqui uma resposta. Indicá-lo-emos aqui juntamente com o aviso legal. Na Alemanha, os estados federados supervisionam em conjunto o cumprimento da BFSG através de uma autoridade de fiscalização do mercado criada para o efeito.

Estado desta declaração

Preparada em 30 de agosto de 2026, com base numa autoavaliação do código-fonte e dos testes automatizados deste projeto.