Migración web SEO: cómo cambiar una web sin perder tráfico

Una migración web SEO es el proceso de cambiar el dominio, la plataforma o las URLs de una web minimizando la pérdida de visibilidad en buscadores. La clave está en tres cosas: inventariar todo lo que tienes indexado, mapear cada URL antigua a su destino con una redirección 301 y monitorizar después. Aun haciéndolo bien, conviene saberlo desde el principio: Google avisa de que la visibilidad puede fluctuar temporalmente durante una mudanza, así que nadie puede garantizarte que conserves exactamente el mismo tráfico y las mismas posiciones.

En este artículo verás qué tipos de migración existen, cómo prepararla, qué papel juegan las redirecciones 301, los canonicals, el sitemap, el robots y Search Console, y cómo comprobar que todo ha ido bien. Al final tienes una checklist práctica para no dejarte nada.

Qué es (y qué no es) una migración web SEO

Una migración, en clave SEO, es un cambio técnico o estructural que afecta a cómo se identifican y sirven las páginas de una web. Entra dentro de este concepto:

• Cambio de dominio (por ejemplo, de .es a .com, o un cambio de marca).
• Cambio de plataforma o CMS (pasar de un gestor a otro, o a un desarrollo a medida).
• Cambio de URLs (reestructurar rutas, categorías o el patrón de enlaces permanentes).
• Cambio de protocolo (de HTTP a HTTPS), cuando todavía no se ha hecho.

Lo que no es una migración es un simple rediseño: cambiar el aspecto visual, la interfaz o la maquetación conservando las mismas URLs no es una mudanza técnica y tiene otros riesgos. La frontera es útil: migración = cambia dónde vive o cómo se llama el contenido; rediseño = cambia cómo se ve. Un proyecto real puede combinar ambos (se rediseña y, de paso, cambian las URLs), y ahí es cuando la parte de migración se vuelve crítica.

Tipos de migración y su riesgo

No todas las migraciones conllevan el mismo riesgo. Esta tabla resume qué cambia en cada caso y dónde está el peligro principal; debajo lo comento.

El cambio de dominio es el que más asusta porque mueves toda la señal acumulada de un sitio a otro. El cambio de CMS es traicionero porque muchas plataformas generan URLs distintas por defecto, y si no lo controlas, cambias las direcciones sin querer. El cambio de protocolo a HTTPS es hoy casi un estándar y Google lo trata como una mudanza sin necesidad de la herramienta de cambio de dirección. En todos los casos, cuando el proyecto implica levantar un sitio nuevo, ejecutar bien el diseño y desarrollo de la nueva web desde el principio evita heredar problemas técnicos que luego cuesta mucho más arreglar.

Antes de migrar: inventario y preparación

La mayoría de los desastres de migración se cocinan antes de tocar nada. La preparación es la fase que más impacto tiene:

• Inventario de URLs: exporta todas las URLs indexadas y con tráfico. Cruza varias fuentes: el sitemap actual, un rastreo del sitio, los informes de Search Console y la analítica. Necesitas saber qué páginas generan tráfico y enlaces para protegerlas.
• Mapa de redirecciones: para cada URL antigua, decide su destino en la web nueva. Este mapa 1:1 es el corazón de la migración.
• Diagnóstico previo: revisar el estado técnico y de contenidos antes de migrar evita arrastrar problemas; una auditoría SEO ayuda a priorizar qué conservar y qué corregir aprovechando el cambio.
• Entorno de pruebas (staging): monta la web nueva en un entorno cerrado, bloqueado a la indexación, para probarla sin que Google la rastree antes de tiempo. Un descuido habitual es lanzar el staging con un robots.txt que bloquea todo… y olvidarse de quitarlo al publicar.
• Momento adecuado: evita migrar en tu pico de temporada o de campañas, por si hay fluctuaciones.

Cuanto más completo sea el inventario y el mapa de redirecciones, menos sorpresas tendrás después.

Redirecciones 301: el paso que no puedes fallar

Las redirecciones 301 (redirección permanente) son la forma de decirle a los buscadores y a los usuarios que una URL se ha movido de forma definitiva. Son el mecanismo que traslada la señal de la URL antigua a la nueva.

Reglas básicas según la documentación de Google sobre redirecciones (se abre en una pestaña nueva):

