SEO e Acessibilidade

TL;DR — Acessibilidade significa construir seu site para que pessoas com deficiências possam usá-lo. Não é o mesmo que SEO — o Google já disse que acessibilidade não é um fator de ranqueamento — mas os dois se sobrepõem. Alguns ajustes (texto alternativo real, títulos claros, links descritivos, legendas, páginas rápidas) ajudam tanto seus usuários quanto os mecanismos de busca. Muito do trabalho de acessibilidade, no entanto, não tem nada a ver com SEO — e você ainda assim deve fazê-lo.

O que é acessibilidade

Acessibilidade web é a prática de construir sites para que pessoas com deficiências — cegas ou com baixa visão, surdas ou com deficiência auditiva, com limitações motoras, com deficiências cognitivas — possam realmente usá-los. A maior parte disso está codificada nas Diretrizes de Acessibilidade para Conteúdo Web (WCAG), um padrão do W3C (o grupo que administra os padrões centrais da web).

Esse é um objetivo diferente do SEO. SEO é sobre ser encontrável e ranqueável nos mecanismos de busca. Acessibilidade é sobre ser utilizável por todos quando chegam lá. São duas disciplinas separadas que por acaso compartilham alguns dos mesmos bons hábitos.

Os dois se ajudam?

Às vezes — e é aqui que as pessoas se confundem. John Mueller, do Google, foi perguntado diretamente se acessibilidade é um fator de ranqueamento e disse, claramente: “No, not really.” (tradução) “Não, não exatamente.” Portanto, tornar seu site em conformidade com WCAG não eleva, por si só, seu ranqueamento.

Mas várias práticas recomendadas de acessibilidade também são práticas recomendadas de SEO, porque tanto os mecanismos de busca quanto os leitores de tela estão, de certa forma, “lendo” sua página sem vê-la. Quando você ajuda um, muitas vezes ajuda o outro:

• Texto alternativo descreve imagens para usuários cegos — e dá aos mecanismos de busca texto que eles podem ler para entender a imagem.
• Títulos claros ajudam usuários de leitores de tela a navegar pela página — e ajudam os mecanismos de busca a entender sua estrutura.
• Texto de link descritivo (“Baixe o relatório de 2025” em vez de “clique aqui”) ajuda todos a saber para onde um link vai.
• Legendas e transcrições permitem que usuários surdos acompanhem um vídeo — e dão aos mecanismos de busca texto para indexar de um arquivo que de outra forma seria silencioso.
• Páginas rápidas e estáveis são mais fáceis para todos, incluindo pessoas com dificuldades motoras ou cognitivas.

O que a maioria das pessoas entende errado

“Acessível” não significa automaticamente “otimizado para SEO”, e vice-versa. Uma enorme quantidade de trabalho de acessibilidade — tornar um site totalmente utilizável apenas com o teclado, anunciar mudanças aos leitores de tela, rotular cada campo de formulário para que a tecnologia assistiva possa lê-lo — tem zero efeito no seu ranqueamento nos mecanismos de busca. Os mecanismos de busca não navegam pela sua página usando o teclado.

Tudo bem. Você faz esse trabalho porque é a coisa certa a fazer e, em muitos lugares, é a lei. Mas não deixe ninguém te vender acessibilidade como uma tática de SEO, ou SEO como uma correção de acessibilidade. E desconfie muito de widgets de “camada de acessibilidade” que prometem conformidade instantânea — os reguladores têm reprimido essas alegações (mais na aba Avançado).

Quer a análise completa de exatamente quais correções se sobrepõem, quais não, e o que Google e W3C realmente dizem? Mude para a aba Avançado.

TL;DR — Acessibilidade e SEO são disciplinas separadas com uma sobreposição real, mas limitada. Mueller, do Google, disse que acessibilidade não é um fator de ranqueamento direto, e o Google não tem uma métrica definida para quantificá-la entre sites. As correções que realmente valem por dois: texto alternativo descritivo (mais forte para pesquisa de imagens), cabeçalhos significativos (existência, não ordem numérica estrita — o Google diz que cabeçalhos fora de ordem não prejudicam o ranqueamento), texto de link descritivo, legendas/transcrições, contraste/legibilidade e velocidade de página/Core Web Vitals (causas raiz compartilhadas, não um sinal de “acessibilidade” rotulado pelo Google). Onde eles divergem: ordem de foco do teclado, regiões vivas ARIA e associação de rótulos de formulário são requisitos WCAG sem mecanismo direto de SEO. Faça o trabalho só de acessibilidade mesmo assim; requisitos éticos e legais não dependem de um benefício de ranqueamento, e as obrigações legais variam por jurisdição e contexto.

Duas disciplinas, um diagrama de Venn

A acessibilidade é regida pelas WCAG — as Diretrizes de Acessibilidade para Conteúdo Web do W3C, atualmente na versão 2,2 (lançada em outubro de 2023). As WCAG organizam 86 “critérios de sucesso” testáveis (78 nas WCAG 2,1, mais 9 novos nas 2,2, menos 4.1.1 Parsing, que as 2,2 removeram como obsoleto) sob quatro princípios — Perceptível, Operável, Compreensível, Robusto (o modelo “POUR”) — em três níveis de conformidade: A, AA e AAA (AA é o alvo legal comum). É um padrão legal/ético/UX.

