Migrar WordPress: prueba el destino antes de cambiar DNS

Índice de contenido
  1. Prepara inventario y respaldo
  2. Elige un método adecuado
  3. Prueba el destino sin enviar visitantes todavía
  4. URLs y datos serializados
  5. Lista de comprobaciones
  6. Cambia DNS con un plan de datos
  7. Volver atrás
  8. Preguntas frecuentes
    1. ¿Cambiar DNS migra los archivos?
    2. ¿Puedo reemplazar el dominio con un editor de texto?
    3. ¿Por qué mi copia envía correos reales?
  9. En pocas palabras
  10. Conclusión
  11. Fuentes y documentación

Migrar WordPress requiere trasladar los componentes del sitio y comprobar que funcionan en el destino antes de cambiar el tráfico. El procedimiento depende del tamaño, el alojamiento, las herramientas y si también cambiarás de dominio.

Una promesa de “sin perder datos” necesita condiciones: si el sitio recibe pedidos o formularios durante la copia, debes decidir cómo conservar esos cambios.

Prepara inventario y respaldo

Registra versiones PHP y base de datos, tamaño, plugins, tareas programadas, correo y servicios externos. Comprueba que el destino sea compatible.

Guarda archivos y base de datos fuera del hosting de origen y verifica acceso a la copia. No dejes paquetes de migración con datos y credenciales dentro de una carpeta pública.

Elige un método adecuado

Un plugin puede simplificar el proceso, pero revisa límites de tamaño, tiempo, formato y funciones de su edición. No asumas que una herramienta gratuita admite cualquier paquete.

La migración manual ofrece control, pero exige copiar archivos, exportar e importar la base, configurar acceso y permisos y revisar URLs. Elige el método que puedas recuperar si falla a mitad.

Prueba el destino sin enviar visitantes todavía

Utiliza staging, un mecanismo de previsualización o una entrada hosts controlada según el proveedor. Comprueba qué dominio y certificado verá cada prueba.

Evita indexación y efectos reales de una copia: correos, pagos, webhooks y tareas programadas pueden ejecutarse también en el entorno duplicado. Revisa esas funciones antes de abrirlo.

URLs y datos serializados

Si cambia el dominio o ruta, un reemplazo de texto indiscriminado sobre SQL puede romper datos serializados. Utiliza herramientas compatibles.

Con WP-CLI, un ejemplo de inspección sería:

wp search-replace 'https://origen.example' 'https://destino.example' \
  --all-tables-with-prefix --dry-run

Los dominios son ejemplos y deben reemplazarse. Revisa tablas, alcance y respaldo antes de una ejecución real. En multisitio o proyectos con tablas adicionales, define expresamente qué debe cambiar.

Lista de comprobaciones

  • Acceso administrativo y cuentas necesarias.
  • Entradas, páginas, medios y enlaces permanentes.
  • Formularios, correo y funciones de venta en modo de prueba.
  • Certificado HTTPS y recursos sin contenido mixto.
  • Tareas programadas, integraciones y rutas de archivos.

Comprueba también redirecciones si cambia el dominio. Una portada que abre no demuestra que los enlaces antiguos o las operaciones de usuarios funcionen.

Cambia DNS con un plan de datos

Coordina la transición y evita escrituras simultáneas no controladas en ambos sitios. Según el proyecto, puede convenir una ventana de mantenimiento y una sincronización final.

Los cambios DNS no son instantáneos para todos los visitantes. Revisa resolución, cachés y registros relacionados, incluyendo correo si estaba vinculado al hosting.

Volver atrás

Conserva el origen y documenta qué dato nuevo podría recibirse en el destino. Revertir DNS no transporta automáticamente esos datos al servidor anterior.

Define una condición de éxito y una fecha razonable para retirar el entorno viejo, después de comprobar respaldos e inventario.

Preguntas frecuentes

¿Cambiar DNS migra los archivos?

No. DNS cambia cómo se localiza un servicio. Debes preparar previamente los datos y la configuración del destino.

¿Puedo reemplazar el dominio con un editor de texto?

No como procedimiento general sobre una base WordPress. Hay valores serializados y otros contextos que requieren herramientas adecuadas.

¿Por qué mi copia envía correos reales?

Puede conservar plugins, tareas y credenciales del sitio original. Aísla esas funciones durante pruebas para evitar efectos duplicados.

En pocas palabras

Una migración combina archivos, base de datos, configuración y cambio de acceso. Probar el destino y conservar un plan de vuelta reduce interrupciones y pérdida de cambios recientes.

Conclusión

No retires el alojamiento anterior hasta verificar el nuevo y conservar una copia recuperable. Revisa datos recibidos durante la transición y documenta cuándo se considera finalizada la migración.

Para continuar, revisa Cómo instalar WordPress paso a paso: guía rápida y WordPress en Docker (ARM y x86): guía completa con docker-compose, Dockerfile y PHP.ini.

Fuentes y documentación

Documentación de developer.wordpress.org.

Documentación de developer.wordpress.org.

Subir

Descubre más de Sergio Caballero

Suscríbete ahora para seguir leyendo y obtener acceso al archivo completo.

Continuar leyendo