Plan de proyecto de migración web: la guía paso a paso para 2026

Un plan de proyecto de migración web es el documento que recoge cada URL, cada redirección, cada rol del equipo y cada punto de control de pruebas antes de trasladar un sitio a un nuevo dominio, plataforma o diseño. El primer paso de cualquier proyecto de migración web es auditar y congelar las URL de tu sitio actual, para tener una lista fija con la que trabajar el mapeo antes de que cambie nada.

Antes de escribir una sola línea de ese plan, conviene saber exactamente qué falla en el sitio actual. La herramienta de plan SEO de SearchBlueprint analiza tus páginas y te muestra qué corregir, qué conservar y qué reconstruir antes de mover ningún archivo, una base muy útil para decidir qué merece realmente pasar al nuevo sitio.

Por qué un plan por escrito importa más de lo que crees

«Migración» suena a tarea técnica: mover los archivos, apuntar el DNS y listo. En la práctica afecta a la vez al SEO, la analítica, el diseño, lo legal y la comunicación con los clientes. Un plan de migración web escrito y compartido es lo que evita que esos cinco grupos se pisen entre sí.

Las cifras lo respaldan. Según el Bloor Group, más del 80 % de los proyectos de migración de datos superan el presupuesto o incumplen el plazo, con retrasos medios del 30 % al 41 % y sobrecostes medios del 30 % o más. Gartner ha señalado que el 83 % de los proyectos de migración de datos fracasan o se desvían de forma significativa de sus objetivos originales. Una investigación de McKinsey sobre grandes proyectos de TI halló que suelen superar el presupuesto en un 45 % y el plazo en un 7 %, mientras aportan un 56 % menos de valor del planificado. Un análisis sobre grandes proyectos de TI citado por Forbes encontró que solo el 36 % se mantiene dentro del presupuesto y el plazo originales.

Esas cifras proceden de investigaciones sobre migración de datos en grandes empresas, no de estudios específicos sobre sitios web. Pero el patrón de fondo, los planes que omiten el descubrimiento, las pruebas y la planificación de una vuelta atrás se salen del presupuesto, se cumple igual en el traslado de un sitio que en la migración de una base de datos. Un plan de proyecto de migración web por escrito es la forma de no convertirte en una de esas estadísticas.

Los tipos de migración web y por qué el plan cambia con cada uno

No todas las migraciones conllevan el mismo riesgo. El alcance de tu plan debe corresponderse con el tipo de traslado que vas a hacer.

Tipo de migración	Qué cambia	Mayor riesgo SEO
Migración de dominio	Se cambia el dominio principal o se consolidan varios dominios	Pérdida de autoridad de los enlaces si las redirecciones no se mapean 1:1
Migración de plataforma	Se sustituye por completo el CMS o el sistema de comercio electrónico	Metadatos, schema y estructura de URL rotos
Migración de estructura de URL	Se reorganizan los enlaces permanentes o la arquitectura del sitio	Páginas huérfanas y cadenas de redirecciones
Migración de diseño	Renovación visual, con las URL sin cambios	Retrocesos en Core Web Vitals por el nuevo peso de las páginas
Migración de contenido	Páginas reescritas, movidas o consolidadas	Contenido duplicado o escaso que provoca caídas de posicionamiento
Migración internacional/multilingüe	Se reconstruyen hreflang y la estructura de idiomas	Páginas en el idioma equivocado posicionando en el país equivocado

Una migración de dominio y de plataforma a la vez, por ejemplo pasar de WordPress en un dominio a Shopify en otro, suma el riesgo combinado de todas las filas de esa tabla. Es el escenario en el que un plan detallado se gana su sitio.

El plan de proyecto de migración web, paso a paso

Paso 1: audita y congela el sitio actual

Rastrea tu sitio actual antes de tocar nada. Registra cada URL indexada, sus posiciones actuales, el tráfico orgánico y los backlinks. Esto será tu punto de partida y la base de tu mapa de redirecciones. Congela la creación de nuevas URL en el sitio antiguo una vez cerrada esta auditoría, para que tu mapa no se quede obsoleto a mitad del proyecto.

Paso 2: define los objetivos, el alcance y un responsable del visto bueno

Escribe por qué migras: páginas más rápidas, un CMS nuevo, un cambio de marca, la consolidación de dominios. Los objetivos vagos generan un alcance que se desborda. Nombra a una sola persona que tome la decisión final de seguir o no el día del lanzamiento, no a un comité. Incorpora desde el principio a SEO, desarrollo, contenido y el área legal; un plan hecho por un solo departamento siempre pasa por alto algo que otro habría detectado.

Paso 3: mapea cada URL y construye el plan de redirecciones

