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
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.
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.
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.
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.
▱ 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.
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.
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.
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.
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.
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.
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).
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.
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.
| 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 |
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.
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.
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.
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.
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.
| 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 | – |
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.
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 ourole="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-describedbye o campo recebearia-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
- 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. - 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-missingRegra. Os marcadores de lugar nunca são rótulos. - Anunciar erros relacionados com cupões e promoções. Erro de empate
<span>elementos à entrada através dearia-describedby; adicionararia-invalid="true"em caso de falha na validação. - 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.
- 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.
- 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. - 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>. - 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.
- 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. - 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.
- 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>earia-current="step". - 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.
- 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.
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.
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.