Cómo migrar un sitio web multilingüe sin perder posicionamiento SEO

El tráfico no suele desaparecer porque Google se haya confundido. Desaparece porque una migración multilingüe se gestionó como un rediseño básico, y alguien olvidó que cada versión de idioma tiene sus propias URLs, señales, canonicals y rutas de enlazado interno. Si quieres migrar un sitio web multilingüe sin perder SEO, necesitas un plan que trate la localización como arquitectura, no como decoración.

En WordPress esto se complica rápidamente. Un plugin almacena las URLs traducidas de una forma, otro reescribe los slugs de manera diferente, y un tercero inyecta etiquetas hreflang con su propia lógica. Luego alguien cambia la estructura del dominio, sube el sitio nuevo a producción un viernes y pasa el mes siguiente preguntándose por qué las páginas de productos en francés se desplomaron. Nada de esto es un misterio. Generalmente es simplemente evitable.

Por qué las migraciones multilingües arruinan el SEO con tanta facilidad

Una migración de un solo idioma ya es frágil de por sí. Añade varios idiomas y estarás migrando grupos de páginas equivalentes, URLs alternativas, segmentación regional, metadatos traducidos, enlaces internos y, con frecuencia, contenido que parece duplicado pero que los motores de búsqueda solo comprenden gracias a las señales que lo rodean.

El error más grave es asumir que el posicionamiento reside únicamente en el contenido de la página. No es así. Reside en el conjunto: estructura de URLs, indexabilidad, canonicals, hreflang, redirecciones, coherencia del sitemap y la capacidad de Google para seguir entendiendo qué página en inglés corresponde a qué versión en español o alemán.

Si cualquiera de esos elementos falla a escala, el daño se propaga. Un canonical incorrecto puede eliminar toda una carpeta de idioma. Las redirecciones faltantes pueden destruir enlaces entrantes con autoridad. Un hreflang incorrecto puede enviar la página equivocada al mercado equivocado. Y si los slugs traducidos cambian sin un mapa de redirecciones limpio, básicamente le estás pidiendo a Google que empiece desde cero.

Antes de migrar un sitio web multilingüe sin perder SEO

No empieces por el diseño. Empieza por el inventario.

Rastrea el sitio actual y exporta cada URL indexable de cada idioma. Incluye títulos, meta descripciones, canonicals, códigos de estado, referencias hreflang, entradas del sitemap XML y enlaces internos si tu rastreador lo permite. Si estás migrando desde una capa de traducción alojada o una plataforma de traducción SaaS, documenta el formato exacto de URL que se está utilizando en este momento. Eso incluye subdirectorios, subdominios, parámetros, slugs traducidos y URLs de medios si también están localizadas.

A continuación, mapea cada URL antigua a su nuevo destino. No solo plantillas. Cada URL. Páginas de categorías, archivos paginados, páginas de productos, entradas del blog, páginas de inicio por idioma, páginas de cuenta y cualquier landing page de alto valor creada para búsqueda de pago u orgánica. Si se va a eliminar una página, decide si debe redirigirse a un equivalente cercano, devolver un 410 o desaparecer definitivamente. Improvisar después es la forma de crear cadenas de redirección y tráfico huérfano.

Este es también el momento de decidir qué no cambiar. Si las URLs multilingües actuales ya tienen buen posicionamiento, consérvelas. Una migración no es el momento de ponerse creativo con slugs más limpios o una arquitectura de idiomas nueva, a menos que haya un beneficio real. La estabilidad gana.

Elige la estrategia de URL correcta y mantenla

Solo hay unas pocas opciones razonables para el SEO multilingüe: subdirectorios, subdominios o dominios por país. En WordPress, los subdirectorios suelen ser los más fáciles de gestionar y preservan bien la autoridad, pero eso no los hace automáticamente correctos para cada configuración.

Lo más importante durante la migración es la coherencia. Si tu sitio antiguo usa /es/ y /de/, no cambies alegremente a es.example.com porque a alguien le parece más profesional. Eso crea un segundo problema de migración encima del primero. El mismo contenido, nueva estructura, nuevas señales y más oportunidades de cometer errores.

Hay casos en los que un cambio de URL merece la pena. Quizás la plataforma antigua usaba query strings poco limpias, o quizás las páginas traducidas se servían mediante proxy de una forma que nunca te dio una verdadera propiedad. Está bien. Solo sé honesto sobre el coste. Cuanto mayor sea el cambio estructural, más rigurosos deben ser el mapeo de redirecciones y el control de calidad tras el lanzamiento.

Las redirecciones no son una tarea de limpieza

Las redirecciones son la migración.

Si cambias aunque sea un solo patrón de URL multilingüe, elabora una hoja de redirecciones que empareje cada URL antigua con un destino final. Usa redirecciones 301. Evita los saltos de redirección. Evita los desajustes de idioma salvo que no haya alternativa. Una página de producto en español antigua no debería llevar a los usuarios a la página de inicio en inglés porque al equipo de migración se le acabó el tiempo.

Esto importa tanto para los usuarios como para los rastreadores, pero también para los ingresos. Las tiendas WooCommerce con páginas de productos multilingües suelen tener backlinks que apuntan a SKUs localizados, páginas de categorías y contenido del blog. Perder esas rutas no solo significa perder posicionamiento. Significa desperdiciar la autoridad de enlace que ya conseguiste mediante contenido, relaciones públicas y tiempo.

