Cliente a efetuar um pagamento com cartão utilizando um terminal de pagamento portátil.

Descrição da imagem: Cliente a efetuar um pagamento com cartão utilizando um terminal de pagamento portátil.

Processo de checkout no comércio eletrónico: a área mais contestada na Internet

AIOPSGROUP · Inteligência em acessibilidade
Análise de litígios · Processos judiciais nos tribunais federais · 2007–2026

Processo de checkout no comércio eletrónico: a área mais contestada na Internet

Um conjunto de dados com 8 788 processos judiciais federais relativos à acessibilidade na Web revela um padrão pouco lisonjeiro. Os mesmos poucos erros chegam à produção nas mesmas poucas fases – e são detetados pelos mesmos poucos queixosos. Das 81 509 questões catalogadas pelos advogados nos autos judiciais, mais de 4 050 concentram-se nas cinco áreas que transformam um utilizador do navegador num comprador: carrinho, endereço, pagamento, estados de erro e o próprio botão de finalização da compra.

4,050
problemas na fase de finalização da compra mencionados em documentos judiciais (cesto de compras, morada, pagamento, adicionar ao cesto, processo de finalização da compra)
7.4×
Aumento do número de processos instaurados anualmente, 2021 → 2025 (466 → 3 449 processos)
97
mediana de dias entre a apresentação da reclamação e o encerramento do processo (o que sugere um acordo)
83.4%
de todos os processos encerrados são resolvidos em menos de seis meses – os arguidos pagam ou tomam medidas corretivas e seguem em frente. O ciclo foi concebido para lidar com um grande volume de processos, não para litígios.

Por que é que o checkout é a infração que lhe sai cara

Os processos judiciais relativos à acessibilidade na Web são instaurados em todas as secções de um site – página inicial, navegação, rodapé, pesquisa. Mas nas raras ocasiões em que uma queixa chega à fase de moção decisória, os tribunais não se deixam influenciar por barreiras estéticas. O que os influencia são as barreiras transacionais. Um comprador cego que não consegue encontrar um banner principal não perdeu, em termos jurídicos muito diretos, absolutamente nada. Um comprador cego que não consegue concluir uma compra viu-se privado de um serviço que o vendedor ofereceu a todos os outros visitantes. Essa é a formulação clássica de uma violação do Título III, e é o mesmo padrão factual que se repete em todas as cartas de exigência redigidas pelos advogados dos queixosos.

É por isso que as áreas mais citadas do conjunto de dados não são as que geram mais reclamações no geral. «Geral / Sem categoria» é, de longe, o grupo de problemas mais numeroso (38 671 problemas). Mas, com base no valor em jogo por falha, o funil de checkout gera mais litígios do que todas as outras categorias combinadas. Cada campo CVC sem preenchimento é uma recusa de serviço. Cada «Encomenda Confirmada» não anunciada é uma transação que o utilizador não consegue provar ter efetuado. Cada janela modal que retém o foco na etapa «Aplicar Cupão» é um desconto pelo qual o utilizador de leitor de ecrã pagou o preço total para ignorar.

A primitiva de litígio

Num tribunal federal dos EUA, a questão não é «a página inicial é acessível?», mas sim «o queixoso poderia comprar o que o réu estava a vender?». O processo de checkout é a única fase em que a resposta é binária e a única em que é fácil alegar os danos.

O conjunto de dados

A análise subjacente a este artigo baseia-se em dois corpora independentes. O primeiro é um instantâneo estruturado do PACER que inclui 8 788 processos civis federais instaurados ao abrigo da Lei dos Americanos com Deficiência (Americans with Disabilities Act) e de legislação estadual paralela entre janeiro de 2007 e abril de 2026, estando cada processo associado ao(s) seu(s) requerente(s), requerido(s), data de instauração e data de decisão. O segundo é uma extração paralela de 81 509 questões distintas de acessibilidade retiradas do texto desses processos – as frases reais que os advogados escreveram para descrever o que os seus clientes não podiam fazer.

