Modelo de SEO Internacional e Hreflang

Planeje o SEO multilíngue e multirregional e implemente o hreflang corretamente para entregar a página certa ao público certo.

Tornar-se internacional é mais do que traduzir páginas. Você precisa de uma estratégia clara de URLs, segmentação precisa por idioma e região e tags hreflang bidirecionais que digam aos mecanismos de busca qual versão mostrar a cada usuário. Este modelo o guia pela estrutura, mapeamento, implementação e QA para que seus locales ranqueiem sem competir entre si.

6 variações prontas para usar

Estrutura de URL para o internacional

Escolha como hospedar as versões por país e idioma antes de construir qualquer coisa.

Escolha um padrão de URL para [Brand]

Sua estrutura de URL internacional é difícil de mudar depois, então decida com deliberação. Há três opções comuns, cada uma com trade-offs de custo, força do sinal e manutenção.

ccTLD: [example.de], [example.fr] — sinal geográfico mais forte, claro para os usuários, mas caro e com autoridade separada por domínio.
Subdiretório: [example.com/de/], [example.com/fr/] — consolida a autoridade em um único domínio, o mais fácil de manter, recomendado para a maioria das equipes.
Subdomínio: [de.example.com] — hospedagem flexível, mas os sinais podem ser tratados como mais separados do que os subdiretórios.

Escolha uma abordagem e aplique-a de forma consistente em cada locale. Misturar padrões confunde os rastreadores e complica o hreflang.

Documente sua decisão e a justificativa abaixo para que futuros colaboradores não improvisem.

Estrutura escolhida: [ccTLD / subdiretório / subdomínio]
Motivo: [orçamento, tamanho da equipe, prioridade geográfica]
Locales no escopo: [lista]

Plano de mapeamento de hreflang

Defina cada par idioma-região antes de escrever uma única tag.

Mapeie seus locales para [Brand]

Antes de implementar qualquer coisa, monte uma lista mestre de cada locale que você atende. Acerte os códigos: o hreflang usa um código de idioma ISO 639-1 (ex.: en, es, fr), opcionalmente seguido por um código de região ISO 3166-1 Alpha-2 (ex.: US, MX, GB). Idioma primeiro, região depois.

en: qualquer falante de inglês (sem região) → [URL]
en-US: inglês, Estados Unidos → [URL]
en-GB: inglês, Reino Unido → [URL]
es-MX: espanhol, México → [URL]
x-default: fallback para usuários não correspondidos → [URL]

Use uma região apenas quando você tiver conteúdo genuinamente distinto para ela. Se sua página em espanhol for idêntica para todos os países, segmente es sozinho em vez de inventar es-MX, es-AR e es-ES.

Registre cada par e sua página de destino para que a implementação seja mecânica.

Locale: [idioma ou idioma-região]
URL de destino: [URL https absoluta]

Regras de implementação do hreflang

Aplique as regras técnicas inegociáveis para que as tags realmente funcionem.

Implemente o hreflang corretamente para [Brand]

O hreflang só funciona quando várias regras são satisfeitas ao mesmo tempo. Quebre uma e os mecanismos de busca ignoram o conjunto inteiro.

Autorreferência: cada página deve listar a si mesma entre suas anotações de hreflang.
Tags de retorno: as anotações devem ser bidirecionais. Se a página A aponta para a página B, a página B deve apontar de volta para a página A.
x-default: inclua uma entrada de fallback para usuários cujo idioma ou região você não segmentou explicitamente.
URLs absolutas: use sempre URLs https completas, não caminhos relativos.

Escolha um método de entrega e não os misture: o head do HTML (link rel='alternate'), cabeçalhos HTTP (úteis para PDFs e arquivos não HTML) ou o sitemap XML.

Um conjunto mínimo válido para um locale se parece com isto:

hreflang: en-us → [URL da página dos EUA]
hreflang: en-gb → [URL da página do Reino Unido]
hreflang: x-default → [URL de fallback]

Lembre-se: o hreflang sinaliza qual versão mostrar, não um impulso de ranqueamento.

Evitar conteúdo duplicado entre locales

Use canonical e hreflang juntos para que os locales não canibalizem uns aos outros.

Impeça que os locales concorram em [Brand]

Páginas quase idênticas entre regiões (por exemplo, en-US e en-GB) podem parecer conteúdo duplicado. O hreflang e o canonical resolvem isso juntos, mas somente se você configurar ambos corretamente.

Cada página de locale deve ter um canonical autorreferente apontando para si mesma.
Não aponte o canonical de todos os locales para uma única URL mestre: isso diz aos mecanismos de busca para descartar suas outras versões.
Combine o self-canonical com um conjunto de hreflang completo e bidirecional para que os mecanismos saibam que as páginas são alternativas, não duplicatas.

A combinação sinaliza: estas páginas são versões equivalentes para públicos diferentes, cada uma válida por si só.

Verifique por página antes de publicar:

canonical: aponta para [esta mesma URL de locale]
hreflang self: lista [este locale]
hreflang others: todos os locales irmãos presentes [sim / não]
x-default: presente [sim / não]

Se o canonical e o hreflang alguma vez apontarem para URLs diferentes na mesma página, corrija isso. Sinais conflitantes são ignorados.

Localização vs. tradução

Publique páginas genuinamente locais, não cópias traduzidas por máquina.

Localize, não apenas traduza, para [Brand]

A tradução automática bruta produz páginas que soam estranhas e convertem mal. A verdadeira localização adapta toda a experiência ao mercado, o que também reforça o sinal de que cada locale merece sua própria página.

