Migrar WordPress sin perder SEO ni correos

Quieres cambiar de hosting, pero te frena pensar que la página puede dejar de abrir, que Google deje de mostrarte o que se pierdan los correos de tus clientes. El proveedor nuevo dice que migra todo; tú necesitas saber qué incluye ese «todo» y cuándo puedes cancelar el servicio anterior.

Yo separo esa mudanza en tres partes: los archivos y datos de WordPress, las direcciones que usan tus visitantes y el servicio de correo. Pueden compartir proveedor, pero cada una necesita su propia revisión.

Define qué vas a mover antes de copiar

Esta guía supone que conservas el dominio y las direcciones de tus páginas. Si también vas a cambiar el nombre del sitio o reorganizar sus enlaces, necesitas planear las redirecciones por separado.

Anota dónde administras el dominio, quién maneja el DNS y dónde están los buzones. El DNS es la agenda de direcciones que indica a internet dónde encontrar cada servicio. Tener acceso a WordPress no significa tener acceso a esa agenda.

Para aterrizarlo, imagina una migración para un cliente con una tienda de repuestos. La web está en un hosting y el correo en otro proveedor. Yo confirmaría esa separación antes de aceptar «mover todo»: copiar WordPress no exige trasladar también sus buzones.

Guarda una copia de los registros DNS actuales y acuerda quién hará cada cambio. Conserva también las direcciones del servidor anterior para poder comparar o preparar una vuelta atrás.

Prepara y prueba la copia sin mover a los visitantes

Primero, una copia completa fuera del hosting viejo. Debe incluir archivos, imágenes, temas, plugins y base de datos, donde WordPress guarda entradas, ajustes y otros contenidos. Exportar solo las entradas no alcanza. La documentación de WordPress sobre migraciones describe estas piezas.

Pide que restauren esa copia en el servidor nuevo. Esa restauración comprueba que el respaldo sirve. Revisa además que el nuevo entorno sea compatible con tu instalación.

Prueba en la dirección temporal que facilite el proveedor. Abre portada, páginas internas, imágenes y administración; prueba formularios y, si tienes tienda, carrito y compra de prueba. Evita envíos o cobros reales desde esa copia.

Protege la versión temporal con contraseña para que no quede pública. Si WordPress te devuelve al sitio viejo al abrir un enlace, pide una vista previa con tu dominio apuntando al servidor nuevo solo en tu computador. Así compruebas realmente la copia. Verifica también que habrá certificado HTTPS válido al hacer el cambio público.

Baja el TTL con anticipación y decide qué pasa con el correo

El TTL indica cuánto tiempo se puede conservar una respuesta DNS antes de consultarla otra vez. Pide reducirlo, por ejemplo a 300 segundos si tu proveedor lo permite, para los registros que vas a cambiar. Espera al menos el TTL anterior antes de hacer el cambio: reducirlo no borra las respuestas que ya estaban guardadas.

Si el valor anterior era de un día, prepáralo al menos un día antes. Esto facilita la transición, aunque no garantiza que todos vean el cambio al mismo segundo.

Resuelve después el correo, antes de apuntar el dominio al nuevo destino:

• Si se queda donde está: conserva los registros MX, que indican dónde se recibe el correo, y los registros de los nombres a los que apuntan. Confirma que ese servicio seguirá contratado.
• Si también se muda: crea los buzones y alias en el nuevo proveedor, copia los mensajes y carpetas, y acuerda una sincronización final para recoger lo recibido durante la transición. Cambiar el MX no copia mensajes antiguos.

En ambos casos, conserva o adapta según el proveedor los registros SPF, DKIM y DMARC, que ayudan a autenticar los envíos. Comprueba también la configuración de envío de WordPress. En cPanel, el enrutamiento del correo debe corresponder a la ubicación real de los buzones.

Cambia el DNS con el contenido al día

Elige una franja de poca actividad. Si recibes compras, reservas o registros, acuerda una pausa breve de esas operaciones y una última copia de la base de datos y archivos recientes. De lo contrario, un pedido puede quedarse únicamente en el servidor anterior.

Con la copia final revisada, cambia los registros web necesarios: A para IPv4 y, si existe, AAAA para IPv6. Revisa también cómo apunta www. Mantén las operaciones de escritura pausadas hasta confirmar que llegan al servidor nuevo o tener un mecanismo que evite datos repartidos entre ambos.

Si cambias los servidores de nombres completos, reproduce antes toda la zona DNS en el destino, incluidos los registros del correo. Actualizar solo la dirección de la web suele requerir menos cambios cuando puedes conservar el proveedor DNS.

Vigila las primeras 48 horas y revisa más que la portada

Durante las siguientes 48 horas prueba desde wifi y datos móviles. Comprueba:

• HTTPS sin advertencias, tanto con www como sin él.
• Páginas importantes y enlaces antiguos, sin errores de página inexistente.
• Formularios y llegada real de sus notificaciones.
• Compras, pagos, reservas y tareas programadas, si las usas.
• Envío y recepción de correo con una cuenta externa, incluidos adjuntos.
• Imágenes, velocidad y copias de seguridad en el servidor nuevo.

Para cuidar tu presencia en Google, conserva direcciones, contenido y metadatos. Retira cualquier bloqueo de indexación usado durante las pruebas y comprueba el mapa del sitio. Revisa errores e indexación en Search Console durante los días siguientes. Google explica cómo cambiar de hosting conservando las URL; no hay una garantía de posiciones idénticas.

No canceles el hosting viejo al cumplirse 48 horas por calendario. Mantenlo varios días, según la propagación y las comprobaciones, y confirma que no siguen llegando allí pedidos ni mensajes. Si el correo permanece alojado ahí, ese servicio debe continuar activo. Guarda un respaldo final antes de cancelar.