SEO trata da visibilidade nos mecanismos de busca. Os dois se sobrepõem porque um leitor de tela e um rastreador de busca estão ambos tentando entender uma página que não conseguem ver da mesma forma que um humano com visão. Mas a sobreposição é uma lista específica e verificável — não o todo de nenhuma das disciplinas. O erro que quase todo artigo sobre “acessibilidade melhora o SEO” comete é borrar três coisas muito diferentes: (1) sinais compartilhados genuínos, (2) causas raiz compartilhadas que não são literalmente “acessibilidade” na própria taxonomia do Google, e (3) critérios WCAG sem mecanismo de SEO algum. Vamos mantê-los separados.

Acessibilidade é um fator de ranqueamento? Não — aqui está a declaração real do Google

Em uma sessão de horário comercial do Search Central de março de 2022, John Mueller foi perguntado se melhorias de acessibilidade ajudam no ranqueamento. A resposta dele:

“No, not really. So I think accessibility is something that is important for a website because, if you drive your users away with a website that they can’t use, then they’re not going to recommend it to other people. But it’s not something that we would pick up and use as a direct ranking factor when it comes to search.” (tradução) «Não, não realmente. Então, acho que acessibilidade é algo importante para um site porque, se você afasta seus usuários com um site que eles não conseguem usar, então eles não vão recomendá-lo para outras pessoas. Mas não é algo que usaríamos como um fator de ranqueamento direto quando se trata de busca.»

Duas coisas valem a pena destacar disso. Primeiro, o raciocínio de Mueller: o Google não tem uma forma de quantificar objetivamente a acessibilidade entre sites da mesma forma que o Core Web Vitals define uma métrica comparável de velocidade/estabilidade. Não há uma pontuação de acessibilidade para alimentar um sistema de ranqueamento. Segundo, ele deixou a porta aberta — “talvez isso mude com o tempo” — mas por enquanto é um não claro.

Há também evidências estruturais corroborantes. O próprio Guia de Sistemas de Ranqueamento do Google enumera seus sistemas de ranqueamento nomeados — BERT, MUM, RankBrain, correspondência neural, o sistema de avaliações, sistemas de detecção de spam, análise de links e PageRank, e assim por diante. Não há nenhum sistema nomeado para acessibilidade nessa lista. Core Web Vitals também não está nessa lista de sistemas nomeados — o Google o documenta separadamente, sob experiência de página, como um dos sinais que seus sistemas de ranqueamento usam. Acessibilidade não é uma entrada de ranqueamento escondida em algum lugar; simplesmente não é uma.

Onde eles realmente se sobrepõem

Estas são as correções onde fazer a coisa acessível também ajuda o SEO. Esta é a lista que é realmente verdadeira.

Texto alternativo descritivo. A WCAG 1.1.1 (Conteúdo Não Textual, Nível A) exige alternativas de texto para imagens, para que usuários de leitores de tela saibam o que uma imagem mostra. A própria documentação de imagens do Google torna o lado de SEO explícito: “The most important attribute when it comes to providing more metadata for an image is the alt text (text that describes an image), which also improves accessibility for people who can’t see images on web pages.” (tradução) «O atributo mais importante quando se trata de fornecer mais metadados para uma imagem é o texto alternativo (texto que descreve uma imagem), que também melhora a acessibilidade para pessoas que não conseguem ver imagens em páginas da web.» O Google usa esse texto — junto com visão computacional e contexto da página — para entender a imagem. A ressalva sobre precisão: o valor de ranqueamento do texto alternativo é mais forte para o Google Images e muito mais fraco como alavanca geral de ranqueamento na web; para a busca regular, ele é tratado como texto/contexto da página, não como um sinal independente com peso significativo. E o Google alerta contra o excesso de palavras-chave: “Avoid filling alt attributes with keywords… as it results in a negative user experience and may cause your site to be seen as spam.” (tradução) «Evite preencher atributos alt com palavras-chave… pois isso resulta em uma experiência negativa para o usuário e pode fazer com que seu site seja visto como spam.» Nosso tratamento completo do texto alternativo aprofunda o lado da busca por imagens.

Títulos significativos — mas não em ordem estrita. Ter títulos reais e descritivos ajuda usuários de leitores de tela a navegar pela lista de títulos e ajuda os mecanismos de busca a identificar seções de conteúdo. Isso é uma sobreposição genuína. Mas seja preciso sobre o que se sobrepõe: a existência de títulos significativos ajuda ambos; mantê-los em sequência numérica estrita (H1 → H2 → H3, sem pular) é apenas uma questão de acessibilidade. Gary Illyes, do Google, disse que a ordem semântica dos títulos “is great for screen readers, but from Google Search’s perspective, it doesn’t matter if you use them out of order.” (tradução) «é ótima para leitores de tela, mas, da perspectiva da Pesquisa Google, não importa se você os usa fora de ordem.» Portanto, “escrever títulos reais” é o dois-em-um; “nunca pular um nível” é uma prática da WCAG (1.3.1 Informações e Relações) sem efeito de ranqueamento — nosso artigo sobre tags de cabeçalho cobre o lado do ranqueamento em detalhes.

