Guía completa para configurar etiquetas hreflang: cómo evitar desajustes en páginas multilingües

Guía completa para configurar etiquetas hreflang: cómo evitar desajustes en páginas multilingües

En los sitios web multilingües, la situación más frustrante no suele ser que una página no se indexe, sino que «se indexe, pero lleve a las personas al lugar equivocado»: un visitante francés accede a una página en inglés tras realizar una búsqueda, un usuario mexicano es dirigido a una página con precios para España y el contenido destinado a Canadá es sustituido por la versión del Reino Unido. Si el usuario no entiende el contenido, la moneda no es correcta o el alcance de entrega no coincide, abandonar la página resulta casi inevitable.

Configurar correctamente las etiquetas hreflang significa indicar a los motores de búsqueda «qué página debe mostrarse a qué tipo de usuario según su idioma o región». No se trata de un simple parche de código, sino de una alineación entre el SEO internacional, la arquitectura del sitio y la experiencia de conversión. Para los sitios web corporativos de comercio exterior, los sitios B2B de captación de consultas y las tiendas transfronterizas, solo haciendo bien este paso el contenido de cada mercado podrá llegar realmente a las personas adecuadas.

Primero, aclaremos esto: hreflang no resuelve la traducción, sino la correspondencia entre versiones

La etiqueta hreflang se utiliza para indicar la relación entre páginas con contenido similar, pero dirigidas a diferentes idiomas o regiones. Una sintaxis habitual es la siguiente:

<link rel="alternate" hreflang="en-us" href="https://example.com/us/" />
<link rel="alternate" hreflang="en-gb" href="https://example.com/uk/" />
<link rel="alternate" hreflang="fr-fr" href="https://example.com/fr/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />

Entre ellos, en-us indica inglés para el mercado estadounidense; en-gb indica inglés para el mercado del Reino Unido; y fr-fr indica francés para el mercado francés. Los motores de búsqueda combinan señales como la configuración de idioma del usuario, su ubicación de búsqueda y el entorno del dispositivo para intentar seleccionar la versión más adecuada.

Cabe señalar que los códigos de idioma utilizan el estándar ISO 639-1 y los códigos de región utilizan el estándar ISO 3166-1 Alpha-2. Es decir, debe escribirse pt-br, no br-pt; debe escribirse zh-cn o zh-tw, y no deben inventarse códigos con un orden incorrecto como cn-zh.

¿Qué sitios web son más propensos a sufrir desajustes entre páginas?

La época en la que «basta con tener un sitio en inglés» ya ha quedado atrás. Siempre que un sitio web tenga varias versiones similares, es necesario evaluar cuidadosamente la necesidad de usar hreflang. Por ejemplo, cuando un mismo producto se vende simultáneamente en Estados Unidos, Reino Unido y Australia; cuando se configuran páginas independientes para un mismo idioma debido a diferencias en impuestos, moneda, normativas o datos de contacto; cuando el contenido chino se divide entre chino simplificado y chino tradicional; o cuando un sitio cubre mercados en inglés, español, árabe y otros idiomas.

Especialmente en las tiendas transfronterizas, los títulos de los productos pueden ser iguales, pero el inventario, la cantidad mínima de pedido, las políticas de envío y el texto de las páginas de destino pueden diferir. Sin señales claras sobre las versiones, los motores de búsqueda pueden determinar por sí mismos la versión principal, llevando finalmente al usuario a una página que no es adecuada para su mercado. Para las empresas manufactureras que dependen de las consultas, este tipo de desajuste también genera consultas no válidas e incrementa los costes de comunicación del equipo de ventas.

Antes de configurar las etiquetas hreflang, dibuje la «relación de correspondencia entre versiones»

Muchos operadores empiezan añadiendo etiquetas en masa y solo después descubren que las relaciones entre enlaces son confusas. Una práctica más segura es organizar primero una tabla de mapeo de páginas: para cada página principal, qué URL corresponde en cada versión de idioma y país.

Tomando como ejemplo una página de detalle de producto, si existen las versiones de Estados Unidos, Reino Unido y Francia, estas tres páginas deben declararse mutuamente; si un producto solo se vende en el sitio de Estados Unidos, no se le deben añadir a la fuerza versiones del Reino Unido o Francia. hreflang no significa «cuantos más idiomas, mejor», sino que «solo deben establecerse relaciones entre páginas correspondientes que existan realmente y tengan contenido válido».

Al realizar el mapeo, también es necesario comprobar si la intención de las páginas es coherente. Si la página A es «detalle de producto de válvulas industriales» y la página B es «solución para la industria de válvulas», aunque las palabras clave sean similares, no deben etiquetarse mutuamente. Una asignación incorrecta debilita la comprensión del motor de búsqueda sobre el tema de la página y su posicionamiento de mercado.

Cuatro reglas de configuración que deben cumplirse

1. Debe incluirse una autorreferencia

Además de apuntar a versiones en otros idiomas, cada página debe declararse a sí misma. Por ejemplo, una página en inglés para Estados Unidos debe incluir tanto en-us como las versiones correspondientes en-gb, fr-fr, etc. La falta de autorreferencia es un problema muy común en las comprobaciones reales.

2. Las páginas deben confirmarse mutuamente en ambas direcciones

Si la página A identifica la página B como versión en francés, la página B también debe apuntar de vuelta a la página A como versión en inglés. Esta relación de «confirmación mutua» es muy importante. Si la anotación se emite desde un solo extremo y el otro no responde, el motor de búsqueda puede ignorar esta asociación.

3. Utilice URL canónicas accesibles e indexables