Juntos, estes dois elementos permitem-nos responder a perguntas que uma única fonte não consegue esclarecer. Sabemos não só quais os sites que foram alvo de ação judicial, mas também o que os advogados alegaram ao tribunal que estava errado – e em que ponto da jornada do utilizador ocorreu a falha. Para este artigo, filtrámos o corpus de problemas em cinco categorias do funil de compra: FLUXO DE CHECKOUT, CARRINHO DE COMPRAS, ADICIONAR AO CARRINHO, PAGAMENTO e GESTÃO DE ENDEREÇOS. Em conjunto, estas cinco áreas representam 4.050 problemas – cerca de 5% do corpus, mas a fatia com a ligação causal mais forte a danos determinantes.

Nota sobre o âmbito de cobertura O número de 8 788 inclui processos relacionados com acessibilidade que visam qualquer plataforma digital; nem todos dizem respeito ao comércio eletrónico de retalho. No entanto, os sites de comércio eletrónico e as franquias que os operam dominam a lista de réus – Marriott, TJX, Tapestry, Wolverine World Wide, Five Below, Walgreens, Target, Genesco, Sherwin-Williams, GameStop e Caleres aparecem, cada uma, cinco ou mais vezes.

A curva que ninguém teve em conta no plano para o quarto trimestre

Antes de abordarmos o interior do funil, vale a pena determinar o quão acentuada se tornou a sua inclinação exterior. O número de registos anuais cresceu uma ordem de grandeza desde 2020 e continua a acelerar. O valor de 2026 apresentado abaixo abrange apenas o primeiro trimestre; a extrapolação para o ano inteiro aponta para que se ultrapasse os 4 500 – quase dez vezes a base de referência de 2021.

Fig. 1 Ações judiciais federais relativas à acessibilidade na Web, por ano, n=8 788
2019
6
0.07%
2020
45
0.51%
2021
466
5.30%
2022
755
8.59%
2023
1,018
11.58%
2024
2,156
24.53%
2025
3,449
39.25%
2026
878 ▱
Apenas o 1.º trimestre

▱ 2026 (dados parciais): pedidos apresentados até abril de 2026. Ao ritmo do primeiro trimestre, o ano está a caminho de atingir cerca de 3.500 pedidos, em linha com a tendência de 2025.

Há dois pontos que vale a pena ter em conta. Em primeiro lugar, o ano de viragem foi 2021 – coincidindo com o boom do comércio eletrónico pós-pandemia e com uma onda de jurisprudência dos tribunais estaduais (nomeadamente o caso Robles v. Domino’s, cujo recurso foi indeferido pelo Supremo Tribunal em 2019) que levou os tribunais federais do Nono Circuito a interpretar os sítios Web como «locais de acolhimento público» ao abrigo do Título III. Em segundo lugar, o crescimento não estagnou. Cada ano desde 2021 estabeleceu um novo recorde, e cada novo recorde anual foi atingido enquanto o Título III permaneceu, formalmente, sem regulamentação para sites comerciais privados.

O funil dentro do funil

Das 81 509 questões catalogadas a partir dos registos, 4 050 enquadram-se numa das cinco categorias do funil de compra abaixo. A distribuição proporcional corresponde quase na perfeição ao funil de conversão canónico: são comunicadas mais questões nas fases iniciais do percurso, com cada etapa a eliminar tanto utilizadores legítimos como obstáculos litigiosos.

Fig. 2 Número de problemas por fase do funil de compras, n=4.050
Fluxo de checkout (geral)40,9%
1 656 edições
Página do carrinho de compras25,2%
1 022 edições
Adicionar ao carrinho17,7%
718 edições
Pagamento12,9%
524 edições
Gestão de endereços3,2%
130 edições

A categoria «Fluxo de checkout» é a mais numerosa, porque a maioria dos registos descreve a experiência como um percurso único. Mas a repartição é reveladora: o carrinho e a função «adicionar ao carrinho» em conjunto (1 740 casos) geram um número ligeiramente superior de reclamações litigadas do que a própria página de checkout. Isso deve-se, em parte, ao facto de o carrinho ser o local onde ocorre a primeira ação irreversível – assim que o utilizador de um leitor de ecrã não consegue confirmar que um artigo foi adicionado, todos os passos seguintes são realizados às cegas. Os problemas que começam a montante agravam-se a jusante.

