Hreflang em domínios regionais: checklist para uma migração segura

Lançamentos escalonados

Equipes frequentemente perguntam se o hreflang pode ir ao ar em um site antes do outro. Pode.

O Google simplesmente ignorará as tags até que ambos os lados se confirmem mutuamente. Sem danos. A ordem apenas posterga o benefício. Mantenha as tags do primeiro site válidas e não publique conjuntos parciais que nomeiem URLs que ainda não existem. Ao verificar os backlinks dos sites em ambos os domínios, você também vê qual host regional o mundo externo já prefere, e isso é uma evidência útil ao decidir qual URL se tornará x-default.

Dois casos reais

Digamos que você administre um site alemão e um site do Reino Unido em dois domínios, com um 301 da raiz do UK para uma pasta /uk/ que foi adicionada há algum tempo. A equipe agora quer remover essa regra e pergunta como manter a equity de links.

Puxe toppages para ambos os hosts primeiro. Se a maioria dos links externos aponta para a raiz, a raiz deve agora servir uma página real, com hreflang e um auto-canonical, ou redirecionar para a melhor correspondência regional. Faça o teste com um script, mantenha a regra antiga no versionamento de código e analise o resultado após o próximo refresh mensal do nosso índice.

O segundo caso é menor. Um site do Blogger ou Squarespace migra para um domínio personalizado. Redirecione cada caminho antigo individualmente, porque a primeira parte da URL muda enquanto o slug geralmente permanece igual. Verifique a receita de mapa de redirecionamento para o loop de teste e mantenha a propriedade antiga verificada no Search Console para monitorar a cobertura em ambos.

Além de hreflang e canonicais: o que mais verificar entre países

Hreflang e canonicais são as tags que as pessoas verificam primeiro, e não são os únicos lugares onde uma configuração entre países pode falhar. Redirecionamentos que dependem da localização, um seletor de idioma que envia crawlers para um locale e um sitemap que lista apenas uma versão alteram qual URL o Google trata como principal para cada mercado.

Trate desses itens após as tags passarem. Cada um pode silenciosamente desfazer uma tag que parece correta no template.

Redirecionamentos geográficos e seletores de idioma

Um redirecionamento que seleciona um locale com base na localização do visitante pode enviar o Googlebot para um país e nunca mostrar as outras versões. O crawler então vê uma única versão e as alternadas não são buscadas. Redirecionamentos forçados são uma fonte comum disso, então teste com um user agent de crawler e, onde possível, de um segundo país.

Um seletor de idioma deve linkar para a mesma página em cada locale. Se ele linkar apenas para a homepage do outro site, as alternadas perdem seus links internos e ficam mais difíceis de encontrar.

Sitemaps que contêm as alternadas

Um sitemap XML pode listar as URLs alternadas de cada mercado em um só lugar, para que o conjunto seja lido junto em vez de página por página. Mantenha essa lista alinhada com as tags nas próprias páginas.

Remova qualquer locale que retorne um redirecionamento ou noindex do sitemap, ou as duas fontes discordarão sobre quais versões existem.

Plugins que prometem automatizar isso

Plugins podem gerar hreflang para muitos sites e são um bom ponto de partida. Um plugin não sabe qual URL regional é o alvo certo, ou se um redirecionamento em outro lugar contradiz isso.

Verifique a saída do plugin contra um crawl em vez de confiar na tela de configurações. O crawl é a única visão que mostra o que um bot realmente recebe.

Executando dois domínios em paralelo por um tempo

Uma execução paralela mantém ambos os domínios respondendo enquanto o novo ganha seu lugar. Ajuda quando o domínio antigo ainda recebe links e visitas. Também tem um custo. Dois conjuntos de tags precisam concordar ao mesmo tempo.

Se você executar ambos, escolha a casa de cada mercado com antecedência. Escreva essa escolha no conjunto hreflang, depois deixe o sitemap e os links internos seguirem essa escolha.

Páginas de destino e redirecionamentos suaves

Uma página de destino em outro domínio com um botão que leva ao seu site é um link de saída comum. Ela pode enviar visitantes, mas não transfere o histórico de um endereço da maneira que um 301 faz. Não conte com isso como uma etapa de migração.

Use essas páginas como uma ponte para pessoas e mantenha o redirecionamento de servidor como o mecanismo que transporta os links.

Monitorando ambos os hosts durante a sobreposição

Mantenha ambas as propriedades verificadas no Search Console e puxe dados de links para ambos os hosts no mesmo cronograma. Cronogramas desencontrados fazem uma mudança normal parecer uma perda.

Compare similar com similar em cada puxada: o mesmo host, a mesma ação, o mesmo mês. Então a diferença que você vê é a migração, não o calendário. Anote a data de qualquer alteração de redirecionamento no mesmo arquivo, para que o timing nunca seja uma suposição.

Verificando se os links acompanham cada migração regional

Uma migração regional está apenas metade concluída quando as tags e redirecionamentos estão corretos. A outra metade é saber se sites externos agora apontam para a URL regional correta, e isso é uma questão de links.

Qual host regional os sites externos preferem

Puxe toppages para cada host regional, depois use compare para colocar as duas bases de links lado a lado, para que você possa verificar backlinks de sites em uma única tabela. Faça isso para os hosts que importam antes de decidir qual deve reter os sinais de mercado.

Um host que reúne a maioria dos domínios linkadores indica para onde os sites externos já enviam seus leitores.

Quando um host regional perde domínios linkadores

Comece com a lista de páginas linkadas nesse host. Encontre as URLs que desapareceram, verifique se cada uma redireciona para a página regional correta e confirme que as tags hreflang nessa página nomeiam o mesmo mercado.

Se a queda coincidir com uma alteração no sitemap, compare as listas de sitemap antigo e novo antes de tocar em qualquer tag. A árvore de decisão páginas não indexadas cobre o caso onde uma página regional existe, mas permanece fora do índice.

Mantendo uma base regional

Salve a lista de links para cada host regional com a data no nome do arquivo, para que uma puxada posterior tenha algo para ser comparado. Sem esse arquivo, uma queda parece um problema novo, quando pode ser uma migração que ocorreu meses antes.

Registre o conjunto hreflang e a escolha canonical ao lado do arquivo de links. Quando um host perde links, você pode então verificar as tags contra o estado em que estavam quando os links foram contados pela última vez.

Execute a mesma puxada para cada host regional no mesmo dia do mês e mantenha a saída em uma pasta por host. Uma comparação entre hosts só é justa quando as datas coincidem, e os nomes de arquivo são a maneira mais simples de tornar isso visível.