Cómo migrar WordPress a un VPS sin perder correo, formularios ni SEO

Publicado el 2026-11-14 por frfrand

Checklist para trasladar WordPress a un VPS manteniendo datos, DNS, HTTPS, correo electrónico, formularios y posicionamiento.

# Cómo migrar WordPress a un VPS sin perder correo, formularios ni SEO

Cambiar el hosting de WordPress parece una tarea de copiar archivos y restaurar MySQL. Sin embargo, los incidentes más caros suelen afectar lo que nadie probó: mensajes del formulario, DNS del correo, certificados, imágenes, redirecciones o pagos. Una migración correcta debe conservar el negocio mientras cambia la infraestructura. ## Auditoría antes de mover nada Haz inventario de dominio, DNS, proveedores de correo, registros MX, SPF, DKIM y DMARC, certificado SSL, versiones de PHP y base de datos, cron, plugins, tema, almacenamiento, tareas y conexiones externas. Registra las URLs actuales y exporta un listado de páginas relevantes. Comprueba el estado de Search Console y analítica antes de intervenir. Identifica dónde se alojan los buzones: pueden ser totalmente independientes del servidor web. Nunca cambies registros MX para migrar una web si no vas a migrar el correo. ## Copias consistentes Obtén una copia verificable de archivos y base de datos. Si hay WooCommerce, reservas o formularios que almacenan envíos, programa una ventana corta de sincronización final para no perder datos nuevos. Anota las credenciales y secretos que deberán reconfigurarse de manera segura; no los pegues en un documento público. ## Preparar el VPS Instala una versión compatible de PHP, motor de base de datos y extensiones requeridas. Configura servidor web, límites razonables, procesos PHP, permisos mínimos, backups externos y monitorización. Restaura la copia en un entorno aislado y prueba el sitio sin tocar el dominio público. Verifica rutas absolutas, permisos de uploads, límites de subida, correos salientes, tareas programadas y funciones de pago. Usa un archivo hosts o un dominio temporal para probar, cuidando que no se indexe una copia de staging. ## DNS y certificado HTTPS Reduce el TTL con antelación cuando tengas control sobre la zona, pero recuerda que las cachés pueden retener respuestas anteriores. Prepara el certificado TLS y comprueba el funcionamiento del dominio con el nuevo servidor antes del cambio definitivo. Modifica solamente los registros A/AAAA o CNAME necesarios para la web; conserva correo y los TXT relacionados. Evita introducir cambios de dominio, estructura de enlaces permanentes y diseño al mismo tiempo: cada cambio añade riesgos y dificulta el diagnóstico. ## Corte y validación Durante la ventana elegida, sincroniza los últimos cambios, detén temporalmente las escrituras si tu negocio lo requiere, cambia DNS y revisa que la web nueva es la que recibe tráfico. Prueba formulario real, recepción de email, imágenes, sesiones, 404, cookies, sitemap, robots.txt y páginas prioritarias. En comercio electrónico, valida compras de prueba sin generar cobros reales no deseados. Conserva el entorno anterior disponible para rollback hasta estabilizar la migración; evita operar dos bases independientes aceptando pedidos simultáneos. ## Mantener el posicionamiento Si las URLs permanecen iguales, el traslado de servidor normalmente no requiere redirecciones nuevas. Si cambian rutas, utiliza redirecciones permanentes URL a URL; no envíes todas las páginas al inicio. Revisa canonical, sitemap e indexación, y monitoriza errores 5xx, latencia y tráfico orgánico tras el cambio. ## Preguntas frecuentes ### ¿Debo mover los buzones de correo al VPS? No. Puedes mantenerlos con su proveedor actual conservando sus DNS. ### ¿Cuánto tiempo tarda el DNS? Depende de TTL, cachés y configuración; no se puede garantizar una hora exacta. ### ¿Puedo probar sin apuntar el dominio? Sí, usando resolución local o staging controlado. ## Recursos Registros DNS A, MX y TXT, TTL y cambios de IP y guía de Google sobre migraciones. En ArduMaker se puede organizar el despliegue y mantenimiento del VPS como parte del proyecto de migración.