Aprender
Debug de hreflang: SEO multilingüe, return tags y x-default
Una guía práctica de debug de hreflang: las reglas de cada clúster, los errores comunes de return tags y códigos de idioma, y cómo validar el SEO multilingüe.
Ejecuta una auditoría nueva en DomainLens y usa el informe como lista de prioridades.
Qué hace hreflang y por qué se rompen los clústeres
Hreflang le dice a Google qué versión de idioma o región mostrar a cada usuario. Si tienes el mismo contenido en inglés, alemán y español, hreflang une esas URLs en un clúster para que un usuario español reciba la página en español en vez de la inglesa — sin que ninguna se trate como contenido duplicado.
Se rompe porque hreflang no es una pista que pones una vez por página; es un conjunto de declaraciones mutuas. Cada URL del clúster debe apuntar a todas las demás, incluida ella misma, y cada una debe apuntar de vuelta. Falta un solo enlace de retorno, usa un código de idioma erróneo, o apunta a una URL que redirige, y Google ignora la anotación de ese par.
Las reglas de cada clúster hreflang
- Bidireccional (return tags): si A apunta a B con hreflang, B debe apuntar a A, o ambos se ignoran.
- Autorreferencia: cada página debe incluir una entrada hreflang que apunte a sí misma.
- Códigos válidos: idioma en ISO 639-1 (p. ej. en, de), región opcional en ISO 3166-1 alpha-2 (p. ej. en-GB) — la región sola es inválida.
- URLs absolutas e indexables: cada destino hreflang debe ser canónico, estado 200, sin redirección ni noindex.
- Coherencia canónica: la canónica de cada página localizada debe ser autorreferencial, no apuntar a otro idioma.
- Un x-default para el fallback (selector de idioma/región o versión por defecto) es recomendable, no obligatorio.
Los errores hreflang más comunes
- «No return tags» — el error más frecuente de Search Console: A apunta a B, pero B no apunta de vuelta.
- Códigos erróneos: en-UK en vez de en-GB, o un código de idioma inexistente, así que la entrada se descarta.
- Apuntar hreflang a una URL que redirige o tiene noindex, lo que invalida ese destino.
- Conflicto hreflang / canónica — una página localizada cuya canónica apunta a la versión inglesa cancela su propio hreflang.
- Mezclar implementaciones (head HTML, cabecera HTTP, sitemap) de forma incoherente.
Cómo depurar un clúster hreflang
- Toma una URL, lista cada entrada hreflang que declara, y abre cada destino confirmando que declara el enlace de retorno y una autorreferencia.
- Revisa el informe Segmentación internacional / hreflang de Search Console (o la auditoría hreflang de un crawler) buscando «no return tags» y códigos desconocidos a escala.
- Confirma que cada destino devuelve 200, no redirige y no tiene noindex.
- Verifica que la canónica de cada página localizada es autorreferencial, no cruzada entre idiomas.
- Elige un solo método de implementación (head HTML o sitemap) como única fuente de verdad.
Errores que rompen en silencio el SEO internacional
- Suponer que hreflang sube el posicionamiento — solo controla qué versión existente se muestra, no eleva el clúster.
- Usar códigos de país como códigos de idioma (p. ej. «uk» para ucraniano, que en realidad es la región Reino Unido).
- Redirigir automáticamente por IP, así Googlebot solo ve una versión y no puede validar las demás.
- Añadir hreflang solo a algunas plantillas y olvidar variantes paginadas, filtradas o con parámetros.
Cómo validar hreflang
Tras la corrección, vuelve a rastrear el clúster y confirma que cada par es bidireccional con códigos válidos y destinos indexables, y luego observa cómo el informe hreflang de Search Console limpia sus errores «no return tag» los días siguientes. La prueba real es una búsqueda localizada que devuelve la versión de idioma correcta.
Esto se corresponde con cómo DomainLens gestiona los idiomas: cada URL localizada se emite con alternates coincidentes y autoconsistentes, y la canónica de cada idioma apunta a sí misma — la misma disciplina que mantiene un clúster multilingüe válido en lugar de ignorado.