As cinco falhas, por ordem de frequência

Quando os 4 050 problemas na fase de finalização da compra são comparados com as respetivas descrições em texto simples, cinco tipos de falhas representam a maioria das reclamações dos queixosos. Apresentamo-los abaixo por ordem de frequência de ocorrência nos processos, acompanhados dos critérios das WCAG mais frequentemente citados pelos advogados.

№ 1
«Adicionei-o ao meu carrinho, mas nem me apercebi que lá estava.»
Erro ao adicionar ao carrinho na referência 639filings

A função «Adicionar ao carrinho» ativa uma confirmação visual — uma notificação pop-up, a abertura de um mini-carrinho ou o aumento do número no selo — que os leitores de ecrã não anunciam. O utilizador clica novamente, duplica a encomenda ou desiste. Esta é a barreira mais frequentemente citada nas reclamações relacionadas com o carrinho.

Mensagens de estado WCAG 4.1.3WCAG 4.1.2 nome função valor
№ 2
«O campo do código promocional não me deu qualquer indicação quando a operação falhou.»
566 registos relativos a cupões de referência / barreiras relacionadas com códigos de desconto

Os campos para o código de cupão não têm identificação, as sugestões de erros não são indicadas e a validação em tempo real aparece apenas como texto colorido. Os queixosos alegam frequentemente que pagaram o preço total porque não conseguiram aceder ao canal de descontos – um prejuízo monetário concreto.

ID do erro WCAG 3.3.1Sugestões para o erro WCAG 3.3.3
№ 3
«Apareceu uma janela pop-up. A minha concentração, não.»
Falhas no foco do modal / sobreposição do 511filings

As caixas de diálogo de confirmação de endereço, as janelas intermédias do tipo «tem a certeza?», as ofertas adicionais e os desafios CAPTCHA aparecem visualmente, mas nunca recebem o foco programático. Os utilizadores de teclado e de leitores de ecrã não conseguem fechá-los nem avançar para além deles.

WCAG 2.4.3: ordem de focoWCAG 2.1.2 sem armadilhas de teclado
№ 4
«O meu CVC estava errado. O formulário não dizia nada.»
468 registos referem estados de erro não anunciados

Campos obrigatórios em branco, cartões de crédito com falha na verificação de expressões regulares e discrepâncias de endereço são indicados apenas por meio de bordas vermelhas ou validadores com texto que desaparece. O utilizador de um leitor de ecrã envia o formulário, não ouve qualquer feedback e presume que a encomenda foi processada. O critério WCAG 3.3.1 é o mais citado nos relatórios relativos ao processo de finalização de compra.

ID do erro WCAG 3.3.1Rótulos WCAG 3.3.2
№ 5
«O campo foi anunciado como “em branco”».
330 registos referem campos de entrada sem rótulo

Número do cartão, data de validade, código postal, «Igual ao de faturação» – os campos sem identificação são anunciados como «em branco» ou «editar texto». Os utilizadores não conseguem distinguir qual é qual, preenchem-nos na ordem errada e provocam erros de validação que, por sua vez, não são anunciados (ver n.º 4).

WCAG 1.3.1: informação e relaçõesWCAG 4.1.2 nome função valor
№ 6
«Tive de recomeçar o processo de pagamento.»
163 processos relativos a reentrada forçada

Quando um único campo não passa na validação, alguns processos de checkout apagam e reiniciam todo o formulário ao recarregar a página. Para os utilizadores que demoraram seis minutos a preenchê-lo pela primeira vez com tecnologia de assistência, isto constitui uma barreira que não existe para os compradores com visão que utilizam o rato – o típico caso de desigualdade no acesso.

Prevenção de erros WCAG 3.3.4WCAG 2.5.3: rótulo no nome

Os critérios que os advogados realmente invocam

A maioria dos processos judiciais não cita explicitamente os critérios das WCAG – limitam-se a descrever os sintomas. No entanto, nos casos em que os advogados citam critérios específicos nas alegações apresentadas na fase final do processo, a distribuição é fortemente assimétrica. Seis critérios representam 89 % de todas as citações explícitas; os restantes mais de sessenta critérios das WCAG 2.2 são mencionados de forma esporádica.

