On This Page
- ¿Qué es una migración web y qué no es?
- Por qué las migraciones pierden tráfico: cinco puntos de rotura
- ¿Cuándo conviene migrar y cuándo no tocar el sitio?
- Cómo planificar la migración antes de escribir código
- El mapa de redirecciones decide el resultado
- Qué se rompe además del SEO: medición, consentimiento, formularios y correo
- Cómo probar la migración antes del lanzamiento
- El día del lanzamiento: orden de las operaciones
- Qué vigilar durante los primeros 30 días
- Qué cambió para las migraciones en el cuarto trimestre de 2027
- Cómo se presupuesta una migración web y cuánto tarda
- Qué debe figurar en el contrato antes de firmar
- Lista de comprobación de migración web
- Cómo movimos nuestro propio sitio a cinco idiomas
Una migración web es el traslado técnico de un sitio entre dominios, plataformas CMS o estructuras de URL conservando el posicionamiento orgánico mediante mapeo 301 uno a uno, auditorías en staging y optimización Core Web Vitals en proyectos europeos de €4.500 a €15.000+.
Ese hueco entre direcciones obsoletas y destinos nuevos es donde aparece el daño. Según Google Search Central, un traslado con cambio de URL necesita mantener las redirecciones al menos un año, mientras las posiciones se recalculan. Cualquier descuido en esa ventana destruye tráfico ya pagado: una URL sin asignar, un robots.txt de pruebas en producción o etiquetas de analítica olvidadas.
Esta guía está escrita para quien aprueba el proyecto. Cubre los cuatro tipos de migración, el inventario previo, el mapa de redirecciones, las pruebas en staging, el protocolo del día de salida, los primeros 30 días y lo que debe figurar en nuestros servicios y contratos técnicos.
¿Qué es una migración web y qué no es?
Migración es un término que agrupa cuatro proyectos técnicos distintos con niveles de riesgo muy diferentes. Antes de comprometer plazos, conviene clarificar qué cambia en la infraestructura: el servidor donde se alojan los archivos, el CMS que renderiza las páginas, el nombre de dominio principal o las rutas de las URL. Un cambio de plataforma conservando las direcciones exactas resulta predecible. Un cambio simultáneo de dominio y rutas suele derivar en incidentes graves si no se audita metódicamente.
Muchos proyectos acumulan cambios innecesariamente. La empresa decide modernizar un CMS antiguo, marketing aprovecha para modificar la navegación y el departamento legal solicita prescindir del dominio geográfico. Al agrupar tres migraciones en una sola entrega, resulta imposible determinar qué factor provocó la pérdida si el tráfico orgánico disminuye.
Nuestra recomendación operativa fundamental es clara: cambia una sola variable cada vez siempre que el calendario lo admita. Traslada primero la plataforma manteniendo intactas las URL. Tras verificar la estabilidad de las posiciones, reorganiza la estructura en un despliegue posterior. Una entrega adicional aporta certidumbre técnica absoluta.
Por qué las migraciones pierden tráfico: cinco puntos de rotura
El tráfico no desaparece de forma aleatoria tras una migración. Desaparece cuando se rompen conexiones técnicas que nadie verificó antes del lanzamiento. En la práctica se repiten cinco fallos habituales en proyectos de cualquier tamaño, y cuatro de ellos se detectan con un rastreo técnico exhaustivo.
Para ver un protocolo específico con exportación de colecciones CMS, reconstrucción de componentes en Tailwind y redirecciones multiidioma, consulte nuestro estudio de costes y migración de Webflow a Next.js.
URLs sin destino asignado. Cada dirección antigua que devuelve un código 404 pierde la autoridad, los enlaces externos y el tráfico de campaña acumulados. La solución exige un mapeo minucioso de correspondencias 1:1 revisado manualmente.
Redirecciones masivas a la página de inicio. Enviar cientos de URL retiradas a la portada evita formalmente el error 404, pero destruye la relevancia temática. Google asimila estas redirecciones genéricas a soft 404s.
Cadenas y bucles de redirección. Los saltos múltiples consumen presupuesto de rastreo y ralentizan a los usuarios. Toda redirección debe resolver limpiamente en un único salto directo.
Directivas de bloqueo heredadas de pruebas. Las órdenes Disallow: / en robots.txt y las etiquetas noindex propias de entornos de preproducción jamás deben publicarse en el servidor final. Constituyen el motivo principal de desindexación inmediata.
Enlaces internos apuntando a rutas obsoletas. Menús, pies de página, enlaces contextuales y sitemaps que conservan estructuras antiguas sobrecargan el servidor y diluyen el enlazado interno consolidado.
Según la documentación de Google Search Central y los benchmarks de migración 2027 de Vezert, los sitios B2B que ejecutan un mapa 1:1 de redirecciones 301 retienen el 94 % de su tráfico orgánico a los 30 días, el rastreo previo en staging asegura el 88 % y la monitorización de logs en Search Console el 79 %, frente a solo el 32 % en lanzamientos sin control QA. Coordina tu proyecto con nuestra guía de rediseño web SEO, la planificación de rediseño web y nuestros servicios SEO y precios.
Las redirecciones nunca cubren todas las URL antiguas, así que acompaña el mapa con una página 404 personalizada y útil que devuelva a los visitantes al contenido clave.
Porcentaje de tráfico orgánico conservado a los 30 días de la migración según el protocolo técnico aplicado. Fuente: Google Search Central & Vezert 2027 Migration Benchmarks.
La línea más cara del robots.txt
Disallow: / pertenece al entorno de pruebas y a ningún otro sitio. Cuando llega a producción, retira el sitio de los resultados en cuanto los rastreadores vuelven a pasar, y la recuperación solo empieza después de corregir el archivo y de un nuevo rastreo. Incluye una comprobación manual de robots.txt y de las etiquetas noindex en el guion de lanzamiento, y que una persona con nombre y apellidos confirme por escrito la revisión después de la salida.
¿Cuándo conviene migrar y cuándo no tocar el sitio?
Una migración compensa su riesgo técnico cuando la arquitectura actual limita objetivos comerciales indispensables, no por mera antigüedad estética. Tres motivos justifican el proyecto: la plataforma no admite las funciones que el negocio exige hoy, el coste de mantenimiento supera el de sustitución, o un cambio legal o de marca impone un nuevo dominio.
El límite de la plataforma suele identificarse tardíamente: incorporar una plantilla requiere programación externa, los plugins fallan tras cada actualización, la velocidad decae ante picos de tráfico y los idiomas adicionales obligan a gestionar instalaciones inconexas. Son carencias estructurales que un rediseño gráfico no puede solucionar.
El criterio económico es cuantificable. Sume licencias, suscripciones, infraestructura y las horas de desarrollo dedicadas a sortear limitaciones del sistema frente a una solución moderna amortizada a tres años. Cuando el mantenimiento correctivo supera la inversión, la decisión técnica es evidente.
Conviene descartar justificaciones accesorias, como preferencias tecnológicas aisladas o agencias habituadas a un único CMS. Si lo único que cambia es el aspecto, lo que necesitas es un rediseño, y la preparación de un rediseño es el camino más corto y más barato. Si tu proyecto combina renovación visual con cambios estructurales de URL, revisa nuestra checklist de rediseño web y SEO para coordinar las especificaciones técnicas antes del lanzamiento.
Cómo planificar la migración antes de escribir código
Planificar una migración técnica exige levantar un inventario integral antes de iniciar el diseño, el desarrollo o la elección de software. El objetivo radica en determinar qué contenidos existen y qué valor orgánico aporta cada dirección. Omitir esta auditoría deja decisiones estratégicas al azar, priorizando contenidos fáciles de exportar frente a páginas rentables.
El inventario parte de cuatro fuentes de datos: un rastreo exhaustivo en producción con códigos de estado, títulos y canónicas; doce meses de Search Console con impresiones; sesiones y conversiones de analítica; y los destinos de enlaces externos que nunca deben quedar desatendidos.
Cruce estas listas en un archivo central y asigne a cada URL una acción unívoca: conservar, fusionar, renombrar o retirar. Una página sin tráfico ni enlaces puede despublicarse con código 410. Una página con enlaces externos exige redirección 301 inmediata. Esta matriz consolida el plan de redirecciones, el inventario editorial y los criterios de aceptación.
Asimismo, este análisis previene imprevistos operativos: formularios activos, integraciones CRM, versiones idiomáticas, páginas legales y titularidad de los registros DNS.
El mapa de redirecciones decide el resultado
El mapa de redirecciones es una tabla técnica con una fila por URL antigua y un destino final exclusivo. Constituye el entregable principal que debe exigirse por contrato, auditarse antes del lanzamiento y conservarse tras el cierre. Migrar sin este documento equivale a operar a ciegas.
Tres directrices aseguran su validez: cada destino debe coincidir con la página más afín temáticamente; toda redirección debe ser permanente (código 301) para transferir la autoridad acumulada; y las páginas retiradas definitivamente sin equivalencia deben responder con código 410 en lugar de redirecciones confusas.
Adicionalmente, deben contemplarse particularidades técnicas como parámetros de campañas publicitarias, normalización de mayúsculas, barras finales y redirecciones forzosas de HTTP a HTTPS. La validación previa en staging previene bucles de redirección imprevistos.
url_antigua ; url_nueva ; estado ; motivo ; responsable ; verificado
/servicios/pagina-antigua/ ; /servicios/pagina-nueva/ ; 301 ; renombrada ; contenido ; si
/blog/2019/articulo/ ; /blog/articulo/ ; 301 ; fecha fuera de la ruta ; seo ; si
/catalogo/articulo-12/ ; /productos/articulo-12/ ; 301 ; estructura nueva ; desarrollo ; no
/campana-primavera/ ; - ; 410 ; retirada, sin equivalente ; marketing ; si
/contacto-viejo/ ; /contacto/ ; 301 ; limpieza de rutas ; contenido ; si
Reglas: una linea por URL antigua, un destino, un solo salto.
Sin equivalente significa 410, nunca una redireccion a la portada.
Conserva el archivo tras el lanzamiento: Google pide mantener las redirecciones al menos un ano.301, 302 y 410 en un párrafo
Un 301 dice que la página se movió de forma permanente y que la dirección antigua debe sustituirse en todas partes, que es lo que quieres en una migración. Un 302 dice que el traslado es temporal y pide a los buscadores conservar la URL antigua, útil en una prueba A/B y casi nunca en un lanzamiento. Un 410 dice que la página se retiró a propósito y evita que los rastreadores vuelvan a pedir una URL que ya no existe por decisión propia.
Qué se rompe además del SEO: medición, consentimiento, formularios y correo
La visibilidad orgánica atrae la atención pública inmediata, pero las incidencias operativas más costosas suelen permanecer ocultas semanas: formularios de contacto que fallan silenciosamente, avisos de consentimiento que anulan la analítica, o correos transaccionales interrumpidos por cambios en registros DNS.
La gestión del consentimiento exige especial rigor técnico. Bajo el RGPD y la normativa de privacidad europea, las cookies analíticas y de marketing no pueden ejecutarse sin autorización previa. Configuraciones precipitadas provocan que el banner bloquee toda medición (simulando caídas de tráfico inexistentes) o active rastreadores sin permiso (vulnerando la legalidad vigente).
Asimismo, los formularios y webhooks transaccionales vinculados a CRM requieren verificación integral en el entorno de pruebas antes del corte definitivo. La tabla siguiente resume los puntos críticos que requieren validación técnica previa.
Cómo probar la migración antes del lanzamiento
Las pruebas de validación previas al go-live se fundamentan en comprobaciones sistemáticas entre entornos. Se rastrea el entorno de preproducción con los mismos parámetros aplicados en el sitio original para contrastar ambos inventarios. Cualquier URL del registro inicial ausente en el nuevo representa una retirada con 410 o un defecto que debe subsanarse.
Cinco controles verifican la preparación del sitio: comprobación de páginas y títulos; etiquetas canónicas apuntando al dominio definitivo con HTTPS; etiquetas hreflang recíprocas en proyectos multiidioma; eliminación estricta de meta etiquetas noindex en páginas indexables; y verificación masiva de redirecciones 301 en un solo salto.
El rendimiento debe validarse simultáneamente. Puesto que Core Web Vitals evalúa el percentil 75 de usuarios reales, un diseño ágil en local puede presentar problemas en producción. Compruebe los umbrales de web.dev. Nuestra guía sobre velocidad de carga aborda prioridades de optimización técnica.
Conforme a la Directiva (UE) 2019/882 (Acta Europea de Accesibilidad), en vigor desde el 28 de junio de 2025, todo servicio digital renovado sustancialmente debe cumplir estándares de accesibilidad, convirtiendo la migración en el hito obligatorio para su integración.
¿Vas a mover el sitio y quieres el mapa de redirecciones revisado antes?
Migramos sitios corporativos y portales entre plataformas, con mapa de redirecciones a nivel de URL, pruebas en preproducción y lanzamiento acompañado.
Ver preciosEl día del lanzamiento: orden de las operaciones
El éxito del día de publicación depende del rigor de la secuencia operativa más que de incidencias fortuitas. El siguiente protocolo asume que la nueva plataforma está aprobada en staging y que las redirecciones 301 se han auditado íntegramente por lotes.
- Notificar y aplicar la congelación de edición de contenidos en el sitio antiguo.
- Ejecutar un rastreo de referencia definitivo sobre el sitio en producción.
- Reducir el TTL de los registros DNS a 300 segundos con 48 horas de antelación.
- Desplegar la versión de producción suprimiendo accesos restringidos de pruebas.
- Activar las reglas 301 en el servidor y actualizar los registros DNS principales.
- Verificar certificados SSL y comprobar manualmente las 20 páginas transaccionales clave.
- Retirar bloqueos en robots.txt y enviar el sitemap XML nuevo a Google Search Console.
- Tramitar la solicitud de cambio de dirección en Search Console si hubo cambio de dominio.
- Monitorizar en tiempo real los registros del servidor ante picos de errores 404 o bucles.
Dos horas que se pagan solas
Baja el TTL del DNS dos días antes del traslado y programa el cambio para el inicio de tu día laborable más tranquilo, no para un viernes por la tarde. Ninguna de las dos decisiones cuesta dinero. Te dan un equipo disponible el primer día con tráfico real y una ventana de propagación de minutos si algo hay que revertir.
Qué vigilar durante los primeros 30 días
El primer mes confirma si la migración se consolidó correctamente o requiere intervenciones urgentes. Los motores de búsqueda precisan semanas para procesar y rastrear nuevas rutas, por lo que una fluctuación leve en los primeros quince días es habitual, mientras que un descenso sostenido en la cuarta semana indica anomalías estructurales.
Analice informes segmentados en Google Search Console y registros del servidor en lugar de métricas globales, identificando a tiempo desviaciones por categorías temáticas o errores de rastreo en páginas comerciales clave.
Qué cambió para las migraciones en el cuarto trimestre de 2027
Desde mediados de 2026, dos cambios influyen en cuándo programar una migración y cómo construirla.
El calendario de actualizaciones de Google en 2027 viene cargado. El Google Search Status Dashboard recoge este año dos core updates, del 27 de marzo al 8 de abril y del 21 de mayo a principios de junio, además de actualizaciones antispam en junio, en agosto y del 24 de septiembre a principios de octubre. Esta última tardó 13 días y 16 horas en desplegarse. Una caída de tráfico que empieza durante un despliegue no se puede atribuir con claridad ni a tus redirecciones ni al algoritmo. Si puedes elegir la fecha, lanza fuera de una ventana de despliegue confirmada y guarda antes una exportación de referencia, para comparar una caída posterior con la semana correcta.
Next.js 16 ha renombrado middleware como proxy. Según la documentación de proxy de Next.js, la convención de archivo middleware queda obsoleta, proxy.ts usa por defecto el runtime de Node.js y un codemod se encarga del cambio de nombre. La misma página documenta el orden de ejecución: las redirecciones definidas en next.config.js se ejecutan antes que la lógica de proxy. Para un mapa de redirecciones, eso significa que las reglas estáticas 1:1 van en la configuración, y el código de proxy solo debe ocuparse de lo que necesita datos de la petición, como la detección de idioma. Una agencia que presupueste una migración a Next.js debería indicar la versión que va a entregar y dónde viven las reglas de redirección.
En cuanto a accesibilidad, consulta la sección de pruebas anterior: las autoridades de Países Bajos y Suecia ya han empezado a revisar el cumplimiento de la EAA, así que la migración sigue siendo el momento más barato para corregir fallos WCAG.
Cómo se presupuesta una migración web y cuánto tarda
El coste de una migración depende del alcance y complejidad de la arquitectura técnica, no del volumen bruto de páginas. Mover el alojamiento es un día de trabajo. Cambiar de plataforma conservando las URL es rehacer las plantillas más una exportación de datos. Cambiar de dominio y renombrar todas las URL añade la correspondencia, las pruebas y la ventana de vigilancia sobre lo anterior.
Los precios publicados sirven de referencia. Nuestros servicios y precios publicados parten de €1.500 para una landing entregada en cinco a diez días, €4.500 para un sitio corporativo de 10 a 30 páginas entregado en dos a cuatro semanas y €9.000 para un portal de 50 páginas o más entregado en seis a ocho semanas. Migrar un sitio existente de tamaño equivalente cae en el mismo rango, con la correspondencia y la verificación encima, porque la reconstrucción es la misma y el inventario se suma. Cifras vigentes en octubre de 2026.
La planificación se concentra en los extremos del proyecto: el inventario y mapeo insumen de una a tres semanas con equipos de marketing y técnicos, mientras que la monitorización post-lanzamiento requiere entre cuatro y ocho semanas de soporte garantizado en contrato.
Reserve presupuesto para requisitos complementarios: actualización de avisos de privacidad, validación de formularios e integraciones CRM, y actualización de enlaces internos en contenidos históricos.
Qué debe figurar en el contrato antes de firmar
Un contrato de migración técnica debe establecer garantías funcionales objetivas y no limitarse a enunciados visuales. Los criterios de aceptación deben verificarse mediante comprobaciones técnicas reproducibles con resultados inequívocos de apto o no apto.
Exija siete compromisos documentados: mapa 1:1 completo de URLs indexadas con tráfico o enlaces en doce meses; redirecciones 301 en un salto con respuestas 410 para páginas retiradas; preservación de canónicas, metadatos y hreflang; plan de pruebas de tracking y formularios en staging; cumplimiento de accesibilidad europea; objetivos medibles de Core Web Vitals; y un periodo de garantía de cuatro a ocho semanas con resolución preferente de incidencias.
Estipule por contrato que los registros de rastreo, mapeos de redirección y documentación técnica sean entregados íntegramente a la empresa al concluir el proyecto.
Lista de comprobación de migración web
Esta lista sintetiza las fases fundamentales del proceso de migración web. Integre estos controles en su gestor de proyectos asignando a cada acción un responsable directo, criterios de aceptación y una fecha límite inaplazable.
Fase previa a la construcción
- Rastrear el sitio y exportar URLs con código de estado, títulos y canónicas.
- Descargar datos de doce meses de Search Console, analítica y enlaces externos.
- Asignar a cada dirección la acción: conservar, fusionar, renombrar o retirar.
- Catalogar formularios, herramientas integradas, etiquetas de medición y páginas normativas.
- Determinar la estrategia de despliegue (fase única o escalonada).
Fase previa al lanzamiento
- Validar manualmente el mapa de redirecciones en las 50 páginas de mayor tráfico y enlaces.
- Rastrear el entorno de staging y contrastar datos frente al inventario original.
- Comprobar canónicas hacia producción y reciprocidad de etiquetas hreflang.
- Probar envíos de formularios, cookies de consentimiento y eventos de analítica.
- Medir Core Web Vitals frente a estándares de web.dev y resolver bloqueos.
- Documentar el plan de contingencia o rollback y reducir el TTL de DNS.
Lanzamiento y post-corte
- Retirar directivas noindex, activar motor de redirecciones 301 y enviar sitemap XML.
- Realizar comprobaciones manuales en URLs prioritarias y monitorizar errores 404 en servidor.
- Actualizar URLs de destino en campañas publicitarias y boletines electrónicos.
- Mantener vigilancia diaria en la primera semana y semanal durante el primer mes.
- Preservar las redirecciones 301 durante un año como mínimo y archivar los inventarios.
Cómo movimos nuestro propio sitio a cinco idiomas
Nuestra experiencia gestionando la arquitectura de Vezert en cinco idiomas proporciona una perspectiva directa. Operamos en inglés, alemán, español, francés y neerlandés utilizando slugs traducidos por idioma en lugar de carpetas subordinadas a una estructura inglesa. Cuando un slug se actualiza, la ruta anterior recibe una redirección 301 permanente registrada en un índice con más de 1.800 reglas activas.
La automatización de etiquetas hreflang a partir de identificadores técnicos internos asegura que cada versión idiomática referencie recíprocamente a las demás, evitando desajustes en resultados internacionales.
Nuestro middleware en el edge procesa las peticiones contra el mapa de redirecciones antes de renderizar la página, manteniendo la latencia bajo 30 milisegundos. Esta experiencia ratifica el principio esencial: el rigor en las redirecciones y las pruebas sistemáticas transforman un cambio complejo en un protocolo seguro.
¿Mueves el sitio y quieres que el SEO sobreviva?
Nos hacemos cargo de la migración de principio a fin: inventario, mapa de redirecciones, pruebas, lanzamiento y un primer mes vigilado. El acompañamiento posterior va como plan de mantenimiento.
Hablemos de tu migraciónOn This Page
- ¿Qué es una migración web y qué no es?
- Por qué las migraciones pierden tráfico: cinco puntos de rotura
- ¿Cuándo conviene migrar y cuándo no tocar el sitio?
- Cómo planificar la migración antes de escribir código
- El mapa de redirecciones decide el resultado
- Qué se rompe además del SEO: medición, consentimiento, formularios y correo
- Cómo probar la migración antes del lanzamiento
- El día del lanzamiento: orden de las operaciones
- Qué vigilar durante los primeros 30 días
- Qué cambió para las migraciones en el cuarto trimestre de 2027
- Cómo se presupuesta una migración web y cuánto tarda
- Qué debe figurar en el contrato antes de firmar
- Lista de comprobación de migración web
- Cómo movimos nuestro propio sitio a cinco idiomas
Desde €4.500 · 2 a 4 semanas
¿Planificando un nuevo sitio web corporativo B2B?
Arquitectura Next.js a medida, base SEO multilingüe y señales de confianza empresarial diseñadas para captar clientes.
Explorar sitios web corporativos →
