Migración de CMS: cómo mudarse sin perder tráfico
Una migración de CMS mueve contenido de un sistema a otro. El riesgo no es técnico —exportar e importar son problemas resueltos—, sino que por el camino cambian la estructura, las URLs y los metadatos, y los buscadores notan las tres cosas.
Esta guía cubre la secuencia que mantiene el tráfico intacto, la auditoría que debería ir primero y qué vigilar después.
Audite antes de mover nada#
Migrarlo todo es lo que se hace por defecto y suele ser la elección equivocada. Casi todos los sitios arrastran una cola considerable de páginas sin tráfico, sin enlaces y sin propósito, y moverlas importa el problema al sistema nuevo.
- Rastree el sitio actual para obtener todas las URLs que existen de verdad.
- Saque doce meses de tráfico por URL, más los enlaces entrantes.
- Clasifique cada página: migrar tal cual, reescribir, fusionar con otra o descartar.
- Todo lo que tenga tráfico o enlaces debe tener destino. El resto puede irse.
- Anote qué páginas llevan datos estructurados, campos propios o plantillas inusuales.
- Exporte los metadatos —títulos y descripciones— aparte. Es el activo que más se pierde en una migración.
Fusionar páginas pobres en otras más fuertes durante una migración es uno de los pocos resultados de SEO fiablemente positivos de todo el ejercicio. Redirija las fusionadas a la que sobrevive.
Modele el contenido antes de importarlo#
La tentación es recrear la estructura antigua tal cual. Eso importa los compromisos antiguos. Modele el contenido como debería ser y luego mapee los datos viejos sobre él.
| Paso | Qué decidir |
|---|---|
| Tipos de contenido | Qué se diferencia de verdad: página, artículo, producto, persona, evento |
| Campos | Campos estructurados en vez de un bloque de HTML siempre que sea viable |
| Taxonomías | Qué categorías y etiquetas sobreviven; casi todos los sitios tienen demasiadas |
| Medios | Dónde viven los archivos y si cambian las rutas |
| Autoría y fechas | Conservar las fechas reales de publicación; no reiniciarlas todas a hoy |
| Metadatos | Títulos, descripciones y canónicas mapeados de forma explícita |
| Mapa de redirecciones | URL antigua a URL nueva, una a una, construido sobre la marcha |
Reiniciar las fechas de publicación al importar es un accidente habitual y destruye de golpe la señal de frescura de todo su archivo.
Conserve las URLs y redirija lo que no pueda#
El factor que más determina si una migración cuesta tráfico.
- Conserve la estructura de URLs existente salvo que esté realmente rota. «El CMS nuevo prefiere otro patrón» no es motivo suficiente.
- Donde las URLs deban cambiar, mapee una a una; nunca a una página de categoría ni a la portada.
- Use redirecciones 301 y verifique que cada una es un único salto.
- Redirija también los archivos de medios. Las imágenes acumulan enlaces y aparecen en la búsqueda de imágenes.
- Conserve las redirecciones indefinidamente; los enlaces externos nunca se actualizan.
- Pruebe el mapa de redirecciones en preproducción con la lista completa antes de lanzar, no con una muestra.
El lanzamiento y las seis semanas siguientes#
La migración no termina al cambiar. Casi todos los problemas se hacen visibles el mes siguiente.
- Lance cuando pueda vigilarlo. Ni viernes ni antes de un festivo.
- Verifique de inmediato robots.txt, meta robots, canónicas y sitemap en producción.
- Pase la lista completa de redirecciones contra producción y busque 404 y cadenas.
- Envíe el sitemap nuevo en Search Console y vigile la cobertura a diario durante una semana.
- Compare las páginas principales con el periodo anterior; una página que cae con fuerza suele tener una causa concreta.
- Vigile los registros del servidor por 404 de rastreadores: encuentran URLs olvidadas antes que la analítica.
- Cuente con fluctuación de dos a seis semanas; investigue una caída que siga agravándose pasado un mes.
- Mantenga el sistema antiguo en solo lectura un tiempo, para poder comprobar qué contenía antes una página.
Preguntas frecuentes
¿Perderé tráfico de búsqueda al migrar?
Cuente con una caída de unas semanas incluso haciéndolo todo bien: los buscadores tienen que volver a rastrear y reevaluar. Con redirecciones limpias y contenido conservado, el tráfico normalmente vuelve al nivel anterior en dos a seis semanas. Una pérdida permanente casi siempre se remonta a redirecciones olvidadas, contenido cambiado o páginas descartadas en silencio.
¿Debo rediseñar al mismo tiempo?
Es tentador y complica mucho el diagnóstico: cuando el tráfico se mueve, no puede saber si fue la migración o el diseño. Si puede separarlos, migre primero con las plantillas actuales, confirme la estabilidad y luego rediseñe. Si tienen que ir juntos, sea aún más riguroso conservando URLs y contenido.
¿Cómo migro contenido que no mapea limpio?
Siempre hay contenido que se resiste a la automatización: maquetaciones propias, widgets incrustados, tablas hechas a mano. Identifíquelo durante la auditoría y presupueste tiempo manual. Intentar automatizar el último 5 % suele costar más que hacerlo a mano, y da peores resultados.
¿Debo mantener el CMS antiguo funcionando?
Manténgalo accesible pero no público unos meses: en solo lectura, bloqueado a los buscadores, en una dirección interna. Es valiosísimo para comprobar qué decía antes una página cuando algo parece mal. Después dele de baja como es debido: una instalación pública abandonada es un riesgo de seguridad.
migración cmsmigración webmigración de contenidocambio de plataformaredirecciones migraciónmigrar wordpress
