Hreflang Tag

Definicion rapida

La etiqueta hreflang indica a Google que versiones de idioma o region de una pagina pertenecen al mismo conjunto. Ayuda a enviar usuarios hacia la version localizada mas adecuada, por ejemplo la pagina alemana, inglesa, francesa o espanola.

Explicacion sencilla

Hreflang funciona como un panel de direccion para paginas internacionales. Una pagina no solo dice "soy la version espanola". Tambien dice: "estas son mis alternativas correspondientes para Alemania, Francia, Reino Unido, Estados Unidos o para usuarios sin variante exacta."

Lo importante: hreflang no traduce contenido, no detecta idioma y no convierte una mala localizacion en una buena pagina. Google usa sus propios sistemas para determinar el idioma de una pagina. Hreflang sirve sobre todo para conectar las variantes correctas del mismo contenido o de contenido muy parecido.

Cuando hreflang funciona bien, un usuario en Alemania tiene mas probabilidades de ver la version alemana, uno en Espana la espanola y un usuario internacional no cubierto una pagina x-default.

Por que hreflang importa para SEO

Los sitios internacionales suelen tener paginas muy similares: ingles US, ingles UK, aleman Alemania, aleman Suiza, espanol Espana, espanol Mexico. Sin alternates claros, Google puede entender muchas cosas por si mismo, pero aun asi puede mostrar la version regional equivocada.

Hreflang es especialmente util cuando el contenido esta traducido o adaptado localmente. No resuelve automaticamente el contenido duplicado, pero explica que esas paginas son variantes localizadas entre si.

Para empresas con varios mercados, esto importa porque los resultados no solo deben rankear, tambien deben encajar. Una pagina fuerte de US ayuda menos a un usuario espanol si precios, ley, idioma o contactos no corresponden.

Hreflang Es Logica de Cluster

Una sola etiqueta hreflang rara vez cuenta toda la historia. Google necesita ver un conjunto coherente: esta URL pertenece a este grupo, estas otras URL son alternativas adecuadas y todas las variantes confirman esa relacion.

Por eso los proyectos hreflang no son simples tareas de meta tags. Son trabajo de arquitectura. Cada nueva pagina de idioma cambia todo el conjunto. Si falta una variante, otra esta en noindex o una canonical apunta entre idiomas, no solo hay una linea mal. Todo el cluster se vuelve menos fiable.

Que puede hacer hreflang

Mostrar la version de idioma adecuada

Hreflang ayuda a Google a mostrar la version que corresponde mejor al idioma o region del usuario.

Explicar relaciones entre variantes

Las etiquetas conectan paginas que pertenecen al mismo conjunto. Es util cuando existen varias versiones por idioma o pais.

Definir x-default

x-default puede marcar una pagina fallback, como una home global o selector de idioma para usuarios que no coinciden con una variante especifica.

Que no puede hacer hreflang

No es un booster de ranking

Hreflang no es un truco directo para mejorar rankings. Ayuda a que la URL correcta aparezca para la persona correcta.

No detecta idioma

Google no usa hreflang para detectar el idioma de una pagina. El idioma debe estar claro en el propio contenido.

No repara canonicals

Si las canonicals estan mal, hreflang puede fallar. Una pagina espanola que canonicaliza hacia ingles normalmente no es una candidata limpia para hreflang.

Ejemplo HTML

Una pagina con versiones alemana, inglesa y espanola podria incluir esto en el head:

~~~html <link rel="alternate" hreflang="de" href="https://example.com/de/produkt/" /> <link rel="alternate" hreflang="en" href="https://example.com/en/product/" /> <link rel="alternate" hreflang="es" href="https://example.com/es/producto/" /> <link rel="alternate" hreflang="x-default" href="https://example.com/" /> ~~~

Estos enlaces deben estar en el head y aparecer de forma coherente en cada variante.

Los enlaces reciprocos son necesarios

Hreflang funciona de forma fiable solo cuando las paginas apuntan entre si. Si la pagina espanola apunta a ingles, pero la inglesa no apunta de vuelta a espanol, Google puede ignorar esa relacion.

Cada version de idioma debe listarse a si misma y a todas las alternativas relevantes. Parece repetitivo, pero ese es el objetivo: Google necesita ver un conjunto consistente.

Usar URL completas

Las URL hreflang deben ser completas, con protocolo y dominio:

~~~txt https://example.com/es/producto/ ~~~

Rutas relativas como "/es/producto/" no son una buena base. En setups internacionales con subdominios, ccTLD, staging y varios hosts, URL ambiguas pueden crear clusters equivocados rapido.

Codigos de idioma y region

Un codigo como "es" apunta a espanol general. Un codigo combinado como "es-MX" apunta a espanol de Mexico. Para ingles, "en", "en-US", "en-GB" y otras combinaciones pueden tener sentido.

