Lista de verificação em branco, formulário para impressão
Grelha de Acessibilidade do Comércio Eletrónico
EAA Anexo I Secção IX, Serviços de Comércio Eletrónico
Lista de verificação em branco para preenchimento offline.
Marque uma caixa por linha. Adicione comentários e referências de prova na coluna Notas conforme necessário.
Navegação e descoberta de produtos
EAA Anexo I §IX, Listagens, pesquisa e filtragem têm de ser acessíveis a todos os utilizadores.
| Ref | Gravidade | Requisito | Estado | Notas / Provas |
|---|---|---|---|---|
| WCAG 1.1.1 | Crítico | As imagens de produto têm texto alternativo descritivo, não apenas o nome do produto.O texto alt deve descrever o que a imagem mostra: «T-shirt azul de algodão com decote redondo, vista frontal», não apenas «T-shirt». Várias imagens precisam de descrições distintas. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.3.1 | Crítico | A informação do produto (preço, disponibilidade, especificações) está em texto, não apenas em imagem.O preço em imagem não pode ser lido por leitores de ecrã. Todos os dados do produto têm de ser texto real ou ter alternativas programáticas. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.3.1 | Crítico | O preço é programaticamente determinável, não embutido em imagens.Os leitores de ecrã têm de poder anunciar o preço. Use texto ou aria-label, nunca preço como parte de imagem. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 2.1.1 | Crítico | Os controlos de filtragem e ordenação são operáveis por teclado.Filtros de categoria, sliders de preço, menus de ordenação, todos têm de funcionar apenas com teclado. Sliders precisam de suporte de setas. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 4.1.3 | Importante | A contagem de resultados de pesquisa é anunciada aos leitores de ecrã.Quando os resultados são atualizados após filtragem ou pesquisa, anuncie «A mostrar 24 resultados para camisas azuis» via região aria-live. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D |
Páginas de detalhe do produto
Páginas individuais têm de apresentar toda a informação de forma acessível.
| Ref | Gravidade | Requisito | Estado | Notas / Provas |
|---|---|---|---|---|
| WCAG 2.1.1 | Crítico | Os seletores de tamanho, cor e variante são operáveis por teclado e etiquetados.Menus pendentes, amostras de cor e botões de tamanho têm de ter nomes acessíveis e ser operáveis por teclado. As amostras de cor precisam de etiquetas textuais, não só cor. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 4.1.2 | Crítico | Os elementos interativos (adicionar ao carrinho, lista de desejos, comparar) têm nomes acessíveis.Botões só com ícone, como o do coração, têm de ter aria-label='Adicionar à lista de desejos'. O botão do carrinho tem de anunciar claramente o seu propósito. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.2.2 | Importante | Os vídeos de produto têm legendas.Vídeos de demonstração, unboxing e tutoriais têm de ter legendas sincronizadas. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.3.1 | Importante | As especificações do produto são apresentadas em tabela acessível com cabeçalhos.Tabelas de especificações (dimensões, materiais, peso) têm de usar cabeçalhos <th> adequados para o leitor de ecrã anunciar associações de coluna/linha. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D |
Carrinho e finalização de compra
O fluxo de compra do carrinho à confirmação de pagamento tem de ser totalmente acessível.
| Ref | Gravidade | Requisito | Estado | Notas / Provas |
|---|---|---|---|---|
| WCAG 4.1.3 | Crítico | O conteúdo do carrinho é anunciado aos leitores de ecrã quando atualizado (aria-live).Quando o utilizador adiciona ou remove um item, a contagem e resumo do carrinho têm de ser anunciados, «Item adicionado. Carrinho: 3 itens, 45,00 €». | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 3.3.2 | Crítico | Todos os campos do formulário de finalização têm etiquetas visíveis e persistentes, não apenas placeholders.Nome, morada, campos de pagamento, todos precisam de elementos <label>. O placeholder desaparece ao escrever e não substitui a etiqueta. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 3.3.1 | Crítico | Os erros do formulário são identificados em texto e descrevem o problema concreto.«Introduza um endereço de e-mail válido», não apenas «Erro no campo 3». As mensagens têm de aparecer junto ao campo. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.3.5 | Importante | Os campos de morada utilizam atributos autocomplete corretos.Use autocomplete='shipping address-line1', autocomplete='cc-number', etc. Ajuda ferramentas de preenchimento automático e tecnologia assistiva. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 2.1.1 | Crítico | Todos os métodos de pagamento oferecidos são acessíveis por teclado.Formulários de cartão, redirecionamentos PayPal, botões Apple Pay, todos têm de ser alcançáveis e ativáveis com teclado. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 3.3.4 | Crítico | É fornecido um passo de revisão antes da submissão final.Para transações financeiras, os utilizadores têm de poder rever a encomenda, corrigir erros e confirmar antes do débito. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D |
Pós-compra e conta
Confirmações, gestão de conta e devoluções também têm de ser acessíveis.
| Ref | Gravidade | Requisito | Estado | Notas / Provas |
|---|---|---|---|---|
| EAA Art. 4 + WCAG 1.3.1 | Crítico | A confirmação de encomenda está disponível em texto (e-mail HTML), não apenas como imagem do recibo.E-mails de confirmação têm de ser HTML com estrutura adequada, não apenas captura do recibo. Recibos PDF têm de estar marcados. Ao abrigo da EAA, todo o serviço, incluindo comunicações pós-compra, tem de ser acessível. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 2.1.1 | Crítico | A criação de conta e o início de sessão são acessíveis por teclado.Formulários de registo, campos de palavra-passe, alternadores «mostrar palavra-passe» e botões de login social têm de ser operáveis por teclado. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 3.3.8 | Importante | A criação de conta não exige CAPTCHA sem alternativa acessível.CAPTCHAs em imagem excluem utilizadores cegos. Use CAPTCHA invisível, verificação por e-mail ou por telefone. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| EAA Art. 4 + WCAG 2.1.1 | Importante | O processo de devoluções e reembolsos é acessível ponta a ponta.O formulário de pedido, descarga da etiqueta e página de estado do reembolso têm de ser todos acessíveis. A obrigação geral da EAA cobre todo o ciclo do serviço, não torne as devoluções mais difíceis do que a compra. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 1.3.1 | Menor | A secção de avaliações de cliente é acessível (formulário de submissão e apresentação).Classificações por estrelas precisam de alternativa textual. O formulário precisa de etiquetas. As avaliações têm de ser navegáveis por cabeçalho. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D |
Consentimento de cookies e legal
Banners de cookies e avisos legais não podem bloquear a acessibilidade.
| Ref | Gravidade | Requisito | Estado | Notas / Provas |
|---|---|---|---|---|
| WCAG 2.1.1 | Crítico | O banner de consentimento de cookies é operável por teclado.Os utilizadores têm de poder fazer Tab até ao banner, ativar Aceitar/Rejeitar e dispensá-lo totalmente com teclado. Não pode prender o foco. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 4.1.2 | Importante | Os controlos de consentimento de cookies têm nomes e funções acessíveis.Os botões têm de ser elementos <button> com texto claro. Divs personalizados a fazer de botão precisam de role='button' e aria-label. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D | |
| WCAG 2.4.3 | Importante | O banner de cookies não parte a ordem de foco do resto da página.Após dispensar o banner, o foco deve voltar a uma posição lógica, não saltar para o fim nem perder-se. | ☐ Aprovado ☐ Parcial ☐ REPROVADO ☐ N/D |