Checklist de SEO Internacional

TL;DR — Se o seu site atende a mais de um país ou idioma, há uma lista curta de coisas para acertar ao construí-lo: escolha uma estrutura de URL e mantenha-a, configure o hreflang para que cada versão aponte para as outras (e de volta para si mesma), realmente localize seu conteúdo em vez de passá-lo por um tradutor, e torne o seu seletor de idioma um link clicável de verdade — não um menu suspenso em JavaScript. Não tente “definir seu país” no Google Search Console; essa configuração foi removida em 2022.

Para que serve esta lista de verificação

Esta é a lista de verificação que você percorre ao configurar um site para mais

de um país ou idioma — uma lista de construção, não um diagnóstico. Se o seu site internacional já está no ar e algo está errado, a auditoria de SEO internacional é a peça complementar que guia você para encontrar o que está quebrado. Para o porquê por trás de tudo isso, o hub de SEO internacional é o embasamento conceitual. Esta página é a versão “faça estes passos, nesta ordem”.

1. Escolha uma estrutura de URL — e seja consistente

Você precisa decidir como as versões do seu site para diferentes países ou idiomas são separadas por URL. As três opções reais:

• Domínio de código de país (ccTLD) — example.de. O sinal mais forte para o Google sobre qual país você está segmentando, mas você compra e gerencia um domínio separado por país, e cada um só pode segmentar um país.
• Subdomínio — de.example.com. Fácil de configurar no mesmo site, mas os usuários nem sempre conseguem saber que é um site alemão apenas pela URL.
• Subdiretório — example.com/de/. Fácil de configurar, baixa manutenção porque é tudo um único site. Este é o padrão mais comum.

Há uma quarta opção — colocar o país em um parâmetro de URL como example.com?loc=de — e o Google rotula claramente como “Não recomendado.” Não use.

O ponto não é que uma estrutura seja a “melhor”. É escolher uma e aplicá-la da mesma forma em todos os lugares. A consistência é o que os mecanismos de busca (e o seu eu futuro) esperam.

2. Configure o hreflang corretamente

Hreflang é a tag que diz ao Google “aqui está a versão em alemão desta página, a versão em francês, a versão em inglês dos EUA.” As regras que confundem as pessoas:

• Cada versão deve listar todas as versões, incluindo a si mesma.
• Os links devem ser recíprocos — se a página em inglês aponta para a em alemão, a página em alemão deve apontar de volta.
• Adicione um x-default para dizer “se nenhuma dessas se encaixar no usuário, envie-o para cá.”
• Use os códigos corretos (idioma e, opcionalmente, região) — é aqui que a maioria dos erros acontece.

Os aprofundamentos sobre a tag em si estão em hreflang e x-default hreflang — esta é apenas a versão “não esqueça dessas quatro coisas”.

3. Localize — não apenas traduza

Passar suas páginas em inglês por tradução automática e publicá-las é a versão preguiçosa, e fica evidente. A localização real adapta moeda, exemplos, tom e até quais produtos você destaca. O tratamento completo está em tradução vs. localização. Item da lista de verificação: não publique tradução automática sem revisão.

4. Não procure uma configuração de “país-alvo” no Google Search Console

Costumava haver uma configuração no Search Console onde você podia dizer ao Google para qual país uma seção do seu site era destinada. Ela não existe mais — o Google a removeu em setembro de 2022. Hoje, o Google determina seu país-alvo a partir do seu ccTLD (se você tiver um), do seu hreflang, dos sinais na própria página e de onde vêm seus links. Não há botão para pressionar.

5. Torne o seu seletor de idioma um link de verdade

No entanto, como você permite que os usuários alternem idiomas ou moedas, isso precisa ser um link real e clicável (<a href>) que o Google possa rastrear — não um menu suspenso apenas com JavaScript que altera a página sem uma URL real. E não force redirecionamentos com base na localização ou no idioma do navegador; deixe que eles escolham.

6. Cuidado com conteúdo duplicado