Fig. 3 Critérios WCAG 2.x explicitamente citados em 4 050 registos na fase de finalização da compra
WCAG Nome do critério Nível Citado em Partilhar Onde é que o problema se faz sentir no momento do pagamento
3.3.1 Identificação de erros A 104 32.5% O formulário não assinalou os campos obrigatórios nem os erros de validação
2.4.3 Ordem de prioridade A 72 22.5% As janelas modais, as caixas de diálogo e as transições entre etapas não mudaram o foco
2.1.1 Teclado A 43 13.4% Os botões do PayPal e os botões expressos não podem ser acedidos sem um rato
4.1.3 Mensagens de estado AA 26 8.1% «Adicionado ao carrinho», «desconto aplicado», «encomenda efetuada» (sem notificação sonora)
4.1.2 Nome, Função, Valor A 23 7.2% Os widgets personalizados de rádio/seleção não expõem o estado ao AT
3.3.2 Etiquetas ou instruções A 18 5.6% CVC, CEP, «Igual ao de faturação» indicado como «em branco»
1.3.1 Informações e relações A 7 2.2% Indicadores de etapa não visíveis; agrupamento de campos obrigatórios
2.4.7 Foco visível AA 4 1.2% Não há destaque visível nos botões de pagamento
2.5.3 Etiqueta no nome A 1 0.3% Inconsistências no controlo por voz entre o nome visível e o nome acessível
Ler a tabela com atenção

Apenas 320 das 4.050 questões (cerca de 8%) referem um critério WCAG pelo número. As restantes descrevem o sintoma em linguagem simples. A implicação: mesmo que apresente um relatório de auditoria WCAG 2.2 AA impecável, a sua equipa de engenharia continuará a ser avaliada com base nos sintomas – «o utilizador não conseguiu concluir a compra» é o padrão que um tribunal terá em conta, e não «Critério de Sucesso 3.3.1 violado».

O que os queixosos escreveram, na verdade

O conjunto de dados foi compilado a partir de alegações apresentadas em tribunal. As frases abaixo foram extraídas desses documentos – tornadas anónimas para remover referências a locais, mas, fora isso, não foram editadas. São úteis porque mostram às equipas de engenharia o que os utilizadores descrevem, nas suas próprias palavras, e a forma como os advogados traduziram essas descrições em provas documentais.

«Cada um dos campos de texto é anunciado como “em branco”. As opções do menu suspenso “Tamanho” não são acessíveis aos utilizadores que utilizam exclusivamente o teclado.» – Alegação relativa aos formulários, queixa apresentada no Tribunal Distrital dos Estados Unidos para o Distrito Sul de Nova Iorque
«Depois de clicar no botão “Adicionar ao carrinho”, é apresentada uma mensagem de sucesso ao lado do botão. Esta mensagem é o único indicador de que o artigo foi adicionado com sucesso – e não é anunciada.» – Alegação relativa à função “Adicionar ao carrinho”
«Quando o utilizador tenta concluir a compra e não introduz o código postal, não aparece nenhuma mensagem a indicar o erro.» – Alegação relativa à gestão de endereços, repetida em 11 processos contra diferentes arguidos
«O queixoso não conseguiu determinar se os campos do formulário eram obrigatórios («Obrigatório») na página de finalização da compra. A falta de instruções detalhadas durante o preenchimento do formulário impediu o queixoso de concluir o envio com sucesso.» – Alegação relativa ao fluxo de finalização da compra
«Botão do PayPal não operável através do teclado (página de finalização da compra) – O botão do PayPal recebe o foco visual, mas não pode ser ativado com a tecla Enter.» – Alegação relativa ao pagamento, com referência à norma WCAG 2.1.1
«O queixoso não conseguiu voltar atrás e efetuar quaisquer correções nos campos do formulário sem recarregar toda a página e começar de novo.» – Alegação relativa ao processo de checkout, processo no Tribunal Distrital dos Estados Unidos para o Distrito Sul de Nova Iorque

