Mexico · Proxy_Hosting · 27-10-2026
La mayoría de las migraciones que salen mal no fallan por el servidor nuevo, sino porque nadie revisó lo que colgaba del viejo. Antes de contratar hosting para WordPress en otro proveedor, haz una lista de tres cosas: versión de PHP y MySQL que usa tu instalación, plugins activos con sus licencias, y todos los registros de correo asociados al dominio. Ese último punto se ignora y luego el cliente llama porque dejó de recibir facturas.
Revisa también si el dominio está registrado con el mismo proveedor del hosting. En México es común que un despacho contrate todo junto y descubra hasta el final que el dominio está a nombre de un exempleado. Si el dominio no está bajo tu control, consíguelo antes de mover un solo archivo.
Haz un respaldo completo con un plugin como UpdraftPlus o All-in-One WP Migration y descárgalo a tu computadora, no lo dejes solo en el servidor. Un respaldo que vive en el mismo lugar que el sitio original no es un respaldo. Verifica que el archivo .wpress o el .zip abra correctamente antes de continuar.
El plan de 59 pesos al mes se vuelve caro cuando tu sitio de WooCommerce se cae en Buen Fin. Pregunta por límites de CPU y memoria, no solo por disco. Un hosting compartido decente en México te da entre 1 y 2 GB de RAM por cuenta; si tu sitio tiene más de 40,000 visitas mensuales o catálogo grande, conviene un VPS administrado o incluso un servidor dedicado. La diferencia se nota en la base de datos, no en la página de inicio.
Confirma la versión de PHP disponible. WordPress funciona mejor en PHP 8.2 o superior, y muchos paneles mexicanos siguen arrastrando PHP 7.4 por compatibilidad con clientes viejos. También revisa si el hosting incluye mail hosting con buzones reales o solo el envío de correos transaccionales: si tu proveedor nuevo no maneja correo, tendrás que apuntar los registros MX a Google Workspace, Zoho o similar y avisar a tu equipo.
Pregunta por la ubicación del centro de datos. Un servidor en Dallas da latencias de 40 a 60 ms desde Ciudad de México, aceptable. Uno en Europa agrega 150 ms o más y se siente al editar en el panel. Para audiencias locales, un hosting en México o en la costa este de Estados Unidos es suficiente en casi todos los casos.
Al activar SSL en el destino, asegúrate de que el certificado cubra el dominio con y sin www, y de replicar las redirecciones 301 que tenías. Si tu sitio usaba una extensión como Really Simple SSL, desactívala antes de exportar para evitar bucles de redirección en el servidor nuevo.
Reduce el TTL de tus registros A a 300 segundos al menos 24 horas antes del cambio. Cuando apuntes el dominio al hosting nuevo, la propagación puede tardar de 30 minutos a 24 horas según el resolutor. Durante esa ventana, algunos visitantes verán el sitio viejo y otros el nuevo. Por eso conviene migrar en martes o miércoles por la noche, nunca en fin de semana ni en quincena, cuando el tráfico comercial sube.
Si el correo vive en el mismo dominio, cambia solo los registros A y CNAME del sitio, no los MX. Un error clásico es mover todo el DNS al proveedor nuevo y dejar el correo en el limbo. Comprueba con dig o con una herramienta de propagación que los MX siguen apuntando al servidor de buzones correcto.
Para la base de datos, exporta con phpMyAdmin o con WP-CLI y busca la cadena del dominio viejo. Si cambias de dominio, no basta con reemplazar en la tabla de opciones: revisa también wp_posts, wp_postmeta y los widgets serializados. Un plugin como Better Search Replace maneja la serialización correctamente y evita que el sitio se rompa.
Antes de apuntar el dominio, prueba el sitio nuevo con el archivo hosts de tu computadora o con una URL temporal. Revisa formularios de contacto, carrito de compras, enlaces internos y la velocidad con PageSpeed. Si el sitio tarda más de 3 segundos en cargar en móvil, revisa el tamaño de las imágenes antes de culpar al hosting.
Un escenario típico en Puebla: una tienda de artesanías migra, todo funciona, pero dos semanas después descubre que los correos de confirmación de pedidos se van a spam porque el hosting nuevo no tenía registros SPF ni DKIM configurados. Esos registros se agregan en el DNS del dominio, no en el panel de WordPress.
Finalmente, deja el hosting anterior activo al menos 15 días. Si algo falla, puedes regresar los registros A y estar en línea en minutos. Guarda el respaldo completo, la exportación de la base de datos y una captura de la configuración de plugins. El costo de esos días extra es mínimo comparado con un sitio caído en plena temporada de ventas.