Se suas páginas dos EUA e do Reino Unido são basicamente idênticas em inglês, o Google pode vê-las como duplicatas. A solução é canônico mais hreflang juntos — não apenas canônico, o que faria a versão regional desaparecer completamente da pesquisa.

Quer a versão com fontes e priorizada, com as palavras exatas do Google, as diferenças do Bing e as etapas de validação? Mude para a aba Avançado.

Validar um lançamento internacional

Integridade da URL do locale

Teste a executar: Rastreie uma URL representativa por template e locale sem seguir redirecionamentos. Resultado esperado: Cada uma retorna 200, é indexável e declara o canônico próprio pretendido. Interpretação de falha: Roteamento, robots ou templates canônicos estão suprimindo uma URL de lançamento. Janela de monitoramento: Antes do lançamento, imediatamente após o lançamento e durante o próximo rastreamento completo. Gatilho de reversão: Um template de locale prioritário se torna não indexável ou canônico em outro lugar inesperadamente.

Reciprocidade de hreflang

Teste a executar: Compare cada alternativa declarada com o cluster de locale esperado, incluindo autorreferências e links de retorno. Resultado esperado: Todos os membros publicam o mesmo cluster válido e direcionam URLs canônicas diretas. Interpretação de falha: Derivação de geração ou uma variante de mercado ausente quebrou o grafo de relacionamento. Janela de monitoramento: No lançamento e após o próximo ciclo de geração automatizada. Gatilho de reversão: Retornos ausentes ou destinos inválidos afetam um cluster prioritário.

Alternância de locale rastreável

Teste a executar: Desative o JavaScript e siga o alternador de locale a partir de páginas representativas. Resultado esperado: Links âncora normais alcançam todas as páginas equivalentes suportadas sem roteamento forçado. Interpretação de falha: A descoberta de locale depende de comportamento no lado do cliente ou geolocalização. Janela de monitoramento: Durante o QA de pré-lançamento e o primeiro rastreamento pós-lançamento. Gatilho de reversão: Um locale não pode ser alcançado por meio de links internos rastreáveis.

Renderização específica do mercado

Teste a executar: Revise idioma visível, moeda, formatos e alegações locais em uma amostra aprovada pelo proprietário do mercado. Resultado esperado: A página renderizada corresponde ao idioma e mercado pretendidos, não apenas ao template de origem. Interpretação de falha: Tradução ou variáveis de template estão incompletas ou atribuídas ao locale errado. Janela de monitoramento: Antes do lançamento e após qualquer atualização de tradução ou preço. Gatilho de reversão: Resíduo material no idioma de origem, preços errados ou informações legais incorretas chegam à produção.

TL;DR — Esta é a sequência de build/launch, não uma auditoria. (1) Estrutura de URL: ccTLD (sinal de país mais forte, um país cada, mais overhead), subdomínio, ou subdiretório (mais fácil, mais comum) — o Google marca a abordagem de parâmetro de URL como “Não recomendada”. Escolha uma, aplique consistentemente. (2) hreflang: autorreferência, tags recíprocas de retorno, x-default, códigos ISO válidos; head HTML, cabeçalho HTTP e sitemap XML são métodos de entrega equivalentes — escolha para sua stack, sitemap escala melhor. (3) Localize, não traduza por máquina. (4) Geotargeting: o relatório International Targeting do GSC foi totalmente removido em 22 de setembro de 2022 para todos os tipos de TLD — não existe mais alvo de país manual; ccTLD + hreflang + on-page + locale de links é o que o Google infere a partir de agora. (5) Switchers devem ser links <a href> rastreáveis, nunca apenas JS, e não faça auto-redirecionamento por IP. (6) Variantes regionais quase idênticas: canonical + hreflang juntos, e o Google pode ainda consolidá-las de qualquer forma. (7) Valide reciprocidade, códigos, x-default e posicionamento no head renderizado antes e depois do launch. Bing pondera content-language sobre hreflang e parece ter removido seu próprio recurso de Geo Targeting.

Como isso difere da auditoria

