¿Qué se olvida más al cambiar de hosting?

El correo, con diferencia: los buzones y su contenido histórico. Después, las tareas programadas y los certificados SSL, que no viajan con los ficheros y hay que recrear en el destino.

WordPress

Checklist para cambiar de hosting sin dejarte nada

Q: ¿Cuándo puedo cancelar el hosting antiguo?

No antes de dos semanas después de que todo funcione en el nuevo, y siempre tras descargar una copia completa. En cuanto cancelas, esos ficheros dejan de existir.

Q: ¿Puedo cambiar de hosting y de dominio a la vez?

Puedes, pero no deberías. Son dos operaciones con riesgos distintos: si algo falla, no sabrás cuál lo causó. Sepáralas por semanas.

Publicado el 24 de julio de 2026 · Actualizado el 5 de agosto de 2026

Por Rubén Ortega · 12 años en soporte técnico y preventa de empresas de hosting (Abansys, Arsys, Nominalia) · Declaración de vínculos

📌 Datos clave

Regla de oro: Probar en el destino ANTES de tocar los DNS
Lo que más se olvida: El correo y su contenido histórico
Lo que no viaja solo: Tareas programadas y certificados
Cancelar el viejo: Nunca antes de 2 semanas
Cuándo NO migrar: Viernes por la tarde

Respuesta rápida

Una migración de hosting se hace en este orden: copia completa, montaje y prueba en el destino con el dominio todavía apuntando al viejo, correo, y solo al final los DNS. El error que rompe migraciones es invertir los dos últimos pasos.

Las dos cosas que más se olvidan son el correo histórico —que no viaja con la copia de la web— y las tareas programadas, que hay que volver a crear a mano. Y no se cancela el hosting viejo hasta dos semanas después de que todo funcione.

Antes de empezar

[ ] Contratado el hosting nuevo, sin cancelar el viejo
[ ] Confirmado que el destino soporta tu versión de PHP y tus extensiones
[ ] Anotada la fecha de renovación del viejo, para no pagar un año de más
[ ] Elegido un día que no sea viernes por la tarde
[ ] Bajado el TTL de los DNS a 300 segundos, unas horas antes

Copia de seguridad

[ ] Todos los ficheros, incluidos los ocultos (.htaccess, .user.ini)
[ ] La base de datos exportada en .sql
[ ] Copia guardada fuera de ambos hostings
[ ] Verificado que el .sql no está truncado (que termine correctamente)

Montaje en el destino

[ ] Ficheros subidos a la raíz correcta
[ ] Base de datos creada e importada
[ ] Usuario de base de datos creado con permisos sobre esa base
[ ] wp-config.php actualizado con las credenciales nuevas
[ ] Permisos correctos: 644 en ficheros, 755 en carpetas

Prueba antes de que nadie lo vea

[ ] Fichero hosts local apuntando al servidor nuevo
[ ] La portada carga
[ ] Un artículo interior carga
[ ] El buscador funciona
[ ] Un formulario envía y llega
[ ] El escritorio de WordPress abre y permite editar
[ ] Las imágenes se ven (rutas correctas)
[ ] Si hay tienda: añadir al carrito y llegar al pago

Correo — antes de tocar los DNS

[ ] Todos los buzones creados en el destino, con las mismas direcciones
[ ] Contenido histórico copiado (IMAP o herramienta del panel)
[ ] Reglas de reenvío y respuestas automáticas recreadas
[ ] Registros SPF y DKIM del proveedor nuevo preparados

El cambio

[ ] Registros A y AAAA apuntando al servidor nuevo
[ ] Registros MX apuntando al correo nuevo
[ ] SPF y DKIM actualizados
[ ] Certificado SSL emitido en el destino (puede tardar tras el cambio)

Después

[ ] La web responde por HTTPS sin avisos
[ ] El correo entra y sale
[ ] Los formularios llegan
[ ] Tareas programadas recreadas (no viajan con los ficheros)
[ ] Copias de seguridad configuradas en el nuevo
[ ] TTL de los DNS restaurado a un valor normal
[ ] 48 horas de vigilancia sin errores 500

Y solo entonces

[ ] Copia completa descargada del hosting viejo
[ ] Cancelación del servicio antiguo, mínimo dos semanas después

Si el destino aún está por decidir, Raiola incluye la migración y no sube el precio al renovar, que es una variable menos que vigilar cuando ya estás moviendo una web.

Ver Raiola Networks

Enlace de afiliado: si contratas, cobramos una comisión de cada pago que hagas, también en las renovaciones. No te cuesta más.

Los cinco que más se olvidan

El correo, con diferencia. La web se copia entera con facilidad; los buzones no.
Las tareas programadas. Los cron no viajan con los ficheros: hay que recrearlos.
Los registros SPF y DKIM. Si no los actualizas, tu correo empieza a caer en spam: por qué acaba en spam.
Los subdominios. Si tenías blog. o tienda., cada uno necesita su registro.
Los ficheros ocultos. Muchos clientes FTP no los muestran por defecto.

Lo que se olvida, por orden

Qué	Cuándo se descubre	Consecuencia
Los buzones de correo	Cuando un cliente dice que no le respondes	Correos rebotados y perdidos
El contenido histórico del correo	Al buscar un mensaje viejo	Irrecuperable si cancelaste
Las tareas programadas	Cuando algo deja de ejecutarse solo	Copias que ya no se hacen
Los registros SPF y DKIM	Cuando tu correo empieza a caer en spam	Reputación dañada
Los subdominios	Cuando alguien entra en `blog.`	404 en secciones enteras
Los ficheros ocultos	Al ver que los enlaces no funcionan	`.htaccess` perdido

Lo que NO hay que hacer

Cambiar de dominio a la vez que de hosting
Aprovechar para rediseñar
Migrar un viernes por la tarde
Cancelar el viejo el mismo día

El detalle de cada paso está en cómo migrar WordPress sin perder posiciones.

Esta lista cubre qué no dejarte. Qué puede costarte posiciones durante el proceso está en migrar una web sin perder SEO: son cinco errores, y cuatro se cometen después de mover la web.

Preguntas frecuentes

¿Qué se olvida más?

El correo: los buzones y su contenido histórico. Después, tareas programadas y certificados.

¿Cuándo puedo cancelar el hosting antiguo?

No antes de dos semanas, y siempre tras descargar una copia completa.

¿Puedo cambiar de hosting y de dominio a la vez?

Puedes, pero no deberías: si algo falla, no sabrás cuál lo causó.

¿Y si algo sale mal?

Por eso no se cancela el viejo. Vuelves a apuntar los DNS al servidor antiguo y tienes tiempo de averiguar qué pasó.

Checklist general aplicable a cualquier proveedor de alojamiento compartido.