Texto de link descritivo vs. “clique aqui”. A WCAG 2.4.4 (Propósito do Link, no Contexto) e a própria orientação do Google sobre texto de âncora convergem para exatamente a mesma regra, a partir de direções opostas. Google: “Good anchor text is descriptive, reasonably concise, and relevant to the page that it’s on and to the page it links to,” (tradução) «Um bom texto de âncora é descritivo, razoavelmente conciso e relevante para a página em que está e para a página para a qual aponta,» e ele menciona especificamente “Clique aqui”, “Leia mais” e “website” como exemplos ruins de texto de âncora. As orientações de acessibilidade apontam a mesma falha — um usuário de leitor de tela que navega pela lista de links de uma página ouve apenas “clique aqui, clique aqui, clique aqui”. Uma correção, ambos os públicos. (No capítulo de SEO do Web Almanac 2021, que liderei, descobrimos que 16% dos links testados não tinham texto de âncora descritivo — “uma oportunidade perdida do ponto de vista de SEO e também ruim para a acessibilidade”.)

Legendas e transcrições. Elas permitem que usuários surdos e com deficiência auditiva acompanhem áudio/vídeo (um requisito da WCAG) e dão aos mecanismos de busca texto rastreável para mídia que, de outra forma, seria opaca. Sobreposição genuína — embora eu deva ser honesto ao apontar que não consegui encontrar uma declaração oficial do Google chamando transcrições de sinal de indexação; trate isso como uma prática antiga, lógica e amplamente repetida, em vez de algo que o Google endossa explicitamente.

Contraste de cores e legibilidade. A WCAG 1.4.3 exige contraste de 4,5:1 para texto normal. Texto com baixo contraste é mais difícil de ler para todos, o que plausivelmente alimenta sinais indiretos de engajamento. Mas tenha cuidado aqui — isso é indireto e correlacional, não um mecanismo de ranqueamento declarado pelo Google. O contraste ajuda na escaneabilidade; não é um insumo de SEO pontuado.

Velocidade da página e Core Web Vitals. Este é um sobreposição real, mas frequentemente mal rotulado. Core Web Vitals são usados pelos sistemas de ranqueamento do Google. Mas o Google não enquadra o CWV como um sinal de “acessibilidade” em seus próprios documentos — CWV e acessibilidade são esforços paralelos de qualidade de UX com causas raiz compartilhadas. Uma página lenta com mudança de layout é ruim para todos, e usuários com deficiências motoras ou cognitivas são desproporcionalmente prejudicados por uma mudança inesperada de layout (CLS) que move um alvo de toque bem no momento em que estão prestes a tocá-lo. Enquadre isso como “causa subjacente compartilhada”, não “o Google conta acessibilidade via Core Web Vitals”.

Onde eles divergem — critérios WCAG com zero valor de SEO

Esta é a seção que quase todos os artigos concorrentes pulam, e é a mais importante para definir expectativas honestamente. Uma grande parcela dos critérios de sucesso da WCAG — especialmente sob os princípios Operável e Robusto — não têm mecanismo plausível de SEO, porque os rastreadores de busca não interagem com uma página da mesma forma que um humano usando tecnologia assistiva.

• Ordem de foco do teclado (WCAG 2.4.3, Nível A) e visibilidade do foco (2.4.7, Nível AA) — estes governam se um usuário de teclado ou dispositivo de comutação pode se mover por uma página em uma ordem lógica e ver onde está. Nenhum rastreador de busca navega por abas na sua página. Zero efeito de SEO.
• Regiões vivas ARIA / mensagens de status (WCAG 4.1.3, Nível AA) — anunciar programaticamente mudanças dinâmicas (“3 itens adicionados ao carrinho”) para um leitor de tela sem mover o foco. Completamente irrelevante para como o Googlebot processa uma página.
• Associação programática de rótulo de formulário (WCAG 3.3.2, Nível A, e parte de 1.3.1) — links <label for> / aria-labelledby que permitem que um leitor de tela anuncie o que um campo é. O Google não ranqueia com base na correção da rotulagem de campos de formulário.

A conclusão: aproximadamente metade dos 86 critérios da WCAG dizem respeito a coisas sem nenhum mecanismo de SEO. Faça-os mesmo assim. Eles são uma exposição legal (processos ADA/WCAG são um cenário real e crescente) e, mais simplesmente, a coisa certa a fazer — a auditoria WebAIM Million 2025 do milhão de homepages mais acessadas encontrou 94,8% com falhas detectáveis de WCAG 2, com média de 51 erros por página (texto de baixo contraste em 79,1%, texto alternativo ausente em 55,5%, rótulos de formulário ausentes em 48,2%). Com uma estimativa de 1,3 bilhão de pessoas — 16% da população global — vivendo com uma deficiência significativa (OMS), acessibilidade não é uma preocupação de nicho. Simplesmente não é uma preocupação de SEO.

