La migración fue bien. SSL OK, DNS propagado, soporte receptivo. Sin embargo, el sitio todavía se carga en cuatro segundos, a veces peor que antes. La tentación es culpar al nuevo anfitrión. A menudo, el servidor hace exactamente lo que se le pide: servir un WordPress pesado, sin un caché consistente, con una base de datos que ha ido creciendo durante años.
Cambiar de hosting cambia el problema. No se soluciona si la deuda de la solicitud viaja con los expedientes.
Las causas más comunes post-migración
| Síntoma | Causa probable | Dónde actuar |
|---|---|---|
| TTFB alto (>600 ms) | PHP lento, consultas SQL, sin caché de página | Base, complementos, caché del servidor |
| Página pesada (> 3 MB) | Imágenes, fuentes y scripts sin comprimir | Tema, medios, CDN |
| Sólo administrador lento | Complementos de backend, latidos, carga automática | Complementos, wp-config |
| Lentitud geográfica | Sin CDN, centro de datos remoto | CDN, región |
| Picos aleatorios | Cron, copias de seguridad, análisis de seguridad | Planificación, horas valle |
Un host más rápido sin diagnóstico es una nueva dirección para el mismo motor sobrecargado.
Lista de verificación de diagnóstico en orden útil
Mida limpiamente con WebPageTest, Lighthouse o GTmetrix. Verifique el caché: ¿el nuevo host ofrece caché de servidor? ¿Es compatible su complemento? Complementos de auditoría en preparación. Inspeccione la base de datos: carga automática grande, transitorios caducados, revisiones ilimitadas. Actualice a PHP 8.1+ si es compatible.
Qué cambia el nuevo anfitrión y qué no cambia
CPU/RAM ayuda si la antigua compartida estaba saturada. La caché perimetral incorporada ayuda si está habilitada. Tema del creador de páginas, cuarenta complementos activos, imágenes de 4000 px: no: viajan con la migración.
Errores clásicos: complemento de caché mal reconfigurado del host anterior, Redis no activado aunque la oferta lo sugiere, base de datos importada sin limpieza.
La cumbre: la migración revela deuda, no la crea
A veces, los equipos compran un VPS premium como alternativa a una auditoría de complementos. El VPS ayuda, si alguien limpia la carga automática, configura el caché de objetos y aclara el tema.
Decide y avanza sin puntos ciegos
Mida el TTFB y el peso de la página antes y después de la migración. Configure una única capa de caché de página coherente. Limpie primero la carga automática y los transitorios en la preparación. Reduzca los complementos a los elementos esenciales del negocio. Agregue CDN si la audiencia está lejos del centro de datos.
Compare los hosts de WordPress a través del directorio y WordPress administrado.
Preguntas frecuentes
¿Cuánto tiempo después de una migración se debe juzgar el rendimiento?
Espere a que el DNS y el caché estén estables. Si después de cuarenta y ocho horas el TTFB permanece alto sin tráfico, mire el lado de la aplicación y la configuración.
¿Puede un host más rápido compensar diez complementos pesados?
No permanentemente. La CPU oculta temporalmente la deuda, luego las consultas SQL y los scripts de interfaz se hacen cargo.
¿Deberíamos activar todos los cachés disponibles?
No. Una estrategia coherente es mejor que la superposición de cachés que crean conflictos y contenido obsoleto.
¿Cómo sé si la base de datos está en cuestión?
Esté atento a consultas lentas, cargas automáticas grandes (>1 MB) y transitorios sin limpiar: ralentizan cada página.
Cambiar de host sin una auditoría de WordPress significa trasladar un ático desordenado a un garaje más nuevo. El garaje es mejor, y el desorden también.