Auditoria de SEO Internacional

TL;DR — Uma auditoria internacional de SEO verifica se o seu site está informando aos mecanismos de busca as coisas certas sobre qual idioma e país cada página é destinada. Ela é diferente de uma auditoria técnica regular porque adiciona uma camada inteira de sinais — hreflang, estrutura de URL, geo-redirecionamentos, conteúdo localizado — que só existem quando você atende mais de um mercado. Você geralmente a executa antes de expandir para um novo país, após uma queda de tráfego em um mercado específico, ou na primeira vez que configura o hreflang.

O que uma auditoria internacional de SEO cobre

Uma auditoria técnica de SEO normal pergunta “os mecanismos de busca podem rastrear, renderizar e indexar este site?” Uma auditoria internacional adiciona uma segunda pergunta por cima: “os mecanismos de busca estão servindo a versão certa de cada página para as pessoas certas?”

Essa segunda pergunta traz um conjunto de sinais que você não tem em um site de mercado único:

• Estrutura de URL / domínio — você está usando um domínio de país (example.de), um subdomínio (de.example.com) ou uma subpasta (example.com/de/)? E essa escolha é aplicada de forma consistente?
• Hreflang — as anotações que dizem ao Google “aqui está a mesma página em francês, em alemão, em japonês.” É aqui que a maioria dos problemas está.
• Geo-redirecionamentos — se você envia automaticamente os visitantes para uma versão com base na localização deles, isso quebra silenciosamente a forma como o Google rastreia o resto do seu site?
• Conteúdo localizado — o conteúdo é realmente escrito para cada mercado, ou passado por tradução automática e deixado de lado?
• Desempenho por país — alguns mercados estão com desempenho abaixo do esperado em relação à demanda de busca que existe lá?

Por que é diferente de uma auditoria regular

O hreflang é o grande motivo. Parece uma meta tag pequena, mas é uma das coisas mais complicadas de acertar em SEO. John Mueller, do Google, foi direto:

“TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (tradução) “Para ser honesto, o hreflang é um dos aspectos mais complexos de SEO (se não o mais complexo). Parece tão fácil quanto uma meta tag, mas fica realmente difícil rapidamente.”

Ele está certo. Quando estudei 374 756 domínios para a minha palestra no Brighton SEO 2023, 67 % dos domínios que usam hreflang tinham pelo menos um erro. Dois terços. Esses são problemas que simplesmente não existem em um site de idioma único, e é por isso que as auditorias internacionais precisam de um processo próprio.

Quando você precisa de uma

Execute uma auditoria internacional de SEO quando:

• Você está prestes a expandir para um novo mercado. Audite antes de lançar para configurar o hreflang e a estrutura corretamente na primeira vez, em vez de corrigir depois.
• O tráfego caiu em um país específico. Se a Alemanha despencou, mas os EUA estão bem, isso quase sempre é um problema de sinal internacional — hreflang quebrado, um geo-redirecionamento ou conteúdo que parou de ranquear localmente.
• Você está implementando o hreflang pela primeira vez. É tão fácil errar que uma auditoria pré-lançamento (e uma reauditoria depois que ele entra no ar) se paga.
• Como manutenção de rotina. O hreflang quebra silenciosamente quando os desenvolvedores publicam mudanças. Verificá-lo periodicamente detecta o desvio antes que ele custe tráfego.

Uma coisa que confunde as pessoas: o relatório “International Targeting” do Google Search Console acabou. O Google o removeu em 22 de setembro de 2022. Não há mais um painel dedicado no GSC, então uma auditoria hoje depende de ferramentas de rastreamento (Ahrefs Site Audit, Screaming Frog) além do pouco que aparece na seção Enhancements do GSC.

Quer o processo completo de seis áreas — cada tipo de erro de hreflang, a armadilha do geo-redirecionamento e o passo a passo das ferramentas? Mude para a aba Avançado.

SOP: auditoria internacional de SEO recorrente

Execute isso trimestralmente e após qualquer lançamento de template de localidade, roteamento, canônico ou hreflang.

1. Congele o inventário de locales. Exporte cada combinação de idioma/região suportada, seu padrão de URL e seu fallback esperado. Concluído quando: cada locale ativo tem um responsável e URLs representativas.
2. Rastreie cada locale sem redirecionamentos. Colete status, indexabilidade, canônico, sinais de idioma, links internos e hreflang de HTML, cabeçalhos e sitemaps. Concluído quando: todas as URLs de locale declaradas estão representadas em um único conjunto de dados de rastreamento.
3. Valide clusters como grafos. Verifique autorreferências, links de retorno, códigos válidos, alvos diretos com 200 e concordância entre métodos de implementação. Concluído quando: cada erro é atribuído a um cluster e template.
4. Revise roteamento e acesso. Compare solicitações padrão com solicitações relevantes de Accept-Language e verifique se os rastreadores conseguem acessar todas as versões. Concluído quando: descobertas de redirecionamento forçado e seletor inacessível são documentadas.
5. Amostre a qualidade da localização. Revise idioma visível, moeda, formatos, termos locais e alegações específicas de mercado com um revisor qualificado. Concluído quando: cada mercado prioritário tem uma amostra aprovada e um responsável pela remediação.
6. Compare o desempenho do mercado. Segmente dados de pesquisa por país, diretório de páginas e idioma da consulta; anote lançamentos e incidentes técnicos. Concluído quando: o movimento é separado em hipóteses de demanda, segmentação e técnicas.
7. Priorize e reteste. Corrija alvos quebrados e links de retorno ausentes antes da limpeza opcional de x-default. Concluído quando: correções de alto impacto passam nas mesmas verificações de rastreamento e a próxima data de revisão é agendada.