• Cada URL antigua con valor redirige a su equivalente más cercano. No mandes todo a la home: un redirect masivo a la portada Google puede tratarlo como un "soft 404" y pierdes la relevancia de esa página.
• Evita cadenas de redirecciones (A→B→C). Redirige directamente al destino final.
• Mantén las redirecciones activas mucho tiempo. Google recomienda conservarlas "todo lo posible, en general al menos un año", para dar tiempo a trasladar las señales a las nuevas URLs. Verifica este criterio en la fuente, porque su documentación se actualiza.

Junto a las redirecciones, revisa los canonicals: cada página nueva debe declarar como canónica su propia URL nueva, no la antigua. Un error frecuente tras migrar es que los rel="canonical" sigan apuntando al dominio o a las URLs viejas, enviando señales contradictorias.

Enlaces internos, sitemap y robots

Las redirecciones cubren el tráfico entrante, pero dentro de tu web hay que actualizar las señales para no depender de ellas:

• Enlaces internos: actualiza los enlaces del menú, del cuerpo de los contenidos, del pie y de los botones para que apunten directamente a las URLs nuevas. Depender de redirecciones para la navegación interna es una mala práctica: añade saltos innecesarios y desperdicia parte del beneficio.
• Sitemap: genera un sitemap nuevo con las URLs nuevas y envíalo por Search Console. Google indica que retires el sitemap antiguo, porque usará el nuevo a partir de ese momento. No incluyas en el sitemap URLs que redirigen.
• Robots.txt: comprueba que el robots.txt de la web nueva no bloquea lo que quieres que se rastree. El fallo clásico es publicar con el robots.txt del entorno de pruebas, que impide el rastreo de todo el sitio.

Estas tres piezas trabajan juntas: enlaces internos apuntando a lo nuevo, sitemap declarando lo nuevo y robots permitiendo el acceso a lo nuevo.

Search Console y analítica: avisar a Google y no perder la medición

Una migración se comunica y se mide. Dos frentes:

• Search Console: verifica tanto la web antigua como la nueva (y, en un cambio de dominio, todas las variantes: con y sin www, subdominios). Para un cambio de dominio, usa la herramienta de cambio de dirección (se abre en una pestaña nueva) de Search Console, que ayuda a Google a asociar el sitio antiguo con el nuevo. Según la guía oficial de mudanzas con cambio de URLs (se abre en una pestaña nueva), este paso no aplica en una migración de HTTP a HTTPS.
• Analítica: asegúrate de que el código de medición está instalado en la web nueva antes de publicar y de que las conversiones y los objetivos siguen funcionando. Marca la fecha de la migración como anotación para poder interpretar después cualquier cambio en los datos.

Si cambias solo de alojamiento o de plataforma sin tocar las URLs, Google lo trata como una mudanza sin cambios de URL (se abre en una pestaña nueva), con sus propias recomendaciones; sigue siendo una migración, aunque más sencilla.

Después de migrar: pruebas y monitorización

El trabajo no termina al pulsar "publicar". Las primeras semanas son las que dictan si la migración fue limpia:

• Comprueba las redirecciones: que todas las URLs antiguas relevantes devuelven un 301 al destino correcto, sin cadenas ni bucles.
• Vigila los errores 404: revisa en Search Console y en el rastreo qué URLs antiguas quedaron sin redirigir y corrígelas.
• Revisa indexación y cobertura: que Google está indexando las URLs nuevas y retirando las antiguas de forma progresiva.
• Observa el tráfico y las posiciones, sabiendo que puede haber fluctuaciones temporales. Google lo dice de forma explícita: la visibilidad puede variar durante la mudanza y es normal. No es garantía de que se recupere idéntico, pero una caída fuerte y sostenida es señal de que algo quedó mal.

Esta vigilancia no es puntual: el SEO posterior a una migración —seguimiento, corrección de lo que aparezca y optimización continua— es justo el terreno de un trabajo de SEO mensual, que convierte una web recién migrada en una web que además crece. En mi experiencia acompañando migraciones y desarrollos web, la diferencia entre una mudanza que se recupera rápido y una que se estanca casi siempre está en la calidad del inventario previo y en la constancia de la monitorización posterior.

Checklist de migración web SEO