Moeda e preços: mostre a moeda local, os impostos e os métodos de pagamento.
Nuance de idioma: peça a um falante nativo para revisar o tom, as expressões idiomáticas e a terminologia.
Unidades e formatos: adapte datas, medidas, endereços e formatos de telefone.
Intenção local: pesquise palavras-chave no mercado; uma tradução literal raramente corresponde a como os locais realmente pesquisam.
Sinais de confiança: dados de contato locais, envio, devoluções e páginas legais.

Mantenha o código de idioma do hreflang alinhado com o idioma real do conteúdo. Marcar uma página como es-MX enquanto serve texto em inglês envia um sinal incoerente.

Checklist de localização por locale:

Moeda adaptada: [sim / não]
Revisão por nativo feita: [revisor]
Palavras-chave locais pesquisadas: [sim / não]

QA de hreflang e erros comuns

Audite sua implementação e capture os erros que a quebram silenciosamente.

Faça QA do hreflang em [Brand]

A maioria das falhas de hreflang é silenciosa: as tags existem, mas são ignoradas. Execute esta auditoria após o lançamento e após qualquer mudança de locale.

Tags de retorno ausentes: confirme que cada anotação é recíproca pela página para a qual aponta.
Sem autorreferência: cada página deve incluir a si mesma.
Códigos errados: verifique códigos de região inválidos: use códigos de país como GB, não códigos no estilo de idioma; UK não é válido.
URLs relativas: substitua quaisquer caminhos relativos por URLs https absolutas.
Conflito de canonical: garanta que o canonical e o hreflang apontem para a mesma URL por página.
x-default ausente: adicione a entrada de fallback.

Use um rastreador que reporte a reciprocidade do hreflang e o relatório de segmentação internacional da sua search console para validar em escala.

Registre os problemas encontrados e seu status:

Erro: [descrição]
Locales afetados: [lista]
Status: [aberto / corrigido]

Como usar este modelo

Liste cada mercado e idioma que você atende e escreva cada um como código de idioma ou par idioma-região (ex.: en, en-US, es-MX).
Escolha uma estrutura de URL para todos os locales: ccTLD, subdiretório ou subdomínio, e aplique-a de forma consistente.
Monte uma tabela mestre de mapeamento de cada locale para sua URL https de destino absoluta.
Escolha um único método de entrega de hreflang: tags link no head do HTML, cabeçalhos HTTP ou o sitemap XML.
Adicione uma entrada de hreflang autorreferente em cada página para que cada locale liste a si mesmo.
Adicione tags de retorno para que cada anotação seja bidirecional, além de uma entrada x-default para usuários não correspondidos.
Defina um canonical autorreferente em cada página de locale e confirme que ele corresponde à URL de hreflang dessa página.
Execute um rastreador e o relatório internacional da sua search console para verificar a reciprocidade, os códigos válidos e as URLs absolutas.

Dicas profissionais

Use um código de região apenas quando o conteúdo realmente diferir por país; caso contrário, segmente apenas o idioma (es, não es-MX).
O hreflang diz aos mecanismos de busca qual versão mostrar a um usuário, não é um impulso de ranqueamento, então não espere que as posições disparem.
Nunca aponte o canonical de todos os locales para uma única URL mestre; cada página deve apontar o canonical para si mesma e contar com o hreflang para conectar o conjunto.
Mantenha o código de idioma do hreflang alinhado com o idioma real do conteúdo e localize a moeda e a intenção em vez de traduzir por máquina.

Perguntas frequentes

Qual é o formato correto para um valor de hreflang?

Use primeiro um código de idioma ISO 639-1 (ex.: en, es, fr), opcionalmente seguido por um código de região ISO 3166-1 Alpha-2 (ex.: en-US, es-MX). O código de idioma é obrigatório; a região é opcional e só deve ser adicionada quando o conteúdo difere por país.

Preciso de uma tag de retorno para cada página?

Sim. O hreflang deve ser bidirecional. Se a página A referencia a página B como alternativa, a página B deve referenciar a página A em troca. Tags de retorno ausentes fazem com que os mecanismos de busca ignorem as anotações afetadas, então cada página de um conjunto deve apontar para todas as outras, inclusive para si mesma.

O que o x-default faz e ele é obrigatório?

O x-default especifica a página de fallback para usuários cujo idioma ou região você não segmentou explicitamente, como um seletor de idioma ou uma página internacional padrão. Não é estritamente obrigatório, mas é fortemente recomendado para que visitantes não correspondidos cheguem a um padrão sensato em vez do locale errado.

Como devo combinar tags canonical com hreflang?

Cada página de locale deve ter um canonical autorreferente apontando para si mesma, combinado com um conjunto de hreflang completo e bidirecional. Não aponte o canonical de todos os locales para uma única URL mestre, pois isso diz aos mecanismos de busca para descartar suas outras versões. O canonical e o hreflang devem apontar para a mesma URL em cada página.

Onde devo colocar as tags de hreflang?

Você pode colocar o hreflang no head do HTML como tags link rel='alternate', em cabeçalhos HTTP (úteis para arquivos não HTML como PDFs) ou no seu sitemap XML. Escolha um método e use-o de forma consistente; não implemente o mesmo conjunto em vários lugares, o que pode criar conflitos.

O hreflang melhora meu ranqueamento?

Não. O hreflang é um sinal que ajuda os mecanismos de busca a servir a versão de idioma ou região correta a cada usuário; ele não aumenta o ranqueamento diretamente. Seu valor está na melhor segmentação e em evitar a confusão de conteúdo duplicado entre locales, o que pode melhorar a relevância e a taxa de cliques, mas não é um fator de ranqueamento por si só.