A auditoria de SEO internacional é uma metodologia diagnóstica — como você encontra o que está quebrado em um site que já tem SEO internacional ativo, completa com as ferramentas de cluster-graph e a análise de erros do meu estudo de hreflang com 374 756 domínios. Este checklist é a outra metade: a sequência que eu percorro ao configurar ou revisar um novo build. Então vou manter as tabelas de frequência de erros de hreflang e os walkthroughs de ferramentas lá e ficar orientado a ação aqui, e vou direcionar a profundidade conceitual para o hub de SEO internacional em vez de rederivá-la.

Passo 1 — Escolha sua estrutura de URL

A documentação do próprio Google apresenta as estruturas com prós e contras explícitos, e vale a pena trabalhar a partir da tabela deles em vez de folclore:

O ccTLD ainda é o sinal de país mais forte que o Google tem — o próprio documento dele diz “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (tradução) «Domínios específicos de país (ccTLDs) fornecem um sinal forte tanto para usuários quanto para mecanismos de busca sobre o país-alvo de um site.» Mas observe a quarta linha: a abordagem de parâmetro de URL que o brief para este tópico às vezes descreve como uma opção “gTLD + parâmetro de idioma” é, na própria estrutura do Google, a coisa a evitar. Não coloque o locale em uma query string.

Uma ressalva especificamente sobre ccTLDs: o benefício automático de ranqueamento que eles carregavam está sendo reduzido gradualmente (Gary Illyes já disse isso — veja o hub para a discussão sobre a redução do LDCP). O ccTLD ainda é o sinal de país mais claro, mas não o trate como uma vantagem garantida de ranqueamento. Minha própria recomendação padrão, em outras partes deste site, é usar subdiretórios para a maioria dos sites — mas a regra real aqui é decidir uma vez e aplicar de forma consistente, porque a inconsistência entre sinais é exatamente o que uma auditoria posterior terá que desembaraçar.

Etapa 2 — Implementar hreflang corretamente

Quatro coisas, e depois passamos para os mergulhos profundos:

• Autorreferência. O conjunto de hreflang de cada versão deve listar todas as versões, incluindo a si mesma. A documentação do Google apresenta a autorreferência como parte da instrução padrão; Mueller já a chamou separadamente de “opcional” na prática — então há uma tensão real entre a redação da documentação e suas declarações públicas mais flexíveis. Eu incluo a autorreferência porque é um seguro barato e corresponde à documentação.
• Tags de retorno (reciprocidade). Esta é a que realmente quebra os conjuntos. Google: “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 isso 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.»
• x-default. O fallback para usuários cujo idioma/região você não cobre explicitamente. Aprofundamento em x-default hreflang.
• Códigos ISO válidos. Códigos de idioma (ISO 639-1) e códigos de região opcionais (ISO 3166-1 Alpha 2). en-uk está errado; o correto é en-gb. Códigos errados invalidam silenciosamente a anotação.

Método de entrega — escolha um e seja consistente. O hreflang pode ficar no head do HTML, em um cabeçalho HTTP (para arquivos não HTML, como PDFs) ou em um sitemap XML. O Google trata os três como equivalentes — não há diferença de velocidade ou prioridade — então escolha com base na sua stack. Em escala, e especialmente para configurações mistas de ccTLD/subdiretórios, o sitemap XML geralmente é o lugar mais sustentável para gerenciá-lo centralmente. A mecânica completa das tags está em hreflang.

Etapa 3 — Localize, não apenas traduza

Um parágrafo, porque há um artigo inteiro sobre isso. Traduzir automaticamente suas páginas existentes e publicá-las sem edição é o modo de falha. A localização real adapta moeda, unidades, exemplos, imagens e mix de produtos ao mercado — e muitas vezes começa com pesquisa de palavras-chave específica do mercado, em vez de traduzir suas palavras-chave existentes. Mergulho profundo: tradução vs. localização. Item da lista de verificação: nenhuma tradução automática sem edição.

Etapa 4 — Geotargeting: o que o GSC pode e não pode mais fazer