Métricas que mantêm a auditoria operacional

Integridade do cluster hreflang

Métrica: Percentual de pares de locales esperados com anotações recíprocas e autorreferenciais para URLs canônicas diretas com 200. O que isso indica: Se as relações alternativas são tecnicamente utilizáveis. Como obter: Junte exportações do rastreador por cluster e compare as arestas reais com o inventário de locales. Referência / faixa realista: Estabeleça a linha de base atual e leve falhas de templates críticos a zero. Cadência: Após lançamentos relevantes e mensalmente para sites grandes e em mudança.

Cobertura de locales indexáveis

Métrica: URLs de locales esperadas que são indexáveis e autocanônicas. O que isso indica: Se roteamento, robots, status ou regras canônicas estão removendo páginas pretendidas. Como obter: Junte o inventário de locales ao status de rastreamento, diretivas de robots e alvos canônicos. Referência / faixa realista: Compare com o inventário aprovado; investigue cada lacuna inexplicada. Cadência: Mensalmente e após migrações.

Visibilidade de pesquisa em mercados não padrão

Métrica: Cliques e impressões de pesquisa para cada diretório de locale e país-alvo. O que isso indica: Se os mercados pretendidos estão recebendo exposição em pesquisa em vez de URLs do mercado padrão absorvendo-a. Como obter: Segmente dados de página e país do Search Console usando os padrões de locale do site. Referência / faixa realista: Use a linha de base sazonalmente comparável de cada mercado em vez de emprestar o alvo de outro mercado. Cadência: Monitoramento semanal com revisão mensal.

Exposição de entradas redirecionadas

Métrica: URLs de entrada de locale que redirecionam com base no idioma da solicitação, localização ou estado de cookie. O que isso indica: Onde existem riscos de descoberta e escolha do usuário. Como obter: Execute uma matriz de solicitações contra URLs de entrada representativas e compare status e cabeçalhos Location. Referência / faixa realista: Sem redirecionamento forçado em URLs que devem permanecer diretamente rastreáveis; documente qualquer exceção apenas na página inicial. Cadência: A cada lançamento de roteamento e trimestralmente.

Teste-se: Auditorias de SEO internacional

TL;DR — Audite o SEO internacional em seis áreas: (1) estrutura de URL/domínio — comece com um inventário de locales (mercado, padrão de URL, público, canônico, indexabilidade, método alternativo), depois ccTLD vs subdomínio vs subpasta, aplicado de forma consistente; (2) hreflang — o núcleo, onde 67% dos domínios que usam hreflang no meu estudo de 374 756 domínios tinham erros; (3) geo-redirecionamentos vs Googlebot — teste uma matriz de estados de requisição (IP, Accept-Language, cookie, links profundos), já que o Googlebot rastreia principalmente de IPs dos EUA e envia sem Accept-Language; (4) sinais técnicos — lang do HTML, Content-Language, renderização em JS, paginação, geolocalização do servidor; (5) qualidade do conteúdo — tradução automática (avaliada pelo valor e propósito, não apenas pelo método), lacunas, E-E-A-T local; (6) desempenho em nível de país, mantendo os dados observados do GSC/GA4 separados das estimativas da Ahrefs. Execute em escala com um crawler, não página por página. Priorize tags de retorno ausentes e URLs quebradas em vez de tags x-default e autorreferenciais. O relatório de Segmentação Internacional do GSC desapareceu — os erros de hreflang agora aparecem em Enhancements.

Execute tudo com um crawler, não manualmente. Verificações manuais só revelam problemas nas páginas exatas que você analisa; um rastreamento (Ahrefs Site Audit ou Screaming Frog) captura o resto. Aqui está o processo de seis áreas que eu sigo.

1. Auditoria da estrutura de URL

Antes de pontuar qualquer coisa, crie um inventário de locales — uma linha por combinação de mercado/idioma, listando o padrão de URL, público-alvo, alvo canônico, indexabilidade e qual método de entrega de hreflang (tags no head do HTML, cabeçalhos HTTP ou sitemap) está realmente implantado. Isso transforma o restante da auditoria de um monte de constatações individuais de URL em um conjunto de dados que você pode unir ao seu rastreamento:

Substitua essas linhas pelos seus próprios locales — o objetivo é uma tabela normalizada antes de começar a pontuar erros de hreflang, geo-redirecionamento ou conteúdo em relação a ela.

Três estruturas, cada uma com uma troca diferente, e o Google as trata como legítimas:

• ccTLD (example.de) — sinal de geotargeting mais forte, localização do servidor irrelevante, mas caro e você constrói autoridade de domínio separadamente para cada domínio.
• Subdomínio (de.example.com) — configuração fácil, hospedagem flexível, mas os usuários podem não ler como direcionado a um país.
• Subpasta (example.com/de/) — mais simples, consolida autoridade em um único domínio, mas mais difícil de separar e vinculada a uma única localização de servidor.

Não existe uma estrutura universalmente superior — cada uma tem histórias de sucesso. A pergunta da auditoria não é “qual é a melhor”, é “a estrutura escolhida está implementada de forma consistente?” O modo de falha são sinais mistos: um domínio .de hospedado em servidores nos EUA servindo conteúdo em inglês, ou um site que usa /de/ em algumas páginas e de.example.com em outras. Consistência entre TLD + idioma do conteúdo + localização do servidor/CDN

• links internos + backlinks é o que você está verificando.

Mais duas verificações aqui: nunca use parâmetros de URL para direcionamento de idioma/país (o Google chama isso de “não recomendado” — dificulta a segmentação), e lembre-se de que o GSC não tem mais uma configuração manual de direcionamento de país. Para ccTLDs, o Google infere o geotargeting do TLD automaticamente. Se você segmenta mercados do Bing, o Bing Webmaster Tools ainda tem um recurso de Geo Targeting (nível de domínio/subdomínio/diretório/página) que vale a pena configurar.

2. Auditoria de hreflang (o núcleo)

É aqui que a maioria das auditorias internacionais vive e morre. As tags hreflang funcionam em pares para formar um cluster de páginas equivalentes — quando configuradas corretamente, a versão certa é trocada para o país certo durante o re-ranqueamento; quando quebradas, a troca não acontece e os usuários veem o idioma errado.

Esta seção cobre o que pertence a uma auditoria ampla — a taxonomia de erros, o que realmente quebra um cluster e como eu faço a triagem com um rastreador. Para os detalhes completos de extração até a matriz (puxando todas as anotações dos três métodos de implementação, construindo a matriz recíproca e lendo gráficos de cluster em escala), veja Como Auditar Hreflang em Escala.

Os nove tipos de erro

Do meu estudo Brighton SEO 2023 (Os Problemas de Hreflang Mais Comuns em 374 756 Domínios, o maior estudo de hreflang até hoje — quase 10× maior que qualquer outro), aqui estão os erros a procurar, com a frequência de cada um:

67% dos domínios que usam hreflang têm pelo menos um problema. Mas nem todos os erros são iguais, e essa é a nuance que a maioria das listas de verificação ignora:

• Tags de retorno ausentes são as mais funcionalmente prejudiciais. Se a página A referencia a página B, mas B não linka de volta para A, o Google pode ignorar o par de anotações inteiro. “If page X links to page Y, page Y must link back to page X.” (tradução) «Se a página X linka para a página Y, a página Y deve linkar de volta para a página X.»
• x-default ausente é o mais comum (56,3 %), mas não é estritamente obrigatório — é um fallback recomendado, não um requisito rígido.
• Tags de autorreferência são uma boa prática, não um requisito também. 18% não as têm e muitos ainda funcionam bem. Corrija para robustez, mas não é um bloqueador crítico.
• Erros de valor são verdadeiros quebradores: usar jp em vez de ja para japonês, erros de digitação como js para ja, códigos de três letras (gbr em vez de gb), la (Laos) usado incorretamente para América Latina. Use ISO 639-1 para idioma e ISO 3166-1 Alpha-2 para região. (O Google tolera algumas coisas — underscores como en_gb, o en-UK especialmente reservado, URLs relativas, caracteres codificados em UTF-8.)
• Formatos de URL inconsistentes (barra final, http vs https) e URLs de locale órfãs (hreflang apontando para 404s ou redirecionamentos) também quebram clusters silenciosamente. URLs alternativas devem ser totalmente qualificadas com o método de transporte — https://example.com/page, não //example.com/page ou /page.

Uma distinção importante que fiz no Pubcon 2019: hreflang é sobre a versão indexada, não a canônica. Não importa o que seu canônico está definido — importa o que a versão indexada é. Se seu hreflang aponta para uma URL que é canonicamente encadeada para longe da URL indexada, o sinal pode ser perdido. Verifique a URL indexada com a Inspeção de URLs do GSC, não apenas a tag canônica.

Verificações de hreflang do Ahrefs Site Audit

O Ahrefs Site Audit executa um conjunto específico de verificações de hreflang nas quais eu confio:

1. Anotação de hreflang inválida (códigos ISO errados, ex. en-en ou en-uk)
2. Anotação de hreflang de autorreferência ausente
3. Página referenciada para mais de um idioma
4. Mais de uma página para o mesmo idioma
5. Incompatibilidade entre hreflang e HTML lang
6. Hreflang recíproco ausente (sem tag de retorno)
7. Hreflang para não canônico
8. Hreflang para página quebrada
9. Atributo HTML lang ausente / hreflang definido, mas HTML lang ausente

Visualização de cluster de hreflang do Ahrefs (o diferencial)

