WordPress y rendimiento

Cómo migrar WordPress de un hosting a otro sin perder SEO

Migrar WordPress sin downtime ni pérdida de posiciones. 8 pasos prácticos para mover tu sitio entre hostings y conservar las URLs indexadas, las redirecciones y los Core Web Vitals.

Por Equipo HispanoHost ·

Cambiar de hosting da miedo. La mayoría de quienes lo posponen no es porque les guste pagar de más a un proveedor que va lento — es porque temen romper algo. Pérdida de URLs en Google, errores 500 durante horas, redirects que apuntan a ninguna parte, comentarios desaparecidos.

La buena noticia es que migrar WordPress sin perder SEO es un procedimiento repetible. No es magia ni hace falta ser sysadmin: es una checklist de 8 pasos que, ejecutados en orden, evitan los errores típicos.

Aquí está la checklist. Y al final, si prefieres no hacerlo tú, ofrecemos migración gratuita: nosotros te movemos el sitio sin coste y tú te ahorras el riesgo.

Antes de empezar: qué necesitas tener listo

  • Acceso al hosting actual: credenciales del panel de control y SFTP/SSH.
  • Acceso al hosting nuevo: mismas credenciales, ya con el dominio añadido pero sin apuntar todavía.
  • Acceso al panel del dominio (donde gestionas los DNS): puede ser el mismo proveedor o uno externo (Cloudflare, GoDaddy, Namecheap, etc.).
  • Tiempo: entre 1 y 3 horas si es un sitio mediano. Mejor hacerlo en horario de bajo tráfico.

Una recomendación crítica antes de tocar nada: haz un backup completo del sitio actual (archivos + base de datos). Si algo sale mal, lo restauras y empiezas de cero sin haber perdido nada.

Paso 1: Auditar lo que tienes (y no quieres perder)

Antes de mover, inventaría. Apunta:

  • Versión de WordPress y de PHP que estás usando ahora.
  • Listado de plugins activos y sus versiones (captura de pantalla o exporta con WP-CLI si tienes acceso).
  • Tema activo y, si está customizado, los archivos style.css y functions.css del child theme.
  • Tabla de URLs principales indexadas en Google (descárgalas desde Search Console > Páginas > Indexadas).
  • Redirecciones activas (en .htaccess, en plugins tipo Redirection, o donde sea).
  • Configuración de Yoast/Rank Math u otro plugin SEO (exporta la configuración a fichero).
  • Cron jobs custom que tengas configurados en el servidor actual.

Este inventario es tu mapa: tras la migración compararás el sitio nuevo contra esta lista y comprobarás que nada falta.

Paso 2: Crear backup completo (archivos + base de datos)

Dos formas de hacerlo:

Opción A — Manual (recomendada para sitios medianos):

  • Conéctate por SFTP al hosting actual y descarga TODA la carpeta de WordPress (incluye wp-content, wp-config.php, todo).
  • Desde el panel del hosting, exporta la base de datos a un fichero .sql (en phpMyAdmin, "Exportar > Rápido > SQL").

Opción B — Plugin (más cómodo si no quieres tocar SFTP):

  • Instala un plugin de backup tipo Duplicator, UpdraftPlus o All-in-One WP Migration. Genera un paquete completo (archivos + DB) y descárgalo.

Verifica que el .zip o el .sql se descargaron bien antes de continuar. Un backup corrupto no sirve de nada.

Paso 3: Preparar el hosting nuevo