O mito do widget de sobreposição

Se você levar um aviso deste artigo: widgets de sobreposição de acessibilidade não são uma solução real, e não são um atalho de SEO. Estes são os widgets JavaScript (AccessiBe, UserWay e similares) que prometem tornar qualquer site compatível com WCAG automaticamente, muitas vezes “dentro de 48 horas”.

Os reguladores discordam. Em um acordo de janeiro de 2025 (ordem final em abril de 2025), a FTC multou a AccessiBe em US1 USD milhão por marketing enganoso exatamente sobre essas alegações de conformidade — e a ordem a proíbe de fazer alegações de conformidade sem evidências por 20 anos. Tribunais rejeitaram separadamente simplesmente instalar uma sobreposição como defesa adequada de ADA. Sobreposições supostamente automatizam apenas uma minoria dos problemas de WCAG e podem ativamente interferir com a tecnologia assistiva nativa que um usuário já possui. Elas não corrigem sua acessibilidade subjacente e não trazem nenhum benefício independente de SEO. Corrija a marcação real em vez disso.

Como o Bing enquadra as práticas adjacentes

Não consegui confirmar uma declaração textual e verificável do Bing especificamente sobre acessibilidade nesta sessão, então não vou inventar uma. O ponto mais próximo registrado e já citado neste site é de Fabrice Canel, da Microsoft, que disse que páginas com HTML5 semântico implementado corretamente têm “uma vantagem em SEO”. Isso é adjacente, não idêntico: HTML semântico (landmarks adequados, estrutura de cabeçalhos) é em si uma prática relevante para WCAG (1.3.1), então o enquadramento do Bing cai na zona de sobreposição — mas é uma afirmação sobre marcação semântica, não sobre conformidade de acessibilidade como um todo — nosso artigo sobre HTML semântico explora esse enquadramento.

A conclusão prática

Aqui está a divisão honesta. As correções que atendem aos dois públicos — faça estas como ganhos de SEO e acessibilidade: escreva texto alternativo real, use cabeçalhos significativos, use texto de link descritivo (não “clique aqui”), legende sua mídia, mantenha o contraste legível e torne as páginas rápidas e estáveis. O trabalho exclusivo de acessibilidade — operabilidade por teclado, gerenciamento de foco, estados ARIA, rotulagem de formulários — faça também, só não espere um retorno de ranqueamento e não deixe que isso seja vendido para você como tal.

A sobreposição é real, mas é uma lista curta. Quem diz que “acessibilidade = SEO” está exagerando em uma direção; quem descarta acessibilidade porque “não é um fator de ranqueamento” está perdendo o ponto na outra. Ambas importam. Elas só importam principalmente por razões diferentes.

Resumo de IA

Uma visão condensada da versão Avançada:

• Duas disciplinas separadas com uma sobreposição limitada. Acessibilidade (WCAG 2,2; 86 critérios de sucesso; princípios POUR; níveis A/AA/AAA) é um padrão legal/ético/UX. SEO é visibilidade em buscas. Elas compartilham alguns hábitos, não seus objetivos.
• Não é um fator de ranqueamento. John Mueller, do Google: acessibilidade é “algo que não usaríamos como um fator de ranqueamento direto”. O Google não consegue quantificá-la entre sites, e nenhum sistema nomeado de acessibilidade aparece no guia de sistemas de ranqueamento do Google.
• Sobreposição genuína (faça estas para ambos): texto alternativo descritivo (mais forte para busca de imagens, não para a web geral), cabeçalhos significativos (existência — o Google diz que cabeçalhos fora de ordem não prejudicam os ranqueamentos), texto de link descritivo vs. “clique aqui”, legendas/transcrições, contraste/legibilidade (indireto), velocidade de página/Core Web Vitals (causa raiz compartilhada, não um sinal de acessibilidade rotulado pelo Google).
• Divergência (sem valor de SEO): ordem/visibilidade de foco por teclado, regiões vivas ARIA/mensagens de status, associação de rótulos de formulários — rastreadores não navegam por abas em páginas nem precisam de anúncios de conteúdo dinâmico.
• Mito dos widgets de sobreposição: widgets estilo AccessiBe/UserWay não corrigem acessibilidade de forma confiável e não dão benefício de SEO; o FTC multou a AccessiBe em US1 USD milhão (2025) por alegações enganosas de conformidade.
• Escala/importância: WebAIM Million 2025 — 94,8 % das homepages principais tinham falhas de WCAG (média de 51/página); OMS — 1,3 bilhão de pessoas (16 %) têm uma deficiência significativa. Faça o trabalho exclusivo de acessibilidade independentemente do retorno de SEO.

Documentação oficial

Documentação de fonte primária dos mecanismos de busca e do W3C.

Google

