SEO internacional: como estruturar páginas para vários países

Introdução

A maioria dos conselhos de SEO parte do princípio de que há um site, um idioma e um mercado. No momento em que um produto atende usuários em mais de um país, esses conselhos começam a falhar. De repente, você se vê tendo que lidar com várias coisas ao mesmo tempo:

• conteúdo duplicado em páginas quase idênticas,
• mecanismos de busca exibindo a versão errada para os usuários errados,
• uma estrutura de site que fazia sentido no lançamento, mas se torna um obstáculo à medida que cresce.

As equipes que acertam nessa questão tendem a compartilhar um hábito: elas definem a segmentação por país no nível da arquitetura antes mesmo de alguém escrever uma única palavra de conteúdo. Acertando na estrutura, todas as páginas publicadas posteriormente a herdam. Errando nisso, você passará anos tentando desfazer emaranhados de links canônicos e classificações equivocadas.

Este guia apresenta as estruturas que funcionam, a marcação que as mantém unidas e o fluxo de trabalho para verificar se cada versão por país realmente aparece no ranking onde deveria.

A segmentação por país começa com a URL

A própria documentação do Google sobre o gerenciamento de sites multirregionais apresenta as opções viáveis: domínios específicos por país, subdomínios, subdiretórios e parâmetros de URL. A última opção é marcada como “não recomendada”, o que deixa três opções sérias:

• Domínios com código de país (exemplo.de, exemplo.fr) enviam o sinal mais claro de segmentação geográfica, mas cada um pode segmentar apenas um único país, e cada domínio que você adiciona divide sua autoridade e multiplica sua manutenção.
• Subdomínios são fáceis de configurar, mas os usuários muitas vezes não conseguem distinguir pela URL se “de” significa o idioma alemão ou o mercado alemão.
• Subdiretórios em um único domínio global concentram a autoridade em um único lugar e mantêm a manutenção baixa, e é por isso que se tornaram o padrão para a maioria dos produtos internacionais.

Não existe uma escolha universalmente correta. Existe apenas a escolha que se adapta à sua operação: quantos mercados você atende, se as pessoas jurídicas diferem de país para país e quanto tempo de engenharia você pode dedicar para manter estruturas paralelas ativas.

Seja qual for a estrutura escolhida, escolha-a de uma vez por todas. Mudar um site maduro de subdomínios para subdiretórios, ou consolidar um conjunto de domínios por país, significa mapeamento de redirecionamentos, novo rastreamento e meses de classificações instáveis enquanto os mecanismos de busca reconstroem sua visão do site. Equipes que mudam de estrutura no meio do caminho geralmente o fazem porque a decisão original foi tomada por padrão, e não de forma deliberada. Anote a decisão, incluindo as concessões que você aceitou, para que a próxima pessoa que herdar o site entenda por que a estrutura é assim.

O padrão “hub-and-spoke” para um produto em vários mercados

O caso mais complexo é um único produto que existe em versões diferentes por país. O padrão que melhor se adapta é o “hub-and-spoke”: um hub canônico do produto, que se ramifica em páginas por país criadas a partir de um modelo compartilhado, cada uma localizada nos detalhes que importam.

Plataformas de viagens fazem isso com páginas de destinos, empresas de SaaS fazem isso com páginas de preços por país, e o padrão vai muito além da área de tecnologia. Operadoras de apostas também o utilizam: a seção “Lucky Numbers” no Hollywoodbets, uma plataforma de apostas sul-africana, se ramifica em páginas por país para um único produto de odds fixas construído em torno de sorteios de loteria de dezenas de países (um produto de apostas para públicos com idade legal para jogos de azar em mercados regulamentados). Um produto, um modelo, um URL central e uma página secundária para cada mercado coberto pelo conteúdo.

Os setores regulamentados são exemplos instrutivos aqui justamente porque não podem se dar ao luxo de ter ambiguidade estrutural: a arquitetura precisa deixar inequivocamente claro qual página atende a qual público.

A lógica de SEO desse padrão é simples:

• O hub acumula links e autoridade para o termo principal.
• Os “raios” herdam o valor dos links internos e capturam consultas de cauda longa, modificadas por país.
• O modelo compartilhado significa que você pode auditar e melhorar centenas de páginas ao aprimorar um único layout.

