La gestión de enlaces en páginas de artículos multilingües debe garantizar, ante todo, que cada versión lingüística tenga una URL independiente, estable y accesible. Después, hay que vincular correctamente los enlaces del cuerpo del artículo, el selector de idioma y las indicaciones para los motores de búsqueda con la versión correspondiente. Si solo se traduce el texto de la página, pero los enlaces a productos de un artículo en alemán siguen dirigiendo a páginas en inglés, o si todas las versiones lingüísticas tienen el canonical apuntando a la versión en inglés, las rutas de lectura y las señales de indexación entrarán en conflicto.
Para realizar una evaluación técnica de la localización de páginas de artículos multilingües, se pueden comprobar primero tres aspectos: si los distintos idiomas corresponden al mismo artículo, si los enlaces internos llevan a páginas adecuadas para los lectores y si los motores de búsqueda pueden identificar la relación entre las distintas versiones. La decisión de traducir o no las URL a los idiomas locales puede tomarse después de confirmar estos tres aspectos.
Los subdirectorios, subdominios y dominios independientes pueden alojar contenido multilingüe. Por ejemplo, una misma guía de selección puede tener las URL /en/guides/pump-selection/ y /de/ratgeber/pumpenauswahl/. Las rutas no tienen que corresponder palabra por palabra, pero el sistema debe saber que pertenecen al mismo grupo de contenido.
En los sitios web de comercio exterior gestionados desde un único sistema de administración, los subdirectorios por idioma suelen facilitar la gestión unificada. Si distintos mercados están a cargo de equipos independientes, también se pueden evaluar los subdominios o los dominios independientes. La elección debe tener en cuenta los permisos de publicación, el mantenimiento de las redirecciones y las estadísticas de datos; no debe basarse únicamente en la afirmación de que una estructura determinada «favorece más al SEO».
No busque traducciones sustituyendo el código de idioma en la URL. Los distintos idiomas pueden usar slugs diferentes, y también puede haber artículos aún sin traducir, retirados o exclusivos de un mercado. Una opción más fiable es vincular las versiones mediante un ID estable del grupo de artículos y registrar el idioma, la región, el estado de publicación y la URL real. Los enlaces internos del cuerpo, el selector de idioma y hreflang deben generarse a partir de esta correspondencia.
Los slugs localizados ayudan a los usuarios a entender los enlaces, pero no son imprescindibles. Si un sitio web ya utiliza slugs uniformes en inglés, puede seguir haciéndolo siempre que las direcciones de cada idioma sean claras y estables. Si se modifican las URL indexadas para traducir las rutas, también hay que actualizar los enlaces internos, el mapa del sitio y las etiquetas de idioma, y redirigir permanentemente las direcciones antiguas a las nuevas correspondientes.
Los enlaces de los artículos deben gestionarse según su finalidad. Al enlazar a presentaciones de productos, guías de selección, materiales descargables y páginas de consulta, se debe priorizar la versión en el mismo idioma y adecuada para ese mercado. Al citar normas externas, estudios o documentación oficial, hay que conservar la fuente correcta y no cambiarla por una página con contenido distinto solo para mantener la coherencia lingüística.
El texto ancla también debe localizarse. Aunque un artículo en alemán enlace a la página de producto correcta en alemán, mantener un texto ancla en inglés como «Learn more» interrumpe la lectura. También hay que revisar los enlaces de imágenes, los botones, las recomendaciones de artículos y los anclajes dentro del texto, en especial los ID de títulos que se vuelven a generar tras la traducción.
Cuando la página de destino no tenga una versión en el idioma correspondiente, se debe actuar según la finalidad del enlace:
El selector de idioma debe dirigir preferentemente a la versión correspondiente del artículo actual. Si no hay traducción, se puede ocultar o deshabilitar esa opción, o indicar «Ver la lista de artículos en este idioma». No permita que, al hacer clic en «Cambiar idioma», los usuarios lleguen sin aviso a la página de inicio; esto oculta la falta de traducción y puede hacer pensar que el enlace no funciona.
Al evaluar una plataforma de creación de sitios web, se puede pedir una demostración de un artículo que solo tenga versiones en dos idiomas, aunque el sitio admita tres. La forma en que se muestra una versión inexistente y si la publicación de una traducción establece automáticamente la relación entre versiones revelan mejor las capacidades del sistema que un ejemplo en el que todos los idiomas estén completos.

hreflang informa a los motores de búsqueda de qué URL son versiones en distintos idiomas o regiones de un mismo contenido. Las páginas en inglés y alemán deben incluir en cada una la lista de las versiones publicadas de este grupo, incluida la propia, y establecer referencias recíprocas. Si la página en inglés declara la página en alemán, pero esta última no incluye la declaración correspondiente, es posible que la anotación no se aplique correctamente.
Los valores de idioma deben usar códigos válidos, como en o de. Cuando existan diferencias regionales reales, se pueden usar combinaciones de idioma y región, como en-US o en-GB. No utilice un código de país por sí solo como código de idioma. x-default puede utilizarse como entrada predeterminada cuando no haya un idioma coincidente, por ejemplo, una página de selección de idioma, pero no es un elemento obligatorio para todos los sitios multilingües.
hreflang no sustituye a canonical ni garantiza que una página se indexe. Si el contenido está traducido y se desea que cada versión aparezca por separado en los resultados de búsqueda, normalmente el canonical de cada versión debe apuntar a su propia URL canónica. Si el canonical de la página en alemán apunta siempre a la página en inglés, expresará una intención de canonicalización que no coincide con la indexación independiente del contenido en alemán.
Las direcciones de hreflang deben ser URL completas y apuntar directamente a páginas oficiales que puedan rastrearse e indexarse. Los borradores, las páginas 404, las direcciones redirigidas y las páginas configuradas con noindex no deben permanecer en un grupo de idiomas válido. Las relaciones entre idiomas pueden declararse en páginas HTML, encabezados de respuesta HTTP o mapas del sitio XML. Basta con elegir un método fácil de mantener; si se hacen declaraciones en varios lugares, deben ser coherentes.
La aceptación de enlaces multilingües no debe limitarse a comprobar si se puede hacer clic en el selector de idioma. El equipo técnico debe seleccionar artículos con traducciones completas, traducciones ausentes y URL modificadas, y comprobar las páginas renderizadas finales y los resultados reales de los saltos. Si la navegación depende de scripts, hay que garantizar que los enlaces a los artículos sigan teniendo una URL real rastreable y no dependan únicamente de eventos de clic.
La revisión puede centrarse en cuatro aspectos:
Se puede ofrecer una opción para que el usuario elija la versión recomendada según el idioma del navegador, pero también debe conservarse el acceso a la selección manual. Las redirecciones obligatorias según la IP o el idioma del navegador pueden interferir con el acceso y el rastreo. En particular, compruebe que, cuando un usuario copie y comparta una URL en un idioma concreto, el destinatario pueda seguir abriendo el contenido asociado a esa dirección.
Una implementación fácil de mantener debe poder retirar al mismo tiempo el selector correspondiente y la declaración hreflang cuando se retire una traducción, y restablecer la relación cuando se complete. Durante la evaluación, pida al proveedor que realice estas dos operaciones en directo y observe si la página, los enlaces internos del artículo y las anotaciones se actualizan conjuntamente. Así podrá determinar si la localización de enlaces ya forma parte del proceso de gestión de contenidos.
Artículos relacionados
Productos relacionados