Esta é a parte que nenhum guia concorrente menciona, e que realmente mudou a forma como eu audito. No Site Audit, abra o painel URL Details para qualquer página, vá até a aba Hreflangs e você verá o cluster hreflang completo da página renderizado como um grafo de rede — cada página no cluster como um nó, cada anotação como uma aresta. Erros são destacados em vermelho, então um link ausente ou adicionado por engano no cluster salta aos olhos visualmente.

É a primeira ferramenta a mostrar clusters hreflang dessa forma. Em vez de ler uma planilha de “a página X está sem uma tag de retorno para a página Y”, você vê a aresta quebrada no grafo. Isso torna muito mais fácil identificar qual cluster está quebrado de relance — e muito mais fácil explicar o problema para as partes interessadas do que uma exportação típica.

Método hreflang do Screaming Frog

Se você prefere o Screaming Frog: habilite Configuration > Spider > Crawl Hreflang antes de rastrear. Para implementações multi-domínio (ccTLDs que referenciam umas às outras), adicione os domínios externos em Config > CDNs — sem isso, as tags hreflang que apontam para .de, .fr, etc. não serão validadas. Execute a análise pós-rastreamento para popular os filtros de hreflang e revise-os (Contains Hreflang, Non-200 Hreflang URLs, Unlinked Hreflang URLs, Missing Return Links, Inconsistent Language & Region Return Links, Non-Canonical Return Links, Noindex Return Links, Incorrect Language & Region Codes, Multiple Entries, Missing Self Reference, Not Using Canonical, Missing X-Default, e tags colocadas fora do head). Exporte via Reports > Hreflang.

Para uma verificação manual: veja o código-fonte de uma página de amostra, procure por hreflang e, para cada URL alternativa, confirme que ela retorna 200 e tem uma tag de retorno apontando de volta, com códigos ISO correspondentes.

3. Auditoria de geo-redirecionamento

Este é o assassino silencioso. O Googlebot rastreia principalmente a partir de endereços IP dos EUA. Se o seu site redireciona automaticamente todo visitante não local para uma versão “local” com base no IP, o Googlebot — vindo de um IP dos EUA — é enviado para a versão dos EUA toda vez. A consequência: o Googlebot nunca alcança suas outras versões de idioma, não consegue ver suas tags de retorno, e essas versões podem efetivamente cair do índice. Um desindexamento silencioso.

Não há caminho que siga todas as melhores práticas de SEO internacional enquanto também mantém redirecionamentos geo-IP em páginas individuais. O próprio Google observa “IP location analysis is difficult and generally not reliable” (tradução) «a análise de localização por IP é difícil e geralmente não é confiável» e que “most, but not all, Google crawls originate from the US.” (tradução) «a maioria, mas não todos, os rastreamentos do Google se originam dos EUA.» Em páginas adaptativas por localidade (aquelas que servem conteúdo diferente com base na localização/idioma detectados em vez de URLs separadas), o Google é explícito que “might not crawl, index, or rank all your content for different locales” (tradução) «pode não rastrear, indexar ou ranquear todo o seu conteúdo para diferentes localidades» — em grande parte porque o Googlebot normalmente não envia nenhum cabeçalho Accept-Language. (Managing Multi-Regional and Multilingual Sites; How Google Crawls Locale-Adaptive Pages)

Teste em uma matriz de estados de requisição, não em uma única condição:

• Sem sinal de IP, sem Accept-Language, sem cookie — estado típico do Googlebot. Confirme que a URL ainda resolve para uma página rastreável e indexável em vez de saltar para um mercado padrão.
• IP dos EUA (ou VPN) com configurações padrão do navegador — veja qual versão carrega.
• Valores variados de Accept-Language — verifique se o redirecionamento não substitui uma escolha explícita de hreflang/idioma.
• Cookie de localidade existente — verifique se ele não prende permanentemente um usuário que tenta trocar de mercado.
• Links profundos diretos para uma URL de localidade não padrão (não apenas a página inicial) — confirme que eles carregam a localidade solicitada em vez de saltar para uma padrão.

A partir dessa matriz:

• Identifique quaisquer redirecionamentos baseados em IP ou cookies.
• O único redirecionamento automático aceitável é do x-default / URL raiz. Páginas individuais de idioma/país nunca devem redirecionar automaticamente.
• Confirme que os usuários podem substituir manualmente com um seletor de idioma e que uma preferência de cookie não os prenda permanentemente.

4. Verificações técnicas

Um conjunto de sinais além do hreflang:

