Una migración puede implicar dominio, CMS, arquitectura, URLs, diseño o infraestructura. No existe una migración sin riesgo; existe un proceso que inventaría el cambio, reduce incertidumbre, prepara rollback y verifica el estado persistido después del lanzamiento.
Antes: construir el grafo de cambios
El inventario reúne URLs, estados, canonicals, metadatos, enlaces, tráfico disponible, conversiones, backlinks relevantes y propietarios. Después se define la correspondencia entre estado antiguo y nuevo: conservar, redirigir, fusionar, retirar con 410 o mantener fuera de alcance.
Cada decisión necesita motivo. Redirigir todo a inicio oculta pérdidas de equivalencia; conservar toda URL mantiene deuda y duplicados.
Durante: trabajar con gates
- staging protegido y noindex;
- paridad funcional y editorial comprobada;
- mapa de redirecciones validado contra bucles y cadenas;
- canonicals, sitemap, robots y enlaces alineados;
- analítica y eventos sin datos personales;
- freeze o coordinación de cambios;
- backup de base y archivos con integridad comprobada;
- responsables, ventana y disparadores de rollback.
Una sustitución de dominio en WordPress debe respetar datos serializados y ejecutarse primero en dry-run. Ninguna operación masiva se improvisa sobre un volcado.
Después: leer, no asumir
La activación se valida desde varias superficies: origen, caché pública, sitemap, rastreo, redirecciones y configuración persistida. Se revisan 200, 301, 404 y 410, no solo la portada. Las purgas de LiteSpeed o CDN forman parte del cambio cuando existen esas capas.
Rollback
Rollback no significa “volver a subir el tema anterior”. Incluye archivos, base de datos, opciones, menús, permalinks, caché y cualquier escritura realizada durante la ventana. Debe fijar un punto de recuperación, pérdida de datos tolerable, pasos exactos y criterios para decidir.
Diferencia frente a recuperación
La migración es preventiva y coordinada. Recuperar tráfico orgánico empieza cuando el descenso ya existe y la causa no está confirmada. Una auditoría puede preparar el baseline; SEO técnico implementa y prueba cambios.
Próximo paso
Indica qué cambia, qué se conserva, fecha objetivo y sistemas implicados. Solicita un plan sin enviar backups ni credenciales. No se programa una mutación remota hasta verificar acceso, backup, restauración y autorización.