Este es el paso de mayor riesgo de todo el plan de proyecto de migración web. Crea una hoja de cálculo con la URL antigua, la URL nueva, el tipo de redirección y el estado. Cada URL antigua necesita un destino, aunque sea una redirección a una categoría superior. Las redirecciones que faltan son la causa más habitual de pérdida de tráfico tras una migración.

Si quieres ver el proceso SEO más amplio en el que encaja este plan, no solo la lista de redirecciones sino toda la secuencia desde el descubrimiento hasta el lanzamiento, el marco SEO paso a paso para 2026 explica cómo encaja la migración en un plan anual.

Paso 4: construye y prueba en un entorno de pruebas

Construye el nuevo sitio en un entorno de pruebas (staging) que replique el de producción. Traslada exactamente los metadatos, los datos estructurados y las etiquetas canónicas, ajustando solo las URL que tengan que cambiar. Rastrea el sitio de pruebas antes del lanzamiento y corrige todos los errores 4xx o 5xx que encuentres. Prueba cada redirección para detectar bucles y cadenas, no solo el destino.

Paso 5: lista de comprobación del día del lanzamiento

Lanza en una franja de poco tráfico. Ten listo un plan de vuelta atrás: una copia de seguridad del sitio antiguo, una persona designada que pueda detener la publicación y un umbral claro que indique cuándo activar la vuelta atrás. Envía el nuevo sitemap XML a Google Search Console y usa la herramienta Cambio de dirección (Change of Address) si el dominio ha cambiado. Google Search Central documenta este proceso para traslados de sitios en developers.google.com/search.

Paso 6: monitoriza a los 30, 60 y 90 días

La mayor parte del daño en el posicionamiento causado por una migración aparece en las semanas posteriores al lanzamiento, no el propio día. Vigila en Search Console las estadísticas de rastreo (Crawl stats) y el informe Coverage para detectar errores. Sigue el tráfico orgánico y las posiciones de tus palabras clave frente a tu referencia previa a la migración. Comprueba la integridad de las redirecciones con un rastreador al menos una vez por semana durante el primer mes.

Combina este plan paso a paso con una lista de comprobación de migración web para SEO específica, para que nada se quede fuera de la lista durante la semana frenética previa al lanzamiento, y consulta esta guía sobre cómo migrar sin perder posiciones en Google para conocer las salvaguardas de posicionamiento que conviene incluir en cada fase.

¿Cuánto debería tardar realmente?

Un sitio corporativo pequeño de menos de 200 páginas suele poder planificar y ejecutar una migración en dos a cuatro semanas, siempre que el equipo esté dedicado y el mapa de redirecciones sea sencillo. Un sitio mediano con contenido de blog, formularios e integraciones normalmente necesita de cuatro a ocho semanas. Un catálogo grande o un sitio multirregión, con miles de páginas de producto, varios idiomas e integraciones de terceros, suele necesitar de ocho a doce semanas de antelación antes del lanzamiento, además de toda la ventana de monitorización posterior.

Acelerar cualquiera de estos plazos es de donde salen las estadísticas de desviación mencionadas antes. Añadir aunque sea una semana extra de pruebas en el entorno de pruebas sale más barato que arreglar un mapa de redirecciones roto dos meses después del lanzamiento.

Mide el rendimiento antes de mover nada

Una migración también es una oportunidad para comprobar si el nuevo sitio es realmente más rápido o, sin que te des cuenta, más lento. Registra tu referencia de Core Web Vitals antes del lanzamiento para tener con qué comparar después.

Métrica	Qué mide	Umbral bueno
Largest Contentful Paint (LCP)	Qué tan rápido carga el contenido principal	2.5 segundos o menos
Interaction to Next Paint (INP)	Qué tan receptiva se siente la página	200 milisegundos o menos
Cumulative Layout Shift (CLS)	Cuánto se mueve el diseño mientras carga	0.1 o menos

Estos umbrales proceden de la documentación de Core Web Vitals de web.dev. Pasa tus páginas actuales y las del entorno de pruebas por un test de velocidad web gratuito para obtener estas cifras antes de decidir que una página nueva está «lo bastante cerca» para lanzarla.

Las migraciones específicas de una plataforma añaden sus propias complicaciones. Trasladar un blog fuera de HubSpot, por ejemplo, tiene sus propias particularidades de redirecciones y RSS; la guía de migración web de HubSpot explica qué se rompe y cómo proteger el posicionamiento durante ese traslado concreto.

Cuándo bastan las herramientas de tu propio sitio y cuándo no

La mayoría de las plataformas de CMS incluyen gestores de redirecciones básicos, generadores de sitemap y uno o dos plugins de SEO. Para un cambio pequeño y acotado, eso suele ser suficiente de verdad. Para una migración completa de plataforma o de dominio, normalmente no lo es.