O que unifica o conjunto de dados não é a sofisticação técnica. As barreiras citadas pelos advogados não são novas nem obscuras – tratam-se dos mesmos doze padrões, repetidos em milhares de processos, contra milhares de arguidos. A ordem dos advogados de demandantes industrializou efetivamente a deteção de erros que as equipas de engenharia não tinham detectado, porque estas não tinham realizado as suas próprias verificações com um leitor de ecrã.

O fenómeno dos 97 dias

Dos 8 788 processos incluídos no conjunto de dados, 6 945 estavam encerrados em abril de 2026, com datas válidas de apresentação e de decisão. A duração destes processos constitui uma das distribuições mais reveladoras do conjunto de dados. O tempo mediano entre a apresentação da queixa e o encerramento é de 97 dias; 83,4 % de todos os encerramentos ocorrem em menos de seis meses.

Fig. 4 Distribuição da duração dos processos desde a apresentação até ao encerramento, n=6 945
7.7%
< 30d534
37.6%
30–90d2.609
38.1%
90–180d2.643
12.6%
180–365d872
3.3%
1–2y227
0.9%
>2 anos e 60 dias

Os processos que são encerrados em menos de 180 dias, quase sem exceção, não dão origem a uma decisão de mérito publicada. São resolvidos por acordo. A forma desta distribuição revela a estratégia de todo o corpo de advogados dos queixosos: apresentar ações em grande número, chegar rapidamente a um acordo e evitar o pequeno número de decisões decisivas que permitiriam aos réus distinguir os seus acordos dos de outras empresas. A mediana dos acordos ocorre antes de qualquer uma das partes apresentar um pedido de indeferimento.

Por que é que isto é importante do ponto de vista operacional

Como os processos são encerrados rapidamente, não existe uma jurisprudência vinculativa que esclareça o que significa «processo de checkout acessível» ao nível que um engenheiro sénior esperaria. Em vez disso, a norma é definida pelo conjunto de acordos de resolução — a maioria dos quais exige conformidade com as WCAG 2.1 AA, uma auditoria anual e um plano de correção. As empresas estão a pagar pela conformidade com uma norma estabelecida em contratos privados, mas que nunca foi objeto de decisão judicial em acórdãos publicados.

O modelo de volume: dez queixosos, 1 289 processos

O número principal – 8 788 processos – é enganador sem uma análise mais aprofundada. A parte dos queixosos no registo de processos está fortemente concentrada. Os dez queixosos individuais mais ativos na base de dados, no seu conjunto, representam 14,7 % do total de processos instaurados. O queixoso individual mais prolífico instaurou 256 processos distintos.

Fig. 5 Os 10 principais demandantes por volume de processos federais (anonimizados)
#Queixoso (anonimizado)Casos% do total
01Requerente A – o requerente mais prolífico do conjunto de dados
2562.91%
02Requerente B
2072.36%
03Requerente C
1581.80%
04Requerente D
1311.49%
05Requerente E
1211.38%
06Requerente F
1151.31%
07Requerente G
991.13%
08Requerente H
971.10%
09Requerente I
941.07%
10Requerente J
860.98%

Os nomes dos demandantes foram ocultados; os números baseiam-se nos metadados do PACER. Dos 8 788 processos, os dez principais demandantes apresentaram, no total, 1 289 processos (14,66 %). O principal demandante individual surge como parte nomeada em quase 1 em cada 35 processos do conjunto de dados.

Esta concentração não é sinal de má-fé – muitos destes queixosos têm deficiências legítimas e comprovadas e enfrentaram pessoalmente as barreiras descritas nas suas ações judiciais. Mas é um sinal de que os réus que perdem em tribunal raramente perdem para um desconhecido. Os mesmos nomes repetem-se, muitas vezes representados pelos mesmos escritórios de advogados, apresentando frequentemente ações com modelos quase idênticos. A estrutura do litígio recompensa a eficiência do lado do queixoso e a capitulação do lado do réu. Não recompensa argumentos inovadores de nenhuma das partes.

A matriz de triagem

