Skip to content
Buscar

Etiqueta hreflang: guía técnica para sitios multilingües

La etiqueta hreflang indica a los motores de búsqueda el idioma y la región de versiones alternativas de una URL, para que muestren la versión adecuada a cada audiencia y reducir confusiones por contenido duplicado.

Etiqueta Hreflang: Guía para sitios web multilingües

¿Qué es la etiqueta hreflang?

La etiqueta hreflang es una forma de señalización HTML (o HTTP/X‑HTML) que indica a los motores de búsqueda el idioma y, opcionalmente, la región geográfica de una versión concreta de una página. Se usa para declarar versiones alternativas de una URL y orientar a los buscadores sobre cuál mostrar según la preferencia lingüística o regional del usuario.

Por qué la etiqueta hreflang importa para SEO

Hreflang ayuda a los motores de búsqueda a elegir la versión más relevante de una página para usuarios en distintos idiomas o regiones. Esto reduce la probabilidad de que Google muestre una versión en el idioma incorrecto y disminuye la confusión por contenido muy similar entre versiones. Importante: hreflang influye en la selección de la versión que se indexa y se muestra, pero no es un factor determinista único de ordenación de resultados; el posicionamiento final en SERP depende de múltiples señales.

Cómo funciona la etiqueta hreflang

Técnicamente, hreflang puede declararse de tres maneras: en el elemento head con link rel="alternate" hreflang, en cabeceras HTTP para recursos no HTML, o mediante sitemaps. Cada declaración debe apuntar a la URL canónica de la versión alternativa. Los motores de búsqueda usan estas señales para mapear idiomas/regiones a URLs y para evitar mostrar la versión equivocada a una audiencia determinada.

Ejemplos básicos de sintaxis:
<link rel="alternate" hreflang="es" href="https://example.com/es/">
<link rel="alternate" hreflang="en-US" href="https://example.com/en-us/">
En HTML visible a navegadores, estas líneas van dentro del <head>. Para contenido servido por API o archivos no HTML, puedes usar la cabecera HTTP equivalente o entradas en el sitemap.

Tipos de implementación de etiqueta hreflang

Tres enfoques frecuentes, con pros/cons:

- Declaración en el head (link rel="alternate") — Pros: compatible, fácil de auditar en HTML; Cons: requiere modificar plantillas y atención a canonicalización.
- Declaración en sitemap — Pros: útil cuando no se controla HTML o para grandes catálogos; Cons: exige mantener sitemap actualizado.
- Cabeceras HTTP — Pros: para archivos no HTML o descargas; Cons: más difícil de auditar y propenso a errores de configuración.

Cómo empezar con la etiqueta hreflang

Pasos prácticos iniciales:
1) Define la estrategia: idioma solo (por ejemplo "es") o idioma+región (por ejemplo "es-ES").
2) Establece la URL canónica para cada idioma y asegura la paridad de contenido esencial.
3) Implementa hreflang en head, sitemap o cabeceras según tu arquitectura.
4) Verifica que todas las URLs alternativas devuelvan estado 200 y sean indexables si deseas que estén disponibles en búsqueda.

Errores comunes con etiqueta hreflang

Errores frecuentes a evitar:
- Codificación incorrecta de los códigos de idioma (usar códigos BCP 47).
- No indicar la URL de retorno (cada URL declarada debe referenciar todas las demás, incluido sí misma).
- Mezclar versiones www/no‑www o http/https sin normalizar las URLs en las declaraciones.
- Apuntar a páginas no indexables (302, 404, bloqueadas por robots.txt o con meta noindex).
- Declaraciones incompletas cuando se usan sitemaps y también head (duplicidad conflictiva).

Comprobar hreflang: lista técnica de verificación

Use esta checklist rápida para verificar implementaciones (cada línea indica la comprobación, dónde verificar y criterio de éxito):

**Comprobación de estado HTTP** — curl -I o DevTools Network — pasa cuando la URL alternativa devuelve 200 y no redirige a una versión inesperada.

