Cómo explica Google hreflang y las versiones localizadas

La explicación de Google Search Central sobre sitios web multilingües y multirregionales se centra en un criterio: el sistema de búsqueda debe identificar el idioma o la audiencia regional a la que se dirige cada URL y confirmar que estas páginas son versiones localizadas equivalentes, no múltiples copias causadas por contenido duplicado, redirecciones automáticas o parámetros desordenados.hreflang es una señal para declarar a los motores de búsqueda la relación entre versiones alternativas; no es una instrucción que determine la indexación, el posicionamiento ni el cambio forzoso de página.

Por lo tanto, antes de la implementación no debe preguntarse primero «qué códigos de idioma añadir», sino confirmar primero la relación entre las páginas. Si una página de producto en inglés, una en alemán y una en japonés atienden respectivamente las necesidades de lectura de distintos idiomas, y el producto principal, la descripción de funciones y el recorrido de conversión se corresponden entre sí, resulta adecuado establecer una relación hreflang. Si una página en el mismo idioma genera varias URL únicamente por parámetros de seguimiento publicitario, condiciones de filtrado, paginación o identificadores de sesión, no deben marcarse entre sí como versiones localizadas.

Qué es una «versión localizada» según la definición oficial

La localización no equivale a una traducción mecánica. La documentación pertinente de Google distingue entre versiones de idioma y versiones regionales: las versiones de idioma resuelven «en qué idioma se expresa la página», mientras que las versiones regionales resuelven «a qué país o región se dirige un mismo idioma». Por ejemplo, las páginas en inglés orientadas a Estados Unidos y al Reino Unido pueden utilizar ambas en, pero cuando existen diferencias sustanciales en la moneda, el alcance de entrega, la información fiscal, los datos de contacto, el inventario, las especificaciones o los avisos legales, pueden utilizarse respectivamente en-US y en-GB.

Por el contrario, si dos páginas tienen exactamente el mismo contenido, precios y condiciones de servicio, y solo difieren en el dominio o la ruta, dividirlas forzosamente por país no necesariamente proporciona señales más claras. Los códigos regionales deben reflejar diferencias reales de contenido o servicio, en lugar de crear una gran cantidad de páginas similares únicamente en función de los mercados previstos. En los sitios B2B, los parámetros de producto, la cantidad mínima de pedido, los campos del formulario de consulta y el alcance de entrega suelen determinar si una página pertenece realmente a una versión de mercado diferente; en las tiendas transfronterizas, la moneda, las regiones de venta y las reglas logísticas constituyen con mayor facilidad diferencias de localización identificables.

Google también enfatiza que el texto visible de la página debe corresponder al idioma declarado. Sustituir únicamente la navegación, el pie de página o una pequeña cantidad de texto de botones, mientras se mantiene la descripción principal, la documentación técnica y la información de compra en otro idioma, no puede constituir una versión de idioma fiable. La determinación del idioma al que se orientan los resultados de búsqueda depende principalmente del contenido de la página; el atributo lang ayuda a los navegadores y a las tecnologías de asistencia a comprender el documento, pero no puede sustituir al texto principal legible en el idioma objetivo.

Las tres condiciones para que hreflang sea válido

Primero, la relación alternativa debe estar cerrada de forma bidireccional. Cuando la página A declara que B es su versión en alemán, la página B también debe declarar que A es su versión en inglés; si falta el enlace de retorno, al sistema de búsqueda le resulta difícil confirmar que se trata de una relación correspondiente mantenida. Las múltiples versiones de idioma deben referenciarse mutuamente dentro del mismo grupo, y cada página debe incluir su propia entrada hreflang. La autorreferencia no es decorativa: permite que la definición de cada URL dentro de su grupo lingüístico se mantenga coherente.

Segundo, los códigos deben utilizar combinaciones válidas de idioma y región. La parte de idioma utiliza códigos ISO 639-1, como de, ja y zh; la parte regional utiliza códigos ISO 3166-1 Alpha 2, como DE, JP y CN. El idioma se coloca primero y la región después, unidos mediante un guion. de-DE puede indicar alemán de Alemania, mientras que de indica alemán sin una región específica. Utilizar un código de país por sí solo como código de idioma, emplear abreviaturas de mercado personalizadas o invertir las posiciones de idioma y región hará que la declaración pierda su significado previsto.

Tercero, la URL de destino debe ser una página canónica accesible para usuarios y rastreadores. Si hreflang apunta a una URL que redirige, devuelve un error, está bloqueada para el rastreo por reglas de robots o cuyo canonical apunta a otra dirección, se producirán conflictos entre las señales. Los reprocesos frecuentes ocurren después del lanzamiento: el equipo de contenido cambia la ruta de la página de producto y desarrollo conserva la antigua asignación de idiomas; o bien, después de cambiar el inventario por región, la tienda redirige las páginas sin existencias a la página de inicio. Estos cambios dañan el grupo de alternativas original.

Tres métodos de implementación: elija uno para un mantenimiento estable