• Práticas recomendadas do Google Imagens — a orientação de texto alternativo que conecta SEO de imagens à acessibilidade.
• Práticas recomendadas de links para SEO — texto de âncora descritivo; o antipadrão “clique aqui”/“leia mais”.
• Como entender a experiência de página na Pesquisa Google — onde os Core Web Vitals se encaixam (e onde “acessibilidade” não é mencionada).
• Um guia dos sistemas de ranqueamento da Pesquisa Google — a lista completa de sistemas nomeados (BERT, MUM, RankBrain e outros); nenhum sistema de acessibilidade e nenhum “sistema de experiência de página” aparece nela — os Core Web Vitals são documentados separadamente, em experiência de página.

W3C / WAI (o próprio padrão de acessibilidade)

• Visão geral do WCAG 2 — o que é o WCAG, os princípios POUR e os níveis A/AA/AAA.
• Referência rápida do WCAG 2.2 — todos os critérios de sucesso, incluindo 1.1.1, 1.3.1, 1.4.3, 2.4.3, 2.4.4, 2.4.7, 3.3.2 e 4.1.3 citados acima.
• O que há de novo no WCAG 2.2 — a atualização de outubro de 2023.

Bing / Microsoft

• Diretrizes para webmasters do Bing — orientações gerais do Bing sobre qualidade/rastreamento/indexação (texto específico sobre acessibilidade não pôde ser confirmado separadamente nesta sessão).

Citações da fonte

Declarações oficiais do Google, além da linguagem do próprio padrão da W3C.

Google — acessibilidade não é um fator de ranqueamento

• “No, not really. So I think accessibility is something that is important for a website because, if you drive your users away with a website that they can’t use, then they’re not going to recommend it to other people. But it’s not something that we would pick up and use as a direct ranking factor when it comes to search.” (tradução) «Não, não exatamente. Então, acho que acessibilidade é algo importante para um site porque, se você afasta seus usuários com um site que eles não conseguem usar, eles não vão recomendá-lo a outras pessoas. Mas não é algo que usaríamos como fator direto de ranqueamento quando se trata de busca.» — John Mueller, defensor da pesquisa do Google, horário de expediente do Search Central, 25 de março de 2022. Leia a cobertura

Google — texto alternativo (a sobreposição real)

• “The most important attribute when it comes to providing more metadata for an image is the alt text (text that describes an image), which also improves accessibility for people who can’t see images on web pages.” (tradução) «O atributo mais importante quando se trata de fornecer mais metadados para uma imagem é o texto alternativo (texto que descreve uma imagem), que também melhora a acessibilidade para pessoas que não conseguem ver imagens em páginas da web.» — Google Search Central, práticas recomendadas do Google Images. Ir para a citação
• “Avoid filling alt attributes with keywords (also known as keyword stuffing) as it results in a negative user experience and may cause your site to be seen as spam.” (tradução) «Evite preencher atributos alt com palavras-chave (também conhecido como excesso de palavras-chave), pois isso resulta em uma experiência negativa para o usuário e pode fazer com que seu site seja visto como spam.» — mesma página. Ir para a citação

Google — texto descritivo do link

• “Good anchor text is descriptive, reasonably concise, and relevant to the page that it’s on and to the page it links to.” (tradução) «Um bom texto âncora é descritivo, razoavelmente conciso e relevante para a página em que está e para a página para a qual aponta.» — Google Search Central, práticas recomendadas de links para SEO (que cita “Clique aqui”, “Leia mais” e “site” como exemplos de texto âncora ruim). Ir para a citação

Google — experiência da página / Core Web Vitals

• “There is no single signal. Our core ranking systems look at a variety of signals that align with overall page experience… Core Web Vitals are used by our ranking systems.” (tradução) «Não existe um único sinal. Nossos sistemas principais de ranqueamento analisam uma variedade de sinais que se alinham com a experiência geral da página… Os Core Web Vitals são usados pelos nossos sistemas de ranqueamento.» — Google Search Central, entendendo a experiência da página. Ir para a citação

Gary Illyes, do Google — ordem dos cabeçalhos é apenas para acessibilidade

• A ordem dos cabeçalhos em sequência semântica “é ótima para leitores de tela, mas, da perspectiva da Pesquisa Google, não importa se você os usa fora de ordem.” (tradução) «A ordem dos cabeçalhos em sequência semântica é ótima para leitores de tela, mas, da perspectiva da Pesquisa Google, não importa se você os usa fora de ordem.» — Gary Illyes, podcast SEO Office Hours, conforme relatado pelo Search Engine Journal, julho de 2024. Leia a cobertura

Mitos e antipadrões

As alegações para parar de repetir — e o que é realmente verdade.

“Conformidade com WCAG = melhores ranqueamentos.” Falso. Mueller, do Google, disse que acessibilidade não é um fator de ranqueamento direto, citando a falta de uma métrica quantificável e comparável. O trabalho de acessibilidade se sobrepõe ao bom SEO e pode apoiar indiretamente o engajamento, mas a conformidade em si não é pontuada. Venda a acessibilidade por seus próprios méritos (usuários, lei, ética), não como uma alavanca de ranqueamento que você não pode comprovar.

“Um widget de sobreposição de acessibilidade nos torna conformes — e ajuda no SEO.” Falso em ambos os aspectos. A FTC multou a AccessiBe em US1 USD milhão em 2025 por alegações enganosas de conformidade e proibiu alegações de conformidade sem suporte por 20 anos; tribunais rejeitaram sobreposições como defesa sob a ADA. As sobreposições corrigem uma minoria de problemas, podem quebrar tecnologias assistivas nativas e não trazem benefício de SEO. Corrija a marcação real.