Hreflang, passo a passo

A estrutura informa aos mecanismos de busca o que existe; o hreflang indica a quem cada versão se destina. O guia do Google sobre versões localizadas de páginas lista três formas equivalentes de declará-las: tags de link no cabeçalho HTML, cabeçalhos HTTP ou um mapa do site em XML. Usar mais de uma não traz benefício adicional na Pesquisa, portanto, escolha aquela que sua pilha de tecnologia mantém de forma mais confiável e mantenha a consistência.

Três regras evitam a maioria dos desastres com hreflang:

1. Faça com que seja recíproco. Se a página do Reino Unido apontar para a página em alemão, a página em alemão deve apontar de volta. Anotações que não forem retornadas podem ser ignoradas, e uma única tag de retorno ausente pode silenciosamente comprometer todo um cluster.
2. Sempre defina um x-default. O valor reservado x-default captura usuários cujo idioma e região não correspondem a nenhuma de suas versões, e é o destino certo para qualquer página de seleção de país.
3. Anote todas as páginas, incluindo a própria. O hreflang funciona no nível da página, portanto, cada página do cluster lista sua própria URL, bem como todas as suas alternativas. Criar um modelo para isso é exatamente o tipo de tarefa que deve ficar no layout “spoke”, e não na memória de ninguém.

Preste atenção também aos códigos em si. Os valores de hreflang combinam um código de idioma com um código de região opcional, e os dois resolvem problemas diferentes:

• en-GB e en-US podem apontar para duas páginas no mesmo idioma, localizadas para mercados diferentes;
• um simples “es” pode atender falantes de espanhol em todos os lugares onde não houver uma versão específica para o país.

Um código de região por si só não é válido, e códigos que parecem plausíveis podem falhar: a documentação do Google observa que “UK” não é um código de região válido; portanto, “en-UK” não funciona, enquanto “en-GB” funciona. Erros como esses são uma das razões mais comuns pelas quais as anotações falham silenciosamente na validação.

O hreflang é um trabalho técnico rotineiro, mas é a diferença entre suas páginas cuidadosamente localizadas serem exibidas para os usuários certos e o Google ter que adivinhar.

As SERPs locais são mundos à parte

Fonte: Magnific

Mesmo com arquitetura e marcação perfeitas, a mesma consulta produz resultados diferentes em países distintos. Concorrentes locais, intenção de busca local, recursos diferentes nas SERPs e níveis distintos de concorrência significam que uma página que ocupa a terceira posição em um mercado pode ficar na quarta página em outro, mesmo com conteúdo idêntico.

É por isso que o trabalho internacional não pode ser conduzido a partir da visão dos resultados de um único local. Verificar a SERP real em cada país-alvo, da mesma forma que um verificador de SERP faz para qualquer país, região ou cidade que você indicar, mostra a realidade competitiva que cada página “spoke” realmente enfrenta: quem está bem posicionado, com que tipo de página e quais recursos da SERP se interpõem entre você e os cliques.

Muitas vezes, a lição é incômoda. Uma página “spoke” superficial e baseada em modelo, que tem bom desempenho em um mercado de baixa concorrência, pode precisar de conteúdo genuinamente local, referências locais e links locais para competir em um mercado saturado. Trate o modelo como a linha de base que todo mercado recebe no primeiro dia e, em seguida, deixe que a SERP ativa indique quais páginas “spoke” merecem um investimento mais profundo. Na prática, isso geralmente significa:

• alguns mercados prioritários recebem seções personalizadas, dados locais e construção de links dedicada;
• a “cauda longa” dos mercados menores funciona com o modelo compartilhado até que os números justifiquem mais recursos.

A pesquisa de palavras-chave recomeça em cada mercado

A segunda armadilha é presumir que sua lista de palavras-chave se aplica diretamente. A tradução direta não faz sentido: usuários em diferentes países não usam apenas palavras diferentes; eles pesquisam com intenções e volumes distintos. Uma categoria de produto que é um termo principal de alto volume em um mercado pode ser uma consulta de nicho em outro, e o termo coloquial que gera todo o tráfego pode não ter nada a ver com a tradução do dicionário.