• O atributo html lang. Defina-o corretamente, mas saiba seu papel: o Google usa o conteúdo visível da página para detectar o idioma, não o atributo lang. Portanto, html lang serve principalmente para UX/acessibilidade (leitores de tela) e outros mecanismos — o Google o ignora para detecção de idioma. Uma página com lang="en" servindo conteúdo em francês ainda é um bug que vale corrigir. (O Ahrefs sinaliza incompatibilidades hreflang/lang.)
• Cabeçalho HTTP Content-Language. A tag <meta http-equiv="content-language"> é obsoleta pela especificação HTML — não a use. O cabeçalho de resposta HTTP ainda é válido, e importa porque o Bing pondera Content-Language como um sinal primário de idioma, enquanto o Google o trata como uma dica fraca. Para mercados do Bing, defina o cabeçalho corretamente.
• Renderização JavaScript. Se o hreflang for injetado por JS no lado do cliente após o carregamento, rastreadores que não renderizam JS completamente podem não vê-lo ou processá-lo tarde. Compare o código-fonte bruto da página (sem JS) com a versão renderizada na Inspeção de URL. Melhor prática: hreflang no cabeçalho HTML renderizado no servidor, cabeçalhos Link HTTP ou sitemaps XML. Sites SPA (React, Vue, Next.js em modo CSR) são os de maior risco.
• Paginação com hreflang. Cada URL paginada precisa de seu próprio conjunto completo de hreflang, e a página 2 em inglês deve apontar para a página 2 em francês — não para a página inicial em francês. Se você também canonicalizar páginas paginadas, certifique-se de que o hreflang aponte para a URL canônica/indexada, pois o Google ignora hreflang em páginas não canônicas.
• Geolocalização de servidor IP / CDN para ccTLDs. Para propriedades ccTLD, hospedar no país (ou uma CDN com PoPs lá) é um sinal de reforço leve — o TLD domina, mas a consistência ajuda em mercados competitivos. Mais praticamente, PoPs regionais reduzem o TTFB e melhoram os Core Web Vitals, o que é mensurável.
• GSC após a descontinuação. O relatório International Targeting foi descontinuado/removido em 22 de setembro de 2022 (ativo desde 2014), e nada o substituiu diretamente. Erros de hreflang agora aparecem na seção Enhancements, com detalhes limitados — trate-o como um sinal secundário atrás de suas ferramentas de rastreamento.

5. Auditoria de qualidade de conteúdo

A implementação pode ser perfeita e o site ainda pode falhar no mercado porque o conteúdo não está realmente localizado:

• Verificação de tradução automática. MT não editada é um sinal de alerta. Ela perde a intenção de busca local (os termos que as pessoas naquele país realmente pesquisam), o contexto cultural e a estrutura semântica coesa. O Google trata páginas traduzidas com o mesmo padrão de qualidade do conteúdo original. Verifique se títulos, meta descrições e slugs de URL também foram localizados — os slugs devem usar palavras-chave locais, não transliteração. Uma nuance que vale auditar com precisão: a tradução automática não é automaticamente uma violação de política. A política de abuso de conteúdo em escala do Google depende de propósito e valor — ela cita a tradução automática como um exemplo de técnica que se torna abusiva quando usada principalmente para manipular ranqueamentos e agrega pouco valor aos usuários, e o mesmo teste se aplica a conteúdo em escala escrito por humanos. Julgue páginas traduzidas pela utilidade, originalidade, precisão e adequação ao mercado — não apenas por “foi traduzido por uma máquina”.
• Conteúdo fino/duplicado entre versões. Fique atento a páginas quase idênticas entre idiomas e a páginas do mercado primário canibalizando as versões localizadas para as mesmas consultas.
• Lacunas de conteúdo específicas do mercado. Use Ahrefs Site Explorer > Organic Keywords filtrado por país-alvo para ver o que o site ranqueia em cada mercado e compare com o mercado primário. Conteúdo em inglês de alto desempenho sem equivalente localizado é sua lista de lacunas.
• E-E-A-T local. Autoridade não viaja automaticamente — relevância é construída, não presumida. Cobertura de PR nos EUA não gera confiança no Japão. Audite biografias e credenciais de autores locais, referências locais, certificações/ conformidade locais, avaliações em plataformas locais (ex.: Rakuten no Japão) e links de sites locais. Uma equipe central de conteúdo sem contribuição local não consegue atingir o mesmo nível de um especialista local no assunto.

6. Auditoria de desempenho por mercado

Por fim, onde você está realmente ganhando e perdendo. Mantenha dois tipos de dados separados enquanto avança: Search Console e GA4 fornecem linhas observadas primárias (cliques reais, impressões, sessões); os números de participação de tráfego por país e volume de palavras-chave da Ahrefs são estimativas de terceiros. Ambos são úteis para construir uma hipótese sobre um mercado — nenhum deles, por si só, prova por que o Google escolheu ranquear ou não ranquear uma página naquele mercado. O Google diz o mesmo sobre geotargeting em geral: “geotargeting isn’t an exact science.” (tradução) «geotargeting não é uma ciência exata.» Trate os achados de rastreamento e desempenho como pistas a confirmar, não como prova final.

• Tráfego por país. Ahrefs Site Explorer > Metrics by Country mostra o orgânico

• Tráfego por país. Ahrefs Site Explorer > Metrics by Country mostra a participação de tráfego orgânico e a contagem de palavras-chave por país. Compare a participação de tráfego real de cada mercado com seu potencial (demanda de busca local). Mercados onde você tem conteúdo, mas tráfego desproporcionalmente baixo, indicam um problema técnico/de hreflang; bons ranqueamentos com CTR ruim indicam um problema de localização de título/descrição.

• Compare concorrentes locais. Site Explorer > Organic Competitors filtrado por país revela quem realmente ranqueia naquele mercado — muitas vezes entidades completamente diferentes, em idioma local, dos seus concorrentes globais. Use uma lacuna de links/conteúdo contra eles.

