El problema que resuelve migraciones SEO
Una migración es el momento en que más visibilidad orgánica se pierde, y casi siempre por motivos evitables. La web nueva sale con direcciones distintas, las antiguas dan error 404, los enlaces que recibías apuntan al vacío y las páginas que traían consultas ya no existen para Google.
Otras veces el fallo es más simple: el entorno de pruebas salió indexado, la web nueva llegó con un noindex que nadie quitó, el robots.txt de staging pasó a producción, o los títulos y descripciones quedaron en blanco porque no se migraron los metadatos.
Seguir leyendo
Quien contrata el rediseño suele pensar en el diseño, y quien lo programa, en que funcione. El posicionamiento no figura en el presupuesto de nadie, así que nadie lo vigila. Cuando se nota, ya han pasado semanas y no hay un inventario previo con el que comparar.
Esta ficha trata la migración como un proyecto con riesgo: se enumera lo que puede salir mal, se decide URL por URL qué ocurre con cada una, se prueba antes de publicar y se vigila después. No se puede prometer que no haya fluctuaciones, y por eso el plan incluye detectarlas y corregirlas.

¿Para quién es migraciones SEO?
- Empresas que van a rediseñar su web y quieren conservar el posicionamiento que tienen.
- Negocios que cambian de dominio, de marca o pasan de HTTP a HTTPS.
- Tiendas online que migran de plataforma o reestructuran categorías y fichas de producto.
- Organizaciones que fusionan varias webs en una, o dividen una en varias.
Qué incluye migraciones SEO
- Inventario de lo que existeRastreo completo de la web actual, sitemap, URLs indexadas, datos de Search Console (clics, impresiones y consultas por página), landing pages de la analítica y enlaces externos recibidos.
Leer más
Para cada URL se anotan title, descripción, H1, canonical, código de respuesta, indexabilidad y enlaces internos. Sin esta foto previa no se puede demostrar qué se perdió. - Mapa de redireccionesCada URL antigua recibe una decisión: se mantiene, se actualiza sin cambiar de dirección, se redirige con 301 a su equivalente más cercano, se consolida con otra o se retira con 410 si no tiene sustituto.
Leer más
No se redirige en bloque a la portada, se evitan cadenas y bucles y se prioriza por tráfico y enlaces. El mapa se aprueba antes de implantarlo. - Metadatos, estructura y enlaces internosSe conservan o mejoran titles, descripciones, encabezados, canonicals, datos estructurados e hreflang en webs multilingües.
Leer más
Los enlaces internos se actualizan para apuntar a las URLs nuevas, no a las antiguas a través de una redirección. Contenidos y textos con posicionamiento no se eliminan por estética sin decidirlo antes. - Staging y pruebas previasEl entorno de pruebas tiene acceso restringido (por usuario, no solo por un noindex) y se comprueba que no se indexa.
Leer más
Se revisan canonicals, robots.txt, sitemap, formularios, cookies, analítica, rendimiento y versión móvil. Las redirecciones se prueban sobre una lista de URLs prioritarias antes del día de salida. - Lanzamiento controladoSe activan las redirecciones en el servidor, se publica el sitemap nuevo, se verifican Search Console y la analítica (y, si cambia el dominio, se sigue el procedimiento de traslado que indique Google) y se comprueban las URLs clave.
Leer más
Se retiran los bloqueos de staging que hubieran viajado a producción. Hay un registro de incidencias abierto desde el primer momento. - Seguimiento posteriorRevisión de clics, impresiones, indexación, errores de rastreo, páginas principales y conversiones, con más frecuencia los primeros días y más espaciada después; el calendario concreto se acuerda por escrito.
Leer más
Se compara con periodos equivalentes teniendo en cuenta la estacionalidad, y lo que se desvía se investiga y se corrige.
Cómo enfocamos migraciones SEO
Ver el detalle (5)Una migración es un proyecto, no una tarea del desarrollador · Se decide por URL, con datos · Cambiar una cosa cada vez, si se puede · Honestidad sobre la fluctuación · El plan de vuelta atrás
- Una migración es un proyecto, no una tarea del desarrolladorNecesita un responsable, un calendario, una lista de verificación y criterios de «publicar o aplazar». Si el SEO se considera al final, ya solo se puede reparar.
- Se decide por URL, con datosNo todas las páginas valen lo mismo. Las que reciben tráfico y enlaces se protegen con una redirección exacta; las que no aportan nada pueden consolidarse o retirarse.
Leer más
Esa decisión, tomada con los datos delante, es lo que ordena el proyecto. - Cambiar una cosa cada vez, si se puedeRediseño, nueva estructura de URLs, cambio de dominio y reescritura de contenidos a la vez hacen imposible saber qué causó un cambio de tráfico. Cuando el calendario lo permite, se separan.
Leer más
Cuando no, se documenta cada cambio y se vigila más. - Honestidad sobre la fluctuaciónTras un cambio de este tamaño es normal que Google tarde en reprocesar la web y que las posiciones se muevan. Se puede reducir el riesgo, no eliminarlo, y se explica antes de empezar qué variaciones son esperables y cuáles son una alarma.
- El plan de vuelta atrásAntes de lanzar se define qué ocurre si algo grave falla: copia de la web anterior, redirecciones reversibles y quién decide echar marcha atrás. Casi nunca hace falta, pero tenerlo cambia la forma de tomar decisiones el día del lanzamiento.
Cómo trabajamos migraciones SEO, paso a paso
Planificación y foto del estado actual
Participa también el equipo de desarrollo del cliente, si lo hay. Se acuerda el tipo de migración, el calendario y los responsables, y se hace el rastreo, la exportación de Search Console y de la analítica y el análisis de enlaces.Leer más
Entregamos el inventario y un análisis de riesgos, y tú decides qué páginas son críticas para el negocio y qué fecha de salida es viable.Mapa de redirecciones y requisitos
Se asigna una decisión a cada URL y se definen los requisitos SEO que debe cumplir la web nueva (metadatos, estructura, canonicals, datos estructurados). Recibes el mapa y la lista de requisitos para validarlos.Leer más
Decides tú qué se consolida, qué se retira y qué contenidos se reescriben.Revisión en staging
Se revisa la web nueva en el entorno de pruebas con acceso restringido, se verifican las redirecciones sobre una muestra y se comprueba que nada es indexable. Te entregamos un informe con los fallos y su prioridad.Leer más
Tú decides si alguno bloquea la salida o puede corregirse después.Lanzamiento
Se activan las redirecciones, se publica el sitemap, se verifican Search Console y la analítica y se comprueban las URLs prioritarias, los registros del servidor y los códigos de error.Leer más
Al terminar tienes el registro del día, con las incidencias y su resolución. Decidir si se mantiene la salida o se activa el plan de vuelta atrás queda en tus manos.Seguimiento tras el lanzamiento
Revisión más frecuente al principio y más espaciada después, con la frecuencia acordada por escrito, y corrección de lo que se desvíe.Leer más
Entregamos informes breves con los indicadores y las acciones tomadas, y tú decides las correcciones que implican cambios de contenido o de estructura.Cierre y lecciones
Balance del periodo de seguimiento contra la foto inicial, y lista de redirecciones y tareas que siguen vigentes. Recibes el documento de cierre y el calendario de revisiones posteriores. Decides tú cuándo se da por cerrado el proyecto.

