Hreflang es uno de los elementos de SEO técnico más mal implementados. Google ha confirmado que el 75% de las implementaciones contienen errores que anulan su efecto. El resultado: usuarios que aterrizan en la versión idiomática incorrecta, contenido duplicado entre versiones lingüísticas y pérdida de posiciones en mercados internacionales.
Esta guía cubre la implementación técnica correcta, los tres métodos disponibles, los errores más frecuentes y cómo validar que todo funciona.
Qué es hreflang y para qué sirve en SEO internacional
Hreflang es un atributo que indica a los motores de búsqueda la relación entre versiones alternativas de una misma página en diferentes idiomas o regiones. Cuando Google encuentra hreflang correctamente implementado, muestra la versión más relevante a cada usuario según su idioma y ubicación geográfica.
Hreflang resuelve dos problemas concretos. Sin él, Google puede interpretar que tu versión en español y tu versión en inglés compiten entre sí como contenido duplicado, en lugar de ser versiones alternativas de la misma página. El segundo problema también: sin hreflang, un usuario en Barcelona que busca en español podría ver el resultado en inglés si Google no sabe qué versión servir.
Es importante entender qué hreflang NO hace:
- No redirige usuarios automáticamente. Solo influye en qué versión aparece en los resultados de búsqueda.
- No transfiere PageRank entre versiones. Cada versión mantiene su propia autoridad.
- No sustituye a las etiquetas canonical. Ambas son necesarias y deben ser coherentes.
Códigos de idioma y región
Hreflang usa códigos ISO 639-1 para idiomas (es, en, ca, fr, de) y opcionalmente ISO 3166-1 Alpha-2 para regiones (es-ES, es-MX, en-US, en-GB). La combinación idioma-región permite servir contenido diferenciado no solo por idioma sino por mercado geográfico.
Errores comunes con códigos:
- Usar “esp” en vez de “es” (ISO 639-1 usa dos letras).
- Usar “uk” para inglés británico en vez de “en-GB”. En ISO 3166-1 alpha-2 el código del Reino Unido es “GB”, no “UK”; “uk” como código de idioma ISO 639-1 corresponde al ucraniano.
- Confundir “ca” (catalán) con “ca-ES” (catalán de España). Ambos son válidos, pero significan cosas distintas: “ca” es genérico, “ca-ES” es específico de España.
Las 3 formas de implementar hreflang: HTML, sitemap XML, HTTP headers
Google acepta tres métodos de implementación. Los tres son equivalentes en efecto: puedes elegir el que mejor se adapte a tu arquitectura. Lo que no debes hacer es mezclar métodos para la misma página, ya que puede generar señales conflictivas.
1. Etiquetas link en el head HTML
La opción más directa. Añades una etiqueta <link rel="alternate" hreflang="xx" href="URL"> por cada versión alternativa, incluyendo la propia página (self-referencing).
2. Sitemap XML
Declaras las alternativas dentro del sitemap usando el namespace xhtml:link. Cada entrada <url> incluye una etiqueta <xhtml:link> por cada versión alternativa.
3. HTTP headers
Usas el header Link en la respuesta HTTP. Es la única opción para recursos no HTML (PDFs, documentos descargables).
Cuál elegir
- HTML tags: ideal para sitios con menos de 10 idiomas/regiones. Fácil de implementar y depurar.
- Sitemap XML: preferible para sitios con muchos idiomas (más de 10) porque no añade peso al HTML. También recomendable cuando las URLs siguen patrones predecibles.
- HTTP headers: solo necesario para contenido no HTML. Rara vez es la opción principal.
Implementación en HTML: sintaxis correcta y errores comunes
La implementación en HTML requiere añadir etiquetas <link> dentro del <head> de cada página. Hay tres reglas que deben cumplirse siempre:
Regla 1: Self-referencing. Cada página debe incluir un hreflang que apunte a sí misma. Si la página en español tiene hreflang apuntando a la versión en inglés y catalán, también debe tener uno apuntando a su propia URL en español.
Regla 2: Bidireccionalidad. Si la página A (español) referencia a la página B (inglés), entonces la página B debe referenciar a la página A. Si esta reciprocidad falta, Google ignora el hreflang para ese par de páginas.
Regla 3: URLs absolutas. Todas las URLs en los atributos href deben ser absolutas (incluyendo protocolo y dominio), nunca relativas.
Un sitio con tres idiomas (español, inglés, catalán) necesita tres etiquetas hreflang en cada página, más una etiqueta x-default si corresponde.
El atributo x-default
x-default indica qué versión mostrar cuando el idioma del usuario no coincide con ninguna de las versiones disponibles. Si tienes versiones en español, inglés y catalán, un usuario que busca en alemán verá la versión marcada como x-default.
Normalmente, x-default apunta a la versión en el idioma principal del sitio o a una página de selección de idioma. No es obligatorio, pero Google lo recomienda para mejorar la experiencia de usuarios con idiomas no soportados.
Hreflang en sitemap XML: cuándo elegir esta opción
La implementación en sitemap XML es preferible cuando:
- Tu sitio tiene más de 50 combinaciones de idioma/región, lo que añadiría mucho código al HTML de cada página.
- Generas el sitemap programáticamente, facilitando la consistencia.
- Quieres centralizar la gestión de hreflang en un solo archivo en vez de distribuirla en miles de páginas.
La estructura del sitemap con hreflang usa el namespace xmlns:xhtml="http://www.w3.org/1999/xhtml". Cada entrada <url> contiene la URL principal y todas sus alternativas como elementos <xhtml:link>.
La ventaja principal es la gestión centralizada: si una URL cambia, solo necesitas actualizarla en el sitemap en vez de en todas las páginas que la referencian. La desventaja es que cualquier desincronización entre el sitemap y las páginas reales genera errores silenciosos.
Validación del sitemap con hreflang
Después de implementar hreflang en el sitemap, verifica que:
- Todas las URLs en el sitemap devuelven código 200 (no 301, 302 o 404).
- Cada grupo de alternativas incluye self-referencing.
- Los códigos de idioma son válidos según ISO 639-1.
- No hay URLs con www y sin www mezcladas.
- El sitemap está accesible y referenciado en robots.txt.
Cómo validar que tu hreflang funciona correctamente
La validación de hreflang requiere comprobar tanto la sintaxis como la lógica de las relaciones entre páginas.
Herramientas de validación
Google Search Console muestra errores de hreflang en el informe de “Segmentación internacional”. Es la fuente más fiable porque refleja lo que Google realmente procesa, aunque puede tardar semanas en actualizarse.
Screaming Frog rastrea todas las páginas del sitio y genera un informe de hreflang que identifica problemas de reciprocidad, URLs incorrectas y códigos de idioma inválidos. Es la herramienta más completa para auditorías de hreflang a escala.
Ahrefs Site Audit detecta errores de hreflang como parte de su auditoría técnica general, incluyendo problemas de reciprocidad y enlaces a páginas con redirect o 404.
Checklist de validación manual
Para cada página del sitio, verifica:
- Todos los hreflang alternativos apuntan a URLs que devuelven código 200.
- Cada URL referenciada incluye un hreflang recíproco apuntando de vuelta.
- El self-referencing está presente.
- La URL canonical y la URL del self-referencing hreflang coinciden.
- Los códigos de idioma y región son correctos.
- Si existe x-default, apunta a una URL válida y accesible.
Los 7 errores de hreflang más frecuentes y cómo evitarlos
1. Falta de reciprocidad
El error más común. La página en español enlaza a la versión en inglés, pero la versión en inglés no enlaza de vuelta a la española. Google ignora ambas señales cuando falta reciprocidad.
Genera los hreflang programáticamente desde una fuente de datos centralizada, garantizando que todas las versiones se referencian mutuamente.
2. URLs con errores 404 o redirecciones
Un hreflang que apunta a una URL que devuelve 404 o 301 es inválido. Google descarta la señal y puede tratar las versiones como contenido duplicado.
Audita regularmente los hreflang con Screaming Frog para detectar URLs rotas. Cuando elimines o muevas una página, actualiza los hreflang de todas las versiones alternativas.
3. Inconsistencia con canonical
Si la página A tiene canonical apuntando a sí misma y hreflang apuntando a B, pero B tiene canonical apuntando a A (en vez de a sí misma), las señales son contradictorias. Google no sabe cuál es la versión preferida.
Cada página debe tener un canonical que apunte a sí misma. El canonical y el self-referencing hreflang deben coincidir exactamente en la URL.
4. Códigos de idioma incorrectos
Usar “esp” en vez de “es”, “eng” en vez de “en” o “cat” en vez de “ca”. Google acepta exclusivamente códigos ISO 639-1 (dos letras).
Consulta la lista oficial de códigos ISO 639-1 y valida con herramientas automatizadas.
5. Mezclar www y no-www
Si la página canonical usa https://www.ejemplo.com/ pero el hreflang apunta a https://ejemplo.com/, Google lo trata como una URL diferente.
Usa siempre la misma versión de dominio (www o sin www) en canonicals, hreflangs y URLs internas del sitio.
6. Falta de self-referencing
Cada página debe incluir un hreflang que apunte a sí misma. Sin self-referencing, Google no puede confirmar que la página participa voluntariamente en el grupo de alternativas.
Incluye siempre la propia URL en la lista de hreflangs.
7. Hreflang en páginas noindex
Si una página tiene la directiva noindex y un hreflang apuntando a ella, Google la excluye del índice pero encuentra una señal de hreflang que apunta a una página que no debería estar en los resultados.
No incluyas hreflang en páginas con noindex. Si una versión lingüística no debe indexarse, elimínala del grupo de hreflangs de todas las versiones.
Preguntas frecuentes sobre hreflang
¿Necesito hreflang si tengo una web solo en español?
No. Si tu sitio está en un solo idioma y no diferencias contenido por región (por ejemplo, es-ES vs es-MX), hreflang no es necesario. Solo tiene sentido cuando existen versiones alternativas de la misma página en diferentes idiomas o para diferentes países.
¿Hreflang distingue entre es-ES y es-MX?
Sí. Puedes usar códigos de idioma-región como es-ES (español de España) y es-MX (español de México) para servir contenido diferenciado a usuarios de cada país. Google respeta esta distinción y muestra la versión regional más apropiada en los resultados de búsqueda.
¿Qué pasa si hreflang tiene errores? ¿Google lo ignora?
Cuando Google detecta errores como falta de reciprocidad o URLs incorrectas, ignora las señales de hreflang para esas páginas específicas y recurre a sus propios algoritmos para determinar qué versión mostrar. El resultado puede ser que los usuarios vean la versión incorrecta de tu página en los resultados de búsqueda.
El 75% de las implementaciones de hreflang tienen al menos un error según Google Search Central; la reciprocidad rota y las URLs sin self-referencing son los dos más frecuentes y los más fáciles de corregir con Screaming Frog. Si rastreando tu sitio has encontrado alguno de estos problemas, el paso siguiente es determinar su alcance real. Contacta con nuestro equipo para un diagnóstico técnico sin compromiso.
Comparte este artículo
Si te ha resultado útil este contenido, compártelo con tus colegas.
Preguntas Frecuentes
¿Con qué frecuencia publican contenido nuevo?
Publicamos artículos nuevos semanalmente, enfocados en las últimas tendencias de SEO técnico, casos de estudio reales y mejores prácticas. Suscríbete a nuestro newsletter para no perderte ninguna actualización.
¿Los consejos son aplicables a cualquier tipo de sitio web?
Nuestros consejos se adaptan a diferentes tipos de sitios: ecommerce, blogs, sitios corporativos y aplicaciones web. Siempre indicamos cuándo una técnica es específica para cierto tipo de sitio o requerimientos técnicos.
¿Puedo implementar estas técnicas yo mismo?
Muchas técnicas básicas puedes implementarlas tú mismo siguiendo nuestras guías paso a paso. Para optimizaciones avanzadas o auditorías completas, recomendamos consultar con especialistas en SEO técnico como nuestro equipo.
¿Ofrecen servicios de consultoría personalizada?
Sí, ofrecemos servicios de consultoría SEO técnica personalizada, auditorías completas y optimización integral. Contáctanos para discutir las necesidades específicas de tu proyecto y cómo podemos ayudarte.