“Os cabeçalhos devem estar em ordem numérica estrita ou os ranqueamentos sofrem.” Falso para SEO. Illyes disse que cabeçalhos fora de ordem não importam para a Pesquisa Google, mesmo concordando que a ordem estrita é boa para leitores de tela. Confundir os dois superestima o impacto no SEO do que é realmente uma prática de acessibilidade.

“O texto alternativo é uma grande alavanca geral de ranqueamento em SEO.” Exagerado. A documentação do Google enquadra o valor de ranqueamento mais claro do texto alternativo como pesquisa de imagens; para a pesquisa web geral, é texto/contexto da página, não um sinal independente pesado. Seu papel de acessibilidade (descrever imagens para usuários de leitores de tela) se aplica independentemente — então escreva bem, mas pelo motivo certo.

“Essa reforma de acessibilidade gerou +X% de tráfego orgânico — prova de que acessibilidade é SEO.” Trate com ceticismo. Os números de impacto nos negócios que circulam em guias do setor são geralmente anedotas correlacionais de uma única empresa, não estudos controlados. Um projeto de acessibilidade frequentemente acompanha um redesenho, trabalho de conteúdo e correções de desempenho — atribuir o aumento apenas à acessibilidade é um erro de correlação-como-causalidade.

Teste-se: SEO e Acessibilidade

Cinco perguntas rápidas sobre como acessibilidade e SEO se sobrepõem — e onde não se sobrepõem. Escolha uma resposta para cada uma e depois confira.

Antes e depois: as quatro correções reais de sobreposição

Marcação concreta, não abstrações. Cada par mostra o mesmo elemento falhando tanto para um usuário de leitor de tela quanto para um mecanismo de busca, e depois corrigido para ambos.

Texto alternativo

Ruim — preenchimento decorativo, sem informação real:

<img src="team-photo-2026.jpg" alt="image">

Um leitor de tela anuncia “imagem” — inútil. Um mecanismo de busca não tem nada para associar à imagem além do nome do arquivo.

Bom — descreve o que está realmente na imagem:

<img src="team-photo-2026.jpg" alt="Five-person support team at their desks in the Raleigh office">

Um usuário de leitor de tela obtém o conteúdo real. A própria orientação do Google é que esse mesmo texto “também melhora a acessibilidade para pessoas que não conseguem ver imagens” — uma string, dois públicos. Não exagere em enchimento de palavras-chave (alt="SEO accessibility team photo Raleigh SEO agency") — o Google avisa explicitamente que isso é lido como spam e não ajuda ninguém.

Estrutura de cabeçalhos

Ruim — cabeçalhos usados para tamanho de fonte, não para estrutura:

<h1>Our Services</h1>
<h3>Technical audits</h3>
<h2>Content strategy</h2>

Um usuário de leitor de tela que navega pela lista de cabeçalhos ouve uma estrutura que não corresponde à hierarquia real da página — confuso de navegar. (Illyes, do Google, já disse que a ordem em si não move ranqueamentos, mas uma lista de cabeçalhos que mente sobre a estrutura ainda falha no caso de uso do leitor de tela.)

Bom — cabeçalhos descrevem o esboço real, em ordem:

<h1>Our Services</h1>
<h2>Technical audits</h2>
<h2>Content strategy</h2>

Tanto a lista de cabeçalhos de um leitor de tela quanto a leitura da estrutura da página por um mecanismo de busca agora correspondem ao que a página realmente contém.

Texto do link

Ruim — “clique aqui” não diz nada a ninguém:

<p>Our 2026 accessibility report is now available.
<a href="/reports/accessibility-2026.pdf">Click here</a> to read it.</p>

Um usuário de leitor de tela que navega pela lista de links de uma página ouve “clique aqui, clique aqui, clique aqui” sem ideia de para onde cada um leva. A própria orientação do Google sobre texto de âncora menciona “Clique aqui” diretamente como um texto de âncora ruim.

Bom — o texto do link descreve o destino:

<p>Read our <a href="/reports/accessibility-2026.pdf">2026 accessibility
report (PDF)</a>.</p>

Fora de contexto, o link sozinho agora diz exatamente para onde leva — para um leitor de tela, um mecanismo de busca ou alguém folheando uma página impressa.

Rótulos de formulário

Ruim — um placeholder no lugar de um rótulo:

<input type="email" placeholder="Email address">

Placeholders não são rótulos — eles desaparecem assim que você começa a digitar, e muitos leitores de tela não os anunciam de forma confiável. (Este item é apenas de acessibilidade: mecanismos de busca não preenchem nem leem campos de formulário, então não há ângulo de SEO aqui — está incluído porque é a correção mais frequentemente confundida com os itens de sobreposição acima.)

Bom — um rótulo associado programaticamente:

<label for="email">Email address</label>
<input type="email" id="email" name="email">

