Cómo migrar WordPress de hosting paso a paso
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
- Riesgo para el posicionamiento
- Ninguno si el dominio y las URLs no cambian
- Tiempo de trabajo
- 1 a 3 horas en una web pequeña
- Regla de oro
- Migrar y probar ANTES de tocar los DNS
- Lo que más se olvida
- El correo y su contenido histórico
- Cuándo cancelar el hosting viejo
- Nunca antes de 2 semanas
Respuesta rápida
Cambiar de hosting no afecta al posicionamiento, siempre que el dominio y las URLs sigan siendo los mismos. Google indexa direcciones, no servidores: si tudominio.com/articulo/ sigue devolviendo el mismo contenido, para el buscador no ha pasado nada.
Lo que sí hace daño es que la web esté caída o lenta durante días. Y eso se evita con una sola decisión: montarlo todo en el hosting nuevo y comprobarlo antes de tocar los DNS. Con ese orden, el visitante no llega a notar el cambio.
Los 9 pasos
1. Contrata el nuevo hosting sin cancelar el viejo
Vas a pagar dos semanas en dos sitios. Es el mejor dinero que gastas en toda la operación: si algo sale mal, tienes a dónde volver.
2. Haz una copia completa
Dos cosas, y las dos hacen falta:
- Los ficheros: todo lo que hay en la raíz de tu web, incluidos los ocultos como
.htaccess
- La base de datos: exportada en
.sqldesde phpMyAdmin o desde el panel
Guárdalas fuera de los dos hostings, en tu ordenador o en un almacenamiento externo.
3. Sube todo al nuevo servidor
Ficheros a la raíz que corresponda, y la base de datos importada en una base nueva creada en el panel del hosting nuevo.
4. Ajusta wp-config.php
Es el paso donde falla más gente. Las credenciales del hosting viejo no valen en el nuevo:
define('DB_NAME', 'nueva_base');
define('DB_USER', 'nuevo_usuario');
define('DB_PASSWORD', 'nueva_contraseña');
define('DB_HOST', 'localhost');Muchos proveedores prefijan el nombre de la base y del usuario con tu cuenta, así que casi nunca coinciden con los de antes.
5. Prueba antes de que nadie lo vea
Probar antes de mover los DNS es la clave de toda la migración. Puedes ver la web en el servidor nuevo sin cambiar los DNS, editando el fichero hosts de tu ordenador para que solo tú resuelvas el dominio a la IP nueva:
198.51.100.10 tudominio.com www.tudominio.com(En macOS y Linux está en /etc/hosts; en Windows, en C:WindowsSystem32driversetchosts.)
Con eso, tú ves el sitio nuevo y el resto del mundo sigue viendo el viejo. Comprueba la portada, un artículo, el buscador, un formulario y el acceso al escritorio.
6. Migra el correo — antes de tocar los DNS
Este es el paso que más se olvida y el que más disgustos da. Crea los buzones en el servidor nuevo con las mismas direcciones y, si necesitas conservar el histórico, copia el contenido con un cliente IMAP o con la herramienta de migración del panel.
Si cambias los MX sin haber creado los buzones, los correos que lleguen a partir de ese momento rebotan.
7. Cambia los DNS
Ahora sí. En el registrador del dominio, apunta los registros al servidor nuevo. Un consejo: baja el TTL a 300 segundos unas horas antes, para que el cambio se propague rápido y puedas revertir sin esperar.
8. Vigila 48 horas
Durante la propagación, unos visitantes van al servidor viejo y otros al nuevo. Es normal. Comprueba que no aparecen errores 500, que el correo entra y que los formularios funcionan.
9. Cancela el hosting viejo
No antes de dos semanas. Y cuando lo hagas, descarga primero una copia completa: en cuanto cancelas, esos ficheros dejan de existir.
Si el destino de tu migración aún está por decidir, Raiola incluye la migración y es el único de los comparados que no sube el precio al renovar. Antes de elegir, échale un ojo a la tabla de precios de renovación.
Enlace de afiliado: si contratas, cobramos una comisión de cada pago que hagas, también en las renovaciones. No te cuesta más.
Lo que se rompe siempre
Por orden de frecuencia:
- El correo. Ya está dicho, pero es el número uno con diferencia.
- Rutas absolutas en la base de datos. Si la ruta física del servidor cambia, algunos plugins guardan rutas completas y dejan de encontrar ficheros.
- Permisos de ficheros. Al subir por FTP a veces se pierden. Lo habitual es 644 para ficheros y 755 para carpetas.
- El certificado SSL. El nuevo no se emite hasta que el dominio apunta al servidor nuevo. Habrá un rato de aviso de seguridad, y es esperable.
- Las tareas programadas. Si tenías cron propios, hay que recrearlos: no viajan con los ficheros.
Para no dejarte nada, la lista completa está en el checklist para cambiar de hosting. Y el paso de los DNS tiene su propia trampa: cuánto tarda la propagación.
Lo que se rompe, y cómo evitarlo
| Qué se rompe | Por qué | Cómo evitarlo |
|---|---|---|
| El correo | Los buzones no viajan con los ficheros | Crearlos antes de tocar los MX |
| Rutas en la base de datos | Algún plugin guarda rutas absolutas | Buscar y reemplazar tras migrar |
| Permisos de ficheros | Se pierden al subir por FTP | 644 ficheros, 755 carpetas |
| El certificado SSL | No se emite hasta que el dominio apunte | Esperar; es normal el aviso |
| Tareas programadas | Los cron no están en los ficheros | Recrearlos a mano |
| Subdominios | Cada uno necesita su registro | Revisarlos uno a uno |
Lo que NO hay que hacer
- Cambiar de dominio a la vez que de hosting. Son dos operaciones con riesgos distintos.
Si algo falla, no sabrás cuál lo causó. Hazlas por separado, con semanas de diferencia.
- Aprovechar para rediseñar. Misma razón.
- Migrar un viernes por la tarde. Si algo se tuerce, el soporte de ambos proveedores está
al mínimo hasta el lunes.
- Cancelar el viejo el mismo día. Es tu única red de seguridad.
Sobre las migraciones «gratuitas»
Casi todos los proveedores las ofrecen. Las hacen bien, y si tu web es estándar merece la pena aceptarla.
Dos preguntas concretas antes de decir que sí, porque el alcance varía mucho:
- «¿Migráis también las cuentas de correo con su contenido?» — muchas migraciones incluyen
solo la web
- «¿Incluye las tareas programadas y los certificados?»
Y aunque la haga el proveedor, haz tu copia igual. Es tu web.
Este artículo cubre el procedimiento. Qué protege tu posicionamiento durante el proceso —y los cinco errores que lo hunden, cuatro de ellos después de mover la web— está en migrar una web sin perder SEO.
Preguntas frecuentes
¿Se pierde posicionamiento al cambiar de hosting?
No, si el dominio y las URLs no cambian. Google indexa direcciones, no servidores. Lo que sí penaliza es estar caído o lento durante días.
¿Cuánto tarda?
Entre una y tres horas de trabajo en una web pequeña, más la propagación de DNS. Lo que alarga el proceso es el correo, no la web.
¿Qué es lo que más se rompe?
El correo. La web se copia con facilidad; los buzones y su histórico se olvidan constantemente, y al cambiar los MX se dejan de recibir mensajes.
¿Y si mi web es muy grande?
Por encima de unos cuantos GB conviene hacerlo por SSH en lugar de por FTP, y sincronizar dos veces: una copia completa unos días antes y una segunda solo con los cambios justo antes de mover los DNS.
Guía general aplicable a cualquier proveedor de alojamiento compartido. Los nombres exactos de las opciones varían según el panel de control.