Una lista práctica para no dejarte nada, ordenada por fases:

Antes de migrar

• Exportar el inventario completo de URLs (sitemap, rastreo, Search Console, analítica).
• Identificar las páginas con más tráfico, enlaces y conversiones.
• Crear el mapa de redirecciones 1:1 (cada URL antigua → su destino).
• Preparar la web nueva en un entorno de pruebas bloqueado a la indexación.
• Planificar la fecha evitando picos de temporada.

Durante la migración

• Implementar las redirecciones 301 al destino final (sin cadenas).
• Ajustar los canonicals a las nuevas URLs.
• Actualizar los enlaces internos para que apunten a lo nuevo.
• Publicar con un robots.txt correcto (quitar el bloqueo del staging).
• Generar y enviar el sitemap nuevo; retirar el antiguo.
• Verificar la web nueva (y variantes) en Search Console.
• Comprobar que la analítica mide correctamente.

Después de migrar

• Enviar el cambio de dirección en Search Console (si hay cambio de dominio).
• Comprobar que todas las redirecciones funcionan y no hay 404 relevantes.
• Vigilar indexación, cobertura, tráfico y posiciones las primeras semanas.
• Mantener las redirecciones activas durante mucho tiempo (al menos un año).
• Anotar la fecha de migración para interpretar los datos posteriores.

Preguntas frecuentes

¿Se pierde posicionamiento al migrar una web?

Puede haber fluctuaciones temporales, incluso haciendo todo bien: Google avisa de que la visibilidad de una web puede variar durante una mudanza y que es normal. Una migración cuidada —con inventario completo, redirecciones 301 a los destinos correctos, canonicals bien puestos y monitorización— busca reducir al mínimo esa pérdida y recuperar el terreno en semanas o pocos meses. Lo que no existe es la garantía de conservar exactamente el mismo tráfico y las mismas posiciones. Desconfía de quien te la prometa: ni siquiera Google garantiza rastrear o indexar una página.

¿Cuánto tiempo hay que mantener las redirecciones 301?

Google recomienda mantenerlas activas todo el tiempo posible, en general al menos un año, para dar margen a trasladar las señales de las URLs antiguas a las nuevas. En la práctica, si el dominio o las URLs antiguas conservan enlaces externos o siguen recibiendo visitas, conviene no retirarlas nunca mientras tengan uso. Quitar las redirecciones demasiado pronto es una de las causas más habituales de pérdida de tráfico después de una migración aparentemente correcta. Verifica siempre el plazo en la documentación oficial, porque puede actualizarse.

¿Cambiar de dominio afecta al SEO?

Sí, un cambio de dominio es una de las migraciones con más riesgo, porque mueves toda la señal acumulada de un sitio a otro. Bien ejecutado, con redirecciones 301 de cada URL a su equivalente, verificación de las variantes en Search Console y uso de la herramienta de cambio de dirección, el impacto negativo se minimiza y las señales se acaban trasladando. Mal ejecutado —redirigiendo todo a la home o dejando URLs sin redirigir— puede suponer una caída importante. La preparación previa marca la diferencia más que ninguna otra fase.

¿Qué diferencia hay entre una migración y un rediseño?

Una migración es un cambio técnico o estructural: cambia el dominio, la plataforma o las URLs, es decir, dónde vive o cómo se llama el contenido. Un rediseño cambia el aspecto visual y la interfaz conservando las mismas URLs. Son proyectos con riesgos distintos: en la migración, el peligro está en las redirecciones y en los cambios de dirección; en el rediseño, en no romper la estructura y el contenido que ya funcionan. Muchos proyectos combinan ambos, y en ese caso hay que tratar la parte de migración con todo el cuidado descrito aquí.

¿Necesito bloquear el entorno de pruebas durante la migración?

Sí. El entorno de pruebas (staging) donde montas la web nueva debe estar bloqueado a la indexación para que Google no lo rastree ni lo muestre antes de tiempo, evitando además contenido duplicado con la web en producción. El error de bulto es doble: unos olvidan bloquearlo y Google indexa el borrador; otros publican la web definitiva sin quitar ese bloqueo y desindexan todo el sitio sin querer. Por eso, revisar el robots.txt y las etiquetas de indexación justo al publicar es un paso obligatorio de cualquier migración.