1. O que abrange
O website e a aplicação web pollslive.com: as páginas de marketing e de documentação, o Studio do apresentador e a experiência do participante (entrar numa sessão, responder a uma pergunta e ver os resultados). Abrange o site nos oito idiomas em que publicamos. Não abrange o conteúdo que um anfitrião escreve na sua própria sondagem, cuja acessibilidade é da responsabilidade deste, nem os serviços de terceiros que incorporamos, que são indicados abaixo.
2. Estado de conformidade
A PollsLive está parcialmente conforme com as WCAG 2.1 nível AA, a norma referida pela EN 301 549 e pelo Ato Europeu da Acessibilidade. "Parcialmente conforme" significa que a maior parte da norma é cumprida e algumas partes não o são; as partes que não são cumpridas estão enumeradas em Limitações conhecidas, em vez de ficar ao seu cargo descobri-las. Estamos a alargar os nossos testes ao nível AA das WCAG 2.2, a versão atual da norma.
Não alegamos conformidade total, e não o faremos com base na aprovação num teste automatizado. As ferramentas automatizadas detetam uma minoria das falhas WCAG: conseguem dizer que um controlo não tem nome, mas não conseguem dizer se o nome faz sentido.
3. A nossa posição ao abrigo do Ato Europeu da Acessibilidade
A PollsLive é operada por uma microempresa, tal como definida na Recomendação 2003/361/CE da Comissão (menos de 10 trabalhadores e volume de negócios igual ou inferior a €2 milhões) e está, por isso, isenta das obrigações relativas a serviços do Ato Europeu da Acessibilidade (Diretiva (UE) 2019/882). Publicamos esta declaração mesmo assim. A isenção descreve aquilo que somos obrigados a fazer, não aquilo que pretendemos fazer, e quem utiliza um leitor de ecrã para responder a uma sondagem não se importa com o considerando que se nos aplica.
4. Como testamos
Todas as rotas públicas (79 no total) são analisadas automaticamente face às WCAG 2.1 A e AA com o axe-core, executado num navegador real em três tamanhos de janela, incluindo um telemóvel de 320px, bem como numa sessão ao vivo com um anfitrião e um participante ligados, porque a maior parte do que um participante experiencia acontece depois de a página ter carregado e uma análise estática nunca lá chega. A análise é executada com movimento reduzido, para que as leituras correspondam a páginas estabilizadas e não a meio de animações.
Uma compilação falha se qualquer rota tiver uma violação crítica ou grave, pelo que uma regressão é detetada antes do lançamento e não no momento da auditoria. As constatações de menor gravidade são registadas e analisadas, sem bloquear. Não encomendámos uma auditoria externa nem testes com utilizadores de tecnologias de apoio; quando o fizermos, esta declaração indicá-lo-á.
5. O que corrigimos
A auditoria de agosto de 2026 detetou e corrigiu: a inexistência de uma ligação para saltar para o conteúdo em todo o site, pelo que os utilizadores de teclado percorriam todo o cabeçalho em cada página; cores de opções que colocavam rótulos brancos sobre fundos com contraste tão baixo como 2,15:1, face aos 4,5:1 exigidos; ligações no texto distinguidas do texto circundante apenas pela tonalidade; exemplos de código e tabelas de referência que se deslocavam lateralmente sem forma de lá chegar a partir do teclado; um painel de resultados ao vivo com três regiões de anúncio sobrepostas que liam o gráfico inteiro em voz alta a cada voto recebido; uma vista do participante que mudava de pergunta sem anunciar absolutamente nada; o hub /demo, que pintava os rótulos dos cartões com a paleta de PREENCHIMENTO dos gráficos, concebida para ficar por detrás de tinta escura e que media 2,77:1 como texto num cartão branco; e um distintivo "novo" no índice da documentação a 4,43:1, uma décima abaixo do limiar a 9px.
6. Limitações conhecidas
Atuais e honestas. Cada uma delas é real hoje:
- A referência interativa da API (/docs/api-reference) é apresentada pelo Swagger UI, um componente de terceiros que carregamos em vez de o construirmos. Aninha controlos interativos uns dentro dos outros, o que as tecnologias de apoio podem anunciar de forma confusa, e não o podemos reestruturar sem criar uma derivação própria. A mesma especificação está disponível em JSON simples em /api/v1/openapi.json, e as nossas próprias páginas de documentação contêm a mesma informação em HTML acessível.
- Os painéis ao vivo do lado do apresentador (a consola do anfitrião, a classificação, a fila de Q&A moderada e o painel de análises) atualizam-se em tempo real sem anunciar as alterações. O lado do participante foi corrigido; o lado do apresentador ainda não, e um apresentador que utilize um leitor de ecrã não será informado quando for recebida uma nova pergunta.
- As mensagens de erro dos formulários são apresentadas visualmente e não estão associadas de forma consistente ao respetivo campo a nível programático, pelo que um leitor de ecrã pode não ler o erro quando o foco chega ao campo a que pertence.
- Cobertura automatizada não é cobertura total. Não testámos manualmente todos os fluxos com um leitor de ecrã, e não fizemos qualquer teste com controlo por voz ou com um dispositivo de comutação. A ausência desta lista não é prova de que algo funcione.
7. Informar-nos de uma barreira
Se algo o impedir de utilizar a PollsLive, envie um e-mail para support@pollslive.com ou utilize o nosso formulário de contacto. Indique-nos a página, o que estava a tentar fazer e, se possível, a tecnologia de apoio e o navegador que estava a utilizar: isso faz a diferença entre reproduzirmos o problema e tentarmos adivinhá-lo. Procuramos responder no prazo de cinco dias úteis.
Se precisar de algo da PollsLive noutro formato (uma exportação de resultados, o conteúdo de uma sondagem), peça-nos e enviá-lo-emos num formato que lhe seja adequado. Se não conseguirmos resolver uma barreira que tenha comunicado, pode recorrer à autoridade de fiscalização neerlandesa; os nossos dados de registo e de contacto constam do aviso legal.