Se a questão for «o que devo resolver primeiro», a resposta depende de dois fatores: a frequência com que um determinado obstáculo é mencionado (frequência) e o grau de impacto direto que tem no bloqueio de uma transação (gravidade). A matriz abaixo combina ambos os fatores. As células são coloridas de acordo com o volume relativo de menções no nosso corpus de 4 050 transações de checkout, sendo que as células mais escuras representam os modos de falha que mais merecem ser abordados num sprint.

Fig. 6 Matriz Falha × Fase (densidade de citações)
Padrão de falha Adicionar ao carrinho Carrinho Endereço Pagamento Confirmação
O estado ainda não foi anunciado Elevado Elevado Med Med Elevado
Campos sem título Baixo Elevado Elevado
Erros não comunicados Baixo Med Elevado Elevado Med
Perda de foco / modal Elevado Elevado Med Med Med
Falha no funcionamento do teclado Med Med Baixo Elevado Baixo
Reentrada forçada em caso de erro Baixo Med Med
Inacessibilidade do CAPTCHA Baixo Med
Não é frequentemente citado Baixo Médio Elevado Muito alto

Há dois casos que merecem destaque. «Estado não indicado × Adicionar ao carrinho» é o obstáculo mais frequentemente referido em todo o conjunto de dados; se não resolver mais nada, resolva isto. «Campos sem identificação × Pagamento» é o típico caso de incumprimento das normas – um formulário de cartão de crédito com campos indicados como em branco constitui uma violação incontestável.

Quanto é que isto lhe custa, hoje, antes de qualquer processo judicial?

O risco de litígio é um dos custos associados a um processo de finalização de compra inacessível. O outro — geralmente mais elevado e sempre presente — é o das encomendas que nunca são concluídas porque o comprador não conseguiu preencher o formulário. A calculadora abaixo utiliza três parâmetros que pode alterar para estimar esse custo no seu próprio funil de vendas. Os valores predefinidos são conservadores, baseados em referências setoriais; ajuste-os de acordo com o seu negócio.

Modelo de exposição de caixas de pagamento inacessíveis

Todos os campos de entrada são controles deslizantes. Os valores atualizam-se em tempo real à medida que os ajusta. Nada disto constitui uma estimativa – trata-se de um modelo aproximado destinado a servir de ponto de partida para um modelo mais rigoroso.

Encomendas mensais bloqueadas
650
utilizadores de leitores de ecrã / teclado que abandonam
Receitas mensais não realizadas
$78,000
com base no AOV que nos forneceu
Receita anualizada em risco
$936,000
projeção linear, sem hipótese de crescimento

Metodologia. As estimativas da WebAIM e da BOIA apontam para que a utilização ativa de leitores de ecrã represente cerca de 1 a 3% dos visitantes da Web nos EUA; se incluirmos os utilizadores que dependem exclusivamente do teclado ou com deficiências motoras, este valor aumenta. A taxa de bloqueio de 65% corresponde ao limite superior da medição de 2024 do WebAIM Million sobre a frequência com que uma análise da página inicial revela pelo menos uma barreira de bloqueio (95,9%); as barreiras no processo de checkout têm normalmente um âmbito mais restrito. Utilize os seus próprios dados, caso os possua. Este modelo exclui a exposição a litígios, o custo para a marca e o valor dos clientes perdidos permanentemente após um checkout falhado – fatores que, em conjunto, agravam os valores apresentados.

Em contrapartida, eis como se apresenta um processo de checkout acessível

A tabela comparativa abaixo relaciona os modos de falha mais citados no conjunto de dados com o padrão de engenharia que resolve cada um deles. Nenhum dos padrões apresentados à direita é especulativo – todos eles são técnicas documentadas da WCAG 2.2 AA.

O que os queixosos alegaram contra

  • A mensagem «Adicionar ao carrinho» aparece visualmente sem role="status" região; a tecnologia de apoio não está informada
  • O campo de entrada CVC contém apenas texto de preenchimento – sem programação <label>
  • A janela modal de confirmação do endereço abre, mas o foco permanece no botão «Continuar» anterior
  • A validação em linha aparece em vermelho abaixo do campo; o leitor de ecrã não a anuncia
  • Botões do PayPal / Apple Pay apresentados como <div> com manipulador de cliques; sem ouvinte de eventos de teclado
  • Se o envio falhar, a página é recarregada e o formulário é apagado; o utilizador começa de novo, a partir do nome e do e-mail

