Si estás pensando en migrar tu web, seguramente ya has oído alguna historia de terror. Esa empresa que cambió de dominio y perdió el 80 por ciento de su tráfico de la noche a la mañana. Ese negocio que rediseñó su web entera y dejó de recibir pedidos durante semanas porque Google dejó de encontrarla. Ese blog que cambió de WordPress a otra plataforma y sus artículos, que llevaban años en primera página, desaparecieron del mapa. Todas estas historias tienen algo en común, y es que casi siempre se podían haber evitado con una planificación mínima.
Migrar una web no es solo mover archivos de un sitio a otro. Es un proceso que, si se hace mal, puede borrar de un plumazo años de trabajo en posicionamiento, enlaces conseguidos poco a poco y confianza acumulada ante Google. Pero si se hace bien, con orden y siguiendo unos pasos concretos, puedes cambiar de hosting, de dominio, de diseño o incluso de plataforma entera sin apenas notar una caída en las visitas, o con una caída mínima y temporal de la que te recuperas en pocas semanas.
En este artículo te voy a explicar, con ejemplos reales de casos que suelen repetirse una y otra vez, todo lo que necesitas saber para migrar tu web de forma segura. Vamos a ver los distintos tipos de migración que existen, por qué Google puede confundirse durante el proceso, cómo preparar la migración con antelación, qué hacer el día del cambio, y cómo monitorizar todo después para detectar problemas a tiempo.
Qué se entiende exactamente por migrar una web
Cuando hablamos de migración web, mucha gente piensa automáticamente en cambiar de dominio, pero en realidad el concepto es mucho más amplio. Hay varios tipos de migración, y cada una tiene sus propios riesgos y sus propias precauciones.
Cambio de dominio
Es el caso más delicado de todos. Pasar de un dominio a otro, por ejemplo porque cambias el nombre de tu empresa o porque quieres unificar varias marcas en una sola web, obliga a Google a entender que las páginas antiguas y las nuevas son en realidad la misma información, solo que en otra dirección.
Cambio de hosting o de servidor
Aquí la URL de la web no cambia, pero sí cambia el lugar físico donde vive esa web. Suele ser el tipo de migración menos arriesgado si se hace con cuidado, aunque tiene sus propios peligros, como tiempos de caída del servidor durante el traspaso.
Cambio de plataforma o de gestor de contenido
Pasar de WordPress a Shopify, de Prestashop a WooCommerce, o de un desarrollo a medida a un CMS como Drupal, implica normalmente que la estructura interna de las URLs cambia, aunque el dominio siga siendo el mismo. Este tipo de migración suele requerir muchas redirecciones internas.
Cambio de protocolo, de HTTP a HTTPS
Aunque hoy en día casi todas las webs ya tienen certificado SSL, todavía existen negocios que operan sin él, y el paso de HTTP a HTTPS técnicamente también es una migración, porque cambia la URL completa de cada página aunque el resto se mantenga igual.
Rediseño completo de la web
A veces no cambia ni el dominio ni el hosting ni la plataforma, pero se rediseña la web de arriba a abajo, cambiando la estructura de navegación, el contenido de las páginas o incluso las URLs internas. Esto también cuenta como migración a efectos de SEO, y de hecho es de los casos que más se subestiman porque parece un simple lavado de cara visual.
Por qué Google puede perder la pista de tu web
Para entender por qué una migración mal hecha hace tanto daño, hay que entender un poco cómo funciona Google por dentro. Google tiene un robot, llamado rastreador, que recorre constantemente internet visitando páginas, leyendo su contenido y guardando esa información en un índice enorme. Cuando alguien busca algo, Google no va a internet en tiempo real a buscarlo, sino que consulta ese índice que ya tiene guardado.
Cada página de tu web tiene, dentro de ese índice, una especie de ficha con su URL, su contenido, los enlaces que apuntan a ella desde otras webs, y una valoración de autoridad y relevancia que se ha ido construyendo con el tiempo. Cuando cambias una URL sin avisar a Google correctamente, lo que ocurre es que esa ficha antigua, con toda su autoridad acumulada, se queda huérfana. Google visita esa dirección, ve que ya no existe, y con el tiempo la elimina de su índice. Mientras tanto, la nueva URL empieza literalmente de cero, como si fuera una página completamente nueva que nadie conoce todavía.
El mecanismo que existe precisamente para evitar esto se llama redirección, y es la pieza más importante de cualquier migración. Una redirección bien hecha le dice a Google, de forma clara, que la página antigua se ha mudado a una nueva dirección, y que toda la autoridad y el historial de esa página antigua debe transferirse a la nueva.
Redirecciones 301, la pieza que lo sostiene todo
La redirección 301 es un código de estado que le indica al navegador y a los buscadores que una página se ha movido de forma permanente a otra URL. Es la herramienta principal, casi diría que la única imprescindible, para que una migración conserve el posicionamiento.
Por qué tiene que ser 301 y no otro tipo
Existen otros códigos de redirección, como el 302, que indica un traslado temporal. La diferencia es enorme para Google. Con una 301, Google entiende que debe transferir la autoridad de la página antigua a la nueva de forma definitiva. Con una 302, Google entiende que la página antigua sigue siendo la principal y que el traslado es provisional, así que no transfiere esa autoridad, o lo hace de forma muy limitada. Es un error extremadamente común usar redirecciones 302 quedando pensadas para ser 301, y suele pasar porque muchos gestores de contenido las configuran así por defecto si no se presta atención.
Cómo tienen que mapearse las redirecciones
Aquí es donde mucha gente se equivoca de la forma más costosa. No basta con redirigir todo el dominio antiguo a la página principal del dominio nuevo. Cada URL antigua debe redirigir a su equivalente exacto en la web nueva, siempre que exista una página que hable del mismo tema o cumpla la misma función.
Un ejemplo real bastante habitual es el de una tienda online que migró de plataforma y, por prisa, decidió redirigir todas las páginas antiguas de producto directamente a la página de inicio de la nueva web. El resultado fue que Google, al ver que cientos de páginas distintas redirigían todas al mismo sitio, interpretó que se trataba de una redirección masiva sin sentido, y en lugar de transferir la autoridad de cada producto a su nueva ficha, esa autoridad simplemente se diluyó. Las visitas orgánicas de esa tienda cayeron más de un 60 por ciento en los dos meses siguientes, y tardaron casi medio año en recuperar el nivel de tráfico anterior, teniendo que rehacer todo el trabajo de redirecciones una por una, esta vez de forma correcta.
Cómo hacer bien el mapeo de URLs
- Extrae un listado completo de todas las URLs indexadas de tu web actual, usando herramientas como Google Search Console o un rastreador como Screaming Frog.
- Crea una hoja de cálculo con dos columnas, la URL antigua y la URL nueva a la que debe redirigir.
- Revisa cada URL una por una, buscando su equivalente exacto en la nueva estructura. Si el contenido no tiene un equivalente directo, busca la página más cercana en temática dentro de la web nueva.
- Solo como último recurso, si de verdad no existe ninguna página relacionada, redirige a una categoría relacionada o, en última instancia, a la página de inicio.
- Implementa todas las redirecciones antes de lanzar la web nueva, no después.
Cómo preparar una migración con tiempo
Una migración improvisada un fin de semana es la receta perfecta para un desastre. Las migraciones que salen bien son las que se planifican con semanas de antelación, siguiendo una serie de pasos ordenados.
Auditoría completa de la web actual
Antes de tocar nada, necesitas saber exactamente qué tienes. Esto incluye:
- Un listado completo de todas las URLs indexadas en Google.
- Las páginas que más tráfico orgánico reciben, para priorizar que se traten con especial cuidado.
- Las páginas que tienen más enlaces externos apuntando hacia ellas, porque son las que más autoridad acumulada tienen.
- Las palabras clave por las que posiciona cada página importante, para poder comparar antes y después de la migración.
- Los metadatos actuales, títulos y descripciones, de las páginas principales.
Herramientas útiles para esta auditoría
Google Search Console te da datos directos de Google sobre qué páginas reciben clics e impresiones. Herramientas como Screaming Frog o Sitebulb rastrean tu web entera y te dan un listado exhaustivo de URLs, títulos, descripciones y enlaces internos. Herramientas de análisis de enlaces como Ahrefs o Semrush te muestran qué páginas tienen más enlaces externos apuntándolas, información clave para saber qué páginas no te puedes permitir perder o mal redirigir.
Crear un entorno de pruebas
Nunca se debe construir la web nueva directamente sobre la web en producción, la que ven los usuarios reales. Lo correcto es trabajar en un entorno de pruebas, muchas veces llamado entorno de staging, que es una copia privada de la web donde puedes hacer todos los cambios y comprobaciones necesarias sin que nadie de fuera lo vea ni Google lo indexe por error.
Un detalle importante en este punto es asegurarse de que ese entorno de pruebas está bloqueado para los buscadores, normalmente añadiendo una regla en el archivo robots.txt o protegiendo el acceso con contraseña, porque de lo contrario existe el riesgo de que Google indexe por error contenido duplicado del entorno de pruebas antes incluso de que lances la web definitiva.
El día de la migración, paso a paso
Cuando ya has hecho toda la preparación anterior, llega el momento de ejecutar el cambio. Aquí el orden de las acciones importa mucho.
Elige un momento de bajo tráfico
Aunque el objetivo es que la migración pase lo más desapercibida posible, siempre existe cierto riesgo de que algo falle o de que haya un tiempo de caída breve. Por eso conviene elegir un día y una hora de tráfico bajo, por ejemplo de madrugada o un fin de semana, dependiendo del tipo de negocio.
Activa las redirecciones antes de apagar la web antigua
Un error muy típico es apagar el servidor antiguo antes de que las redirecciones estén completamente configuradas y probadas en el nuevo. Esto genera un periodo, aunque sea de pocas horas, en el que las URLs antiguas devuelven un error en lugar de una redirección, y ese error, si Google pasa a rastrear la web justo en ese momento, puede hacer mucho daño.
Verifica que las redirecciones funcionan correctamente
Antes de dar por terminada la migración, hay que comprobar, URL por URL en el caso de las páginas más importantes, que cada redirección lleva exactamente a donde debe y que devuelve el código 301, no un 200 disfrazado de redirección ni un 302. Herramientas como Screaming Frog permiten rastrear todas las URLs antiguas y comprobar de un vistazo el código de respuesta de cada una.
Actualiza el archivo sitemap.xml
El sitemap es un archivo que le indica a Google cuáles son todas las páginas importantes de tu web. Después de la migración, este archivo debe actualizarse para reflejar las URLs nuevas, no las antiguas, y debe enviarse de nuevo a Google Search Console para que lo revise cuanto antes.
Revisa el archivo robots.txt
Este archivo controla qué partes de tu web pueden rastrear los buscadores. Es sorprendentemente común que, al migrar a un entorno nuevo, quede activada por error la regla que bloquea a todos los rastreadores, la misma que se usaba en el entorno de pruebas. Si esto pasa y nadie se da cuenta, Google deja de rastrear la web entera de un día para otro, con las consecuencias que te puedes imaginar.
Actualiza las etiquetas canónicas
Las etiquetas canónicas le dicen a Google cuál es la versión oficial de una página cuando existen varias URLs con contenido parecido. Después de una migración, hay que revisar que estas etiquetas apuntan a las nuevas URLs y no siguen apuntando, por error de configuración heredado, a las antiguas.
Comunicar el cambio a Google
Aunque las redirecciones 301 hacen la mayor parte del trabajo de forma automática, hay pasos adicionales que ayudan a que Google entienda el cambio más rápido y con menos fricción.
Usar la herramienta de cambio de dirección en Search Console
Si el cambio incluye un nuevo dominio, Google Search Console tiene una herramienta específica pensada para avisar oficialmente de este cambio, siempre que tengas verificadas tanto la propiedad antigua como la nueva. Esta herramienta ayuda a que Google procese la transición de forma más ordenada y en algunos casos más rápida.
Enviar el sitemap actualizado
Como comentábamos antes, subir el nuevo sitemap.xml a Search Console y solicitar su revisión ayuda a que Google descubra antes las nuevas URLs, en lugar de esperar a encontrarlas por su cuenta siguiendo enlaces.
Solicitar la indexación de las páginas más importantes
Search Console permite pedir la inspección e indexación manual de URLs concretas. No tiene sentido hacerlo con una web entera de miles de páginas, pero sí merece la pena hacerlo con las páginas más importantes, las que más tráfico generaban antes de la migración, para acelerar que Google las revise cuanto antes.
Qué pasa con el contenido durante una migración
Muchas migraciones aprovechan el cambio para rediseñar también el contenido, y aquí hay que ser especialmente cuidadoso, porque cambiar demasiadas cosas a la vez dificulta mucho detectar qué ha causado un problema si algo sale mal.
Mantén el contenido principal si te está funcionando
Si una página lleva tiempo posicionando bien para ciertas palabras clave, no es el momento de reescribirla entera solo porque estás rediseñando la web. Se puede actualizar el diseño visual manteniendo la estructura de contenido, los títulos y las palabras clave que ya venían funcionando, y dejar la reescritura profunda de contenido para una fase posterior, separada de la migración técnica.
No elimines páginas sin pensarlo
Es habitual que al rediseñar una web se decida eliminar páginas que se consideran antiguas o poco relevantes. Antes de borrar cualquier página, conviene comprobar si esa página recibe tráfico orgánico o tiene enlaces externos apuntando a ella. Si es así, lo correcto no es simplemente eliminarla, sino redirigirla a la página más parecida que exista en la web nueva, para no perder ese valor acumulado.
Cuidado con fusionar páginas
A veces tiene sentido fusionar varias páginas antiguas en una sola página nueva más completa, por ejemplo unificando varios artículos de blog parecidos en una guía más extensa. En estos casos, todas las URLs antiguas deben redirigir a esa nueva página fusionada, y conviene asegurarse de que el nuevo contenido cubre realmente todos los temas que cubrían las páginas originales, para no perder relevancia en ninguna de las palabras clave que posicionaban antes.
Migrar de HTTP a HTTPS, un caso particular
Aunque hoy en día es raro encontrar webs sin certificado SSL, todavía existen algunos casos, sobre todo en negocios pequeños con webs antiguas que nunca se han actualizado. Este tipo de migración, aunque parece sencilla porque el contenido no cambia, técnicamente mueve cada URL de la versión HTTP a la versión HTTPS, y requiere el mismo cuidado con las redirecciones.
Pasos específicos para este tipo de migración
- Instala el certificado SSL en el servidor antes de hacer cualquier otro cambio.
- Configura redirecciones 301 automáticas de todas las URLs HTTP a su equivalente HTTPS.
- Actualiza los enlaces internos de la web para que apunten directamente a las URLs HTTPS, sin depender solo de la redirección.
- Actualiza el sitemap y el archivo robots.txt para reflejar las nuevas URLs.
- Añade la nueva versión HTTPS como propiedad en Google Search Console y revisa que se indexa correctamente en las semanas siguientes.
Migrar de plataforma, el caso más laborioso
Cambiar de un gestor de contenido a otro, por ejemplo de una plataforma a medida a WordPress, o de Prestashop a Shopify, suele ser el tipo de migración que más trabajo manual conlleva, porque casi siempre implica que la estructura de URLs cambia de forma significativa.
Un ejemplo real de este tipo de migración
Una empresa de servicios que tenía su web en un desarrollo a medida decidió migrar a WordPress para poder gestionar el contenido con más autonomía. La estructura de URLs antigua no incluía categorías en la dirección, mientras que la instalación de WordPress, por defecto, generaba URLs distintas para cada tipo de contenido. Sin un mapeo cuidadoso, cientos de páginas de servicios y de blog habrían cambiado de dirección sin ningún tipo de redirección planificada.
El equipo dedicó casi dos semanas solo a la fase de mapeo de URLs, comparando cada dirección antigua con su equivalente nueva, y configurando las redirecciones mediante un plugin de reglas de reescritura antes de lanzar la web definitiva. Gracias a ese trabajo previo, el tráfico orgánico apenas sufrió una caída del 8 por ciento durante el primer mes tras la migración, una cifra que se considera dentro de lo normal y esperable en cualquier migración bien ejecutada, y que se recuperó por completo en los dos meses siguientes.
Configura permalinks de forma consistente
Si migras a WordPress, es importante decidir desde el principio la estructura de permalinks que vas a usar, y mantenerla estable en el tiempo. Cambiar la estructura de permalinks después de que la web ya lleve tiempo indexada genera exactamente el mismo problema que una migración de dominio, porque todas las URLs cambian de golpe.
Monitorización después de la migración
El trabajo no termina cuando la web nueva está publicada. Las semanas siguientes son fundamentales para detectar problemas a tiempo y corregirlos antes de que hagan más daño.
Revisa Google Search Console a diario las primeras semanas
Presta especial atención al informe de cobertura, que muestra si Google está encontrando errores al rastrear tus páginas nuevas, y al informe de rendimiento, que muestra la evolución de clics e impresiones. Una caída inicial moderada durante los primeros días es normal mientras Google reprocesa la web, pero una caída pronunciada y sostenida es señal de que algo no se ha hecho bien.
Compara el tráfico antes y después
- Usa la comparación de periodos en Google Analytics para ver la evolución día a día del tráfico orgánico.
- Compara las palabras clave por las que posicionaba tu web antes de migrar con las que posiciona después, usando una herramienta de seguimiento de posiciones.
- Revisa si las páginas que antes generaban más tráfico siguen apareciendo en los resultados de búsqueda para las mismas búsquedas.
Revisa errores 404
Un aumento repentino de páginas con error 404, es decir, páginas no encontradas, después de una migración es una señal clara de que hay redirecciones que faltan o que están mal configuradas. Google Search Console muestra estos errores en el informe de cobertura, y conviene revisarlos y corregirlos cuanto antes, añadiendo las redirecciones que falten.
Vigila los enlaces internos rotos
Además de las redirecciones desde URLs externas antiguas, hay que revisar que los propios enlaces internos de la nueva web, los menús, los enlaces dentro del contenido, los botones de llamada a la acción, apuntan correctamente a las nuevas direcciones y no siguen apuntando por error a URLs antiguas que ahora dependen de una redirección innecesaria.
Cuánto tiempo tarda Google en procesar una migración
Es una de las preguntas más frecuentes, y la respuesta honesta es que depende de varios factores, como el tamaño de la web, la frecuencia con la que Google la rastrea habitualmente, y la calidad con la que se haya ejecutado la migración.
Para webs pequeñas, con pocas páginas, Google suele procesar la mayor parte del cambio en un plazo de entre dos y cuatro semanas. Para webs grandes, con miles de páginas, el proceso puede extenderse durante varios meses, porque Google necesita tiempo para volver a rastrear cada URL individualmente y transferir su autoridad correspondiente.
Durante ese periodo es normal ver cierta fluctuación en las posiciones, incluso si todo se ha hecho correctamente. Lo importante es que la tendencia general sea de recuperación progresiva, no de caída continuada. Si después de dos o tres meses el tráfico sigue muy por debajo del nivel anterior a la migración, es momento de auditar de nuevo todo el proceso en busca de errores que se hayan podido pasar por alto.
Errores más comunes que arruinan una migración
A lo largo de muchas migraciones distintas, hay una serie de fallos que se repiten con una frecuencia sorprendente, y que merece la pena tener muy presentes.
No hacer un mapeo completo de URLs
Ya lo hemos comentado, pero merece la pena repetirlo porque es, con diferencia, el error más costoso. Redirigir todo a la página de inicio en lugar de a la página equivalente es de las decisiones que más tráfico hace perder.
Dejar cadenas de redirecciones
Cuando una URL redirige a otra, que a su vez redirige a otra, y así sucesivamente, se forma lo que se llama una cadena de redirecciones. Esto no solo ralentiza la carga de la página para el usuario, sino que también puede hacer que Google no siga la cadena completa y pierda parte de la autoridad en el camino. Lo correcto es que cada URL antigua redirija directamente a su destino final, sin pasos intermedios.
Olvidar las imágenes y otros archivos
No solo las páginas HTML tienen URLs indexadas. Las imágenes también aparecen en los resultados de búsqueda de Google Imágenes y pueden generar tráfico propio. Al migrar, es fácil olvidarse de redirigir correctamente las rutas de las imágenes, perdiendo ese tráfico adicional sin darse cuenta.
Bloquear la web nueva sin querer
Como comentábamos antes, dejar activada por error la regla de bloqueo de rastreadores que se usaba en el entorno de pruebas es uno de los fallos más habituales y, a la vez, más fáciles de evitar simplemente revisando el archivo robots.txt justo después de publicar la web definitiva.
No avisar a los equipos de marketing y publicidad
Si tienes campañas de publicidad activas, enlaces en redes sociales guardados, o integraciones con otras herramientas que apuntan a URLs concretas de tu web, todos esos puntos también deben actualizarse o al menos verificarse que siguen funcionando gracias a las redirecciones, para no perder esas fuentes de tráfico adicionales.
Lanzar la migración sin haber probado nada antes
Publicar la web nueva y empezar a revisar cosas después es exactamente al revés de como debería hacerse. Todo el proceso de comprobación, redirecciones, metadatos, robots.txt y sitemap, debe hacerse en el entorno de pruebas antes de que la web nueva sea visible públicamente, no después.
Checklist completa para una migración segura
Para cerrar, aquí tienes un resumen ordenado con todos los pasos que hemos ido viendo, pensado para que lo puedas usar como guía práctica cuando llegue el momento de migrar tu propia web.
Antes de la migración
- Haz una auditoría completa de todas las URLs indexadas de tu web actual.
- Identifica las páginas con más tráfico orgánico y más enlaces externos.
- Crea un mapeo detallado de cada URL antigua a su nueva URL equivalente.
- Construye y prueba todo en un entorno de staging bloqueado para buscadores.
- Configura y verifica todas las redirecciones 301 en el entorno de pruebas.
- Revisa que las etiquetas canónicas apuntan a las nuevas URLs.
- Prepara el nuevo sitemap.xml.
El día de la migración
- Elige un horario de tráfico bajo para minimizar el impacto de cualquier imprevisto.
- Activa las redirecciones antes de apagar la infraestructura antigua.
- Comprueba que el archivo robots.txt permite el rastreo de la web nueva.
- Verifica manualmente las redirecciones de las páginas más importantes.
- Envía el nuevo sitemap a Google Search Console.
Después de la migración
- Revisa Google Search Console a diario durante las primeras semanas.
- Compara el tráfico orgánico y las posiciones antes y después del cambio.
- Corrige cualquier error 404 o redirección mal configurada en cuanto lo detectes.
- Revisa los enlaces internos de la nueva web para que no dependan de redirecciones innecesarias.
- Da tiempo al proceso, entre unas semanas y varios meses según el tamaño de la web, antes de sacar conclusiones definitivas.
Migrar una web da respeto, y con razón, porque hay mucho trabajo en juego que se puede perder si el proceso se hace con prisas. Pero con una buena planificación, un mapeo de URLs cuidadoso y una fase de comprobación seria antes de lanzar nada, es perfectamente posible cambiar de dominio, de hosting, de plataforma o de diseño sin que tu posicionamiento en Google se resienta de forma significativa. La clave está siempre en la misma idea, tratar cada URL antigua como algo valioso que merece un destino claro en la web nueva, en lugar de dejarlo al azar.
Comentarios