Las direcciones indicadas en hreflang deben devolver un código de estado 200 normal, no pueden redirigir a otras páginas, no pueden ser páginas eliminadas ni estar bloqueadas por robots. Si una página tiene configurada una etiqueta canónica canonical, la URL de hreflang normalmente debe coincidir con la URL canónica de esa página, evitando que una señal indique al motor de búsqueda que indexe A y otra le indique que muestre B.

4. No considere las redirecciones automáticas como una alternativa

Forzar la redirección a un sitio de idioma según la IP parece considerado, pero en realidad puede impedir que los rastreadores accedan a otras versiones y también privar de elección a los usuarios que están de viaje, utilizan VPN o prefieren otro idioma. Una solución más razonable es mantener un acceso claro para cambiar de idioma y, cuando sea necesario, ofrecer un aviso discreto para que el usuario confirme por sí mismo si desea cambiar.

Tres métodos de implementación: elija el adecuado para su sitio web

Las etiquetas HTML head son adecuadas para sitios con un número reducido de páginas y plantillas que pueden gestionarse de forma unificada. Su ventaja es que son intuitivas; su desventaja es que, cuando el número de páginas de producto y artículos crece rápidamente, la carga de mantenimiento aumenta.

XML Sitemap es adecuado para tiendas o sitios de contenido con una gran cantidad de URL y relaciones complejas entre versiones de idioma. Las asociaciones multilingües pueden mantenerse de forma centralizada en el mapa del sitio, reduciendo la carga de código en cada página; sin embargo, las reglas de generación deben ser estables, de lo contrario es fácil omitir páginas nuevas tras las actualizaciones.

HTTP Header se utiliza principalmente para archivos que no son HTML, como PDF y manuales. Por ejemplo, si es necesario establecer una relación entre un manual de producto en inglés y otro en alemán, la información hreflang puede transmitirse mediante la cabecera de respuesta.

Independientemente del método adoptado, lo más importante es la coherencia. No proporcione direcciones de versiones contradictorias para el mismo grupo de páginas simultáneamente en HTML y en el mapa del sitio. Para los equipos que utilizan sistemas inteligentes de creación de sitios web, se recomienda incorporar el idioma, la región, los enlaces canónicos y el estado de publicación de las páginas en reglas unificadas, en lugar de depender de copiar código manualmente página por página.

Los cinco errores más comunes suelen ser más problemáticos que «no configurar nada»

• Indicar solo el idioma sin considerar las diferencias de mercado: que una página en inglés solo tenga en no es necesariamente incorrecto, pero cuando el contenido y las condiciones comerciales de las páginas de Estados Unidos y Reino Unido ya son diferentes, deben diferenciarse aún más como en-us y en-gb.
• Dirigir todas las páginas a la página de inicio: las páginas de producto deben corresponder a páginas de producto y los artículos a artículos. Enlazar todas las versiones de idioma de páginas internas a la página de inicio destruye la relación entre contenidos.
• Códigos de región o formato de mayúsculas y minúsculas incoherentes: se recomienda adoptar de forma uniforme la convención de código de idioma en minúsculas más código de región en mayúsculas, como en-US. Aunque el análisis normalmente no depende por completo de las mayúsculas y minúsculas, las normas del equipo pueden reducir los errores de introducción.
• Olvidar configurar x-default: no es obligatorio, pero resulta muy adecuado como acceso predeterminado cuando no hay coincidencia con un idioma o región específicos, especialmente para páginas de selección de idioma o páginas de inicio globales.
• Abrir la indexación antes de completar la traducción: una página en la que solo se ha reemplazado el título y el cuerpo del texto sigue estando en otro idioma no es adecuada como versión lingüística independiente. Es más seguro completar primero la localización del contenido y después establecer las relaciones de etiquetado.

Cómo comprobarlo después de la publicación: no se limite a ver si el código «está escrito»

Después de publicar, deben revisarse aleatoriamente la página de inicio, las páginas de categorías principales, las páginas de producto y las páginas de contenido: compruebe si los hreflang del código fuente están completos; haga clic en cada URL para confirmar que no haya errores 404, cadenas de redirección ni redirecciones regionales; verifique que las referencias mutuas sean válidas; y supervise después las indicaciones relacionadas con internacionalización, cobertura de indexación y páginas duplicadas mediante las herramientas para webmasters de los motores de búsqueda.

Si el sitio web ha realizado recientemente una migración de dominio, una modificación de URL o la generación masiva de páginas multilingües, se recomienda exportar de nuevo la tabla de mapeo para revisarla. El SEO multilingüe no es una tarea única de lanzamiento, sino una infraestructura que requiere mantenimiento continuo a medida que se añaden o retiran páginas y se ajustan los mercados. Al planificar el crecimiento de sitios internacionales, las empresas también pueden combinarlo con Análisis del impacto de la transformación digital en la resiliencia empresarial para examinar el proceso de creación del sitio web desde las perspectivas de la coordinación de sistemas y la operación a largo plazo.

Yiyingbao ofrece a las empresas de comercio exterior y a las marcas que se expanden internacionalmente capacidades de creación de sitios multilingües, optimización SEO y coordinación de marketing en el extranjero. En la práctica, en lugar de considerar las etiquetas hreflang como un fragmento de código aislado, es mejor gestionarlas de forma unificada dentro de la arquitectura lingüística del sitio web, la localización de contenidos, los enlaces canónicos y la estrategia de páginas de destino para cada mercado. Solo cuando las páginas se muestran correctamente, los usuarios tendrán más posibilidades de dar el siguiente paso con el idioma, los precios y los compromisos de servicio adecuados.