Um leitor de tela anuncia o campo corretamente toda vez, antes e durante a digitação. Sem efeito de SEO em ambos os casos — isso é puramente o lado de acessibilidade da aba Avançado.

A lista de verificação de acessibilidade + SEO com foco em sobreposição

Execute isso em qualquer página. O primeiro bloco é o trabalho genuíno de dois por um; o segundo é apenas de acessibilidade — faça também, só não espere um retorno de SEO.

Ganhos compartilhados (faça para ambos os públicos)

• Toda imagem significativa tem texto alt real e descritivo (não o nome do arquivo, nem cheio de palavras-chave).
• Imagens decorativas usam alt="" para que leitores de tela as ignorem e mecanismos de busca não desperdicem atenção com ruído.
• Os títulos descrevem o conteúdo real de cada seção — não apenas estilizados por tamanho.
• A lista de títulos está em uma sequência lógica (ajuda na navegação mesmo que o Google diga que a ordem estrita não é um fator de ranqueamento).
• O texto do link descreve o destino — sem “clique aqui”, “leia mais” ou “site” puro.
• Vídeo/áudio tem legendas ou transcrição.
• Texto e fundo têm contraste de pelo menos 4,5:1 (WCAG 1.4.3, Nível AA).
• As páginas carregam rápido e não mudam o layout após a renderização (Core Web Vitals).

Apenas acessibilidade (faça, mas não é uma alavanca de SEO)

• Todo elemento interativo é alcançável e operável apenas pelo teclado.
• A ordem do foco segue uma sequência lógica de leitura, e o elemento focado é visivelmente indicado.
• Os campos de formulário usam <label for> ou aria-labelledby — não apenas texto de placeholder.
• Mudanças de conteúdo dinâmico (atualizações de carrinho, erros de formulário) são anunciadas via regiões vivas ARIA.
• Nenhum widget de sobreposição de acessibilidade está sendo usado como a correção real.

Os modelos mentais

1. POUR — a estrutura própria do lado da acessibilidade. A WCAG organiza cada critério de sucesso sob quatro princípios: Perceptível (você consegue perceber o conteúdo — texto alt, contraste, legendas?), Operável (você consegue operar a interface — teclado, tempo, navegação?), Compreensível (o conteúdo e a operação são previsíveis?), Robusto (funciona com tecnologia assistiva, atual e futura?). A maior parte da sobreposição com SEO está em Perceptível — um rastreador de busca, como um leitor de tela, também tenta “perceber” uma página que não pode ver. Operável e Robusto são quase inteiramente apenas de acessibilidade, porque rastreadores não operam interfaces.

2. A classificação em três categorias para qualquer alegação de acessibilidade. Antes de aceitar que “acessibilidade ajuda SEO” para uma correção específica, classifique-a em uma de três categorias: (1) sinal compartilhado genuíno — o mesmo artefato serve tanto a um leitor de tela quanto a um rastreador (texto alt, texto de link); (2) causa raiz compartilhada, rótulo diferente — o mesmo problema subjacente (uma página lenta e instável) prejudica ambos os públicos, mas o Google não o pontua como um sinal de “acessibilidade” (Core Web Vitals); (3) apenas acessibilidade — nenhum mecanismo plausível de SEO (foco de teclado, regiões vivas ARIA, associação de rótulo de formulário). Quase toda alegação online de que “acessibilidade é boa para SEO” mistura essas três — mantê-las separadas é todo o truque.

3. “Um rastreador faria isso?” O filtro mais rápido para saber se um critério WCAG tem um ângulo de SEO: algo que o Googlebot ou o Bingbot realmente faz toca nesse critério? Rastreadores leem texto, seguem links e renderizam páginas — eles não navegam pela ordem de foco, não preenchem formulários e não ouvem anúncios de regiões ativas. Se a resposta for não, a correção é apenas de acessibilidade. Faça mesmo assim, apenas pelo motivo certo.

Sobreposição entre acessibilidade e SEO — referência rápida

Onde a mesma correção ajuda ambos

Níveis de conformidade WCAG (2,2)

Onde a sobreposição para (apenas acessibilidade, zero mecanismo de SEO)

• Ordem de foco do teclado e visibilidade do foco (2.4.3, 2.4.7)
• Regiões ativas ARIA / mensagens de status (4.1.3)
• Associação programática de rótulos de formulário (3.3.2, parte de 1.3.1)

Fatos rápidos

• WCAG 2,2 lançado em outubro de 2023; 86 critérios de sucesso testáveis em A/AA/AAA (78 herdados da 2,1, mais 9 adicionados na 2,2, menos 4.1.1 Parsing, removido como obsoleto).
• WebAIM Million 2025: 94,8 % das páginas iniciais principais tinham falhas WCAG detectáveis, com média de 51 por página.
• FTC multou a AccessiBe em 1 milhão USD (acordo em janeiro de 2025, ordem final em abril de 2025) por alegações enganosas de conformidade com sobreposição de acessibilidade.

Ferramentas para encontrar problemas de acessibilidade (e sobreposição)