Marca solo variantes reales. Si paginas US y UK difieren en precios, ortografia, envio o detalles legales, el marcado regional puede servir. Si no hay una diferencia real, no siempre hace falta una URL separada.

HTML, HTTP header o sitemap

HTML

Hreflang en el head HTML funciona bien en setups pequenos y medianos cuando las plantillas estan bien controladas.

HTTP header

Los headers HTTP sirven para archivos no HTML, como PDFs, donde no existe head HTML.

XML sitemap

Hreflang en sitemaps puede ser mas facil de mantener en sitios internacionales grandes. Lo importante es no usar varios metodos de forma contradictoria. Google considera los metodos equivalentes; el mejor metodo es el que tu equipo pueda mantener limpio.

Hreflang y canonicals

Cada pagina localizada deberia canonicalizar hacia una version del mismo idioma o la variante local correcta. Hreflang dice: "estas son alternativas". Canonical dice: "esta es la version preferida de este contenido."

Si todas las versiones de idioma canonicalizan hacia una sola URL inglesa, las otras versiones pueden perder su propio rol SEO. Hreflang y canonical deben contar la misma arquitectura.

Mobile y hreflang

Con mobile-first indexing, hreflang tambien debe ser visible y correcto en la version mobile. Si desktop tiene alternates limpios pero mobile no, hay riesgo.

Con URL mobile separadas, la complejidad sube: URL mobile, URL desktop, canonical, alternate y hreflang deben alinearse. Responsive design suele ser mucho mas simple.

Errores comunes

• Faltan enlaces reciprocos entre versiones de idioma.
• Codigos de idioma o region incorrectos.
• URL relativas en vez de URL completas.
• Hreflang apunta a 404, redirect, noindex o canonical equivocada.
• Falta x-default en selectores globales.
• HTML y sitemap hreflang se contradicen.
• Las versiones mobile contienen sets hreflang distintos a desktop.
• El contenido esta traducido automaticamente, pero no localizado de verdad.

Ejemplo practico

Una empresa SaaS tiene paginas para Alemania, Estados Unidos, Reino Unido y Espana. Todas describen el mismo producto, pero precios, idioma, testimonios y detalles legales cambian.

El equipo crea un conjunto hreflang: de-DE, en-US, en-GB, es-ES y x-default para la pagina global de seleccion. Cada pagina se lista a si misma y lista todas las alternativas. Las canonicals apuntan a cada version local. El sitemap contiene las mismas relaciones.

Resultado: Google puede entender las variantes como grupo y enviar usuarios a la pagina de mercado mas adecuada.

Como comprobarlo

No revises hreflang solo en una pagina. Los errores internacionales suelen ocurrir en el cluster. Toma un grupo de URL y controla todas las variantes juntas: codigo de estado, canonical, hreflang, x-default, idioma, salida mobile, sitemap y enlaces internos.

Si falta una variante, esta rota o canonicaliza mal, no solo se afecta una pagina. Todo el conjunto de alternates puede volverse poco fiable.

Nota sobre Search Console

El antiguo informe International Targeting de Search Console esta deprecated. Eso no significa que Google haya dejado de usar hreflang. Significa que ese informe antiguo ya no es la superficie central de revision.

En la practica, debes comprobar de otra forma: URL Inspection para ejemplos individuales, herramientas de crawling para clusters completos, checks de sitemap para sets grandes y revision logica de canonical, codigo de estado e indexabilidad. Hreflang es justo el tipo de senal que no deberia validarse solo mirando el navegador.

Mini flujo de trabajo

1. Define las variantes reales de idioma y region. 2. Elige implementacion HTML, HTTP header o sitemap. 3. Genera un set hreflang completo para cada URL con self-reference. 4. Agrega x-default si existe pagina global o fallback. 5. Revisa canonicals, codigos de estado e indexabilidad. 6. Compara salida mobile y desktop. 7. Repite tras nuevos paises, cambios CMS o relaunches.

Angulo Contextter

Contextter puede tratar hreflang como parte de la localizacion de contenido. Traducir texto no basta. Cada pagina local necesita la intencion de busqueda correcta, pruebas locales, senales tecnicas correctas y una relacion clara con las otras variantes.

Asi hreflang deja de ser una etiqueta en el head y se vuelve un control de calidad de la arquitectura SEO internacional.

Terminos relacionados

• international-seo
• content-localization
• canonical-tag
• xml-sitemap
• mobile-first-indexing
• duplicate-content

Fuentes y recursos utiles

• Google Search Central: Localized versions of your pages
• Google Search Central: Managing multi-regional and multilingual sites
• Google Search Central: How Google crawls locale-adaptive pages
• Google Search Central: Canonicalization
• Google Search Central: Specify canonical URLs
• Google Search Central: Fix canonicalization issues
• Google Search Central: Build and submit a sitemap
• Google Search Central: Mobile-first indexing
• Google Search Central: Site moves with URL changes
• Google Search Console Help: URL Inspection tool
• Google Search Console Help: International Targeting report deprecated