O que é que um processo de checkout acessível faz

  • «Artigo adicionado» anunciado através de aria-live="polite" região ou role="status"
  • Cada entrada envolvida numa associação programática <label> – o espaço reservado não é uma etiqueta
  • A janela modal abre-se, o foco passa para o título da caixa de diálogo, o foco fica retido, a tecla ESC restaura o foco anterior
  • Erros comunicados através de aria-describedby e o campo recebe aria-invalid="true"
  • Os botões de pagamento são reais <button> elementos com um contorno de foco visível ≥ 2 px
  • Os erros são apresentados diretamente na página; os campos anteriormente válidos permanecem preenchidos; não há reinicialização de toda a página

A lista de verificação de correção em treze etapas

Com base nos padrões de densidade de citações do conjunto de dados, os itens abaixo estão ordenados por ordem decrescente de frequência de ocorrência nos autos apresentados na fase de conclusão do processo. Ao abordar esta lista de cima para baixo, abrange-se a grande maioria das alegações que uma queixa de um queixoso reincidente irá invocar.

Medidas corretivas para reduzir o risco de litígio, ordenadas por frequência de citação

  1. Anunciar o estado da adição ao carrinho. Adicionar um elemento visualmente oculto role="status" área dinâmica; preencha-a com «Artigo adicionado – N artigos no carrinho» sempre que a adição for bem-sucedida.
  2. Atribua um rótulo a cada campo de entrada através de código. Execute a sua verificação com uma análise do Axe-Core ou do WAVE; resolva todos os label-missing Regra. Os marcadores de lugar nunca são rótulos.
  3. Anunciar erros relacionados com cupões e promoções. Erro de empate <span> elementos à entrada através de aria-describedby; adicionar aria-invalid="true" em caso de falha na validação.
  4. Desloque o foco para as janelas modais. Quando uma caixa de diálogo de confirmação for aberta, coloque o foco no título ou no primeiro elemento interativo. Ao fechar, restabeleça o foco no elemento que a ativou.
  5. Fixar o foco em janelas modais ativas. Numa caixa de diálogo aberta, as teclas Tab e Shift+Tab permitem percorrer as opções da caixa de diálogo; a tecla Esc fecha-a.
  6. Transforme os botões de pagamento em botões reais. Substitua qualquer <div onclick> integradores para o PayPal, Apple Pay, Google Pay e «Efetuar encomenda» com <button> elementos. Adicione estilos de foco visíveis ≥ 2px.
  7. Assinale os campos obrigatórios de forma semântica. Adicionar aria-required="true" e um indicador visível de «Obrigatório». Agrupe os campos obrigatórios relacionados com <fieldset>.
  8. Manter o estado do formulário em caso de falha na validação. Os erros não devem limpar os campos preenchidos corretamente. Retornar à página; colocar o foco no primeiro campo inválido.
  9. Anunciar os estados onde a iniciativa foi bem-sucedida. «Encomenda efetuada» e «Desconto aplicado» devem ser transmitidos à tecnologia de assistência através do mesmo role="status" mecanismo de adição ao carrinho.
  10. Utilize um CAPTCHA acessível. Se for necessário utilizá-lo, a opção de áudio alternativa e o modo de acessibilidade do reCAPTCHA são o mínimo exigido. Melhor ainda: substitua-o por uma verificação invisível ou comportamental.
  11. Faça com que os indicadores de etapas sejam significativos. Se o seu processo de checkout tiver etapas, apresente-as como um <nav aria-label="Checkout progress"> com um <ol> e aria-current="step".
  12. Teste com um leitor de ecrã real. Execute todo o processo de finalização da compra de ponta a ponta com o NVDA + Firefox ou o VoiceOver + Safari. As verificações automatizadas não detectam cerca de metade das barreiras com que os seus utilizadores se deparam.
  13. Resolva o problema ao nível do sistema de design. A maioria das falhas no checkout tem origem em componentes partilhados (Modal, Input, Toast). Corrigir o componente uma vez faz com que a correção se aplique a todos os checkouts que o utilizam; corrigir a página uma vez não tem esse efeito.
