Qué comprobar después de migrar un hosting

Una migración no termina cuando se copian los ficheros o se cambian las DNS. Antes de cancelar el proveedor anterior hay que comprobar que la web, los datos, el correo y los servicios externos funcionan realmente desde el nuevo hosting.

Utiliza esta lista después de migrar un hosting a Hostsuar y repítela cuando haya terminado la propagación.

Confirma qué servidor está respondiendo

Antes de interpretar cualquier prueba, comprueba que el dominio y sus subdominios resuelven contra el destino:

• Servidores DNS autoritativos.
• Registros A y AAAA de la web.
• Registros MX del correo.
• Dominio con y sin www.

Durante la propagación, tu equipo puede seguir viendo el proveedor anterior mientras otro usuario ya accede al nuevo. Utiliza la comprobación de propagación de DNS e IP y no canceles el origen basándote en una única conexión.

Revisa la web

No compruebes únicamente la portada. Prueba:

• Dominio con y sin www.
• Páginas internas y enlaces permanentes.
• Administración de la aplicación.
• Inicio de sesión y recuperación de contraseña.
• Formularios de contacto.
• Buscador, filtros y contenido dinámico.
• Carga y descarga de archivos.
• Redirecciones y páginas de error.
• Tienda, carrito, pedidos y pasarelas de pago.

Haz las pruebas en una ventana privada para evitar que la caché o una sesión anterior oculten el resultado real.

Comprueba la base de datos y los últimos cambios

Verifica que aparecen los pedidos, formularios, comentarios o modificaciones creados poco antes del cambio. Si falta información reciente, puede haberse generado en el proveedor anterior después de la primera copia.

Antes de repetir una importación completa, identifica qué datos faltan y dónde se han producido. Sobrescribir la base de datos de destino puede eliminar cambios creados después de la migración.

Comprueba también:

• Conexión y credenciales configuradas en la aplicación.
• Prefijos, codificación y tablas esperadas.
• Rutas absolutas que todavía mencionen el servidor anterior.
• Usuarios y permisos de base de datos.

Revisa PHP y la aplicación

Una web copiada correctamente puede fallar si el entorno es diferente. Contrasta:

• Versión de PHP.
• Extensiones necesarias.
• Límites de memoria, subida y ejecución.
• Versión de MySQL o MariaDB.
• Tareas programadas.
• Procesos en segundo plano o colas.
• Licencias asociadas al dominio o a la IP anterior.

Consulta el registro de errores de la aplicación si una función concreta falla aunque la portada cargue.

Comprueba las tareas programadas

Revisa que los cron se hayan copiado y que sus rutas correspondan al nuevo servidor. Confirma especialmente tareas que:

• Importan o exportan datos.
• Envían recordatorios y notificaciones.
• Ejecutan copias de seguridad.
• Procesan pedidos, pagos o suscripciones.
• Sincronizan servicios externos.

Puedes revisar su configuración desde Trabajos de cron en cPanel.

Verifica HTTPS

Prueba el certificado en:

• Dominio principal.
• Versión www.
• Subdominios utilizados.
• Webmail y nombres de servicio, cuando corresponda.

Comprueba que la aplicación redirige correctamente de HTTP a HTTPS y que no carga imágenes, scripts o estilos desde direcciones inseguras.

Si el dominio ya apunta al nuevo hosting y el certificado no se ha emitido, consulta el estado SSL de los dominios.

Prueba el correo

Envía mensajes en ambos sentidos con una cuenta externa y comprueba:

• Recepción en los buzones migrados.
• Envío autenticado desde webmail y dispositivos.
• Formularios y notificaciones de la web.
• Carpetas, mensajes enviados y contenido antiguo.
• Reenviadores, filtros y respuestas automáticas.
• Espacio disponible en cada cuenta.

Verifica que los registros MX, SPF, DKIM y DMARC correspondan al proveedor definitivo. Si el correo sigue en Google Workspace o Microsoft 365, confirma también sus CNAME y SRV.

Ejecuta una última sincronización para recoger mensajes entregados al origen durante la propagación, siguiendo la guía para migrar correo sin perder mensajes.

Revisa subdominios y servicios externos

Comprueba todos los elementos anotados en el inventario previo:

• Subdominios y dominios adicionales.
• APIs y webhooks.
• Centralitas y servicios de telefonía.
• Google Search Console y verificaciones TXT.
• Plataformas de pago.
• CDN, almacenamiento y servicios de imágenes.
• Microsoft 365, Google Workspace y calendarios.

Un servicio externo puede dejar de funcionar aunque la web cargue si su registro DNS no se reprodujo en la zona nueva.

Conserva el origen hasta terminar

Mantén el proveedor anterior activo mientras:

• Existan resolutores que todavía muestran la configuración antigua.
• Queden mensajes o datos por sincronizar.
• No se hayan probado las funciones críticas.
• Necesites una vía de vuelta.

Si detectas un fallo grave, sigue el procedimiento de cambio DNS con mínima interrupción antes de restaurar los registros anteriores. Recuerda que la vuelta también necesita propagarse.

Cierra la migración

Cuando todas las comprobaciones sean correctas:

1. Realiza una copia final recuperable.
2. Confirma que no quedan mensajes ni datos recientes únicamente en el origen.
3. Revoca usuarios temporales, contraseñas de aplicación y accesos de soporte.
4. Cambia cualquier contraseña normal que haya sido imprescindible utilizar.
5. Retira tareas o sincronizaciones temporales.
6. Cancela el proveedor anterior.
7. Conserva el inventario y la fecha del cambio para futuras revisiones.

La migración queda completada cuando el servicio funciona desde el destino y ya no depende de contenido, correo, DNS ni accesos del proveedor anterior.