Hreflang: el secreto del SEO internacional
Hreflang es el atributo HTML que le indica a Google qué versión de una página mostrar según el idioma y la región del usuario que busca. Sin él, un sitio con contenido en español argentino y español español probablemente reciba tráfico cruzado, posicione peor en ambos mercados, y Google termine eligiendo arbitrariamente cuál versión indexar. El resultado: tráfico perdido y canibalización de contenido que no existía antes de publicar la segunda variante.
En 30 segundos
- Hreflang le dice a Google qué página servir según idioma y región:
hreflang="es-AR"para Argentina,hreflang="es-ES"para España. - El 96% de los sitios multiidioma no incluye autorreferencia en sus etiquetas hreflang, lo que invalida toda la implementación.
- Los tres métodos de implementación son HTML en el
<head>, HTTP headers y XML sitemap; ninguno es “mejor” en abstracto. - x-default es obligatorio si tenés un selector de país o si tus URLs no coinciden exactamente con ninguna variante de idioma/región.
- Screaming Frog detecta 14 tipos distintos de errores hreflang en una sola auditoría.
SEO es la disciplina de optimizar sitios web para mejorar su visibilidad en los resultados de búsqueda orgánica, particularmente en Google. Engloba técnicas de contenido, optimización técnica, estructura de navegación y generación de enlaces para posicionarse en palabras clave relevantes.
Qué es hreflang y por qué importa para sitios multiidioma
Hreflang es un atributo de enlace HTML introducido por Google en 2011 que le permite a los motores de búsqueda identificar variantes lingüísticas y regionales de una misma página. Cuando lo implementás correctamente, Google entiende que /en/, /es/ y /es-ar/ son versiones del mismo contenido, no páginas duplicadas.
La diferencia con rel=canonical es concreta: canonical le dice a Google “esta es la versión principal, ignorá las demás”. Hreflang le dice “todas son principales, pero cada una es para un público diferente”. Usarlos juntos mal configurados es uno de los errores más frecuentes que aparecen en auditorías SEO internacionales.
Ponele que tenés un ecommerce con versiones para Argentina y España. Sin hreflang, un usuario en Buenos Aires que busca “comprar zapatillas online” puede terminar en la versión española con precios en euros, métodos de pago que no existen acá, y envíos internacionales. Google lo sabe. Si se lo explicás con hreflang, puede servirle la versión correcta antes de que tenga que hacer clic.
¿Y qué pasa cuando hay contenido casi idéntico? Sin hreflang, Google lo trata como contenido duplicado y puede penalizar ambas versiones. Con hreflang configurado, entiende que son variantes legítimas del mismo contenido para audiencias distintas.
Estructura de hreflang: códigos de idioma, región y el formato correcto
El formato usa dos estándares combinados: ISO 639-1 para idiomas (dos letras: es, en, fr, pt) y ISO 3166-1 alpha-2 para regiones (dos letras en mayúscula: AR, ES, US, BR). La combinación queda como es-AR, en-US, pt-BR.
Ejemplos válidos:
hreflang="es"— español genérico (sin región)hreflang="es-AR"— español para Argentinahreflang="es-ES"— español para Españahreflang="en-US"— inglés para Estados Unidoshreflang="x-default"— versión por defecto cuando no hay coincidencia
Ejemplos inválidos que aparecen frecuentemente y rompen la implementación:
hreflang="es-Ar"(la región debe ir en mayúsculas)hreflang="esp"(código de tres letras, no reconocido)hreflang="es_AR"(guion bajo en vez de guion medio)hreflang="Spanish"(nombre completo en vez de código)
La jerarquía que usa Google cuando decide qué versión mostrar es: primero busca coincidencia de idioma y región (es-AR), si no la encuentra busca solo idioma (es), y si tampoco encuentra nada, recurre a x-default. Ya lo cubrimos antes en adaptarse a mercados geográficos específicos.
Tres formas de implementar hreflang: HTML, HTTP headers y XML sitemap
Según la documentación oficial de Google Search, hay tres métodos aceptados. Ninguno es universalmente mejor; el contexto del sitio define cuál usar.
HTML en el <head>
El más común para sitios pequeños y medianos. Se inserta en el <head> de cada página:
<link rel="alternate" hreflang="es-AR" href="https://ejemplo.com/es-ar/pagina/" />
<link rel="alternate" hreflang="es-ES" href="https://ejemplo.com/es-es/pagina/" />
<link rel="alternate" hreflang="x-default" href="https://ejemplo.com/pagina/" />
Cada página debe incluir su propio enlace hreflang (la autorreferencia) más los enlaces a todas las variantes. Si tenés 5 idiomas, cada página incluye 5 etiquetas hreflang más la x-default.
HTTP headers
Para PDFs, imágenes y otros recursos no-HTML donde no podés editar el <head>. También funciona para páginas HTML. Se configura a nivel servidor (Apache, Nginx). Eso sí: más complejo de mantener, y si el servidor falla, perdés toda la señal hreflang de golpe.
XML sitemap
Ideal para sitios con miles de páginas y múltiples variantes. En vez de editar el <head> de cada URL, centralizás toda la lógica en el sitemap. Google lo rastrea directamente desde Search Console. La desventaja: si el sitemap tiene un error de formato, Google puede ignorar todo el archivo sin previo aviso.
Una regla que se aplica a los tres métodos sin excepción: los enlaces deben ser bidireccionales. Si la página en español apunta a la versión en inglés, la versión en inglés debe apuntar de vuelta a la española. Si uno de los dos extremos no incluye la referencia, Google ignora la señal de ambas.
Errores más comunes: qué hace fallar la implementación de hreflang
El 58% de los sitios multiidioma tiene conflictos entre hreflang y rel=canonical, según datos de auditorías SEO masivas. Y el número que más impacta: el 96% de los sitios carece de autorreferencia en sus etiquetas hreflang. Eso es casi todos.
Los errores que aparecen sistemáticamente en auditorías:
1. URLs relativas en vez de absolutas
MAL: hreflang="es-AR" href="/pagina/". BIEN: hreflang="es-AR" href="https://ejemplo.com/pagina/". Google requiere URLs absolutas. Las relativas se ignoran sin error visible en GSC, lo cual hace que este bug sea especialmente difícil de detectar. Tema relacionado: crear recursos visuales por región.
2. Sin autorreferencia
Cada página debe incluirse a sí misma en su lista de hreflang. Si /es-ar/pagina/ solo apunta a /es-es/pagina/ pero no incluye su propio enlace, Google puede descartar todo el grupo. Es el error más frecuente y el más ignorado.
3. URLs con errores 4xx o no canónicas
Si cualquiera de las URLs en el grupo hreflang devuelve 404, está bloqueada en robots.txt, o redirige a otra URL, Google descarta esa variante. Ojo con los trailing slashes inconsistentes: /pagina y /pagina/ son URLs diferentes para Google.
4. x-default ausente
No es obligatorio en todos los casos, pero si tenés un selector de país o una versión genérica del sitio, su ausencia deja a Google sin instrucción cuando ninguna variante coincide con el usuario. El resultado: Google elige solo, y no siempre elige bien.
5. Conflicto con rel=canonical
Si una página tiene rel=canonical apuntando a otra URL pero también aparece en un grupo hreflang, Google recibe señales contradictorias. ¿Cuál de las dos señales prevalece? Ninguna con certeza. Lo más probable es que Google ignore ambas y decida por su cuenta.
6. Múltiples etiquetas hreflang para la misma variante
Una sola URL no puede aparecer dos veces con el mismo código de idioma en el mismo grupo. Si por alguna razón de CMS o plugin terminás con hreflang="es-AR" duplicado, Google puede ignorar el grupo completo.
7. Códigos de idioma inventados o incorrectos
hreflang="spanish", hreflang="latinoamerica", hreflang="es-LA" (LA no es un código de país válido) son errores reales que aparecen en auditorías. Google los ignora silenciosamente.
Solucionar problemas de hreflang en Google Search Console
GSC tiene un reporte específico para errores de internacionalización, aunque hay que saber dónde buscarlo. En la versión heredada de Search Console (todavía accesible en 2026), está en Búsqueda > Orientación Internacional > pestaña Idioma. Más contexto en entender cambios en búsqueda global.
Los reportes que encontrás ahí incluyen:
- Etiquetas hreflang incoherentes: páginas que tienen hreflang pero les falta la referencia recíproca
- Códigos de idioma no reconocidos: cuando usaste un código que Google no soporta
- Conflictos con la dirección de la página: hreflang que apunta a URLs redirigidas o con errores
El problema de GSC como única herramienta de diagnóstico es que los errores aparecen con retraso (a veces semanas después de la implementación) y no siempre describe el error con precisión suficiente para saber qué cambiar.
Screaming Frog es mejor para auditorías técnicas: detecta 14 tipos distintos de errores hreflang en un solo crawl: autorreferencias faltantes, URLs no canónicas, códigos inválidos, recíprocas rotas, y más. Para un sitio con más de 200 páginas multiidioma, es la herramienta que más tiempo te ahorra. (Spoiler: vas a encontrar errores aunque estés convencido de que todo estaba bien.)
Para verificar manualmente una página específica: buscá en el código fuente (Ctrl+U) la cadena hreflang y revisá que cada URL sea absoluta, accesible, y que incluya la autorreferencia. También podés usar la herramienta de Inspección de URL en GSC para ver cómo Google ve el <head> renderizado, no el HTML estático.
Hreflang en WordPress: WPML, Polylang y configuración manual
La mayoría de los sitios WordPress con múltiples idiomas usan WPML o Polylang. Ambos pueden generar hreflang automáticamente, pero con matices que conviene conocer.
| Plugin | Hreflang automático | Configuración necesaria | Problema frecuente |
|---|---|---|---|
| WPML | Sí, con plugin SEO Framework o Yoast SEO | Activar en ajustes SEO del plugin | Desactivado por defecto; muchos sitios lo tienen instalado pero no generando hreflang |
| Polylang | Sí, nativo | Mínima configuración | No siempre incluye x-default; verificar manualmente |
| Rank Math | Sí, si está configurado para multiidioma | Requiere que el plugin de idioma lo notifique | Conflicto con WPML si no se desactiva la generación en uno de los dos |
| Manual (sin plugin) | No | Editar header.php o usar wp_head hook | Se rompe con actualizaciones de tema si no se usa child theme |
Un caso concreto que aparece seguido: WPML instalado, equipo asumiendo que el hreflang se genera solo, auditoría posterior revelando que nunca se activó en la configuración SEO. El sitio llevaba meses en producción con dos idiomas y sin ninguna señal hreflang hacia Google. Así de silencioso es el error.
Hay un factor de performance que pocas guías mencionan: si el servidor tarda más de 5 segundos en responder, el bot de Google puede abandonar el rastreo antes de llegar al <head> completo. Eso significa que aunque el hreflang esté bien escrito, Google nunca lo vio. Según datos de implementaciones en WordPress, la carga lenta es una causa subestimada de problemas de indexación de hreflang. Si tu sitio está en hosting compartido con tiempos de respuesta erráticos, el problema puede no ser el hreflang en sí. Para sitios de producción con múltiples idiomas, un servidor con tiempos de respuesta consistentes por debajo de 1.5s hace diferencia real en la velocidad de indexación de cambios hreflang.
El rol del x-default: la etiqueta que muchos olvidan
x-default no es una variante de idioma. Es una instrucción para Google: “si ninguna de las otras variantes coincide con el usuario, mostrá esta”.
¿Cuándo es indispensable? Cuando tu sitio tiene un selector de país en la homepage (ese tipo de landing que detecta el idioma del navegador y redirige), o cuando tenés URLs dinámicas que cambian contenido según geolocalización. En esos casos, sin x-default, Google no sabe qué URL indexar como “versión base”.
La práctica recomendada: incluir x-default aunque solo tengas dos variantes de idioma. No cuesta nada agregarlo y evita problemas si en algún momento Google encuentra usuarios de regiones que no cubrís explícitamente. Lo explicamos a fondo en delegar tareas SEO con inteligencia artificial.
Un detalle técnico que genera confusión: x-default no es lo mismo que hreflang="es" (español genérico sin región). Podés tener ambos apuntando a URLs diferentes. x-default es el fallback global; el código de solo idioma es la versión para cualquier hablante de ese idioma sin importar su región.
Herramientas para auditar, validar y monitorear hreflang
Las herramientas que realmente sirven, con sus casos de uso concretos:
| Herramienta | Para qué sirve | Limitación |
|---|---|---|
| Screaming Frog | Auditoría masiva: detecta 14 tipos de errores hreflang en un crawl completo | De pago para sitios grandes (+500 URLs) |
| Google Search Console | Reportes nativos de errores de internacionalización | Latencia alta en reportes; no siempre preciso |
| Ahrefs Site Audit | Valida grupos hreflang completos, detecta recíprocas rotas | Requiere suscripción |
| Verificación manual (código fuente) | Confirmar una página específica, sin costo | No escala para sitios grandes |
| Inspección de URL en GSC | Ver el HTML renderizado que ve Google, no el estático | Solo URL por URL |
Para el monitoreo continuo: activá las alertas de Search Console para errores de internacionalización. Cada vez que desplegas cambios en el sitio (actualizaciones de plugins, migración, cambio de estructura de URLs), chequeá el reporte dentro de las 48-72 horas siguientes. Los errores hreflang nuevos rara vez generan una caída inmediata de tráfico, pero se acumulan silenciosamente hasta que sí la generan.
Qué está confirmado / Qué no
| Afirmación | Estado |
|---|---|
| Hreflang en HTML, HTTP headers y sitemap son igualmente válidos para Google | Confirmado (documentación oficial Google) |
| La autorreferencia es obligatoria para que el grupo hreflang funcione | Confirmado (recomendación oficial Google) |
| Hreflang impacta directamente el ranking (no solo la selección de variante) | No confirmado. Google dice que afecta qué variante mostrar, no el ranking en sí |
| x-default es obligatorio para todos los sitios multiidioma | No confirmado. Google lo recomienda para sitios con selección geográfica dinámica; no para todos los casos |
| Bing soporta hreflang | Parcialmente confirmado. Bing lo procesa pero su soporte es menos documentado que el de Google |
| Los errores hreflang generan penalizaciones directas | No confirmado. Los errores hacen que Google ignore las señales, pero no hay penalización explícita documentada |
Preguntas Frecuentes
¿Qué es la etiqueta hreflang?
Hreflang es un atributo HTML que le indica a Google en qué idioma y para qué región está escrita una página. Se implementa en el <head> del documento, en HTTP headers, o en el sitemap XML, usando códigos ISO estándar como es-AR (español Argentina) o en-US (inglés Estados Unidos). Su función principal es evitar que Google trate versiones en diferentes idiomas como contenido duplicado.
¿Cómo implementar hreflang en WordPress?
Con WPML o Polylang, la generación de hreflang puede ser automática, pero requiere activación explícita en la configuración SEO de cada plugin (muchos sitios lo tienen instalado sin que esté activo). Para sitios sin plugin de idiomas, se agrega manualmente via wp_head hook en el functions.php del child theme, incluyendo la autorreferencia y todas las variantes con URLs absolutas.
¿Por qué hreflang no funciona en Google Search Console?
Los errores más frecuentes que aparecen en GSC son: autorreferencia faltante (la página no se incluye a sí misma en el grupo hreflang), enlaces recíprocos rotos (la versión apuntada no apunta de vuelta), y URLs con errores 4xx en alguna variante del grupo. El reporte de “Orientación Internacional” en GSC muestra estos errores con latencia de días a semanas, así que una auditoría con Screaming Frog es más confiable para diagnóstico inmediato.
¿Cuáles son los errores más comunes en hreflang?
El más frecuente (96% de los sitios): no incluir la autorreferencia. El segundo: URLs relativas en vez de absolutas. El tercero: conflicto con rel=canonical apuntando a una URL diferente a la que declara el hreflang. También son comunes los códigos de idioma incorrectos (es_AR en vez de es-AR) y los grupos hreflang incompletos donde no todas las páginas del grupo se referencian mutuamente.
¿Cuál es el rol del x-default en hreflang?
x-default es el fallback que Google usa cuando ninguna variante del grupo coincide con el idioma o región del usuario. Es obligatorio para sitios con selectores de país dinámicos o landing pages que redirigen por geolocalización. Para sitios con dos idiomas simples sin lógica dinámica, es recomendado pero no estrictamente requerido, aunque agregarlo no tiene costo y evita ambigüedad.
Conclusión
Hreflang es una de esas implementaciones que parece simple hasta que la auditás en serio. El 96% de los sitios sin autorreferencia no es un dato de nicho; es el estado real de la mayoría de los proyectos multiidioma. Y el problema no es técnico complejo: es que nadie lo verifica después de implementarlo.
Si tenés un sitio con dos idiomas o más, el punto de partida es Screaming Frog o GSC para identificar qué está roto antes de agregar nada nuevo. Si usás WordPress con WPML, revisá específicamente que el hreflang esté activado en los ajustes SEO, no solo instalado. Si tenés un selector de país, x-default no es opcional.
La buena noticia: una vez que está bien configurado, el hreflang no requiere mantenimiento activo salvo cuando cambian las URLs o agregás nuevas variantes de idioma. Una auditoría mensual después de cambios estructurales alcanza para mantenerlo estable.
Fuentes
- Google Search Central – Localised versions documentation
- Semrush Blog – Errores de etiquetas hreflang y cómo corregirlos
- FlyRank – Cómo arreglar errores de hreflang en Google Search Console
- AyudaWP – Hreflang en WordPress: guía de implementación
- Javier Martín Crespo – 10 errores más comunes al implementar hreflang