En tu hosting nuevo (en HispanoHost esto lo hacemos por ti, pero el flujo manual es así):

  1. Crear la cuenta de hosting con el dominio asociado (sin propagación DNS todavía).
  2. Activar SSL (Let's Encrypt o equivalente) para el dominio. La mayoría de paneles modernos lo hacen automático.
  3. Configurar PHP a la misma versión que tenías (idealmente 8.2 o superior).
  4. Crear una base de datos vacía con su usuario y contraseña. Apunta esos datos: los necesitarás para wp-config.php.

Si tu hosting nuevo tiene una herramienta de "migración automática" (la nuestra, por ejemplo), salta los pasos 4-6 y úsala. Si no, sigue con los pasos manuales.

Paso 4: Subir archivos y restaurar la base de datos

  • Sube los archivos por SFTP a la carpeta public_html (o la que use tu nuevo proveedor) del hosting nuevo.
  • Importa el .sql en la nueva base de datos desde phpMyAdmin del proveedor nuevo. Si el fichero es grande (>50 MB), usa SSH y mysql < archivo.sql directamente.
  • Edita wp-config.php y cambia las credenciales (DB_NAME, DB_USER, DB_PASSWORD, DB_HOST) para que apunten a la nueva base de datos.

Si usaste un plugin tipo Duplicator, este paso se hace automático: subes el instalador, ejecutas y el plugin hace todo el reemplazo.

Paso 5: Probar el sitio nuevo ANTES de cambiar DNS

Crítico. No cambies los DNS todavía. Antes de eso, prueba que el sitio nuevo funcione bien.

Dos formas de probar sin que tus visitantes se enteren:

Opción A — URL temporal del proveedor:

La mayoría de hostings dan una URL provisional tipo usuariotemporal.midominio-hosting.com. Entra ahí y comprueba que la home, varios posts, el login admin, los formularios — todo funciona.

Opción B — Modificar tu archivo hosts local:

Más avanzado pero más fiable: edita /etc/hosts (Linux/Mac) o C:\Windows\System32\drivers\etc\hosts (Windows) y añade una línea apuntando tu dominio a la IP del servidor nuevo. Solo tu ordenador verá el sitio nuevo; el resto del mundo sigue viendo el viejo.

Comprueba en el sitio nuevo:

  • Carga la home y revisa que el CSS y las imágenes salen bien.
  • Entra al admin WordPress y verifica que ves todos los posts/páginas.
  • Prueba un formulario de contacto.
  • Si tienes WooCommerce, prueba añadir al carrito.
  • Verifica que wp-config.php tiene las URLs correctas (a veces hay que correr WP-CLI search-replace si las URLs apuntan a la URL temporal).

Si todo funciona, sigue. Si no, arregla AQUÍ — no después del cambio de DNS.

Paso 6: Cambiar los DNS

Llegó el momento del salto. En el panel donde gestionas tu dominio:

  • Cambia el registro A para que apunte a la IP del servidor nuevo.
  • Si usas www, cambia también el registro CNAME o A correspondiente.
  • Reduce el TTL (Time To Live) a 300 segundos varias horas antes del cambio: hará que la propagación sea más rápida.

La propagación DNS suele tardar entre 5 minutos y 48 horas. La mayoría de visitantes verán el sitio nuevo en menos de 4 horas.

Durante la propagación, el sitio antiguo y el nuevo coexisten: unos usuarios verán uno y otros el otro. Por eso es crítico que el contenido de ambos sea exactamente el mismo en ese momento — si tienes formularios o tienda, te entrarán pedidos en los dos sitios y luego hay que consolidar manualmente.

Paso 7: Verificar que SEO sigue intacto

Cuando la propagación esté completa (puedes verificarlo con dnschecker.org), revisa:

  • URLs principales devuelven 200 OK (no 404, no 301 a una URL rota). Usa una herramienta tipo Screaming Frog o un crawler online para chequear las top 50 URLs.
  • Redirecciones antiguas siguen funcionando. Si tu sitio tenía redirecciones en .htaccess o en un plugin tipo Redirection, asegúrate de que esa configuración se haya migrado.
  • robots.txt y sitemap.xml existen y son accesibles. Verifica tudominio.com/robots.txt y tudominio.com/sitemap.xml.
  • Google Search Console reconoce el sitio. Entra a tu propiedad y, si tienes cambio de servidor, considera enviar el sitemap manualmente para acelerar el re-crawling.
  • Imágenes cargan. Un fallo típico: URLs de imágenes que quedaron con la URL antigua. Si usas Yoast o Rank Math, regenera los sitemaps.

Si encuentras URLs rotas, créales redirección 301 hacia el destino correcto. NUNCA dejes 404s sueltos en URLs que estaban posicionadas.

Paso 8: Monitorizar 14 días post-migración

La migración no termina cuando el sitio nuevo está vivo. Termina cuando, dos semanas después, has confirmado que el SEO no se resintió.

Lo que mirar:

  • Search Console > Cobertura — el número de URLs indexadas no debe bajar. Si baja, investiga.
  • Search Console > Rendimiento — comparar impresiones y clics de 14 días antes vs 14 días después. Una caída del 5-10% suele ser ruido normal; una caída del 30%+ es señal de problema.
  • Core Web Vitals — si migraste a un hosting mejor, deberías ver mejora en LCP y TTFB. Si empeoraron, algo se configuró mal en el nuevo.
  • Errores 404 — usa Search Console > Páginas para ver si aparecen 404s que antes no estaban.
  • Logs del servidor — si tienes acceso, revisa el error log del nuevo hosting para detectar problemas (PHP warnings, plugin que falla, etc.).

Cualquier anomalía, corrígela ya. Cuanto más tiempo dejes pasar, más difícil será revertir.

La alternativa: que lo haga tu nuevo hosting

Si todo esto te parece mucho lío o te da inseguridad, hay una vía más simple: delegar la migración.

En HispanoHost, la migración WordPress es gratuita dentro de los planes Web, Negocio y Empresa. Nosotros hacemos los 8 pasos por ti, coordinamos el cambio de DNS contigo y monitorizamos los 14 días post-migración para asegurarnos de que tu SEO queda intacto.

No es solo "mover archivos". Incluye:

  • Backup de seguridad antes de tocar nada.
  • Testing en URL temporal antes del cambio de DNS.
  • Configuración del hosting nuevo (caché, SSL, CDN, PHP optimizado).
  • Verificación de redirecciones 301.
  • Revisión de Core Web Vitals antes vs después.

Si quieres que te migremos sin coste, contáctanos y te respondemos en menos de 24 horas hábiles.

Para seguir leyendo

  • Core Web Vitals y hosting — si migras a un hosting nuevo, este es el artículo que te ayuda a verificar que el cambio mejoró tu rendimiento.
  • Tipos de hosting explicados — antes de migrar, asegúrate de que estás eligiendo el tipo correcto. No todo el mundo necesita VPS.
  • Hosting WordPress — el plan al que la mayoría de nuestros clientes migra desde compartidos genéricos.

Preguntas frecuentes

Preguntas frecuentes

¿Cuánto tiempo lleva migrar un WordPress estándar?
Para un sitio de tamaño medio (5-10 GB, base de datos < 500 MB) el proceso técnico son 1-3 horas. La propagación DNS añade entre 5 minutos y 48 horas, pero durante ese tiempo el sitio sigue funcionando (verás el viejo o el nuevo dependiendo del visitante). El downtime real bien hecho es de menos de 5 minutos.
¿Voy a perder posiciones en Google al migrar?
Si haces los 8 pasos bien, no. Google entiende migraciones de hosting y, mientras el contenido, las URLs y las redirecciones se mantengan intactas, no penaliza. Las caídas pasan cuando hay 404s masivos, downtime largo, o cuando las URLs cambian de formato (ejemplo: pasar de /post/123 a /blog/mi-post sin redirect). Esos errores son evitables.
¿Qué pasa con los emails de mi dominio durante la migración?
Si tu hosting actual también gestiona tu email, hay que migrar las cuentas también. Esto es un proceso aparte (exportar IMAP del servidor viejo, importar al nuevo). Si usas Google Workspace, Microsoft 365 o cualquier email externo, no hay nada que hacer: solo asegúrate de que los registros MX siguen apuntando al proveedor de email correcto cuando cambies los DNS.
¿Puedo migrar yo solo si no soy técnico?
Sí, con plugins como Duplicator o All-in-One WP Migration el proceso está bastante automatizado. Aun así, hay puntos delicados (DNS, redirecciones, testing) donde un error cuesta caro. Si tu sitio tiene tráfico real o ingresos, el ROI de delegar la migración a alguien con experiencia es altísimo. Si es un blog personal, hazla tú y aprende en el proceso.
¿Hay riesgo de que se pierdan comentarios, pedidos o usuarios durante la migración?
Solo si entran datos nuevos durante la ventana de propagación DNS. Por eso conviene migrar en horas de baja actividad (madrugada, fin de semana en B2B) y, si es una tienda activa, cerrar pedidos durante la propagación. Para evitar el split de tráfico, bajar el TTL DNS antes y avisar a tus clientes ayuda.
¿La migración gratuita de HispanoHost incluye sitios complicados (multisite, WooCommerce grande)?
La oferta gratuita cubre la mayoría de casos estándar. Si tu sitio es multisite con muchas instalaciones, una tienda WooCommerce con bases de datos pesadas, o tiene configuraciones muy custom, lo hablamos en una llamada y vemos si entra en gratuita o requiere un presupuesto extra. La consulta es siempre sin compromiso.