Cómo migrar las URL tras rediseñar un sitio web multilingüe de comercio exterior sin perder la indexación

Tras la renovación de un sitio web multilingüe de comercio exterior, que se conserven la indexación y el tráfico orgánico depende de si puede establecerse una relación clara y reconocible por los motores de búsqueda entre las páginas antiguas, las versiones de idioma y las páginas nuevas. Siempre que el mapeo de URL, las redirecciones 301, las etiquetas de idioma y el mapa del sitio se gestionen como una migración integral, la autoridad de la mayoría de las páginas existentes podrá transferirse gradualmente; de lo contrario, aunque el nuevo sitio tenga un mejor diseño y contenido más completo, la indexación podría disminuir debido a la invalidación masiva de enlaces antiguos.

Para las empresas B2B de comercio exterior que dependen de la búsqueda orgánica de Google para obtener consultas, una renovación no consiste solo en cambiar el diseño visual y el backend. Las páginas de productos, las páginas de soluciones sectoriales, el contenido del blog, las páginas de descarga de PDF y los directorios en distintos idiomas pueden haber acumulado enlaces externos, clasificaciones de palabras clave y señales históricas de rastreo. Durante la migración, lo más preocupante no es que cambie la URL, sino que «la URL antigua no encuentre un destino nuevo adecuado».

Primero determine qué páginas deben conservar una relación de migración

No todas las páginas antiguas merecen una migración individual, pero cualquier página que ya esté indexada, genere visitas o reciba enlaces externos debe incluirse primero en la lista de migración. Muchas empresas solo organizan las categorías de productos de la navegación principal e ignoran artículos antiguos, productos descatalogados, directorios de idiomas anteriores y páginas de destino publicitarias. Tras el lanzamiento de la renovación, descubren que un gran número de páginas 404 procede de estas direcciones omitidas.

Al elaborar la lista, clasifique al menos las URL antiguas en tres categorías:

• Páginas que siguen existiendo y cuyo tema no ha cambiado sustancialmente: la antigua página de producto corresponde a la nueva página de producto, y la antigua página sectorial a la nueva página sectorial. Estas páginas deben contar con redirecciones 301 individuales estrictas.
• Páginas cuyo contenido se ha fusionado: por ejemplo, varias páginas antiguas de modelos se fusionan en una página de serie, o varios artículos repetidos se integran en una guía completa. Pueden redirigirse a la página fusionada más relevante, pero la nueva página debe cubrir realmente la información esencial de las páginas antiguas.
• Contenido que ya no se ofrece y no tiene una página sustitutiva razonable: por ejemplo, productos totalmente descatalogados o contenido que no está relacionado con el negocio actual. Puede devolverse un 410 o mantenerse una página con una explicación clara; no se recomienda redirigirlos todos a la página de inicio solo para evitar errores 404.

«Todos los enlaces antiguos redirigen a la página de inicio» parece una solución sencilla, pero en la práctica suele provocar una ruptura de relevancia. Ni los motores de búsqueda ni los visitantes pueden obtener la información correspondiente a partir de un enlace específico de producto. Estas redirecciones pueden considerarse un tratamiento inválido, y las señales acumuladas por las páginas antiguas también serán difíciles de transferir eficazmente.

El mapeo de URL debe realizarse por separado para cada versión de idioma

Los sitios multilingües tienen un riesgo adicional respecto a los sitios en un solo idioma: un mismo producto suele tener varias URL independientes en inglés, alemán, español, ruso y otros idiomas. Si durante la renovación solo se procesa el directorio en inglés, la indexación de las demás versiones de idioma se perderá gradualmente debido a cambios de ruta, modificaciones en la lógica de cambio de idioma o redirecciones incorrectas de las páginas.

Idealmente, cada URL antigua debe tener una URL nueva claramente definida. Por ejemplo:

La tabla de migración no debe limitarse a indicar «la página de producto antigua redirige al centro de productos». Debe registrar la dirección antigua, la dirección nueva, el idioma de la página, el tipo de página, el estado de redirección y las observaciones. Cuando hay un gran volumen de páginas, esta tabla también es el documento básico para la colaboración entre los equipos de desarrollo, SEO y contenido.

Tampoco se debe redirigir arbitrariamente entre idiomas. Si un visitante accede a una antigua página de producto en alemán y es redirigido a la página de inicio en inglés, normalmente se reducirá la experiencia de usuario y será difícil para los motores de búsqueda entender la pertenencia lingüística de la página. A menos que el contenido de un idioma se haya cancelado formalmente y no tenga una página alternativa, debe priorizarse la conservación de la página de destino en el mismo idioma.

La redirección 301 resuelve «adónde va la dirección antigua», pero no sustituye la calidad de la página

Una 301 es el método estándar para informar a los motores de búsqueda de que una página se ha trasladado de forma permanente. Debe implementarse mediante reglas del lado del servidor o de la plataforma del sitio, en lugar de depender de redirecciones JavaScript, enlaces de aviso dentro de la página o Meta Refresh. Para las URL ya indexadas, una 301 suele preservar mejor las señales de búsqueda existentes que hacer que la página desaparezca directamente.

Sin embargo, una 301 no es una solución universal. Aunque se configuren redirecciones, las siguientes prácticas pueden fácilmente producir resultados de migración insatisfactorios:

• La página antigua pasa por dos o tres redirecciones antes de llegar a la página final, lo que aumenta las pérdidas de rastreo y acceso;
• La nueva página configura además una canonical que apunta a otra dirección, enviando señales contradictorias a los motores de búsqueda;
• El contenido de la nueva página se reduce notablemente, conservando solo el título y una breve descripción, sin poder satisfacer la intención de búsqueda original;
• Un gran número de URL se empareja incorrectamente mediante reglas, y las páginas de productos, artículos y versiones de idioma se dirigen a la misma dirección;
• Las redirecciones se eliminan poco después de su lanzamiento, o los sitios antiguo y nuevo permanecen abiertos simultáneamente durante largo tiempo, generando páginas duplicadas.

Un objetivo relativamente seguro es: que la URL antigua devuelva directamente un 301, que la nueva URL devuelva un 200 y que la nueva página pueda rastrearse e indexarse, sin estar bloqueada por directivas robots ni configurada erróneamente como noindex. Antes del lanzamiento, se pueden revisar de forma aleatoria los estados de respuesta mediante herramientas de rastreo de URL o las herramientas de desarrollador del navegador; no basta con comprobar si finalmente puede abrirse en el navegador.

Las etiquetas multilingües y la configuración de canonical determinan cómo se interpreta el nuevo sitio

Una vez completada la migración de URL, el segundo problema que suele pasarse por alto es hreflang. No se utiliza para realizar redirecciones, sino para ayudar a los motores de búsqueda a entender qué páginas son versiones equivalentes destinadas a distintos idiomas o regiones. Si la estructura de URL cambia tras la renovación, las direcciones hreflang antiguas, los códigos de idioma y las relaciones de referencia mutua también deben actualizarse simultáneamente.

Por ejemplo, cuando una página en inglés indica una versión en alemán, debe apuntar a la URL alemana posterior a la renovación; la página alemana también debe apuntar recíprocamente a la versión en inglés e incluir una autorreferencia. Lo ideal es que las versiones de idioma mantengan una relación correspondiente en cuanto a tema, información del producto y jerarquía de página. Si la versión en inglés es una página de modelo específico, pero la versión alemana solo enlaza a una página de categoría general, la semántica de hreflang se volverá ambigua.

Compruebe también la configuración de canonical. Cada página de idioma indexable normalmente debe tener una URL canónica que apunte a sí misma, en lugar de que todas las versiones de idioma tengan una canonical hacia la página en inglés. Esto puede provocar que las páginas no inglesas se consideren erróneamente contenido duplicado, afectando especialmente a los directorios de idiomas minoritarios que ya contaban con una base de indexación.

El orden de lanzamiento es más importante que «enviar para indexación»

Los motores de búsqueda no heredarán automáticamente y de forma correcta todas las señales de las páginas del sitio antiguo solo porque se haya enviado el mapa del sitio del nuevo sitio. La función del mapa del sitio es ayudar a descubrir las nuevas URL; la migración real sigue dependiendo de redirecciones 301 accesibles, enlaces internos razonables y estados de página estables.

Antes del lanzamiento, deben completarse la revisión del mapeo de URL, la implementación de redirecciones, la actualización de hreflang y canonical, y la generación de un XML Sitemap que contenga únicamente URL nuevas indexables. Tras el lanzamiento, realice cuatro verificaciones:

• Confirme que las URL importantes del sitio antiguo devuelven 301 y llegan directamente a la página de destino final;
• Confirme que las páginas del nuevo sitio devuelven 200 y que no aparecen de forma masiva 404, 500, noindex o bloqueos de robots;
• Envíe el nuevo Sitemap en Google Search Console y supervise la cobertura de indexación, las anomalías de rastreo y los informes de redirección de páginas;
• Revise las páginas con mayor tráfico orgánico, más enlaces externos y mayor valor de consulta para garantizar que el título, el tema del contenido principal, el formulario o la ruta de conversión no se hayan perdido durante la renovación.

Las redirecciones del dominio antiguo o de las rutas antiguas no deben desactivarse apenas unas semanas después del lanzamiento del nuevo sitio. Los motores de búsqueda necesitan tiempo para volver a rastrear, los sitios externos necesitan tiempo para actualizar sus enlaces y los usuarios pueden acceder mediante marcadores históricos. Para los sitios web de comercio exterior, los enlaces antiguos presentes en materiales de ferias, directorios internacionales, plataformas de compras y páginas de socios suelen mantenerse durante más tiempo de lo previsto.

Antes de la renovación, aclare si «la URL realmente debe cambiar»

Muchas pérdidas de migración pueden evitarse. Si el objetivo principal de la renovación es cambiar el diseño visual, mejorar la experiencia móvil, ajustar los componentes de consulta o sustituir el sistema de creación de sitios web, no necesariamente es preciso rehacer también una estructura de URL que ya funciona bien. En especial para las páginas de productos y las páginas de contenido acumulado a largo plazo, conservar la ruta original suele ser más seguro que reescribirlas en bloque para unificar las reglas de nomenclatura.

Solo cuando las URL originales presentan problemas como confusión de idiomas, jerarquías descontroladas, proliferación de páginas con parámetros, ajustes de arquitectura del sitio o segmentación de mercados internacionales, resulta más necesario realizar una migración sistemática. En ese caso, la renovación debe considerarse una transferencia de activos de búsqueda: primero determine qué páginas siguen teniendo valor comercial, después gestione el destino de cada idioma y, por último, valide mediante supervisión continua si los motores de búsqueda aceptan la nueva estructura del sitio. De este modo, aunque aún puedan producirse fluctuaciones temporales en la indexación, los activos de página acumulados durante años no se perderán de una sola vez por errores básicos de migración.