É aqui que muitas listas de verificação publicadas estão simplesmente desatualizadas. O relatório de Segmentação Internacional do Google Search Console — a configuração onde você podia apontar manualmente um subdiretório ou subdomínio para um país — foi descontinuado em 22 de setembro de 2022, e desapareceu para todos os tipos de TLD. O aviso do Google: “The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (tradução) «O relatório de Segmentação Internacional foi descontinuado. O Google continuará a oferecer suporte e usar as tags hreflang nas suas páginas.» A razão dada: a configuração de segmentação por país “was determined to have little value for the ecosystem, and is no longer supported.” (tradução) «foi determinada como tendo pouco valor para o ecossistema e não é mais suportada.»

Então, o enquadramento que você ainda verá — “ccTLDs são automáticos, mas subdiretórios e subdomínios precisam da configuração manual do GSC” — descreve como funcionava no passado, não uma escolha que você tem hoje. Não há mais nenhum alvo manual de país em lugar algum do Search Console. O Google agora infere o geotargeting inteiramente a partir de:

• o ccTLD, se você tiver um (ainda automático, ainda o sinal mais forte);
• anotações hreflang;
• sinais na página — idioma do conteúdo visível, moeda, endereços, formatos de telefone;
• a localidade dos seus links de entrada.

O item da lista de verificação, portanto, não é “defina seu país no GSC”. É “garanta que seu ccTLD, hreflang, sinais on-page e localidade dos links estejam todos de acordo”, porque o acordo é o que o Google lê agora que não há mais sobreposição.

Etapa 5 — Torne os alternadores rastreáveis

Os alternadores de idioma e moeda precisam ser hiperlinks reais e rastreáveis — não menus suspensos apenas em JavaScript ou mudanças de rota no lado do cliente sem um href real. A orientação do próprio Google é explícita: “Consider adding hyperlinks to other language versions of a page.” (tradução) «Considere adicionar hiperlinks para outras versões de idioma de uma página.» Um alternador construído como estado de JS sem link rastreável corre o risco de o Google nunca descobrir as versões alternativas por esse caminho. (O Google renderiza JS e rastreia sem definir um cabeçalho Accept-Language, mas um mecanismo sem um <a href> real é o caso frágil.)

E não force redirecionamentos: “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (tradução) «Evite redirecionar automaticamente os usuários de uma versão de idioma de um site para uma versão de idioma diferente do site.» Redirecionar automaticamente por IP ou idioma do navegador prende os usuários (e o Googlebot, que rastreia a partir dos EUA) na versão errada. Dê a todos um caminho visível e clicável para cada versão e deixe que escolham. Este é o mesmo risco de renderização de JS que o artigo de auditoria documenta para o próprio hreflang — mesma lógica, aplicada ao alternador.

Etapa 6 — Lide com conteúdo quase duplicado entre variantes

Se você serve conteúdo quase idêntico no mesmo idioma para regiões diferentes — as clássicas páginas en-us / en-gb que são 95% iguais — o Google pode tratá-las como duplicatas. A correção é canonical e hreflang juntos, segundo o Google: “pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (tradução) «escolha uma versão preferida e use o elemento rel="canonical" e as tags hreflang para garantir que a URL correta de idioma ou região seja servida aos pesquisadores.» Evidence for this claim For similar same-language regional variants, Google recommends selecting a preferred version and using canonical plus hreflang; fully translated pages are a different case. Scope: international, multilingual and multi-regional websites and market research as applicable Confidence: high · Verified: 2026-07-17 Managing multi-regional and multilingual sites

A nuance que importa: o canonical sozinho removeria a versão regional da indexação completamente — você precisa de ambos. E mesmo feito corretamente, o Google ainda pode unir páginas quase idênticas com hreflang em um único canonical e apenas trocar a URL mostrada na SERP (Mueller confirmou isso para casos como fr-fr / fr-be). O hreflang não garante indexação separada; ele ajuda a servir a versão existente correta.

Etapa 7 — Valide antes e depois do lançamento

Mantenha isto curto — o artigo de auditoria tem a metodologia completa e a análise dos nove erros do meu estudo de hreflang. O essencial antes/depois do lançamento:

• Tags de retorno presentes em cada par (a quebra funcional mais comum).
• Códigos de idioma/região válidos (ISO 639-1 / ISO 3166-1 Alpha 2).
• Autorreferência presente em cada conjunto.
• x-default presente.
• Tags no <head> renderizado, não injetadas no meio do <body> por JS e não abaixo do head onde são inválidas.
• Verifique a URL indexada por localidade com a Inspeção de URL do GSC — confirme que o Google realmente indexou a versão que você pretendia para aquele mercado.

Notas específicas do Bing

Duas coisas divergem do Google:

• O Bing pondera a meta tag / cabeçalho HTTP Content-Language mais fortemente do que o hreflang. Fabrice Canel, do Bing, disse diretamente: “hreflang is indeed a far weaker signal than content-language at Bing.” (tradução) «hreflang é de fato um sinal muito mais fraco do que content-language no Bing.» O Bing lê hreflang — apenas fracamente — e completa sua compreensão de país com ccTLD, localização do servidor, idioma do texto do corpo e localidade dos links de entrada. Se o Bing é um canal significativo, defina content-language explicitamente.
• O recurso de Segmentação Geográfica do próprio Bing parece ter sido removido. O controle de Segmentação Geográfica nas antigas Ferramentas do Google para Webmasters do Bing não foi levado para a interface atual. A orientação pública do Bing agora aponta para sinalizar geografia via meta tags HTML / cabeçalhos HTTP. (Sinalizo isso como relatado-mas-não-certo — veja a nota na aba Citações — porque a fonte primária resiste à verificação automatizada. De qualquer forma, não construa uma etapa de lista de verificação em torno de uma configuração do painel do Bing; use content-language e sinais on-page.)

Resumo de IA

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

• Esta é uma lista de verificação de build/launch, não uma auditoria — a sequência de configuração, com a metodologia de diagnóstico transferida para o artigo de auditoria de SEO internacional.
• Estrutura de URL: ccTLD (sinal de país mais forte, um país cada, mais overhead) vs. subdomínio vs. subdiretório (mais fácil, mais comum). O Google marca a abordagem de parâmetro de URL como “Não recomendado.” Escolha um, aplique consistentemente. O benefício automático de ranqueamento por ccTLD está diminuindo.
• hreflang: autorreferência, tags de retorno recíprocas (a quebra mais comum), x-default e códigos ISO válidos (en-gb, não en-uk). Cabeçalho HTML, cabeçalho HTTP e sitemap XML são equivalentes — escolha para sua stack; o sitemap escala melhor.
• Localize, não traduza por máquina — adapte moeda, exemplos, mix de produtos; comece pela pesquisa de palavras-chave do mercado.
• Geotargeting: o relatório de Segmentação Internacional do GSC foi totalmente removido em 22 de setembro de 2022 para todos os tipos de TLD. Não há mais alvo de país manual; o Google o infere de ccTLD + hreflang + sinais on-page + localidade dos links de entrada.
• Switchers devem ser links <a href> rastreáveis, nunca menus suspensos apenas com JS, e não faça redirecionamento automático por IP ou idioma do navegador.
• Conteúdo duplicado: variantes regionais quase idênticas no mesmo idioma precisam de canonical + hreflang juntos — canonical sozinho suprime a versão regional — e o Google ainda pode consolidá-las.
• Valide: tags de retorno, códigos, autorreferência, x-default, tags no <head> renderizado e confirme a URL indexada por localidade via Inspeção de URL do GSC.
• Bing: pondera content-language sobre hreflang (Canel) e parece ter removido seu próprio recurso de Geo Targeting — sinalize geografia via meta tags/cabeçalhos.

Documentação oficial

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

Google