• Segmentação por país no GA4 completa o quadro: tráfego alto + engajamento ruim = qualidade do conteúdo; tráfego baixo para um mercado que você localizou = descoberta/hreflang. Verifique também o Core Web Vitals por país (CrUX no PageSpeed Insights), já que o desempenho regional varia muito sem uma CDN.

Resumo de IA

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

• Uma auditoria internacional de SEO abrange seis áreas: estrutura de URL/domínio, hreflang, geo-redirecionamentos, sinais técnicos, qualidade do conteúdo e desempenho por país. Comece com um inventário de locales (mercado, padrão de URL, público, canônico, indexabilidade, método alternativo) antes de pontuar erros. Execute-a em escala com um crawler, não página por página.
• Hreflang é o núcleo. Meu estudo de Brighton SEO 2023 com 374 756 domínios descobriu que 67% dos que usam hreflang têm pelo menos um erro. Os nove tipos de erro: tags de retorno ausentes, códigos de idioma/país errados, alvos não canônicos, tags autorreferenciais ausentes, x-default ausente, hreflang em páginas não canônicas, formatos de URL inconsistentes e URLs de locale órfãs/quebradas.
• Prioridades: tags de retorno ausentes e URLs quebradas são o que mais importa; x-default (ausente em 56,3%) e tags autorreferenciais são boas práticas, não bloqueadores. O hreflang segue a versão indexada, não a canônica.
• O Ahrefs Site Audit executa 9 verificações de hreflang e é a primeira ferramenta a mostrar clusters como um grafo de rede com erros destacados em vermelho (aba Detalhes da URL > Hreflangs). O Screaming Frog precisa de Crawl Hreflang + rastreamento de CDN habilitados.
• Geo-redirecionamentos vs. Googlebot: o Googlebot rastreia principalmente a partir de IPs dos EUA e não envia cabeçalho Accept-Language, então redirecionamentos de IP em todo o site o enviam apenas para a versão dos EUA — um risco silencioso de desindexação. Teste uma matriz de estados de solicitação (sem sinal, IP dos EUA, Accept-Language variado, cookie existente, links profundos) em vez de uma única condição. Apenas o x-default/raiz deve redirecionar automaticamente.
• Sinais técnicos: html lang é para UX/Bing (o Google o ignora para idioma); o cabeçalho Content-Language é o principal sinal do Bing; hreflang injetado via JS corre o risco de ser ignorado; páginas paginadas precisam de hreflang por página.
• Relatório de Segmentação Internacional do GSC removido em 22 de setembro de 2022 — erros de hreflang agora em Melhorias (detalhes limitados).
• Conteúdo + desempenho: sinalize tradução automática não editada, mas julgue páginas traduzidas por utilidade, originalidade, precisão e adequação ao mercado — o método por si só não é uma violação de política. Encontre lacunas e compare concorrentes locais via filtros de país do Ahrefs e Métricas por País, mantendo dados observados do GSC/GA4 separados das estimativas do Ahrefs, e conquiste E-E-A-T local — autoridade não viaja.

Documentação oficial

Documentação de fonte primária para segmentação internacional.

Google

• Conte ao Google sobre versões localizadas da sua página — a referência de hreflang: requisito de tag de retorno, URLs totalmente qualificadas, x-default e os três métodos equivalentes (tags de link HTML, cabeçalhos de link HTTP, sitemap XML).
• Gerenciando sites multirregionais e multilíngues — trade-offs de estrutura de URL (ccTLD / subdomínio / subpasta), sinais de geotargeting e por que adaptação baseada em IP e parâmetros de URL são desencorajados.
• Como o Google rastreia páginas adaptativas a locale — por que servir conteúdo diferente por localização/idioma detectado (em vez de URLs separadas) arrisca o Google não rastrear, indexar ou ranquear cada locale, e o comportamento de IP/Accept-Language do Googlebot.
• x-default hreflang para páginas de destino internacionais (2013) — a referência original de x-default.
• Como o x-default pode ajudar você (2023) — casos de uso atualizados de x-default.
• Relatórios de Melhorias / dados estruturados e hreflang do GSC — onde os problemas de hreflang aparecem agora que o relatório de Segmentação Internacional foi removido.

Bing / Microsoft

• Bing Webmaster Tools — Geo Targeting (arquivado, 2013) — o antigo recurso que permitia definir alvos no nível de domínio, subdomínio, diretório ou página; removido do Bing Webmaster Tools reformulado em 2020 e não trazido de volta. O Bing, em vez disso, pondera a meta tag Content-Language e o cabeçalho HTTP como seu principal sinal de idioma/geo.
• Bing Webmaster Tools Remove o Recurso de Geo-Targeting (Search Engine Roundtable, set. 2020) — Fabrice Canel (Bing) confirma a remoção e aponta para a meta/header de content-language como substituto.

Citações da fonte

Declarações registradas relevantes para uma auditoria internacional.

Google — sobre a complexidade do hreflang

