hreflang

Qué hace realmente hreflang

Cuando la misma página existe en varios idiomas, un motor de búsqueda se enfrenta a dos preguntas: ¿son la misma página?, y ¿cuál debería ver este usuario en concreto? hreflang responde a ambas. Agrupa las versiones como traducciones entre sí en lugar de casi duplicados que compiten por la misma búsqueda, y etiqueta cada una con la audiencia para la que fue escrita. Sin ello, el motor adivina, y el síntoma visible es un usuario en São Paulo que aterriza en tu página en inglés y se va.

Vale la pena precisar qué es lo que no hace. hreflang no hará que una página posicione, no consolidará señales de ranking como sí lo hace una etiqueta canonical, y no rescatará una traducción que nadie busca. Una página tiene que ganarse su posición en su propio idioma primero; hreflang solo se asegura de que se muestre la versión correcta de una página ya competitiva. Esa distinción es la razón por la que traducir un sitio que no posiciona para nada no produce nada —la decisión de si traducir o no se trata en debería traducir mi sitio web para el SEO.

Cómo se implementa hreflang

Hay tres lugares válidos para declararlo, y eliges exactamente uno por sitio en lugar de mezclarlos. Elijas el que elijas, se aplican las mismas reglas sobre códigos y reciprocidad.

• Etiquetas link en el head — un elemento link alternate por versión, presente en cada versión. El enfoque más habitual, y el más fácil de generar a partir de una tabla de rutas.
• Cabeceras HTTP Link — la misma información enviada como cabecera de respuesta. Esta es la opción para archivos que no son HTML, como los PDF, que no tienen un head donde poner etiquetas.
• Entradas del sitemap XML — cada URL del sitemap enumera sus alternativas. Útil para sitios grandes, porque mantiene las anotaciones en un solo archivo en lugar de en miles de páginas.
• Un valor x-default — el respaldo para los usuarios cuyo idioma no segmentas, que normalmente apunta a tu página en el idioma por defecto o a un selector de idioma. Es opcional, pero elimina la ambigüedad de a quién se sirve cuando nada coincide.

El valor es un código de idioma de ISO 639-1, opcionalmente seguido de una región de ISO 3166-1 Alpha 2 —en, pt-br, zh-Hans. El idioma solo es válido; la región sola no lo es. Cada versión debe hacer referencia a todas las demás versiones *y a sí misma*, y esas referencias tienen que ser recíprocas: si la página A afirma que B es su versión en español pero B nunca apunta de vuelta, los motores tratan la afirmación como no confirmada y la ignoran.

Dónde falla hreflang

Casi todos los fallos son mecánicos y no editoriales, por eso los problemas de hreflang sobreviven a traducciones excelentes y normalmente se descubren mucho después del lanzamiento.

• Anotaciones de un solo sentido — el error más común, por mucha diferencia. Los enlaces de vuelta deben confirmarse desde ambos lados o se descarta todo el grupo.
• Códigos inventados o mal emparejados — en-uk no es válido, porque el código de región del Reino Unido es gb. Un solo valor mal formado invalida esa anotación en silencio.
• Asumir que el token de la URL es la etiqueta de idioma — un sitio puede perfectamente servir portugués de Brasil desde una ruta /pt mientras la anota como pt-BR. Derivar la etiqueta a partir de la ruta es una fuente silenciosa de etiquetas incorrectas.
• Apuntar a URL que redirigen, dan 404 o llevan noindex — el destino tiene que ser la versión activa e indexable, de lo contrario la señal se descarta.
• Redirigir a los visitantes automáticamente según el idioma del navegador — esto anula la anotación por completo, ya que un rastreador redirigido a una versión nunca llega a las demás sobre las que se le informó.