El peor error de hreflang que envié fue un cambio de plantilla de una línea que eliminó cuatro versiones de idiomas del índice Google 's. El encabezado representaba parcialmente una etiqueta canónica y alguien la refactorizó para que la canónica se creara a partir de la configuración regional predeterminada en lugar de la actual. Cada página traducida comenzó a declarar la página en inglés como canónica. Las anotaciones de hreflang estaban intactas y seguían siendo perfectas. También eran completamente irrelevantes, porque no se puede incluir una URL que haya sido canonicalizada fuera del índice.
Nada se rompió. Las páginas aún cargadas. El tráfico de los mercados no ingleses cayó en aproximadamente tres semanas, que es aproximadamente el tiempo que le tomó a Google volver a rastrear todo, y cuando fue obvio, la causa fue cinco confirmaciones.
Canonical y hreflang son las dos anotaciones con mayor probabilidad de confundirse entre sí y las dos con mayor probabilidad de cancelarse entre sí. Esta guía cubre lo que cada uno afirma, la regla que los mantiene compatibles y las combinaciones específicas que salen mal. Se encuentra debajo del guía completa de hreflang, al lado de 12 errores comunes de hreflang.
TL;Dr: Una etiqueta canónica dice " de estas URL casi duplicadas, indexe esta." Una anotación hreflang dice " Estas URL son alternativas localizadas, sirven la correcta por usuario." Responden diferentes preguntas y no deben contradecirse entre sí. La regla es que cada página se canonicaliza a sí misma y hreflang describe las relaciones entre esas páginas autocanónicas. Canonicalizar una versión de idioma a otra la elimina del índice y hace que el conjunto hreflang sea inútil, porque canónico es la señal más fuerte.
¿qué afirma una etiqueta canónica?
Una etiqueta canónica nomina la URL preferida entre un grupo de URL que sirven sustancialmente el mismo contenido:
<link rel="canonical" href="https://example.com/pricing" />
Existe porque se puede acceder al mismo contenido en muchas URL: con y sin parámetros de seguimiento, con y sin barra diagonal, a través de una vista de impresión, a través de una ruta de categoría y una ruta directa. Si se deja solo, Google elige uno y consolida las señales de clasificación en él. La etiqueta canónica es cómo haces que ese te elija tú mismo.
Dos propiedades son importantes para esta discusión. Primero, es un pista, no es una directiva, aunque sí fuerte, que Google sigue la mayor parte del tiempo. En segundo lugar, y esta es la parte que muerde las URL no canónicas dejan de indexarse por derecho propio. Sus señales están plegadas en lo canónico. Ese es el objetivo de la etiqueta, y es exactamente lo incorrecto que se debe hacer con una traducción.
¿qué afirma hreflang?
Hreflang hace una afirmación completamente diferente:
<link rel="alternate" hreflang="de-DE" href="https://example.com/de/preise" />
Dice: existe otra versión de esta página, está dirigida a hablantes de alemán en Alemania y aquí es donde vive. No dice nada sobre qué URL debe indexarse. Se espera que todas las alternativas estén indexadas, de forma independiente, cada clasificación en su propio mercado. Hreflang es una sugerencia de enrutamiento que se aplica en el momento del servicio, no una instrucción de indexación.
Pon los dos uno al lado del otro y la diferencia es clara:
| Canónico | Hreflang | |
|---|---|---|
| Pregunta que responde | ¿cuál de estas URL debería indexarse? | ¿Qué versión debería ver este usuario? |
| Efecto sobre las otras URL | Dejan de indexarse por separado | Permanecen indexados, cada uno en su mercado |
| Aplica para | Contenido duplicado o casi duplicado | Contenido traducido o regionalizado |
| Dirección | Puntos para un ganador | Describe un conjunto simétrico |
| fuerza | Fuerte; generalmente seguido | Una pista utilizada para clasificar y servir el tiempo |
Las páginas traducidas no son duplicadas. Son contenidos diferentes para diferentes audiencias que resultan ser estructuralmente paralelos. Tratarlos como duplicados con un canónico en varios idiomas es el error de categoría en la raíz de cada falla a continuación.
¿Cuál es la regla?
Cada página se canonicaliza a sí misma. Hreflang describe las relaciones entre esas páginas autocanónicas.
En concreto, la página de precios en inglés lleva:
<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" />
Y la página de precios alemana lleva el mismo bloque hreflang con un 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" />
El mismo hreflang establecido en ambos, canónico autorreferencial en cada uno. Ese es el patrón completo. Google documenta el mismo requisito en su guía de versiones localizadas: las anotaciones deben ser recíprocas y las URL que nombran deben ser las que desea indexar.
¿qué sucede cuando los puntos canónicos entre lenguas?
La versión lingüística desaparece.
Camínalo. La página francesa dice "indexe la página en inglés en lugar de mí." Google obliga y elimina la URL francesa del índice. La página en inglés ' s hreflang dice " la versión francesa está en esta URL." Google mira esa URL, descubre que está canonicalizada en la página en la que ya se encuentra y no tiene nada que servir a los buscadores franceses. El conjunto colapsa en una página.
El síntoma es una versión de idioma que se rastrea, devuelve 200, contiene buen contenido traducido y nunca se clasifica. En Search Console, la herramienta de inspección de URL lo informa como una alternativa a otra página en lugar de indexarlo. Ese informe es la forma más rápida de confirmar el diagnóstico y, si está buscando una versión de idioma que no se clasifique, compruébela antes que nada.
La razón por la que gana canónicamente es que las dos señales operan en diferentes etapas. La canonicalización ocurre durante la indexación; Se consulta hreflang durante la clasificación y el servicio. Una URL que nunca ingresa al índice no está disponible en la etapa posterior.
¿qué pasa con los parámetros y los casi duplicados dentro de un idioma?
Aquí es donde ambas señales están legítimamente en juego a la vez, y la combinación está bien siempre que mantengas las capas rectas.
Digamos que se puede acceder a la página de precios alemana en /de/preise y /de/preise?utm_source=newsletter. La URL parametrizada se canonicaliza a /de/preise, lo cual es correcto: son auténticos duplicados dentro de un idioma. El conjunto hreflang opera un nivel arriba, entre /pricing, /de/preisey /fr/tarifs, y nombra sólo la forma canónica de cada uno.
Dos reglas mantienen esto limpio:
- Hreflang siempre nombra URL canónicas. Nunca apunte una anotación a una URL parametrizada o no canónica. La etiqueta de retorno en esa URL no coincidirá, porque la versión canónica es la que lleva el bloque.
- Canonicalizar dentro de un idioma, nunca cruzado. Parámetros, vistas impresas, URL de sesión, todo bien. Otro idioma, nunca.
La misma lógica cubre la paginación, las URL facetadas y cualquier otro mecanismo de duplicación. Resuélvalo dentro del lenguaje y luego déjese describir el conjunto resuelto.
¿hreflang ayuda con contenido duplicado en todas las regiones?
En parte, vale la pena ser preciso sobre la distinción porque a menudo está exagerada.
Hreflang no deduplica. No le dice a Google que ignore la similitud entre sus páginas en inglés de EE. UU. y el Reino Unido. Lo que hace es decirle a Google que esas páginas son variantes regionales deliberadas, lo que cambia la forma en que Google maneja la similitud: en lugar de elegir una y filtrar la otra, mantiene ambas y selecciona por consulta y por usuario.
Ese es el beneficio práctico para sitios de varios idiomas y en un mismo idioma, y es la razón por la que esos sitios necesitan hreflang con más urgencia que los sitios de varios idiomas. Dos páginas en diferentes idiomas son obviamente documentos diferentes. Dos páginas en inglés con diferentes precios y grafías no son obviamente diferentes a un rastreador, y sin la anotación una de ellas pierde.
Si las páginas regionales son realmente idénticas, palabra por palabra, la respuesta honesta es que es posible que no necesite páginas separadas en absoluto. Hreflang no es una forma de justificar contenido casi duplicado; es una forma de describir contenido legítimamente diferenciado por mercado.
¿Cómo auditas a los dos juntos?
Un rastreo que extrae ambas anotaciones responde a esto de una sola vez. Para cada URL, desea dos datos: ¿su canónico es igual a su propia URL y su conjunto hreflang coincide con sus hermanos ' Ordenar por canónico y buscar grupos donde varias URL compartan un canónico en diferentes rutas lingüísticas. Esa agrupación es el error y es visible de un vistazo.
Pentru o pagină singură, curl y lea ambas etiquetas juntas:
curl -s https://example.com/de/preise | grep -E 'rel="(canonical|alternate)"'
Lo que estás comprobando es que lo canónico href es la URL que acaba de buscar y que el bloque hreflang contiene una entrada para esta página & #39; la propia configuración regional apunta a la misma URL. Esos dos hechos, al ser consistentes, son la mayor parte de la batalla.
Luego verifique que los objetivos hreflang sean en sí mismos autocanónicos. Un conjunto puede ser perfectamente recíproco y aun así fallar porque uno de los objetivos se canonicaliza en otros lugares, que es el fracaso en la parte superior de este artículo y el que es invisible desde la página que estás mirando.
¿qué pasa con canónico y el mapa del sitio?
Mismo principio, extendido. Un mapa del sitio debe enumerar únicamente URL canónicas indexables. Si su mapa del sitio lleva anotaciones hreflang como xhtml:link entradas, esas entradas nombran las mismas URL canónicas que nombraría el HTML.
El modo de falla aquí es un mapa del sitio generado a partir de una tabla de ruta en lugar de un conjunto de URL indexables, por lo que enumera variantes parametrizadas o no canónicas junto con las reales. Google trata la inclusión del mapa del sitio como una pista de canonicalización débil, por lo que un mapa del sitio que no está de acuerdo con sus etiquetas canónicas es una señal contradictoria más. El Generador de mapas del sitio XML es una forma rápida de reconstruir una lista limpia cuando no está seguro de lo que hay actualmente allí y el herramienta generadora Hreflang produce la coincidencia xhtml:link bloquear en formato de mapa del sitio.
Preguntas frecuentes
¿cuál es la diferencia entre hreflang y canónico?
Una etiqueta canónica nomina cuál de varias URL casi duplicadas debe indexarse. Una anotación de hreflang declara que varias URL son alternativas localizadas y ayuda a los motores de búsqueda a atender la correcta por usuario. Canonical se consolida; hreflang diferencia.
¿debería canonicalizarse cada versión lingüística hacia sí misma?
Sí. Cada página de un conjunto de hreflang debe tener un canónico autorreferencial. Canonicalizar una página traducida a otro idioma la elimina del índice y hace que el conjunto de hreflang sea inútil.
¿qué señal gana si hreflang y canonical no están de acuerdo?
Canónico, en efecto. La canonicalización ocurre en el momento de la indexación y una URL que no está indexada no se puede entregar a nadie, digan lo que digan las anotaciones de hreflang.
¿puedo usar etiquetas canónicas en un sitio multilingüe?
Sí, y deberías hacerlo. Úselos para resolver duplicaciones dentro de un idioma, como parámetros de seguimiento y vistas de impresión. Nunca los utilices en todos los idiomas.
¿hreflang corrige contenido duplicado entre mis páginas de EE. UU. y el Reino Unido?
No deduplica, pero le dice a Google que las páginas son variantes regionales deliberadas en lugar de duplicados accidentales, por lo que ambas permanecen indexadas y se atiende la correcta por mercado. Esa es la razón principal por la que los sitios multirregionales en el mismo idioma necesitan hreflang.
¿hreflang debería apuntar a URL canónicas?
Siempre. Apuntar una anotación a una URL parametrizada o no canónica rompe la etiqueta de retorno, porque el bloque vive en la versión canónica en lugar de en la variante que usted nombró.
¿cómo puedo saber si un canónico está matando una versión lingüística?
Ejecute la URL a través de Search Console's herramienta de inspección de URL. Si informa la página como una alternativa a otra URL en lugar de indexada, la causa es un canónico en varios idiomas.
¿las URL del mapa del sitio deben coincidir con mis etiquetas canónicas?
Sí. Los mapas de sitio deben enumerar únicamente URL canónicas indexables. Un mapa de sitio que enumera variantes no canónicas agrega una señal contradictoria encima de las etiquetas que ya emite.