• Gerenciando sites multirregionais e multilíngues — a tabela de prós/contras da estrutura de URL, orientação sobre hyperlinks de switcher, a regra de “evitar redirecionamento automático” e o tratamento de conteúdo duplicado.
• Informe ao Google sobre versões localizadas da sua página (hreflang) — requisito de tag de retorno e os três métodos de entrega equivalentes (HTML, cabeçalho HTTP, sitemap).
• Visão geral de SEO internacional — a orientação de nível superior para sites multirregionais e multilíngues.
• Páginas adaptativas de localidade — serviço dinâmico e por que o Googlebot rastreia sem um cabeçalho Accept-Language.
• x-default hreflang para páginas internacionais (2013) — o anúncio original do x-default.
• Relatório de Segmentação Internacional descontinuado — a remoção de setembro de 2022 da configuração manual de segmentação por país.

Bing / Microsoft

• Diretrizes do Webmaster do Bing — a posição do Bing sobre sinais de idioma/região (content-language ponderado sobre hreflang).

Citações da fonte

Declarações registradas. Cada link do Google é um link profundo que salta para a passagem citada na página de origem.

Google — Estrutura de URL

• “Country-specific domains (ccTLDs) provide a strong signal to both users and search engines about the target country of a website.” (tradução) «Domínios específicos de país (ccTLDs) fornecem um sinal forte tanto para usuários quanto para mecanismos de busca sobre o país-alvo de um site.» — Google Search Central, Managing multi-regional and multilingual sites. Ir para a citação
• Sobre a abordagem de parâmetro de URL: “Not recommended.” (tradução) «Não recomendado.» Ir para a citação

Google — tags de retorno hreflang

• “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 aponta para a página Y, a página Y deve apontar de volta para a página X. Se isso não acontecer para todas as páginas que usam anotações hreflang, essas anotações podem ser ignoradas ou não interpretadas corretamente.» — Google Search Central, Tell Google about localized versions of your page. Ir para a citação

Google — geotargeting / descontinuação do GSC

• “The International Targeting report has been deprecated. Google will continue to support and use hreflang tags on your pages.” (tradução) «O relatório de segmentação internacional foi descontinuado. O Google continuará a oferecer suporte e a usar as tags hreflang nas suas páginas.» — Google Search Console Help. Ler o aviso
• A configuração de segmentação por país “was determined to have little value for the ecosystem, and is no longer supported.” (tradução) «foi considerada de pouco valor para o ecossistema e não é mais compatível.» Ler o aviso

Google — alternadores e redirecionamentos automáticos

• “Consider adding hyperlinks to other language versions of a page.” (tradução) «Considere adicionar hiperlinks para outras versões de idioma de uma página.» Ir para a citação
• “Avoid automatically redirecting users from one language version of a site to a different language version of a site.” (tradução) «Evite redirecionar automaticamente os usuários de uma versão de idioma de um site para uma versão de idioma diferente do site.» Ir para a citação

Google — conteúdo duplicado entre regiões

• “pick a preferred version and use the rel="canonical" element and hreflang tags to make sure that the correct language or regional URL is served to searchers.” (tradução) «escolha uma versão preferida e use o elemento rel="canonical" e as tags hreflang para garantir que o URL correto de idioma ou região seja exibido aos pesquisadores.» Ir para a citação

Bing — hreflang vs. content-language

• “hreflang is indeed a far weaker signal than content-language at Bing.” (tradução) «hreflang é de fato um sinal muito mais fraco do que content-language no Bing.» — Fabrice Canel, Bing (via Search Engine Roundtable). Ler a cobertura

O checklist de SEO internacional

Trabalhe de cima para baixo ao criar ou revisar uma nova configuração internacional. Os links de destino vão para os mergulhos profundos onde você precisará de mais do que uma caixa de seleção.

Estrutura de URL (decida uma vez, aplique em todos os lugares)

• Escolhida uma estrutura — ccTLD, subdomínio ou subdiretório — com um motivo claro.
• Não usar parâmetros de URL para o local (Google: “Not recommended”).
• Estrutura aplicada consistentemente em todos os mercados.

hreflang