• “TBH hreflang is one of the most complex aspects of SEO (if not the most complex one). Feels as easy as a meta-tag, but it gets really hard quickly.” (tradução) «TBH, hreflang é um dos aspectos mais complexos do SEO (se não o mais complexo). Parece tão fácil quanto uma meta tag, mas fica realmente difícil rapidamente.» — John Mueller, Google, Twitter/X, 19 de fevereiro de 2018. Cobertura

Google — sobre o requisito de tag de retorno

• “If page X links to page Y, page Y must link back to page X. If this is not the case for all pages that use hreflang annotations, those annotations may be ignored or not interpreted correctly.” (tradução) «Se a página X linka para a página Y, a página Y deve linkar de volta para a página X. Se este não for o caso para todas as páginas que usam anotações hreflang, essas anotações podem ser ignoradas ou não interpretadas corretamente.» — Documentação do Google Search Central. Ir para a citação

Google — sobre geolocalização baseada em IP

• “IP location analysis is difficult and generally not reliable.” (tradução) «A análise de localização por IP é difícil e geralmente não é confiável.» — Documentação do Google Search Central (Gerenciando sites multirregionais e multilíngues). Ler o documento

Google — sobre rastreamento adaptativo a localidade

• “If your site has locale-adaptive pages (that is, your site returns different content based on the perceived country or preferred language of the visitor), Google might not crawl, index, or rank all your content for different locales.” (tradução) «Se o seu site tem páginas adaptativas a localidade (isto é, seu site retorna conteúdo diferente com base no país percebido ou no idioma preferido do visitante), o Google pode não rastrear, indexar ou ranquear todo o seu conteúdo para diferentes localidades.» — Documentação do Google Search Central (Como o Google rastreia páginas adaptativas a localidade). Ir para a citação
• “Don’t use IP analysis to adapt your content. IP location analysis is difficult and generally not reliable. Furthermore, Google may not be able to crawl variations of your site properly. Most, but not all, Google crawls originate from the US, and we don’t attempt to vary the location to detect site variations.” (tradução) «Não use análise de IP para adaptar seu conteúdo. A análise de localização por IP é difícil e geralmente não é confiável. Além disso, o Google pode não conseguir rastrear variações do seu site adequadamente. A maioria, mas não todas, as varreduras do Google se originam dos EUA, e não tentamos variar a localização para detectar variações do site.» — Documentação do Google Search Central (Gerenciando sites multirregionais e multilíngues). Ir para a citação

Google — sobre o relatório de segmentação internacional

• “The International Targeting report has been deprecated, and will be removed from Search Console soon.” Google added that “we continue to support hreflang and our recommendations for managing multilingual and multiregional sites still stand.” (Removed September 22, 2022.) (tradução) «O relatório de segmentação internacional foi descontinuado e será removido do Search Console em breve.» O Google acrescentou que “we continue to support hreflang and our recommendations for managing multilingual and multiregional sites still stand.” (tradução) «continuamos a oferecer suporte a hreflang e nossas recomendações para gerenciar sites multilíngues e multirregionais ainda permanecem.» (Removido em 22 de setembro de 2022.) Cobertura

O checklist de auditoria internacional de SEO

Organizado pelas seis áreas de auditoria. Execute-o de cima para baixo.

1. URL / estrutura

• Inventário de localidades criado (mercado, padrão de URL, público, canônico, indexabilidade, método alternativo)
• Uma estrutura escolhida (ccTLD / subdomínio / subpasta) e aplicada de forma consistente
• Sem sinais mistos (TLD vs. localização do servidor/CDN vs. idioma do conteúdo vs. links internos)
• Sem parâmetros de URL usados para segmentação por idioma/país
• Aprimoramentos do GSC verificados para erros de hreflang (o antigo relatório de Segmentação Internacional foi removido)
• Meta tag content-language ou cabeçalho HTTP definido para mercados do Bing (o Bing removeu seu recurso de Segmentação Geográfica em 2020; este agora é o sinal preferido)

2. Hreflang

• Rastreado em escala (Auditoria do Site da Ahrefs ou Screaming Frog) — não apenas verificado pontualmente
• Tags de retorno ausentes corrigidas (mais crítico)
• URLs de hreflang quebradas / redirecionadas corrigidas
• URLs de hreflang não canônicas corrigidas (apontam para a URL indexada)
• Códigos de idioma validados (ISO 639-1 + ISO 3166-1 Alpha-2)
• html lang corresponde aos códigos de idioma do hreflang
• Tags de autorreferência presentes (melhor prática)
• x-default presente, apontando para um fallback apropriado (melhor prática)
• Gráfico de cluster da Ahrefs revisado para cada cluster afetado
• URLs alternativas totalmente qualificadas, formato consistente (sem variação de http/https ou barra final)

3. Redirecionamentos geográficos

• Site testado em uma matriz de estados de solicitação (sem sinal, IP/VPN dos EUA, Accept-Language variado, cookie existente, links profundos)
• Sem redirecionamento geográfico de IP em todo o site enviando o Googlebot apenas para a versão dos EUA
• Apenas a URL x-default / raiz é redirecionada automaticamente; páginas de idioma nunca são
• Seletor de idioma disponível; preferência de cookie não prende usuários