Pesquisar cada mercado do zero com uma ferramenta de pesquisa de palavras-chave que ofereça dados específicos por localização é a única abordagem confiável. O tempo que isso leva é real, mas lhe dá uma vantagem: os concorrentes que traduzem automaticamente suas palavras-chave deixam inteiros espaços de consultas locais sem concorrência.

É também aqui que o padrão “hub-and-spoke” (centro e raios) compensa pela segunda vez. Como cada “raio” é uma página própria, ele pode segmentar o termo local em vez do traduzido, sem afetar o restante do cluster.

Avalie por mercado, ou você estará apenas adivinhando

Fonte: Magnific

A disciplina final é a medição. As classificações globais médias ocultam tudo o que você precisa saber: uma posição que “melhorou” em média pode ter despencado no seu mercado mais valioso, enquanto subiu em três mercados irrelevantes.

Acompanhar as posições por país e por palavra-chave em uma ferramenta de monitoramento de classificação transforma a arquitetura em um ciclo de feedback. Cada página “raio” recebe seu próprio painel de resultados, e os problemas estruturais se revelam como padrões:

• Se todos os “raios” apresentarem desempenho abaixo do esperado em um país, suspeite dos sinais de segmentação ou do hreflang.
• Se uma subpágina apresentar baixo desempenho em todos os lugares, suspeite da página.

Essa lógica de diagnóstico só funciona quando os dados são segmentados por localização desde o início; é por isso que o acompanhamento por mercado deve constar na lista de verificação de lançamento, e não na fase de correção seis meses depois.

Um ritmo semanal prático para um produto que atende a vários países é o seguinte:

1. Analise a evolução por país das páginas que geram receita.
2. Compare as maiores lacunas com a SERP local em tempo real.
3. Identifique os pontos em que a concorrência local possui páginas estruturalmente melhores.
4. Priorize o trabalho de localização nos casos em que os dados indicam que valerá a pena.

Para um contexto mais aprofundado sobre o aspecto linguístico desse trabalho, o guia do Ranktracker para otimizar um site para outros idiomas aborda a camada de conteúdo que se situa acima da arquitetura descrita aqui.

Modos comuns de falha que vale a pena auditar

Antes de lançar qualquer estrutura multinacional, faça uma auditoria em relação aos erros que aparecem em quase todas as análises pós-lançamento de SEO internacional:

• Sinais contraditórios. Um ccTLD com hreflang apontando para subdiretórios de um domínio diferente, ou páginas de países canonicizadas para o hub global, o que discretamente indica ao Google que as páginas secundárias são duplicatas que não merecem ser ranqueadas.
• Redirecionamentos automáticos baseados em IP. Eles impedem que tanto usuários quanto rastreadores acessem as versões que realmente desejavam. A recomendação do Google é evitar redirecionamentos automáticos e criar links entre as versões para que os usuários possam escolher a que precisam, já que a detecção de localização baseada em IP não é confiável.
• Texto padrão não traduzido. Menus, rodapés e fluxos de checkout deixados em outro idioma em uma página que, de resto, está localizada, prejudicam tanto a confiança do usuário quanto os sinais de idioma da página.

Nenhum deles é incomum. São o que acontece quando uma equipe localiza o texto, mas nunca revisita a estrutura subjacente, e cada um deles é barato de detectar em uma auditoria, mas caro de descobrir em um relatório de posicionamento.

A estrutura é a estratégia

O SEO multinacional recompensa equipes que fazem coisas rotineiras de forma consistente:

• uma estrutura de URL deliberada;
• um modelo bem estruturado do tipo “hub-and-spoke” por produto;
• hreflang recíproco com um x-default;
• pesquisa de palavras-chave mercado a mercado;
• acompanhamento de posicionamento por país que fecha o ciclo.

Os exemplos estão por toda parte quando você procura por eles, desde páginas de preços de SaaS até portais de sorteios de loteria, e todos ensinam a mesma lição. As páginas não aparecem bem posicionadas em todos os lugares porque o conteúdo é brilhante em todos os lugares. Elas aparecem bem posicionadas em todos os lugares porque a estrutura nunca deixa a pergunta “para quem é esta página?” aberta à interpretação.