Situación	¿Suelen bastar las herramientas nativas?	Por qué
Cambiar el nombre de una URL y redirigirla	Sí	Una sola regla de redirección entra de sobra en las herramientas integradas de cualquier CMS
Corregir un enlace roto puntual	Sí	Una corrección manual y una comprobación rápida con un rastreador lo resuelven
Cambiar toda tu estructura de URL	No	Cientos de redirecciones requieren mapeo, pruebas y auditoría a escala
Pasar a un nuevo dominio	No	Requiere cambios de DNS, un cambio de dirección en Search Console y una verificación completa de las redirecciones
Cambiar de CMS o de plataforma de comercio electrónico	No	Los metadatos, el schema y las plantillas hay que reconstruirlos y revisarlos manualmente
Un patrón recurrente de enlaces rotos tras cada actualización de contenido	No	Señala un problema de proceso que necesita una auditoría permanente, no una solución puntual

La conclusión sincera es esta: si el problema es una URL o un único ajuste, el panel de tu propio sitio lo resolverá. Si el problema afecta a cientos de URL, a una plataforma nueva o a un fallo recurrente que no deja de reaparecer, necesitas un plan estructurado y probablemente ayuda externa para ejecutarlo sin perder posiciones.

Errores comunes que echan por tierra el calendario de una migración

• Tratarla como una tarea solo para desarrolladores. SEO, contenido y el área legal necesitan un asiento en la mesa de planificación, no un aviso después del lanzamiento.
• Saltarse el congelado de URL. Las páginas nuevas añadidas a mitad del proyecto no entran en el mapa de redirecciones y, discretamente, dan 404 tras el lanzamiento.
• No tener plan de vuelta atrás. Sin copia de seguridad ni un responsable designado de la decisión, un mal lanzamiento sigue activo mucho más tiempo del debido.
• Probar las redirecciones revisando solo unas pocas páginas. Las cadenas y los bucles se esconden en las páginas que a nadie se le ocurre comprobar.
• Lanzar durante un pico de tráfico. Una campaña de temporada o una mención en prensa es la peor semana para trasladar además el sitio.
• Olvidar las etiquetas de analítica y el seguimiento de conversiones. Una migración que rompe el seguimiento convierte cada decisión posterior al lanzamiento en una adivinanza.

Un caso real hace concretos estos riesgos. Este caso práctico de migración web desglosa los aciertos, los fallos y las correcciones de una migración real, incluido lo que el equipo haría de otra manera.

Preguntas frecuentes

¿Cuál es el primer paso de cualquier proyecto de migración web?

El primer paso es auditar tu sitio actual y congelar la lista de URL. Necesitas un inventario completo y fijo de las páginas existentes, las posiciones y el tráfico antes de poder construir un mapa de redirecciones preciso o fijar un calendario realista.

¿Cuánto tarda en elaborarse un plan de proyecto de migración web?

Elaborar el plan en sí suele llevar de una a dos semanas para un sitio pequeño y de dos a cuatro para uno grande o complejo. Eso es aparte de ejecutar la migración, que suma su propio calendario además de este.

¿Necesito un desarrollador para redactar el plan de migración?

No. El plan en sí es un documento de proyecto: mapas de URL, calendarios, responsables y puntos de control de pruebas. Un desarrollador ejecuta parte de él, pero deberían redactarlo las personas de SEO, contenido y dirección del proyecto.

¿Qué pasa si no configuro redirecciones durante una migración?

Cada URL antigua sin redirección devuelve un error 404. Los buscadores eliminan esa página del índice, los enlaces que apuntaban a ella dejan de transmitir valor y los visitantes se topan con un callejón sin salida en lugar de tu nuevo contenido.

¿En cuánto tiempo sabré si la migración ha perjudicado mi posicionamiento?

La mayoría de los cambios de posicionamiento aparecen en las dos a cuatro semanas posteriores al lanzamiento, aunque algunos pueden tardar más en estabilizarse del todo. Por eso la fase de monitorización de 30 a 90 días importa tanto como el propio lanzamiento.

Pon el plan por escrito esta semana

Empieza por la auditoría y el congelado de URL: todas las demás fases de un plan de proyecto de migración web dependen de tener primero esa lista cerrada. Si quieres tener claro qué necesita corregir tu sitio actual antes de mapear una sola redirección, habla con el equipo y recibe un informe de muestra que explique con detalle cómo se vería eso en tu sitio.

Fuentes

• Data Migration Plan: How to Build It Step by Step (2026)
• The Definitive Guide on Website Migrations
• The Website Migration Process: What You Need To Know ...

Aviso legal: Este artículo es información general sobre normas y cifras vigentes en el momento de su redacción, no asesoramiento financiero, fiscal ni de inversión personalizado. No tiene en cuenta tus ingresos, obligaciones, tolerancia al riesgo ni objetivos, y los tipos y umbrales cambian. Verifica la situación actual con la autoridad competente y consulta con un asesor autorizado o un contable cualificado antes de actuar.