4. Técnico

• html lang definido corretamente em todas as páginas (UX/acessibilidade + mecanismos não Google)
• Cabeçalho HTTP Content-Language definido para mercados do Bing (não a meta tag obsoleta)
• Hreflang em HTML renderizado no servidor / cabeçalhos / sitemap — não apenas JS no lado do cliente
• Hreflang dentro do head, não fora dele
• Páginas paginadas têm conjuntos de hreflang corretos por página (página 2 → página 2)
• Nenhuma página internacional acidentalmente com noindex ou bloqueada por robots.txt
• Geolocalização do servidor/CDN consistente com a segmentação por ccTLD

5. Conteúdo

• Nenhuma página traduzida por máquina sem edição publicada
• Títulos, meta descrições e slugs de URL localizados (slugs = palavras-chave locais, não transliteração)
• Lacunas de conteúdo identificadas por mercado (filtro de país da Ahrefs)
• Biografias / credenciais de autores locais em conteúdo específico do mercado
• Sinais de confiança locais presentes (certificações, detalhes de contato locais, avaliações em plataformas locais)

6. Desempenho

• Métricas da Ahrefs por país revisadas; mercados com baixo desempenho sinalizados
• Participação de tráfego comparada ao potencial de palavras-chave por mercado
• Concorrentes locais comparados por mercado (Concorrentes Orgânicos filtrados por país)
• GA4 segmentado por país; Core Web Vitals verificados por região

Como priorizar o que corrigir

Você encontrará mais problemas do que pode corrigir de uma vez. Classifique cada descoberta em uma matriz simples de impacto × esforço:

Mapeando os tipos de erro de hreflang nela:

• Alto impacto + fácil → corrija agora: tags de retorno ausentes em um pequeno conjunto de clusters, hreflang apontando para URLs quebradas/redirecionadas, códigos de idioma/país errados (jp→ja).
• Alto impacto + difícil → planeje agora: redirecionamento geo-IP em todo o site bloqueando o Googlebot (exige engenharia + um padrão de seletor de idioma), hreflang via JS no lado do cliente em um SPA (exige reformulação de SSR/sitemap), hreflang não canônico devido a um problema profundo de cadeia canônica.
• Baixo impacto + fácil → em lote: tags autorreferenciais ausentes, x-default ausente, incompatibilidades de html lang — boas práticas reais, mas não quebram clusters, então faça-as em uma única passada.
• Baixo impacto + difícil → despriorize: ajuste menor de geolocalização do servidor para um ccTLD onde o TLD já domina o sinal.

O princípio orientador: tags de retorno e URLs quebradas quebram clusters; x-default e tags autorreferenciais são robustez. Corrija primeiro o que quebra.

A sequência de auditoria em 6 etapas

Trabalhe as áreas nesta ordem — cada uma se baseia na anterior:

1. URL / estrutura — confirme que a base é consistente antes de auditar qualquer coisa acima.
2. Hreflang — o núcleo; rastreie em escala e depois revise o grafo de clusters e faça a triagem.
3. Geo-redirecionamentos — verifique se o Googlebot consegue realmente alcançar cada versão.
4. Sinais técnicos — html lang, Content-Language, renderização JS, paginação, geo do servidor.
5. Qualidade do conteúdo — localização, lacunas e E-E-A-T local.
6. Desempenho por mercado — meça onde você está ganhando/perdendo e compare com benchmarks locais.

Ferramentas para uma auditoria de SEO internacional

• Ahrefs Site Audit (principal). Executa as 9 verificações de hreflang (anotação inválida, falta de autorreferência, conflitos de vários idiomas/várias páginas, incompatibilidade hreflang↔HTML-lang, tag de retorno ausente, alvo não canônico, alvo quebrado, HTML lang ausente). Sua visualização de cluster hreflang — URL Details > aba Hreflangs — renderiza cada cluster como um grafo de rede com erros em vermelho, a maneira mais rápida de detectar um cluster quebrado. Combine com Site Explorer > Metrics by Country e Organic Competitors filtrados por país para a auditoria de desempenho.
• Screaming Frog SEO Spider. Ative Configuration > Spider > Crawl Hreflang; adicione domínios externos referenciados em Config > CDNs para configurações de vários domínios (ccTLD). Revise os filtros de hreflang após o rastreamento e exporte via Reports > Hreflang. Também lê o cabeçalho de resposta Content-Language e sinaliza hreflang colocado fora do head e apontando para páginas noindex.
• Google Search Console. Com o relatório International Targeting removido, verifique a seção Enhancements para problemas de hreflang (detalhes limitados) e use URL Inspection para confirmar a URL indexada para a qual seu hreflang deve apontar.
• Bing Webmaster Tools. Sem recurso de Geo Targeting — o Bing o removeu da ferramenta reformulada em 2020 e nunca o trouxe de volta. Audite o tratamento da meta tag/cabeçalho Content-Language em vez disso, pois esse é o sinal real do Bing e difere do Google.
• Ferramenta Hreflang Tags do technicalseo.com — um validador manual para gerar e verificar pontualmente anotações de hreflang em páginas individuais.

Registro de alterações