Duas das minhas próprias ferramentas cobrem diretamente o lado da verificação automatizada deste artigo. Verificações automatizadas são um ponto de partida, não uma auditoria completa de acessibilidade — elas capturam uma parte significativa dos problemas, não todos.

• Accessibility Tester — executa uma auditoria axe-core WCAG 2,2 A/AA renderizada no navegador em uma URL, agrupada por gravidade com os seletores afetados e orientações de reparo. Use-o para capturar exatamente os problemas de sobreposição que este artigo cobre — texto alternativo ausente, links sem rótulo — em uma passada, junto com os problemas apenas de acessibilidade (rótulos de formulário ausentes, problemas de ARIA) que ele também sinaliza. Ele não captura tudo que o WCAG cobre (testes manuais ainda importam para operabilidade por teclado e comportamento de leitores de tela), mas é a maneira mais rápida de triar uma página.
• Color Contrast Checker — verifica qualquer par de cores de primeiro plano/fundo contra os limites AA e AAA do WCAG 2,2, sugere a cor mais próxima que passa e pode auditar uma paleta completa de CSS ou design tokens de uma vez, localmente no seu navegador. Use-o para o item de contraste na lista de verificação acima — a única correção de sinal compartilhado que é puramente visual e fácil de perder em uma revisão de design.

Além dos scanners automatizados: nenhuma das ferramentas substitui o teste com um leitor de tela real (VoiceOver, NVDA, JAWS) ou a navegação real apenas por teclado — os critérios exclusivos de acessibilidade na aba Avançado (ordem de foco, regiões ARIA live) exigem esse tipo de verificação manual, não apenas uma varredura estática.

Prompts de IA prontos para uso

Pontos de partida para copiar e colar ao classificar os problemas de uma página em “ajuda ambos os públicos” versus “somente acessibilidade”. Sempre verifique a saída do LLM na aba Avançado e em seus próprios testes — trate-os como auxílios de redação, não como substitutos de uma verificação real com leitor de tela.

Classifique uma lista de problemas sinalizados em sobreposição versus somente acessibilidade

Aqui está uma lista de problemas de acessibilidade sinalizados em uma página [cole os resultados, por exemplo, de uma varredura axe-core]. Para cada problema, diga-me se é (1) uma correção genuína de sobreposição entre SEO e acessibilidade, (2) uma causa raiz compartilhada que ajuda a experiência do usuário, mas não é um sinal de ranqueamento nomeado do Google, ou (3) somente acessibilidade, sem efeito plausível nos ranqueamentos de busca. Não adivinhe — se você não tiver certeza em qual categoria algo se encaixa, diga isso em vez de escolher uma.

Rascunhe texto alternativo que atenda a ambos os públicos sem encher de palavras-chave

Aqui está uma descrição de uma imagem na minha página: [descreva a imagem e seu contexto]. Escreva um texto alternativo que realmente ajude um usuário de leitor de tela a entender o que é mostrado, em uma frase simples. Não adicione palavras-chave que não sejam uma parte genuína do conteúdo da imagem e não exceda o que uma pessoa com visão normal diria naturalmente ao descrevê-la.

Verifique o texto do link para o padrão “clique aqui” em escala

Aqui está uma lista de textos de link extraídos da(s) minha(s) página(s): [cole os textos âncora]. Sinalize todos que seriam ambíguos para um usuário de leitor de tela que navega pelos links fora de contexto (coisas como “clique aqui”, “leia mais”, “saiba mais”, “aqui”) e sugira uma substituição específica e descritiva para cada um com base no destino.

Recursos que valem seu tempo

Meus escritos e trabalhos relacionados

• The Beginner’s Guide to Technical SEO — onde fundamentos de on-page, como títulos e texto alternativo, se encaixam.
• Web Almanac 2021 — SEO chapter — o capítulo que liderei; inclui as descobertas de sobreposição de acessibilidade sobre texto alternativo e texto âncora descritivo (16% ausente).
• Meus mergulhos profundos sobre texto alternativo, tags de cabeçalho e HTML semântico neste site cobrem a sobreposição mais clara, o ponto de que “a ordem não afeta os ranqueamentos” e o enquadramento adjacente do Bing de “vantagem em SEO”, respectivamente.

De toda a indústria

• Google confirma que acessibilidade não é um fator de ranqueamento direto (Search Engine Journal) — a citação de Mueller no contexto.
• Google esclarece títulos H1-H6 para SEO (Search Engine Journal) — o esclarecimento de Illyes sobre a ordem dos títulos.
• Visão geral do WCAG 2 e a Referência rápida do WCAG 2,2 (W3C WAI) — o padrão em si.
• The WebAIM Million 2025 (WebAIM) — a auditoria anual do milhão de páginas iniciais mais acessadas (94,8% com falhas de WCAG).
• Folha de fatos sobre deficiência (OMS) — o número de 1,3 bilhão / 16% da população global.
• Guia de acessibilidade para SEO (Search Engine Land) — um guia concorrente completo (leia os números de tráfego dos estudos de caso como correlacionais, não como causalidade comprovada).
• Acessibilidade e SEO (BrowserStack) — uma visão geral prática da sobreposição.

Registro de alterações