• O conjunto de cada versão inclui todas as versões, incluindo a si mesma (autorreferência).
• As tags de retorno são recíprocas — cada X→Y também tem Y→X.
• x-default presente para o público de fallback.
• Códigos ISO válidos — idioma (639-1) e região opcional (3166-1 Alpha 2); ex.: en-gb, não en-uk.
• Um método de entrega escolhido (cabeçalho HTML / cabeçalho HTTP / sitemap XML) e usado de forma consistente — eles são equivalentes para o Google; o sitemap escala melhor.

Localização

• O conteúdo é localizado, não tradução automática não editada.
• Moeda, unidades, exemplos e mix de produtos adaptados por mercado.
• As palavras-chave vêm de pesquisa específica do mercado, não de palavras-chave traduzidas da fonte.

Geolocalização

• Não depender de uma configuração de direcionamento por país do GSC — ela foi removida em setembro de 2022 e não existe mais.
• ccTLD (se houver), hreflang, sinais on-page e localidade dos links de entrada concordam.

Alternadores

• O alternador de idioma/moeda é um link <a href> real e rastreável, não um menu suspenso apenas com JS.
• Sem redirecionamento automático forçado por IP ou idioma do navegador.

Conteúdo duplicado

• Variantes regionais quase idênticas no mesmo idioma usam canonical + hreflang juntos (não apenas canonical).

Validar (antes e depois do lançamento)

• Tags de retorno, códigos válidos, autorreferência e x-default todos presentes.
• As tags hreflang são renderizadas no <head>, não injetadas no meio do corpo por JS.
• URL indexada por localidade confirmada via Inspeção de URL do GSC.
• Diagnóstico completo pós-lançamento encaminhado para a auditoria de SEO internacional.

Bing

• Meta tag Content-Language / cabeçalho HTTP definido (o Bing dá mais peso a isso do que ao hreflang).
• Geografia sinalizada via meta/HTTP, não por uma configuração geográfica do Bing Webmaster Tools.

Teste-se: Lista de verificação de SEO internacional

Cinco perguntas rápidas sobre como configurar um site internacional corretamente. Escolha uma resposta para cada uma e depois verifique.

Recursos que valem seu tempo

Meus escritos e palestras relacionados

• O maior estudo de hreflang já feito — meu estudo de 374 756 domínios que usam hreflang, onde 67% tinham pelo menos um problema. O caso empírico de por que a validação pertence a esta lista de verificação.
• Tags Hreflang: O Guia Fácil para Iniciantes — o passo a passo das tags que editei na Ahrefs.
• SEO Internacional: As Partes Técnicas Estranhas — Pubcon Vegas 2019 — os casos extremos que quebram configurações internacionais.
• Você Vai Estragar o SEO Internacional — Pubcon Vegas 2017 — o tour do “tudo o que dá errado”.
• Estudo de Hreflang e Problemas Interessantes — BrightonSEO 2023 — os slides por trás do estudo.
• SEO Internacional Simplificado — Painel da Outspoken Media — um painel com Fabrice Canel do Bing e Bill Hunt sobre o papel do hreflang no SEO global.

Neste site

• SEO Internacional — o hub principal, para os conceitos por trás de cada etapa aqui.
• Auditoria de SEO internacional — o companheiro de diagnóstico pós-lançamento para esta lista de verificação de construção.
• hreflang e x-default hreflang — a tag em profundidade.
• Tradução vs. localização — Passo 3 completo.

Oficial

• Google — Gerenciando sites multirregionais e multilíngues.
• Google — hreflang / versões localizadas.
• Google — Relatório de segmentação internacional descontinuado.

Da indústria

• 10 Práticas recomendadas de SEO internacional + Checklist (Ahrefs, Jamie Grant & Despina Gavoyannis) — uma checklist concorrente completa (não minha — vale a pena ler junto com esta).
• Checklist de SEO internacional (Lokalise) — uma visão de fornecedor de localização estruturada em torno das etapas de lançamento no mercado.
• SEO internacional: como otimizar seu site (Semrush) — uma visão geral ampla dos mesmos fundamentos.
• Bing Webmaster Tools remove o recurso de segmentação geográfica (Search Engine Roundtable) — a remoção relatada da configuração geográfica do Bing (veja a ressalva na aba Citações sobre verificação).