Errores habituales en migraciones SEO
Ver el detalle (6)Redirigir todo a la portada · Publicar con el noindex o el robots.txt de staging · No guardar el estado anterior · Dejar los enlaces internos apuntando a URLs viejas · Lanzar en un momento crítico · Quitar las redirecciones demasiado pronto
- Redirigir todo a la portadaEs rápido de hacer y Google suele tratarlo como si las páginas antiguas hubieran desaparecido. Quien llegaba buscando una página concreta aterriza en una portada que no responde a lo que buscaba.
- Publicar con el noindex o el robots.txt de stagingEs uno de los fallos más frecuentes y más dañinos: la web nueva queda pidiendo a Google que no la indexe. Se evita con una comprobación explícita en la lista de lanzamiento, y se vuelve a mirar a las pocas horas.
- No guardar el estado anteriorSin rastreo ni exportaciones previas, tras la migración nadie puede decir si cayó una página, un grupo de páginas o toda la web. El inventario previo es lo que permite diagnosticar.
- Dejar los enlaces internos apuntando a URLs viejasFuncionan por la redirección, pero añaden saltos, ralentizan el rastreo y mantienen señales contradictorias. Se actualizan a la URL definitiva.
- Lanzar en un momento críticoPublicar justo antes de una campaña, de Navidad o de la temporada alta del negocio multiplica el coste de cualquier fallo. La fecha de salida se elige también por el calendario comercial.
- Quitar las redirecciones demasiado prontoMientras haya enlaces externos, favoritos o buscadores que usen las direcciones antiguas, las redirecciones tienen que seguir. Retirarlas a los pocos meses por «limpieza» devuelve el problema.
Cuándo conviene migraciones SEO y cuándo esperar
Conviene si…
- Vas a cambiar la estructura de URLs, el dominio, el CMS o la plataforma de tu tienda.
- Tu web actual recibe visitas orgánicas que son importantes para el negocio.
- Vas a unir varias webs en una o a pasar a HTTPS un sitio que aún no lo usa.
- Ya migraste y notas caídas que no sabes explicar: una revisión posterior también ayuda, aunque sin inventario previo el diagnóstico es más limitado.
Mejor esperar si…
- Tu web casi no recibe tráfico orgánico y no tiene enlaces: la migración se parece más a un proyecto web normal y basta una redirección razonable.
- Solo cambias el diseño visual sin tocar URLs, contenidos ni estructura: conviene una revisión rápida, no un proyecto de migración completo.
- Quieres garantía de no perder posiciones: no se puede ofrecer; lo que se ofrece es un método para reducir el riesgo y reaccionar pronto.
Qué medimos en migraciones SEO
Ver el detalle (5)Cobertura de redirecciones · Errores de rastreo · Indexación · Clics e impresiones frente a un periodo comparable · Páginas y consultas principales
- Cobertura de redireccionesDe las URLs inventariadas con tráfico o enlaces, cuántas responden con la redirección acordada, a qué destino y en cuántos saltos. Se mide antes y justo después del lanzamiento.
- Errores de rastreo404, 5xx, redirecciones en cadena y bloqueos que aparecen en Search Console, en los registros del servidor y en un rastreo posterior. Una subida de 404 en las primeras horas suele apuntar a una redirección que falta.
- IndexaciónCuántas páginas de las nuevas están en el índice y cuántas de las antiguas siguen apareciendo. En un cambio de dominio se espera un periodo de convivencia, y lo que importa es la tendencia.
- Clics e impresiones frente a un periodo comparableSe compara con el mismo tramo equivalente, teniendo en cuenta días de la semana, festivos y temporada. Una bajada puntual no es lo mismo que una que se mantiene semana tras semana.
- Páginas y consultas principalesSeguimiento de las páginas y consultas que más aportaban antes del cambio, y de las conversiones asociadas. Es lo que decide si hay que intervenir o esperar.
Qué recibes con migraciones SEO
- Inventario de URLs con metadatos, códigos de respuesta, tráfico y enlaces recibidos de la web actual.
- Mapa de redirecciones aprobado, con la decisión por URL (mantener, 301, consolidar, 410).
- Requisitos SEO para el equipo de desarrollo y diseño.
- Informe de revisión del staging, con los fallos encontrados y su prioridad.
- Lista de verificación de lanzamiento y registro de incidencias del día de salida.
- Informes de seguimiento tras el lanzamiento, con la frecuencia acordada.
- Documento de cierre con el balance frente al estado previo.
Preguntas frecuentes sobre migraciones SEO
¿Voy a perder posiciones con la migración?
No se puede prometer que no. Una migración bien hecha reduce mucho el riesgo, pero Google necesita reprocesar la web y es normal cierta fluctuación. Lo que sí se hace es medirla contra el estado anterior, detectar rápido lo que no es normal y corregirlo.
¿Cuánto tarda en recuperarse la visibilidad?
Depende del tamaño de la web, del tipo de cambio y de lo bien que se haya preparado. No damos plazos prometidos: un cambio de dominio completo suele tardar más en asentarse que un rediseño que mantiene las URLs, y el seguimiento sirve para ver la tendencia.
¿Hace falta usar redirecciones 301?
Sí, cuando una URL cambia y tiene un equivalente. Se implantan en el servidor, una a una, hacia la página más parecida. Si una página no tiene sustituto y no aporta nada, es más honesto devolver un 410 que redirigir a una portada.
¿Qué pasa si ya he migrado y no hice nada de esto?
Se puede reconstruir parte del inventario con copias de la web, el archivo de Search Console y los enlaces externos, y corregir lo que falta. Es un diagnóstico más difícil que si se hubiera preparado, pero a menudo se encuentran redirecciones sin hacer y bloqueos olvidados.
¿Cuándo es mejor momento para lanzar?
Cuando el negocio pueda tolerar un periodo de ajuste: fuera de campañas, de temporada alta y de fechas en que nadie del equipo pueda atender un problema. Se decide contigo el día y la hora, y que haya alguien disponible los días siguientes.
¿Hay que migrar también la analítica?
Hay que asegurar que la medición continúa sin cortes: que las etiquetas estén en la web nueva, que los eventos y conversiones se registren igual y que se anote la fecha de cambio para poder comparar. Se comprueba antes y después de salir.
¿Cuánto cuesta una migración SEO?
Depende del número de URLs, del tipo de cambio y de cuánto se pueda aprovechar de la preparación del equipo de desarrollo. Se concreta en el presupuesto por escrito, tras conocer la web actual y el alcance, y conviene que detalle qué incluye cada fase.
Contenido del equipo editorial de Corunaweb, revisado el .