Um padrão que vale a pena interiorizar

As barreiras na fase de finalização da compra do conjunto de dados agrupam-se em cinco componentes: a notificação, a janela modal, o campo de introdução de dados, a mensagem de erro e o botão de envio. Se esses cinco componentes forem testados com um leitor de ecrã, isoladamente, antes mesmo de serem implementados na página de finalização da compra, o conjunto de alegações no corpus reduz-se a uma pequena minoria. A influência reside ao nível do sistema de design. O litígio, infelizmente, ocorre ao nível da página – e chega por correio registado.

Conclusão – a questão de engenharia, reformulada

A tese deste artigo — de que o processo de checkout é a área mais contestada na Internet — não se baseia no volume de processos judiciais, embora esse volume seja impressionante. Baseia-se na estrutura da jornada do utilizador. De todas as áreas de um site comercial, o checkout é aquela cuja falha corresponde mais precisamente à definição legal de uma negação de serviço, aquela cujos danos se traduzem mais claramente numa queixa e aquela cujos erros são mais consistentes entre os réus. Nenhum desses factos mudará em 2027. O que pode mudar é a decisão de engenharia que os produz.

As 4.050 falhas que este artigo cataloga não são, ao analisá-las, nada de misterioso. Trata-se das mesmas cinco ou seis falhas que ocorrem nos mesmos cinco ou seis componentes. A correção mais eficiente que um retalhista pode realizar não é na página de checkout; é no sistema de design que constrói essa página. Corrija o toast, o modal, o campo de entrada, a mensagem de erro e o botão de envio – uma única vez, na biblioteca de componentes – e o conjunto de dados subjacente a este artigo reduz-se em cerca de uma ordem de grandeza. Os queixosos passarão para outro terreno. Os seus clientes não.

ARQUIVADO · ANALISADO · ARQUIVADO NOVAMENTE

Fontes e metodologia

Os metadados de processos civis federais são extraídos do PACER (Acesso Público aos Registos Eletrónicos dos Tribunais) e abrangem 8 788 processos relativos à acessibilidade na Web instaurados nos tribunais distritais dos EUA entre janeiro de 2007 e abril de 2026, identificados através dos códigos de reclamação do Título III da ADA e da filtragem de cadeias de pesquisa com o termo «website». É realizada uma análise ao nível das questões com base numa extração por OCR e NLP dos mesmos processos, resultando em 81 509 menções distintas a questões de acessibilidade, categorizadas em 28 taxonomias superficiais.

As referências às WCAG dizem respeito às WCAG 2.1 (a norma mais citada nos acordos de resolução do setor privado nos EUA) e às WCAG 2.2 (a recomendação mais recente publicada em outubro de 2023, ratificada em dezembro de 2024). Nos casos em que os documentos citam a EAA, a EN 301 549 ou a Regra Final do Título II do DOJ (abril de 2024), os critérios são normalizados para o seu equivalente WCAG 2.1 AA.

Os nomes dos queixosos foram ocultados neste artigo. Todos os queixosos são reais e os seus processos constam dos registos públicos do PACER. O padrão de agregação é apresentado para fins analíticos; os registos originais do processo estão disponíveis para consulta pública por qualquer leitor que deseje verificar um documento específico.

A calculadora de exposição apresentada no §11 tem caráter ilustrativo. Os inquéritos aos utilizadores de leitores de ecrã da WebAIM (2014–2024) e a auditoria anual à página inicial do WebAIM Million constituem as principais referências do setor para estimativas da quota de visitantes e da frequência de barreiras. Adapte os valores predefinidos da calculadora aos seus próprios dados analíticos, caso os possua.

Referência: AIOPSGROUP Accessibility Intelligence (2026). Processo de checkout no comércio eletrónico: a área mais contestada na Internet. Edição 04:12.