O pior bug hreflang que EU enviei foi uma mudança de modelo de uma linha que tirou quatro versões de idioma do índice Google' s. A cabeça parcial renderizou uma tag canônica, e alguém refatorou-a para que o canônico fosse construído a partir do local padrão, em vez do atual Toda página traduzida começou a declarar a página em inglês como canônica As anotações hreflang eram intocadas e ainda perfeitas Eles também eram completamente irrelevantes, porque você não pode servir uma URL que tenha sido canonizada fora do índice.
Nada quebrou As páginas ainda carregadas O tráfego dos mercados não ingleses caiu ao longo de cerca de três semanas, que é aproximadamente quanto tempo o Google levou para recrastrear tudo, e no momento em que era óbvio a causa foi de cinco commits de volta.
Canônico e hreflang são as duas anotações com maior probabilidade de serem confundidas uma com a outra e as duas com maior probabilidade de se cancelarem Este guia cobre o que cada uma afirma, a regra que as mantém compatíveis e as combinações específicas que dão errado. Ele fica sob o guia completo de hreflang, ao lado de 12 erros comuns de hreflang.
tl;dr: Uma etiqueta canónica diz & quot; destes URLs quase duplicados, indexe este." Uma anotação hreflang diz & quot; estes URLs são alternados localizados, servem o certo por utilizador." Respondem a perguntas diferentes e não devem contradizer-se A regra é que cada página canoniza-se a si mesma, e hreflang descreve as relações entre essas páginas auto-canónicas Canonicalizando uma versão de linguagem para outra remove-a do índice e torna o conjunto hreflang sem pontos, porque canónico é o sinal mais forte.
O que uma tag canônica afirma?
Uma tag canônica nomeia a URL preferida entre um grupo de URLs que atendem substancialmente ao mesmo conteúdo:
<link rel="canonical" href="https://example.com/pricing" />
Existe porque o mesmo conteúdo é alcançável em muitas URLs: com e sem parâmetros de rastreamento, com e sem barra de arrasto, através de uma visualização de impressão, através de um caminho de categoria e um caminho direto Deixado sozinho, o Google escolhe um e consolida os sinais de classificação sobre ele A tag canônica é como você mesmo faz essa escolha.
Duas propriedades importam para esta discussão Primeiro, é a dica, não uma diretiva, embora forte que o Google segue na maioria das vezes. Segundo, e esta é a parte que morde, as URLs não canônicas deixam de ser indexadas por direito próprio. Seus sinais são dobrados no canônico Esse é o ponto inteiro da etiqueta, e é exatamente a coisa errada a fazer a uma tradução.
O que afirma o hreflang?
Hreflang faz uma afirmação totalmente diferente:
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
Diz: existe outra versão desta página, é destinada a falantes de alemão na Alemanha, e aqui é onde ela vive Não diz nada sobre qual URL deve ser indexado Todos os suplentes são esperados para ser indexado, independentemente, cada ranking em seu próprio mercado Hreflang é uma dica de roteamento aplicada no tempo de serviço, não uma instrução de indexação.
Coloque os dois lado a lado e a diferença é clara:
| Canônico | Hreflang | |
|---|---|---|
| Pergunta que responde | Quais desses URLs devem ser indexados? | Qual versão esse usuário deve ver? |
| Efeito nos outros URLs | Deixam de ser indexados separadamente | Eles permanecem indexados, cada um em seu mercado |
| Aplica-se a | Conteúdo duplicado ou quase duplicado | Conteúdo traduzido ou regionalizado |
| Direção | Pontos para um vencedor | Descreve um conjunto simétrico |
| força | Forte; geralmente seguido | Uma dica usada na classificação e no tempo de saque |
As páginas traduzidas não são duplicadas São conteúdos diferentes para diferentes públicos que por acaso são estruturalmente paralelos Tratá-los como duplicados com um canônico de vários idiomas é o erro de categoria na raiz de cada falha abaixo.
Qual é a regra?
Cada página canoniza para si mesma Hreflang descreve as relações entre essas páginas auto-canônicas.
Concretamente, a página de preços em inglês traz:
<link rel="canonical" href="https://example.com/pricing" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
E a página de preços alemã traz o bloco hreflang idêntico com um canônico diferente:
<link rel="canonical" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="en" href="https://example.com/pricing" />
<link rel="alternate" hreflang="de" href="https://example.com/de/preise" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/tarifs" />
<link rel="alternate" hreflang="x-default" href="https://example.com/pricing" />
Mesmo hreflang definido em ambos, auto-referencial canônico em cada um Isso é o padrão inteiro Google documenta o mesmo requisito em seu orientação de versões localizadas: as anotações devem ser recíprocas, e os URLs que nomeiam devem ser os que você deseja indexados.
O que acontece quando o canônico aponta entre os idiomas?
A versão linguística desaparece.
Percorra-o A página em Francês diz & quot; indexe a página em Inglês em vez de mim." Google obriga e descarta o URL em Francês do índice A página em Inglês' s hreflang diz & quot; a versão em Francês está neste URL." Google olha para esse URL, encontra-o canonizado para a página em que já está, e não tem nada para servir os pesquisadores franceses O conjunto colapsa para uma página.
O sintoma é uma versão de idioma que é rastreada, retorna 200, contém bom conteúdo traduzido e nunca classifica No Search Console a ferramenta de Inspeção de URL relata isso como uma alternativa de outra página, em vez de como indexado Esse relatório é a maneira mais rápida de confirmar o diagnóstico, e se você estiver perseguindo uma versão de idioma que não será ranqueada, verifique-a antes de qualquer outra coisa.
A razão pela qual os canônicos ganham é que os dois sinais operam em estágios diferentes A canonização acontece durante a indexação; hreflang é consultado durante a classificação e o serviço Uma URL que nunca entra no índice não está disponível no estágio posterior.
E quanto aos parâmetros e quase duplicados dentro de um idioma?
É aqui que ambos os sinais estão legitimamente em jogo de uma só vez, e a combinação é boa, desde que você mantenha as camadas retas.
Digamos que a página de preços alemã esteja disponível em /de/preise e /de/preise?utm_source=newsletter. O URL parametrizado canoniza para /de/preise0, que está correcto: são duplicatas genuínas dentro de uma língua O conjunto hreflang opera um nível acima, entre /pricing, /de/preise, e /fr/tarifs, e nomeia apenas a forma canônica de cada um.
Duas regras mantêm isso limpo:
- Hreflang sempre nomeia URLs canônicos. Nunca aponte uma anotação para uma URL parametrizada ou não canônica. A tag de retorno nessa URL não corresponderá, porque a versão canônica é aquela que carrega o bloco.
- Canonicalize dentro de uma linguagem, nunca através. Parâmetros, visualizações de impressão, URLs de sessão, tudo bem Outra linguagem, nunca.
A mesma lógica abrange paginação, URLs facetadas e qualquer outro mecanismo de duplicação Resolva-o dentro da linguagem e, em seguida, deixe hreflang descrever o conjunto resolvido.
O hreflang ajuda com conteúdo duplicado entre regiões?
Em parte, e vale a pena ser preciso sobre a distinção porque ela é muitas vezes exagerada.
Hreflang não deduplica Não diz ao Google para ignorar a semelhança entre suas páginas em inglês dos EUA e do Reino Unido O que ele faz é dizer ao Google que essas páginas são variantes regionais deliberadas, o que muda a forma como o Google lida com a semelhança: em vez de escolher uma e filtrar a outra, ele mantém ambas e seleciona por consulta e por usuário.
Esse é o benefício prático para sites de mesmo idioma e multi-região, e é a razão pela qual esses sites precisam de hreflang com mais urgência do que sites de vários idiomas. Duas páginas em idiomas diferentes são obviamente documentos diferentes. Duas páginas em inglês com preços e grafias diferentes não são obviamente diferentes de um rastreador e, sem a anotação, uma delas perde.
Se as páginas regionais são genuinamente idênticas, palavra por palavra, a resposta honesta é que você pode não precisar de páginas separadas em tudo Hreflang não é uma maneira de justificar conteúdo quase duplicado; é uma maneira de descrever o conteúdo que é legitimamente diferenciado pelo mercado.
Como auditas os dois juntos?
Um rastreamento que extrai ambas as anotações responde a isso em uma passagem Para cada URL, você quer dois fatos: seu canônico é igual ao seu próprio URL e seu conjunto hreflang corresponde aos seus irmãos & #39; Classifique por canônico e procure grupos onde vários URLs compartilham um canônico em diferentes caminhos de idioma Esse agrupamento é o bug, e ele fica visível rapidamente.
Para uma única página, curl ele e leia as duas tags juntas:
curl -s https://example.com/de/preise | grep -E 'rel="(canonical|alternate)"'
O que você está verificando é que o canônico href é o URL que você acabou de buscar e que o bloco hreflang contém uma entrada para esta página e #39; A própria localidade apontando para o mesmo URL. Esses dois fatos sendo consistentes são a maior parte da batalha.
Em seguida, verifique se os alvos hreflang são eles próprios auto-canônicos Um conjunto pode ser perfeitamente recíproco e ainda falhar porque um dos alvos canoniza em outro lugar, que é a falha no topo deste artigo e aquele que é invisível da página que você está olhando.
E quanto ao canônico e ao mapa do site?
Mesmo princípio, estendido Um mapa do site deve listar apenas URLs canônicos e indexáveis Se o seu mapa do site carrega anotações hreflang como xhtml:link entradas, essas entradas nomeiam os mesmos URLs canônicos que o HTML faria.
O modo de falha aqui é um sitemap gerado a partir de uma tabela de rotas, em vez de a partir do conjunto de URL indexável, por isso lista variantes parametrizadas ou não canônicas ao lado das reais O Google trata a inclusão do sitemap como uma dica de canonização fraca, então um sitemap que discorda de suas tags canônicas é mais um sinal contraditório O Gerador de mapas de sites XML é uma maneira rápida de reconstruir uma lista limpa quando você não tem certeza do que está lá atualmente, e o ferramenta gerador Hreflang produz a correspondência xhtml:link bloquear no formato do mapa do site.
Perguntas frequentes
Qual é a diferença entre hreflang e canônico?
Uma tag canônica nomeia qual dos vários URLs quase duplicados deve ser indexado Uma anotação hreflang declara que vários URLs são alternados localizados e ajuda os motores de busca a servir o certo por usuário Canonical consolida; hreflang diferencia.
Cada versão linguística deveria canonizar-se para si mesma?
Sim. Cada página em um conjunto hreflang deve ter um canônico auto-referencial Canonicalizar uma página traduzida para outro idioma a remove do índice e torna o conjunto hreflang inútil.
Qual sinal ganha se hreflang e canônico discordarem?
Canônico, com efeito A canonização acontece no momento da indexação, e uma URL que não é indexada não pode ser servida a ninguém, digam o que disserem as anotações do hreflang.
Posso usar tags canônicas em um site multilíngue?
Sim, e você deve. usá-los para resolver a duplicação dentro de uma linguagem, como parâmetros de rastreamento e visualizações de impressão Nunca usá-los em vários idiomas.
O hreflang corrige conteúdo duplicado entre minhas páginas nos EUA e no Reino Unido?
Ele não deduplica, mas diz ao Google que as páginas são variantes regionais deliberadas, em vez de duplicatas acidentais, portanto, ambas permanecem indexadas e a correta é servida por mercado. Essa é a principal razão pela qual sites multirregionais no mesmo idioma precisam de hreflang.
O hreflang deve apontar para URLs canônicos?
Sempre. Apontar uma anotação em uma URL parametrizada ou não canônica quebra a tag de retorno, porque o bloco vive na versão canônica em vez da variante que você nomeou.
Como posso dizer se um canônico está matando uma versão linguística?
Execute o URL através do Search Console' s ferramenta de Inspeção de URL. Se ele relata a página como uma alternativa de outro URL, em vez de como indexado, um canônico entre idiomas é a causa.
Os URLs do mapa do site precisam corresponder às minhas tags canônicas?
Sim. Sitemaps deve listar apenas URLs canônicos e indexáveis Um sitemap que lista variantes não canônicas adiciona um sinal contraditório em cima das tags que você já emite.
