Inicio/Glosario/Hreflang y SEO internacional
SEO técnicoHreflang y SEO internacional
Hreflang es un atributo (rel="alternate" hreflang="x") que declara a los buscadores qué versiones equivalentes de una página existen en otros idiomas o regiones, para servir la correcta a cada usuario y evitar canibalización entre ellas. Google lo trata como una pista (advisory), no como una directiva ni un factor de ranking.
Qué es
Hreflang es un sistema de declaración: marca el conjunto de versiones equivalentes de un contenido en distintos idiomas o regiones y le indica al buscador cuál mostrar a cada usuario. No mejora posiciones ni obliga a nada; Google lo interpreta como una pista, no como una orden.
Se implementa de tres formas equivalentes: etiquetas <link rel="alternate" hreflang="..."> en el <head>, cabecera HTTP Link (la única vía para archivos no-HTML como PDFs) o Sitemap XML con <xhtml:link>. Se elige una y se mantiene la consistencia: nunca se mezclan señales que se contradigan entre métodos.
El código sigue ISO 639-1 para el idioma (en, es, de) y, opcionalmente, ISO 3166-1 Alpha 2 para la región (en-GB, es-MX); la variante de escritura usa ISO 15924 (zh-Hans). Solo se aceptan códigos de esos estándares: es-419 no está soportado por Google. El valor reservado x-default señala la página de respaldo cuando ningún idioma o región del usuario coincide.
| Atributo | Versión |
|---|---|
| es-ES | España |
| es-MX | México |
| en | Inglés |
| x-default | Por defecto |
Por qué importa
Una configuración de hreflang funciona como clúster, no como etiqueta suelta. Si una página apunta a otra pero no recibe el enlace de vuelta, Google ignora todo el conjunto: el fallo es silencioso y no genera error visible. El resultado es que el buscador puede servir la versión equivocada a cada mercado, o tratar versiones traducidas como duplicados —el terreno de la Canonicalización y duplicados, donde decidir la URL representativa es justo lo que hreflang no debe hacer entre idiomas.
El conflicto con canonical es de los errores más dañinos: un canonical que apunte a otra versión de idioma anula el hreflang del clúster entero. Por eso el control no está en poner la etiqueta, sino en operar la coherencia entre auto-referencia, reciprocidad, canonical y los tres métodos de implementación. Esa coherencia es, en el fondo, un problema de Arquitectura web: el mapa de versiones equivalentes tiene que sostenerse en la estructura del sitio, no parchearse página a página.
En la búsqueda con IA el terreno cambia. Los LLMs no interpretan hreflang al generar respuestas: se anclan en relevancia semántica y autoridad —el mismo cambio de reglas que estudia la GEO · Generative Engine Optimization. Eso desplaza el reto del enrutado de la URL a la geo-legibilidad —hacer la geografía y el dialecto explícitos en el propio contenido— para que tanto la indexación clásica como la síntesis con IA recuperen el mercado correcto. Y como hreflang vive en la fase de Rastreo e indexación, sigue siendo una señal para el buscador clásico aunque pierda peso ante la IA.
En profundidad
Conflicto hreflang vs canonical
Hreflang y canonical resuelven cosas distintas y se anulan si se cruzan. Cada versión de idioma debe tener su propio canonical autorreferencial: la versión en español apunta a sí misma, la inglesa a sí misma. Si el canonical de la versión inglesa apunta a la española —un canonical cross-lingual— le dice a Google que esas dos URLs son la misma página y que la inglesa no debe indexarse por separado. Eso vacía de sentido al hreflang y rompe el clúster. La regla operativa: canonical para elegir la URL representativa dentro de un mismo idioma; hreflang para conectar versiones equivalentes entre idiomas. Nunca el canonical decide entre idiomas. Es el caso límite de la Canonicalización y duplicados, que normalmente resuelve duplicados internos pero aquí, mal apuntada, destruye la red internacional.
| Señal | Qué decide | Regla |
|---|---|---|
| Canonical | URL representativa dentro de un mismo idioma | Siempre autorreferencial por versión |
| Hreflang | Conecta versiones equivalentes entre idiomas | Cada versión lista a todas + a sí misma |
| Canonical cross-lingual | Funde dos idiomas como una sola página | Prohibido: vacía el hreflang y rompe el clúster |
Los tres métodos de implementación a escala
Las etiquetas <link> en el <head> son las más visibles y fáciles de auditar, pero engordan el HTML cuando hay muchas versiones. La cabecera HTTP Link es la única vía para contenido no-HTML como PDFs. El Sitemap XML con <xhtml:link> es el método que escala: en sitios con miles de URLs concentra todas las declaraciones en un punto mantenible, sin tocar el <head> de cada página —lo que lo conecta directamente con cómo se construye el Sitemap XML del sitio. La condición innegociable es no mezclar señales contradictorias: si el sitemap dice una cosa y el <head> de la misma página dice otra, hay discrepancia y el clúster se vuelve poco fiable. Cuando las versiones de idioma se generan en cliente, conviene revisar el JavaScript SEO: si el <link> hreflang no está en el HTML que recibe el rastreador, no cuenta. Se elige el método según el tipo de contenido y la escala, y se mantiene una sola fuente de verdad.
| Método | Cuándo usarlo | Límite |
|---|---|---|
| <link> en <head> | Pocas versiones; fácil de auditar | Engorda el HTML al crecer |
| Cabecera HTTP Link | Contenido no-HTML (PDFs) | Única vía para esos formatos |
| Sitemap <xhtml:link> | Miles de URLs; escala mantenible | Una sola fuente de verdad: no contradecir el <head> |
Geo-legibilidad en la era de la IA
En la síntesis con IA, hreflang pierde influencia: los modelos no lo interpretan al construir la respuesta. Aparece el geo-drift, donde una página global reemplaza a la regional porque el sistema usa el idioma como proxy de la geografía. Y el problema del español global: una consulta en español puede ser de México, Colombia o España, y el modelo las fusiona si no hay señales explícitas. La respuesta es la geo-legibilidad: hacer explícitos en el contenido la geografía, el dialecto (tú/usted), las normas comerciales y la Intención de búsqueda, en lugar de confiar solo en la URL y la etiqueta. Esto entronca con la Citabilidad en respuestas de IA: lo que el modelo recupera y cita es texto inequívoco sobre el mercado, no la etiqueta técnica. El reto pasa de enrutar la URL correcta a que el propio texto deje claro a qué mercado pertenece.
Al sintetizar la respuesta, el modelo no interpreta hreflang: usa el idioma como proxy de la geografía. Una consulta en español puede ser de México, Colombia o España, y el sistema las fusiona si no hay señales explícitas, sustituyendo la versión regional por una global fuente. La defensa no es la URL ni la etiqueta, sino el propio texto: declarar geografía, dialecto (tú/usted), normas comerciales e intención de búsqueda dentro del contenido, para que cada página deje claro a qué mercado pertenece fuente.
Diagnóstico de errores frecuentes
No hace falta auditar el sitio entero de golpe. Se toma una muestra de páginas clave y se verifica, para cada conjunto, que se auto-referencia y lista las demás versiones, que las URLs están live y son los canonicals, y que sitemap y <head> coinciden. Los errores más repetidos son: return tags ausentes, falta de auto-referencia, códigos inválidos, conflicto con canonical y discrepancias entre el hreflang del sitemap y el del <head> de la misma página. Crawlers como Screaming Frog automatizan la detección con sus pestañas de hreflang, incluida la de URLs que no usan su propio canonical —el mismo tipo de revisión a escala que se hace en el Análisis de logs para confirmar que el buscador rastrea de verdad cada versión.
Qué observar
Las señales que importan.
Reciprocidad y auto-referencia
Cada URL debe referenciarse a sí misma y listar todas las demás versiones, con los return tags presentes. Un clúster sin reciprocidad bidireccional se ignora entero: si A apunta a B, B también debe apuntar a A en todo el conjunto.
Validez de los códigos
El idioma va en ISO 639-1 y la región en ISO 3166-1 Alpha 2. Códigos inválidos como en-uk (lo correcto es en-gb) o es-419 no los soporta Google y rompen la declaración.
Conflicto hreflang / canonical
Cada versión necesita un canonical autorreferencial. Ningún canonical cross-lingual debe apuntar a otra versión de idioma, porque eso anula el hreflang del clúster.
Coherencia entre métodos
Head, sitemap XML y cabecera HTTP no deben contradecirse. Las URLs han de ser absolutas, estar live y apuntar al canonical de cada versión.
x-default y geo-legibilidad
El respaldo x-default debe declararse para usuarios sin coincidencia de idioma o región. La geografía y el dialecto explícitos en el contenido, no solo en la URL, permiten que la síntesis con IA recupere el mercado correcto.
Conceptos clave
El vocabulario del término.
- x-default
- Valor reservado de hreflang que señala la página de respaldo para usuarios cuyo idioma o región no coincide con ninguna versión, típicamente un selector de país o la home global.
- Reciprocidad bidireccional
- Regla por la que dos páginas deben apuntarse mutuamente en su hreflang; si A apunta a B pero B no apunta a A, Google ignora las etiquetas de todo el clúster.
- Auto-referencia
- Cada página debe incluir una etiqueta hreflang que apunte a sí misma, además de a las demás versiones del conjunto.
- Canonical cross-lingual
- Canonical que apunta desde una versión de idioma a otra distinta; es un error que anula el hreflang del clúster porque declara que esas URLs son la misma página.
- ISO 639-1 / ISO 3166-1 Alpha 2
- Estándares de los que hreflang toma el código de idioma (en, es) y el de región opcional (GB, MX); Google solo acepta códigos válidos de estos estándares.
- Geo-drift
- Fenómeno en la búsqueda con IA por el que una página global reemplaza a la regional en la respuesta, porque el sistema usa el idioma como proxy de la geografía.
- Geo-legibilidad
- Hacer explícitos en el propio contenido la geografía, el dialecto y la intención de mercado, para que tanto la indexación clásica como la síntesis con IA recuperen el mercado correcto.
Dónde lo aplicamos
Aún no mostramos casos.
No inventamos resultados. Cuando tengamos casos reales —anonimizados y medibles— donde este concepto marcó la diferencia, vivirán aquí.
Fuentes
- Tell Google about localized versions of your page (hreflang) · 2026
- Managing multi-regional and multilingual sites · 2026
- Introducing x-default hreflang for international landing pages · 2013-04
- 9 Common Hreflang Errors (and How to Fix Them)
- Ask An SEO: What Are The Most Common Hreflang Mistakes & How Do I Audit Them?
- What the 'Global Spanish' problem means for AI search visibility · 2026-03-30
Una pieza del glosario.
Forma parte del glosario de SEO, analítica e IA de InnovaOrigen Tech: un mapa de conceptos definidos con criterio y fuentes. Si quieres llevarlo a tu caso, lo vemos sin compromiso.