Cómo migrar tu web a otro hosting sin perder posicionamiento
Cambiar de hosting es una de las operaciones más delicadas en la vida de una web. Un error en el timing, una configuración incorrecta de DNS o un backup olvidado puede significar horas de downtime, pérdida de tráfico SEO o corrupción de datos. Aquí está el proceso completo, paso a paso, con las trampas que debes evitar.
Cuándo es el momento correcto para migrar
No todas las migraciones son iguales. El timing es crítico. La mejor ventana para migrar es cuando tu web tiene el menor tráfico posible — típicamente martes o miércoles en horario de madrugada (2-5 AM). Evita lunes (despliegues de competencia), viernes (soporte reducido para resolver problemas), y días festivos próximos.
Las tres razones principales para migrar son:
- →Rendimiento insuficiente: tu hosting no cargan las páginas en menos de 3 segundos, o tienes un pico de tráfico que el servidor no aguanta. La migración a un hosting con mejor CPU/SSD/ancho de banda es una inversión en conversiones.
- →Precio de renovación disparado: el primer año te costó 50€, pero al renovar el proveedor te cobra 200€. Es el momento de irte antes de que ese contrato se renueve automáticamente — típicamente 30 días antes de la fecha de vencimiento.
- →Soporte deficiente: llevas 6 meses sin respuesta en tickets de soporte, hay caídas frecuentes sin explicación, o cambios unilaterales en la infraestructura que te rompieron la web.
Fase 1: Preparación y decisión del nuevo hosting
Antes de tocar nada en tu web actual, necesitas tener todo listo en el nuevo hosting. Este paso typically toma 5-7 días desde la contratación hasta que el nuevo hosting está completamente configurado.
Qué necesitas verificar en el nuevo hosting ANTES de migrar:
- →Versión de PHP: que soporte la versión mínima de tu aplicación o CMS. Para WordPress 6.4+, necesitas PHP 7.4 mínimo, pero 8.1+ es recomendado para seguridad. Pídele al soporte que lo confirme desde el panel.
- →Bases de datos: que soporte el número de bases de datos que necesitas. Si migras 3 webs con 2 BDs cada una, necesitas al menos 6 BDs disponibles. Algunos hostings limitan a 1 o 5 por plan.
- →Let's Encrypt o SSL incluido: verifica que el SSL esté incluido y renovarse automáticamente. No deberías pagar extra por eso en 2026.
- →Panel de control (cPanel/Plesk): si venías de cPanel, un cPanel en el nuevo hosting te ahorrará tiempo en configuración. Si vienes de Plesk, busca Plesk.
- →Espacio en disco y ancho de banda: que el plan tenga suficiente espacio (suma el tamaño de todas tus webs + 50% para crecer) y ancho de banda (100 GB/mes es una buena base).
Fase 2: Backup completo de tu web actual
El backup es el paso más crítico. Si algo falla, un backup completo es tu única red de seguridad. Necesitas dos tipos de backup:
- 1.Backup de archivos: todo el contenido de tu web (HTML, CSS, JS, imágenes, plugins, temas). Típicamente en /public_html o /www via FTP/SFTP.
- 2.Backup de base de datos: exporta la BD en formato SQL (.sql o .sql.gz comprimido) desde phpMyAdmin o línea de comandos.
Para WordPress, las opciones más seguras son:
| Método | Herramienta | Tiempo | Fiabilidad |
|---|---|---|---|
| Hosting nativo | cPanel/Plesk backup automático | 30-60 min | Excelente |
| Manual FTP | Filezilla, WinSCP, Terminal SFTP | 1-2 horas | Excelente |
| Plugin UpdraftPlus | UpdraftPlus (versión gratuita) | 15-45 min | Buena |
| WP-CLI | WP-CLI export (requiere acceso SSH) | 5-10 min | Excelente |
Recomendación: usa el backup nativo del hosting (cPanel o Plesk) si está disponible — es el más completo y requiere cero instalación de plugins. Almacena el backup en dos lugares: en el nuevo hosting Y en una carpeta local de tu ordenador.
Fase 3: Migración de archivos y base de datos
Hay dos caminos principales: migración manual (más control) o migración asistida por plugins (más rápido). Elige según tu perfil técnico.
Opción A: Migración manual (para usuarios con acceso FTP/SSH)
Este método te da control total y es el más confiable para webs complejas.
- 1.Baja la web anterior: en el hosting antiguo, renombra wp-config.php a wp-config-old.php (o crea un .htaccess que redirige todo a una página de mantenimiento). Esto evita que corra mientras migras archivos.
- 2.Descarga archivos via SFTP: usa Filezilla, WinSCP o terminal. Descarga la carpeta /public_html completa (o /www según el hosting). Si es >2GB, considera comprimir primero con SSH: tar -czf backup.tar.gz public_html/
- 3.Exporta la BD: accede a phpMyAdmin en el hosting antiguo, selecciona tu BD, pestaña Export, formato SQL, comprime con gzip. Descarga el archivo .sql.gz
- 4.Sube archivos al nuevo hosting: crea una carpeta temporal (ej: /public_html/temp/) y sube los archivos ahí (o sube directamente a /public_html si es un dominio nuevo). Si subiste comprimido, descomprime via SSH: tar -xzf backup.tar.gz
- 5.Crea la BD en el nuevo hosting: cPanel → MySQL Databases, crea una nueva BD con usuario y contraseña. Apunta estos datos.
- 6.Importa la BD: en phpMyAdmin del nuevo hosting, selecciona la BD nueva, pestaña Import, sube el archivo .sql.gz. El proceso automático manejará la descompresión.
- 7.Actualiza wp-config.php: edita wp-config.php y cambia DB_NAME, DB_USER, DB_PASSWORD, y DB_HOST (si el hosting nuevo usa un host de BD diferente, como localhost vs database-x.c.bigcartel.com).
- 8.Verifica la web localmente: edita tu archivo /etc/hosts (Windows: C:\Windows\System32\drivers\etc\hosts) y añade: 192.168.X.X tunuevodominio.es (usa la IP del nuevo hosting). Abre el navegador y verifica que la web carga correctamente.
Opción B: Migración asistida por plugins (para usuarios sin acceso SSH)
Los tres plugins más confiables son:
| Plugin | Coste | Tiempo | Mejor para |
|---|---|---|---|
| All-in-One WP Migration | Gratis + premium | 10-30 min | Principiantes, webs <500MB |
| Duplicator | Gratis | 15-45 min | Webs grandes, máximo control |
| UpdraftPlus Migrator | Gratis + addon $99 | 5-20 min | Usuarios de UpdraftPlus |
All-in-One WP Migration (recomendado para principiantes): Instala en WordPress → Plugins → Add New, busca "All-in-One WP Migration", activa. Ve a All-in-One WP Migration → Export, selecciona "Export", descarga el archivo (.wpress). En el nuevo hosting, instala All-in-One WP Migration, ve a Import, sube el archivo .wpress. El plugin se encargará de extraer, crear la BD e importar todo automáticamente.
Fase 4: Cambio de DNS y propagación
Este es el momento de "lanzar" la migración. Cuando cambias los registros DNS, le dices a internet que tu dominio ahora apunta al nuevo hosting.
Paso 1: Baja el TTL (Time To Live) en tu hosting antiguo — 24-48 horas antes de la migración, ve a tu panel cPanel/Plesk, busca "Zone Editor" o "DNS", y cambia el TTL de 14400 (4 horas) a 300 (5 minutos) en el registro A de tu dominio. Esto acelera la propagación del cambio.
Paso 2: Actualiza los registros DNS — accede a tu registrador de dominio (GoDaddy, Namecheap, Reg.es, etc.), busca "Manage DNS" o "Nameservers", y cambia los registros A y AAAA que apunten a la IP del nuevo hosting. Obten la IP del nuevo hosting desde su panel cPanel o del email de bienvenida.
Paso 3: Espera la propagación — los DNS se propagan en 5 minutos a 48 horas dependiendo de las políticas de cada ISP. Usa whatsmydns.net para verificar el progreso global. Mira los servidores de autoridad (Authoritative Answer) — cuando todos muestren la IP nueva, la propagación es completa.
Paso 4: Verifica sin .htaccess. Antes de que la propagación sea global, verifica la web accediendo directamente a la IP del nuevo hosting (abre el navegador, escribe http://1.2.3.4 donde 1.2.3.4 es la IP). Si tu web carga correctamente desde la IP, entonces el problema no está en los archivos sino probablemente en un .htaccess mal configurado o en la reescritura de URLs.
Fase 5: Verificación post-migración (SEO checklist)
Una vez la web está en el nuevo hosting y DNS ha propagado, necesitas verificar que todo funciona correctamente. Los pasos más críticos para evitar pérdida de tráfico SEO:
- ✓URLs activas: verifica que TODAS tus URLs (especialmente las que rankean en Google) cargan correctamente. Usa Google Search Console → Coverage para ver si hay errores 404 o 5xx post-migración. Si hay, revisa tu .htaccess o la reescritura de URLs.
- ✓Redirecciones 301: si renombrase URLs durante la migración, crea redirecciones 301 permanentes en .htaccess. Una redirección rota (302, 307) puede hacer que Google deindexe tus páginas antiguas sin pasar autoridad a las nuevas.
- ✓HTTPS redirige HTTP: comprueba que toda petición HTTP redirige automáticamente a HTTPS. Escribe http://tundominio.es en el navegador — debe redirigir a https:// sin advertencias de contenido mixto.
- ✓Velocidad: usa GTmetrix o PageSpeed Insights para medir LCP (Largest Contentful Paint). Una migración a un hosting mejor debería mostrarte mejora. Si empeora, busca problemas de plugins o configuración PHP.
- ✓Google Search Console: notifica a GSC que tu sitio está en el nuevo hosting. Ve a Settings → Change of Address, sigue el asistente. Monitorea Crawl Stats — Google debería aumentar el número de URLs crawleadas en los próximos días.
- ✓Logs de error: en cPanel, revisa Error Logs (última pestaña). Busca PHP warnings, undefined variables o conexiones de BD fallidas. Los errores 404 pueden indicar URLs o rutas de plugins incorrectas.
- ✓✓Formularios y funciones dinámicas: prueba todos los formularios de contacto, carrito de compra (si ecommerce), comentarios y búsqueda. A veces la migración rompe estas funciones si hay rutas hardcodeadas o permisos incorrectos.
Errores comunes en migraciones (y cómo evitarlos)
Estos son los problemas más frecuentes post-migración y sus soluciones:
| Error | Síntoma | Solución |
|---|---|---|
| Error 500 Server Error | Página en blanco o "500 Internal Server Error" | Revisa los error logs en cPanel. Generalmente es un .htaccess corrupto o una versión PHP incompatible. Intenta desactivar .htaccess renombrándolo: mv .htaccess .htaccess.old |
| Wp-admin inaccesible | /wp-admin redirige a /wp-login o da 404 | Generalmente por reescritura de URLs rota. Desactiva plugins de reescritura (Yoast, All in One SEO) en la BD via phpMyAdmin: en wp_options, busca la opción "siteurl" y verifica que el dominio sea correcto. |
| Error de conexión a BD | "Error establishing a database connection" | Las credenciales en wp-config.php son incorrectas o la BD no existe. Verifica DB_HOST (a veces es "localhost", a veces "mysql.tudominio.com"), DB_NAME, DB_USER y DB_PASSWORD en cPanel → MySQL Databases. |
| URLs con dominio antiguo | La web muestra pero los links internos apuntan al dominio antiguo | La BD sigue con URLs hardcodeadas del hosting antiguo. Usa Better Search Replace (plugin): Settings → Better Search Replace, busca "http://dominioAntiguo.com", reemplaza con "https://dominioNuevo.com" en toda la BD. Tick "Run as dry run" primero. |
| Imágenes rotas | Las imágenes no cargan (X roja o alt text) | Rutas de imágenes incorrectas. Si sigues apuntando al hosting antiguo (http://old.com/img/), cambia a rutas relativas (/img/) o usa Better Search Replace. Verifica permisos: CHMOD 755 en carpetas de imagen. |
| Emails no se envían | Formularios de contacto no envían confirmación | El nuevo hosting puede usar un puerto SMTP diferente. Usa un plugin como WP Mail SMTP para configurar el servidor de correo manualmente. Algunos hostings exigen autenticación SMTP. |
Checklist final de migración paso a paso
Usa esta lista antes, durante y después de migrar para no olvidar nada:
- □Contrata nuevo hosting y verifica versión PHP, número de BDs, SSL incluido
- □Crear backup completo en hosting antiguo (archivos + BD)
- □Descarga archivos via SFTP a ordenador personal
- □Exporta BD en phpMyAdmin (formato SQL)
- □Sube archivos al nuevo hosting via SFTP o plugin
- □Crea BD en nuevo hosting con usuario y contraseña
- □Importa BD via phpMyAdmin o plugin
- □Actualiza wp-config.php (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST)
- □Verifica la web desde la IP del nuevo hosting (edita /etc/hosts)
- □Baja TTL en hosting antiguo a 300 segundos 24h antes
- □Cambia registros DNS en registrador a IP del nuevo hosting
- □Verifica propagación en whatsmydns.net
- □Verifica HTTPS redirige HTTP automáticamente
- □Revisa error logs en cPanel nuevo hosting
- □Prueba formularios, búsqueda, carrito de compra
- □Usar Better Search Replace si las URLs están hardcodeadas del host antiguo
- □Verifica velocidad en GTmetrix o PageSpeed Insights
- □Notifica a Google Search Console del cambio de hosting
- □Monitorea Google Search Console durante 7 días
- □Sube TTL en nuevo hosting de vuelta a 14400 (4 horas)
- □Cancela hosting antiguo después de 30 días (para asegurarte de que todo funciona)
¿Necesitas migrar a un hosting mejor?
Nuestra herramienta te recomienda el hosting con mejor soporte para migraciones automáticas y rendimiento post-migración. Sin complicaciones técnicas.
Encontrar hosting ideal →Preguntas frecuentes sobre migración de hosting
¿Perderé posicionamiento SEO si migro de hosting? +
No, si haces la migración correctamente. Google rastrean URLs, no servidores. Si tus URLs permanecen iguales y no haces cambios de estructura, Google mantiene tus rankings. El único riesgo es el downtime durante la migración — si tu web está caída 4+ horas, Google puede penalizar temporalmente. Por eso es crítico hacer la migración en horas de bajo tráfico y validar inmediatamente que todo funciona.
¿Cuánto tiempo puede estar mi web offline durante la migración? +
Google puede tolerar hasta 1-2 horas de downtime sin penalización. Más allá de 4 horas, empieza a afectar a la visibilidad en búsqueda. El tráfico se recupera una vez la web está online de nuevo, pero Google nota el evento. Por eso es importante: (1) hacer el cambio de DNS en horas de bajo tráfico, (2) tener todo verificado en el nuevo hosting antes de cambiar DNS, (3) monitorear la web durante las primeras horas post-migración.
¿Necesito crear redirecciones 301 si no cambio las URLs? +
No, si las URLs permanecen idénticas (lo que deberías hacer si es posible). Las redirecciones 301 solo son necesarias si cambias la estructura de URLs — por ejemplo, si migraste de /blog/post-title a /articulos/post-title. En ese caso, sí crea redirecciones para que los enlaces antiguos pasen autoridad a los nuevos.
¿Cuándo debo cancelar el hosting antiguo después de migrar? +
Espera al menos 30 días. Esa es la ventana de seguridad para confirmar que todo está funcionando sin problemas, que Google ha rastreado el nuevo hosting, y que no hay cambios sorpresa. Si todo va bien después de 30 días, cancela el hosting antiguo. Algunos proveedores aún guardan emails o datos asociados — asegúrate de que no necesitas nada antes de cancelar.
¿Qué es la propagación de DNS y por qué tarda tanto? +
La propagación de DNS es el tiempo que tarda el registro que cambias (A record, AAAA, MX, etc.) en replicarse en los servidores de nombres en todo el mundo. No hay un "evento" central que lo dispara — cada ISP y proveedor de DNS actualiza su cache a su propio ritmo. Por eso ves propagación entre 5 minutos y 48 horas. Durante ese período, algunos usuarios ven tu web antiguo (aún en caché) y otros ven la web nueva. Es un proceso distribuido, no centralizado.
¿Debería hacer la migración en un martes a las 3 AM? +
Es una buena práctica. Martes-jueves de madrugada (2-5 AM) en tu zona horaria es cuando el tráfico es mínimo y el soporte técnico de ambos hostings está disponible o puede estarlo rápidamente si algo falla. Evita: lunes (despliegues de otros), viernes (soporte reducido), y festivos próximos. Si tu web tiene tráfico internacional, mira Google Analytics para encontrar la ventana de mínimo tráfico global.