¿Qué es hreflang y cómo se implementa?

Qué es hreflang

hreflang es una anotación que indica a Google la relación entre distintas versiones localizadas de una misma página, diferenciadas por idioma o región.

Por ejemplo, un sitio podría tener:

• `https://ejemplo.com/es/` para español general.
• `https://ejemplo.com/es-ar/` para Argentina.
• `https://ejemplo.com/es-mx/` para México.
• `https://ejemplo.com/en/` para inglés.

Hreflang ayuda a que Google entienda que esas URLs son alternativas localizadas y pueda mostrar la versión más adecuada según la búsqueda, idioma y región.

No es una traducción automática, no redirige usuarios y no le indica a Google el idioma de una página desde cero. Google utiliza el contenido visible y sus propios sistemas para determinar el idioma; hreflang aporta la relación entre las versiones.

Para qué sirve

Hreflang es útil cuando el sitio tiene:

• Contenido traducido a varios idiomas.
• La misma propuesta adaptada a distintos países.
• Diferencias de moneda, precios, envíos o disponibilidad.
• Versiones regionales con contenido principal similar.
• Dominios, subdominios o carpetas por mercado.

El objetivo no es “posicionar más” una página de manera directa. Es ayudar a que Google muestre la URL localizada correcta y evitar que el usuario termine en una versión poco relevante.

Cómo implementar hreflang

Google admite tres métodos equivalentes. En la práctica, conviene elegir uno y gestionarlo de forma consistente.

1. Etiquetas HTML

En el `<head>` de cada versión se agregan las alternativas:

“`html <link rel=”alternate” hreflang=”es-AR” href=”https://ejemplo.com/ar/” /> <link rel=”alternate” hreflang=”es-MX” href=”https://ejemplo.com/mx/” /> <link rel=”alternate” hreflang=”en” href=”https://ejemplo.com/en/” /> <link rel=”alternate” hreflang=”x-default” href=”https://ejemplo.com/” /> “`

Cada versión debe incluir el conjunto completo de alternativas, incluida ella misma.

2. Sitemap XML

Las relaciones pueden declararse dentro del sitemap mediante la extensión XHTML:

“`xml <url> <loc>https://ejemplo.com/ar/</loc> <xhtml:link rel=”alternate” hreflang=”es-AR” href=”https://ejemplo.com/ar/” /> <xhtml:link rel=”alternate” hreflang=”es-MX” href=”https://ejemplo.com/mx/” /> <xhtml:link rel=”alternate” hreflang=”en” href=”https://ejemplo.com/en/” /> </url> “`

Este método puede ser más práctico cuando hay miles de URLs y un equipo centraliza los sitemaps.

3. Headers HTTP

Los headers son útiles para archivos que no son HTML, como PDFs. La relación se entrega en la respuesta HTTP mediante `Link`.

No es obligatorio usar los tres métodos. Combinar implementaciones sin control puede generar inconsistencias difíciles de diagnosticar.

Reglas importantes

Usar códigos correctos

El primer código representa el idioma y el segundo, opcionalmente, la región. Ejemplos válidos:

• `es` para español sin región específica.
• `es-AR` para español de Argentina.
• `es-MX` para español de México.
• `en-US` para inglés de Estados Unidos.
• `x-default` para una versión de fallback.

No alcanza con indicar solo el país. `AR` no es un valor hreflang válido para expresar español de Argentina: debe ser `es-AR`.

Incluir la propia URL

La página argentina debe declarar también `es-AR`. Lo mismo debe hacer la página mexicana con `es-MX`.

Mantener reciprocidad

Si la página A apunta a la página B como alternativa, B debería apuntar a A. Si las relaciones no son recíprocas, Google puede ignorarlas.

Usar URLs completas

Las URLs deben ser absolutas, con `https://`, dominio y ruta completa.

No confundir idioma con país

Una página `es-AR` no es automáticamente la mejor para todos los usuarios que hablan español. Si el contenido, moneda, entrega y propuesta cambian por mercado, conviene definir versiones específicas.

Hreflang, canonical y contenido duplicado

Hreflang no reemplaza la etiqueta canonical. Son señales distintas:

• `canonical` indica cuál es la versión preferida o consolidada de una página.
• `hreflang` indica qué versiones son alternativas por idioma o región.

La combinación debe pensarse según la arquitectura internacional. Si querés que distintas versiones regionales compitan en sus respectivos mercados, no conviene canonicalizar todas automáticamente hacia una sola URL sin analizar el objetivo.

En páginas con diferencias regionales importantes, cada versión suele necesitar una señal canónica coherente con su propia URL y un conjunto hreflang recíproco. Si dos URLs son realmente duplicadas y no tienen un objetivo regional distinto, puede ser mejor consolidarlas.

Errores frecuentes

• Usar códigos de idioma inválidos.
• Declarar una versión pero olvidarse de la reciprocidad.
• Apuntar todas las variantes a la home.
• Mezclar HTTP y HTTPS.
• Incluir URLs redirigidas, bloqueadas o no indexables.
• Usar `hreflang` como si fuera una instrucción de redirección.
• Declarar versiones que no tienen contenido equivalente.
• Generar tags desde un plugin sin revisar el resultado final.
• Implementar HTML, sitemap y headers con listas diferentes.

Cómo validar hreflang

Una auditoría debería revisar:

1. Qué versiones existen realmente.
2. Qué idioma y región apunta cada URL.
3. Si cada URL es accesible y responde `200`.
4. Si las anotaciones son recíprocas.
5. Si las URLs son canónicas y no están bloqueadas.
6. Si el contenido visible coincide con el mercado declarado.
7. Si Google detecta errores en Search Console o en un crawler.

No alcanza con mirar el código fuente de una página. Hreflang funciona como un conjunto de relaciones y hay que auditar la red completa.

Hreflang en eCommerce

En eCommerce internacional, hreflang debe convivir con inventario, moneda, precios, promociones, envíos, impuestos y disponibilidad. Mostrar la página correcta en Google no sirve si el usuario llega a un país donde el producto no se vende.

La arquitectura SEO tiene que reflejar la operación real. Si Argentina y México tienen catálogos, precios y políticas distintas, las URLs regionales deben ser útiles por sí mismas y no simples copias con una etiqueta diferente.

Preguntas frecuentes sobre hreflang

¿Hreflang traduce una página?

No. Solo informa la relación entre versiones localizadas. La traducción y adaptación del contenido deben existir previamente.

¿Hreflang mejora directamente el ranking?

No es un factor de ranking directo. Ayuda a que Google entienda y seleccione la versión regional o lingüística adecuada.

¿Es obligatorio implementar hreflang?

No. Es recomendable cuando existen varias versiones localizadas y querés orientar correctamente la visibilidad internacional.

¿Puedo usar hreflang en un sitio de un solo idioma?

Sí, si existen versiones regionales con diferencias relevantes. Si todo el contenido es igual y no hay una estrategia por país, probablemente no haga falta.

¿Qué significa x-default?

Es la versión de fallback para usuarios cuyo idioma o región no coincide con las alternativas declaradas. También suele utilizarse en páginas selectoras de país o idioma.

En resumen

• Hreflang relaciona versiones de una página por idioma y región.
• Puede implementarse en HTML, sitemap XML o headers HTTP.
• Cada versión debe declararse a sí misma y a sus alternativas.
• Las relaciones tienen que ser recíprocas y usar códigos válidos.
• Hreflang no traduce, no redirige y no reemplaza canonical.

—