Google admite añadir <link rel="alternate" hreflang="..." href="..."> dentro de <head> en HTML, así como utilizar encabezados de respuesta HTTP o enviarlo en un XML Sitemap. Los tres métodos expresan el mismo tipo de relación; normalmente basta con elegir el que mejor se adapte a la arquitectura de publicación. Para páginas HTML convencionales, las etiquetas head facilitan la generación a partir de plantillas de página; los documentos no HTML, como los PDF, son más adecuados para encabezados HTTP; cuando existe un gran número de versiones de idioma y estas se mantienen mediante un sistema de contenido centralizado, Sitemap puede reducir la salida repetida en las plantillas de página.

No se recomienda tratar múltiples fuentes como mecanismos que se compensan entre sí. Si el conjunto de URL o los códigos en HTML, Sitemap y encabezados de respuesta no coinciden, se perderá una base clara durante la resolución de problemas. Independientemente del método adoptado, debe utilizarse una tabla de asignación a nivel de página como única fuente de información: la URL original, la URL canónica, el código de idioma, el código regional, la versión correspondiente y el estado de retirada deben actualizarse de forma sincronizada. Cuando se retiran productos, se migra el catálogo o se cambia de dominio, esta tabla de asignación es más fiable que sustituir códigos temporalmente de forma masiva.

La función y los límites de x-default

x-default se utiliza para especificar la página predeterminada cuando no existe una coincidencia de idioma o región más adecuada. Es habitual en páginas de selección de idioma, páginas de entrada globales o versiones predeterminadas que permiten a los visitantes elegir por sí mismos el mercado. No es una etiqueta fija para la «página de inicio del sitio internacional», ni debe sustituir la declaración hreflang de cada página de idioma específica.

Debe tenerse especial cuidado al marcar páginas de geolocalización automática como x-default. Google recomienda explícitamente evitar redirigir de forma forzosa a los rastreadores y a los usuarios a distintas páginas según la dirección IP o el idioma del navegador. Las redirecciones automáticas dificultan el acceso de los usuarios a una URL especificada y también pueden impedir que los rastreadores obtengan de forma estable el contenido de cada versión. Una práctica más prudente consiste en mantener URL de versiones accesibles y proporcionar en la página un acceso visible para cambiar de idioma o región; guardar las preferencias solo después de que el usuario realice una selección explícita.

canonical y hreflang no pueden configurarse de forma independiente

canonical resuelve «cuál es la versión preferida entre varias URL similares», mientras que hreflang resuelve «cómo se corresponden las versiones de distintos idiomas o regiones». Ambos se confunden con frecuencia. Aunque una página en inglés y una en francés tengan estructuras idénticas, no debe establecerse el canonical de la página en francés hacia la página en inglés por la similitud de su contenido; esto indicaría al motor de búsqueda que la página en francés no es una página preferida independiente, lo que contradice su declaración como versión alternativa en francés.

Una configuración más adecuada es: cada página de idioma o región utiliza un canonical autorreferenciado, y hreflang se conecta después con otras versiones equivalentes. Solo cuando una misma versión de idioma tiene parámetros de URL, diferencias entre mayúsculas y minúsculas, barras finales, páginas de impresión o rutas duplicadas, debe elegirse un canonical dentro de ese idioma. Ordenar primero la normalización y después establecer la asignación internacional evita confundir los problemas de limpieza de URL con los problemas de versiones de idioma.

Señales que deben observarse después de la publicación

La validación no debe limitarse a comprobar si las etiquetas aparecen en el código fuente. Primero, revise de forma selectiva un grupo de páginas: si cada href devuelve una respuesta correcta indexable, si llega directamente a la URL canónica final, si la página contiene enlaces de retorno y si el código de idioma es coherente con el texto principal y las condiciones de mercado. Después, compruebe el mapa del sitio, el renderizado de plantillas y la capa de caché para confirmar que no se emitan conjuntos de hreflang diferentes al acceder desde distintas regiones.

Las incidencias relacionadas con la segmentación internacional en Search Console, las páginas alternativas detectadas pero no procesadas correctamente y los resultados de selección de páginas canónicas pueden utilizarse para localizar problemas. Aquí es necesario distinguir dos fenómenos: que los resultados de búsqueda no muestren la página de la región objetivo no implica necesariamente que hreflang no funcione, ya que el idioma de la consulta, la ubicación del usuario, la relevancia de la página y el estado de indexación afectan a la visualización; en cambio, que las páginas alternativas no puedan rastrearse durante mucho tiempo, carezcan de referencias mutuas o que el canonical apunte a páginas en otro idioma son señales de configuración que deben corregirse con prioridad.

El valor de hreflang reside en reducir las conjeturas del sistema de búsqueda sobre la relación entre las versiones de idioma. El requisito previo no es contar con un número suficiente de etiquetas, sino que la URL, el idioma del contenido, la estrategia de normalización y el alcance real de servicio del sitio apunten al mismo hecho.