Cómo migrar WordPress si Cloudflare gestiona el DNS

Para migrar WordPress cuando Cloudflare gestiona el DNS, primero prepara y prueba el nuevo hosting; después cambia solo los registros web necesarios en la zona activa. Cloudflare puede mostrar al público una dirección de su proxy en vez de la IP del origen, así que consultar únicamente el A público no demuestra a qué servidor llega la visita. Mantén intactos los registros de correo y evita que origen y destino acepten pedidos distintos durante la transición.

Comprueba quién controla el DNS y qué está proxied

En el panel de Cloudflare, identifica la zona del dominio y exporta o documenta sus registros: raíz, www, subdominios, A/AAAA/CNAME, MX y TXT. Confirma con una consulta de NS que Cloudflare es realmente el DNS autoritativo; editar una zona inactiva no cambiará la web. La guía oficial de proxy DNS de Cloudflare distingue registros con nube naranja (tráfico web mediante Cloudflare) y nube gris (respuesta DNS directa). No cambies el estado del proxy solo para «hacer que propague» sin entender sus efectos.

Si también cambiarás los nameservers del registrador, ya no es una simple edición de A o CNAME. Replica y verifica la zona completa y revisa DNSSEC antes de cambiar la delegación; sigue la guía de cambio DNS sin caída.

Prepara WordPress en el nuevo origen

1. Haz y verifica una copia de archivos y base de datos. Anota versión de PHP, extensiones, tareas programadas, redirecciones y reglas especiales.
2. Restaura en el nuevo servidor, configura el dominio y comprueba que responde con HTTPS. Prueba la web sin cambiar aún el DNS público: usa un método de previsualización del proveedor o una resolución temporal local controlada.
3. Comprueba rutas internas, imágenes, wp-admin, formularios, caché y enlaces. Si hay WooCommerce, define cómo se conservarán pedidos, stock y pagos que entren durante el corte.
4. Registra IP/hostname del nuevo origen y el procedimiento de vuelta atrás. Mantén disponible el origen antiguo hasta verificar la transición.

No uses la IP del nuevo servidor como URL final de WordPress si el sitio debe funcionar con su dominio. Para detalles generales de archivos, base y SSL, consulta la migración WordPress paso a paso.

Cambia el registro correcto en Cloudflare

En la zona DNS activa, actualiza el A/AAAA o CNAME de la raíz y/o www que realmente usa la web. No borres MX, SPF, DKIM, DMARC ni otros TXT: el proveedor de correo puede ser distinto del hosting. Cloudflare documenta cómo crear y editar registros y advierte que las entradas de correo deben configurarse apropiadamente; sus instrucciones para incidencias de email ayudan a separarlas del proxy web.

Si el registro web está proxied, el visitante puede seguir viendo una IP de Cloudflare aunque el origen ya haya cambiado. Para verificar el destino, revisa el valor configurado en el panel, la respuesta del nuevo servidor, sus registros de acceso y una petición real al dominio. No desactives el proxy como prueba rutinaria si con ello expondrías la IP de origen o alterarías TLS y reglas activas.

Verificación posterior y vuelta atrás

• Comprueba raíz y www, HTTP→HTTPS, certificado, páginas interiores, formularios y panel administrativo.
• Consulta pedidos y correos recientes en ambos entornos si hubo escrituras durante el cambio. No sobreescribas la base nueva con una copia antigua.
• Revisa registros de error y acceso del nuevo origen; un 52x de Cloudflare puede señalar problemas entre proxy y origen, no necesariamente DNS.
• Si falla, identifica si el problema es registro, certificado, firewall, aplicación o caché antes de revertir. Conserva los datos nuevos y deja una persona responsable del rollback.

Si el dominio muestra todavía la web antigua, sigue el diagnóstico de versión antigua. Para una migración con correo o tienda activa, consulta a IDEIHOSTING el alcance de ayuda antes de mover el origen; no presupongas que el servicio incluye cambios en una cuenta Cloudflare ajena.