Escolha locais a partir de conteúdo real e compromissos operacionais
Um local é o idioma e, somente quando relevante, o público regional de uma página. Mantenha uma matriz de tipo de página, idioma, região, responsável, diferenças de conteúdo, padrão de URL e fallback. Adicione uma versão regional somente quando seu conteúdo principal ou termos comerciais realmente diferirem e alguém puder mantê-la atual; uma página genérica de idioma costuma ser a melhor opção.
Não traduza apenas cabeçalhos e rodapés em torno de conteúdo principal inalterado e chame isso de local. O Google alerta que tradução apenas de material repetitivo pode criar uma experiência ruim e resultados redundantes. Reveja textos prioritários, preços, disponibilidade, políticas, suporte e mensagens transacionais. Se uma página não puder ser suportada ainda, omita-a em vez de publicar um invólucro enganoso.
Registre o código pretendido, padrão de URL público, responsável, destino canônico, fallback e estado de lançamento em uma tabela governada.
Use URLs estáveis e deixe as pessoas escolherem
Dê a cada versão de idioma uma URL direta que um navegador e um rastreador possam solicitar. O Google recomenda URLs diferentes em vez de alterar o idioma com cookies ou configurações do navegador. Domínios por país, subdomínios e subdiretórios podem funcionar; escolha o padrão que sua equipe consiga governar de forma consistente. O Google lista parâmetros de URL como não recomendados para segmentação baseada em URL.
Mostre uma escolha de idioma ou região e mantenha o visitante na versão selecionada. O Google aconselha contra redirecionamentos automáticos baseados em idioma presumido e diz que mudanças dinâmicas podem impedir a descoberta de variações. Não use localização por IP como mecanismo decisório; o Google afirma que é difícil, geralmente pouco confiável e pode limitar o rastreamento. Preserve URLs diretas e uma maneira fácil de voltar à versão anterior.
Abra cada URL de localidade em uma sessão limpa e confirme que ela serve essa versão sem um redirecionamento baseado em localização.
Construa clusters hreflang completos e válidos
Um cluster hreflang conecta URLs equivalentes de localidade. O Google suporta elementos link no HTML, cabeçalhos HTTP Link para respostas não-HTML, ou entradas em sitemaps XML, e trata os métodos como equivalentes. Escolha aquele que seu processo de liberação pode gerar e auditar. Cada URL alternativa deve ser totalmente qualificada, incluindo https, e resolver para a página pública pretendida.
Em cada página equivalente, publique o mesmo conjunto: uma autorreferência e todas as alternativas suportadas. O Google diz que tags podem ser ignoradas quando páginas não apontam umas para as outras e identifica links de retorno ausentes como um erro comum. Gere clusters a partir de dados compartilhados, não de templates editados manualmente. Se uma página estiver indisponível em um local, não invente um quase-correspondente apenas para preencher a grade.
Para cada par listado, verifique se ambas as páginas expõem o mesmo conjunto de alternates, incluindo sua própria URL.
Use o método de cabeçalho HTTP Link para PDFs localizados quando a marcação head HTML não estiver disponível.
Selecione tags de idioma com a implementação de busca em mente
Tags de idioma são identificadores como en, en-GB ou zh-Hant. BCP 47 é a prática atual recomendada do IETF, e o Registro de Subtags de Idioma da IANA é o registro de referência que a W3C orienta autores a consultar. Comece com um idioma primário e só adicione script ou região quando isso distinguir o conteúdo. A W3C recomenda manter as tags tão curtas quanto a distinção necessária permitir.
Para hreflang do Google, siga as regras de códigos suportados pelo Google, não toda tag sintaticamente válida do BCP 47. O Google exige um idioma primeiro, nunca apenas uma região, e documenta códigos de idioma ISO 639-1 com regiões opcionais ISO 3166-1 Alpha-2. Ele diz explicitamente que es-419 não é compatível com hreflang. Verifique os códigos durante a implementação e rejeite valores improvisados nos cheques de deploy.
Use en-GB somente quando a versão do Reino Unido diferir de forma significativa; caso contrário, uma versão genérica en é mais simples.
Mantenha canônicos, fallback e sinais de conteúdo compatíveis
A canonicalização escolhe uma URL preferida entre URLs duplicadas ou muito semelhantes; hreflang identifica alternativas intencionais. Para páginas de localidade independentes, use um canônico autorreferencial ou um canônico na mesma língua. O Google recomenda um canônico na mesma língua ou o melhor substituto disponível. Um canônico em outro idioma pode consolidar a alternativa que você pretendia apresentar.
Use x-default para pessoas cujo idioma do navegador não corresponde a uma versão listada, especialmente com um seletor de idioma ou país. É um fallback, não um substituto para alternativas reais. Decida se ele será um seletor neutro ou uma página de idioma padrão, torne-o utilizável e evite loops de redirecionamento automáticos. Mantenha o conteúdo principal visível de cada página claramente em um único idioma.
Compare URL solicitada, URL final, canônico, indexabilidade, alvos hreflang e entrada de sitemap em cada amostra.
Teste a liberação como uma mudança de rota e conteúdo
Antes da implantação, amostre cada tipo de template: home, categoria, comercial, editorial, ajuda e arquivos localizados. Inspecione o head entregue, cabeçalhos ou sitemap conforme o método escolhido. Confirme respostas públicas, URLs finais HTTPS, alternates autorreferenciais e recíprocos, destinos canônicos, conteúdo local visível, um seletor funcionando e ausência de noindex ou bloqueio por robots acidentais.
Após a liberação, inspecione páginas representativas no Search Console. Seu teste ao vivo verifica se o Google consegue acessar uma página atual; o relatório de indexação pode mostrar o canônico selecionado. O teste ao vivo não pode prever o canônico selecionado nem garantir indexação. Mantenha um registro de lançamento datado com clusters testados, exceções, responsáveis e evidências de retestes.
Bloqueie a liberação quando uma página prioritária redirecionar incorretamente, tiver um par recíproco quebrado, conflitar com o canônico ou não puder ser selecionada.
Versione a configuração de localidade e retenha o mapa anterior de URLs e anotações para uma reversão segura de template compartilhado.