Si estás abandonando una plataforma de traducción por suscripción, asegúrate de poder preservar las URLs exactas que los usuarios ya visitan. Ahí es donde importa la propiedad. Algunas herramientas de migración, incluidas las configuraciones basadas en TrueLang, están diseñadas específicamente para transferir URLs multilingües y mantener intacta la estructura SEO en lugar de obligarte a empezar desde cero.

Hreflang, canonicals e indexabilidad requieren una auditoría exhaustiva

Aquí es donde muchas migraciones fracasan en silencio.

El hreflang debe apuntar a equivalentes reales e indexables en todos los idiomas. Cada página del grupo debe referenciar correctamente a las demás, incluida ella misma. Los códigos de idioma y región deben ser válidos. Si usas x-default, úsalo de forma intencionada, no porque un plugin lo haya añadido por defecto.

Los canonicals requieren aún más atención. El canonical de una página traducida debería apuntar generalmente a sí misma, no a la versión en el idioma fuente. Si la página en español tiene un canonical que apunta al original en inglés, le estás diciendo a Google que la página en español es la copia que debe ignorar. Este error es frecuente, devastador y completamente evitable.

Después, comprueba la indexabilidad a nivel de plantilla. Las etiquetas noindex, las carpetas bloqueadas, los restos del entorno de staging, las solicitudes de contraseña accidentales y los problemas de renderizado de JavaScript pueden afectar a una sección de idioma sin tocar las demás. No puedes asumir que porque la versión en inglés sea rastreable, la versión en italiano también lo sea.

La paridad de contenido importa más de lo que se suele reconocer

Una migración multilingüe no es solo fontanería técnica. Los motores de búsqueda comparan los equivalentes. Si la página antigua en alemán tenía title tags optimizados, contenido en el cuerpo, FAQs y enlaces internos, pero la nueva está traducida automáticamente con formato despojado y metadatos faltantes, el posicionamiento puede caer aunque las redirecciones sean perfectas.

Esto no significa que cada palabra deba coincidir con la versión anterior. A veces una actualización ayuda. Pero la intención, la estructura y la optimización on-page deben trasladarse. Conserva los campos SEO traducidos donde rindan bien. Conserva el texto alternativo de las imágenes donde sea relevante. Conserva los datos estructurados si existen en cada idioma. Conserva los enlaces internos dentro del contenido traducido, especialmente si apuntan a páginas de destino localizadas.

Esta es una de las razones por las que muchos propietarios de sitios abandonan plataformas sobrecargadas en primer lugar. Se dan cuenta de que en realidad no poseen una configuración multilingüe limpia y editable. La han alquilado. Y entonces la migración se convierte en arqueología.

El día del lanzamiento es para verificar, no para esperar

Cuando el nuevo sitio entre en producción, comprueba las URLs en vivo de inmediato. No mañana. No después del fin de semana.

Comprueba tu lista de redirecciones con respuestas reales. Rastrea el nuevo sitio por idioma. Inspecciona el output de hreflang. Verifica los canonicals. Valida los sitemaps XML. Asegúrate de que las URLs antiguas resuelven correctamente y de que las páginas nuevas devuelven códigos de estado 200. Realiza comprobaciones puntuales en los enlaces internos de menús, selectores de idioma, breadcrumbs, productos, blogs y flujos transaccionales como el carrito y el proceso de pago.

Luego abre Search Console y vigila los cambios de cobertura, las anomalías de rastreo y los errores de hreflang. Compara el número de URLs indexadas entre las secciones de cada idioma. Si un mercado empieza a caer de forma desproporcionada, investiga rápido. En el SEO multilingüe, los pequeños errores de implementación rara vez se quedan pequeños.

Espera también cierta fluctuación. No toda caída significa fracaso. Si cambiaste la arquitectura, el contenido, el alojamiento y las herramientas de traducción al mismo tiempo, Google necesita tiempo para reprocesar las señales. El objetivo no es movimiento cero. El objetivo es un movimiento controlado con una explicación clara.

Qué evitar si quieres que el posicionamiento sobreviva

No migres, rediseñes y reescribas todas las páginas al mismo tiempo, a menos que disfrutes depurando tres variables a la vez.

No dejes que un plugin genere automáticamente slugs traducidos de forma diferente a tus URLs ya indexadas, a menos que tengas un plan de redirecciones para cada una de ellas.

No apuntes todas las páginas localizadas eliminadas a una página de inicio genérica en el idioma principal. Es una solución perezosa, y los motores de búsqueda lo saben.

No des por bueno el hreflang solo porque un plugin dice que soporta SEO multilingüe. Soporte no es lo mismo que output correcto en tu sitio.

Y no trates la propiedad como un asunto secundario. Si tus páginas traducidas, metadatos y URLs viven dentro del sistema de alquiler de otra empresa, el riesgo de migración aumenta. Siempre.

La jugada inteligente es aburrida: conserva lo que ya funciona, documenta cada URL, mapea cada redirección, verifica cada señal y niégate a improvisar después del lanzamiento. Así es como se migra sin dramas. Y así es también como dejas de pagar por el lock-in de otros y conservas el posicionamiento que te has ganado.