**Comprobación de indexabilidad** — Google Search Console URL Inspection (propiedad tuya) o site: y búsqueda manual para terceros — pasa cuando la URL es rastreable y no tiene meta noindex ni X‑Robots‑Tag que impida la indexación.

**Validación de etiquetas en HTML** — ver fuente o DevTools Elements — pasa cuando cada página incluye link rel="alternate" para todas las alternativas y referencia a sí misma.

**Consistencia de canonical** — inspección del elemento rel="canonical" — pasa cuando el canonical apunta a la versión que debe considerarse principal por idioma/región y no contradice hreflang.

**Sitemap hreflang (si aplica)** — revisar sitemap XML — pasa cuando las entradas hreflang en el sitemap coinciden con las declaraciones en HTML/cabecera.

Cómo verificar y depurar (herramientas y pasos)

Comprobaciones desde el exterior (sin acceso a Search Console del dominio)

1) curl para cabeceras y HTML: usa curl -I https://example.com/es/ para ver los encabezados; usa curl https://example.com/es/ para inspeccionar el HTML completo y confirmar la presencia de link rel="alternate".
2) Chrome DevTools: abre la página, revisa Elements para confirmar que los enlaces hreflang aparecen en el head y que el DOM renderizado coincide con el HTML fuente.
3) site: operator y búsquedas específicas: site:example.com "frase única" para obtener señales públicas de indexación; recuerda que el operador site: es indicativo, no definitivo.

Comprobaciones para tus propias propiedades

1) Google Search Console — URL Inspection: comprueba el estado de indexación, las señales de rastreo y cómo Google ve la versión móvil del contenido. Recuerda que Google usa la versión móvil como base para indexación; desde julio de 2024 Googlebot Smartphone es el rastreador por defecto.
2) Bing Webmaster Tools — Site Explorer: revisa cómo Bing descubre las alternativas y si hay problemas de acceso.
3) Registros de servidor: busca peticiones de Googlebot y comprueba los códigos de respuesta y redirecciones que afectan a las URLs declaradas.

Errores de diagnóstico y soluciones rápidas

Si Google muestra una versión incorrecta: 1) verifica que la página mostrada es indexable; 2) confirma que las declaraciones hreflang son completas y con URLs normalizadas; 3) revisa el canonical—si el canonical apunta a otra versión, Google puede preferirla. Para problemas de redirección, normaliza http/https y www/no‑www antes de declarar hreflang.

Errores comunes resumidos

- Olvidar la auto‑referencia (cada página debe incluir un enlace hreflang a sí misma).
- Usar códigos locales inconsistentes (mezclar "es" con "es-ES" sin patrón claro).
- Apuntar a URLs que redirigen o devuelven 404.
- No auditar después de cambios en canonical o redirecciones.

Lee la guía de Technical SEO

Preguntas frecuentes

¿Qué diferencia hay entre hreflang y rel="canonical"?

rel="canonical" indica la versión preferida para consolidar señales de contenido muy similar; hreflang indica variaciones por idioma/región. Ambos pueden coexistir: cada versión por idioma puede tener su propio canonical que apunte a la versión canónica dentro de ese idioma.

¿Puedo usar hreflang para regiones sin cambiar el idioma?

Sí. Puedes usar códigos de región (por ejemplo "en-GB" vs "en-US") para ofrecer la misma lengua con diferencias regionales. Asegúrate de que las diferencias justifican versiones separadas y que cada URL alternativa sea indexable.

¿Qué pasa si la página alternativa no está indexada?

Si una alternativa no se indexa, su utilidad para selección por idioma/región disminuye; en la práctica, una página no indexada ofrece poca ventaja en búsqueda. Verifica indexabilidad con Search Console (si es tu propiedad) o con señales públicas, corrige meta noindex o bloqueos por robots.txt y vuelve a solicitar rastreo.

Technical SEO es una parte de la visibilidad orgánica. Construir autoridad temática también requiere señales externas y de calidad; considera combinar una buena implementación hreflang con una estrategia de contenido y enlaces relevante.

Construye autoridad con backlinks de calidad

Términos relacionados