Cómo migrar WordPress sin perder SEO, correo ni visitas

1. Haz inventario antes de tocar nada

Anota dominio, proveedor DNS, hosting, correo, versión de PHP, tamaño de archivos y base de datos, plugins de caché, formularios, tareas programadas y servicios externos. Este inventario evita descubrir después que el correo estaba en otro proveedor o que una función dependía de una configuración no documentada.

• Acceso al registrador del dominio y a la zona DNS.
• Acceso al panel, FTP/SFTP y base de datos del hosting antiguo.
• Copia completa de archivos, incluida la carpeta de subidas.
• Exportación reciente de la base de datos.
• Copia o exportación del correo si también va a cambiar.
• Listado de registros DNS actuales, especialmente MX, SPF, DKIM y DMARC.

Descarga las copias fuera del servidor. Una copia guardada únicamente dentro de la cuenta que vas a abandonar no es una protección suficiente. Conserva además una segunda copia sin comprimir de los datos más críticos si tienes espacio.

Reduce cambios durante la ventana

Elige un periodo de poco tráfico. En una tienda, limita temporalmente nuevos pedidos o planifica cómo sincronizarás los que entren después de la copia inicial. En una web con usuarios, comentarios o formularios, define una hora de corte para evitar que la base de datos antigua y la nueva diverjan.

2. Prepara el hosting nuevo antes de mover el dominio

Crea el sitio, base de datos, usuario y versión de PHP. Activa HTTPS si el proveedor permite emitir el certificado antes del cambio; si no, deja preparado el proceso. Configura límites de subida, memoria y tareas programadas de forma compatible con la instalación actual.

Si el nuevo proveedor ofrece migración asistida, confirma qué incluye: WordPress, correo, DNS, SSL y comprobación. “Migración gratuita” puede limitarse a copiar la web y dejar el correo o los registros externos fuera.

3. Copia archivos y base de datos

Puedes usar una herramienta del proveedor, un plugin de migración o hacerlo manualmente. El método importa menos que la verificación. Tras importar la base de datos, revisa que la URL principal siga siendo la definitiva y que no hayan quedado rutas temporales.

1. Copia todos los archivos, incluidos los ocultos y reglas del servidor.
2. Crea una base de datos nueva e importa la exportación.
3. Actualiza las credenciales de conexión en la configuración de WordPress.
4. Regenera enlaces permanentes desde Ajustes si aparecen errores 404.
5. Vacía cachés de WordPress, servidor y CDN.

Prueba como un visitante y como administrador

Abre portada, categorías, artículos, buscador, imágenes antiguas y recientes, área de administración y una página inexistente. Envía un formulario de prueba y verifica que llega. Si vendes, realiza una compra de prueba con un método seguro o entorno de pruebas.

4. Cambia DNS sin romper el correo

Antes del cambio, reduce el TTL si sabes gestionarlo y el proveedor lo permite. Después actualiza solo los registros necesarios. Si el correo continúa donde estaba, conserva MX, SPF, DKIM y DMARC. Cambiar los servidores DNS completos sin copiar estos registros puede detener la recepción o hacer que los mensajes se marquen como sospechosos.

La propagación no es un interruptor instantáneo: durante un tiempo distintos usuarios pueden llegar al servidor antiguo o al nuevo. Por eso ambos deben responder y mostrar una versión compatible. Evita editar contenido durante ese periodo o aplica una sincronización final de base de datos.

HTTPS y redirecciones

Confirma que el certificado cubre el dominio con y sin www según tu configuración. Fuerza una sola versión mediante redirección permanente y mantén exactamente las mismas URLs. Una migración de hosting no exige cambiar enlaces; si cambias estructura al mismo tiempo, multiplicas los riesgos.

5. Verifica durante las siguientes 72 horas

• La web responde desde varias redes y dispositivos.
• HTTP redirige a HTTPS y solo existe una versión canónica.
• No hay errores 404 nuevos ni recursos bloqueados.
• Search Console puede inspeccionar una URL y ver la página completa.
• Analytics registra visitas y consentimiento como antes.
• Los formularios, compras y correos entrantes y salientes funcionan.
• Las copias del nuevo proveedor se están generando.
• El hosting antiguo conserva todavía una copia operativa.

No solicites un cambio masivo de indexación: si las URLs y el contenido son los mismos, Google debe encontrar el sitio con normalidad. Revisa cobertura, rendimiento y registros del servidor. Cancela el servicio antiguo solo cuando hayas validado varias copias del nuevo y no quede ningún correo pendiente.

Plan de vuelta atrás

Si el nuevo servidor presenta errores graves, restaura los DNS anteriores usando el inventario inicial. Documenta cualquier pedido, comentario o cambio producido mientras el nuevo estuvo activo para no perderlo. Un plan de reversión no es un fracaso; es la red de seguridad que permite migrar sin improvisar.