Migrar WordPress a otro hosting no tiene por qué afectar a tu posicionamiento: si las URLs se mantienen, la web no se cae y el HTTPS sigue funcionando, para Google el cambio pasa casi desapercibido. Los problemas aparecen cuando se improvisa, no por el hecho de cambiar de servidor.
En esta guía verás cómo preparar el traslado, qué hacer el día del cambio de DNS y qué comprobar después para que ni tus visitantes ni los buscadores noten nada.
Qué significa migrar sin perder SEO
Una migración de alojamiento consiste en mover los mismos archivos y la misma base de datos a un servidor distinto. No cambia el dominio, no cambian las URLs y no cambia el contenido: solo cambia la máquina que sirve la web. Por eso, bien hecha, no hay motivo para perder visibilidad.
Los riesgos reales son otros cinco:
- Caídas prolongadas mientras se copia o se configura la web en destino.
- Contenido desactualizado: pedidos, formularios o comentarios que entran en el servidor antiguo después de hacer la copia.
- Enlaces e imágenes rotos por rutas absolutas guardadas en la base de datos.
- Pérdida del HTTPS si el certificado no está listo en el nuevo servidor.
- Una copia de pruebas indexada en un subdominio temporal, compitiendo con tu web real.
Toda la preparación que viene a continuación va dirigida a evitar justo eso.
Antes de migrar: la preparación que evita sustos
Haz una copia de seguridad completa y compruébala
Necesitas dos cosas: los archivos (todo el directorio de WordPress, incluidos wp-content, wp-config.php y el .htaccess) y un volcado de la base de datos. Guárdalo también en local, fuera de los dos servidores.
Y un matiz importante: una copia que nunca has probado a restaurar no es una copia de seguridad, es una intención. Si el panel de tu alojamiento permite restaurarla en un entorno de pruebas, dedícale cinco minutos.
Revisa los requisitos técnicos del destino
Antes de mover nada, compara el entorno actual con el nuevo: versión de PHP, versión de MySQL o MariaDB, memoria asignada, tamaño máximo de subida, tiempo de ejecución y extensiones que usen tus plugins. Lo ideal es que el destino iguale o supere al origen; si vas a dar un salto grande de versión de PHP, prueba primero la web en el nuevo servidor antes de cambiar los DNS.
Si tu proyecto vive sobre WordPress, un hosting especializado en WordPress te ahorra buena parte de este trabajo de ajuste, porque el entorno ya viene preparado para el CMS.
Inventaría todo lo que no es WordPress
Una web rara vez es solo la web. Antes de migrar, apunta:
- Cuentas y buzones de correo, con su configuración y sus registros MX, SPF, DKIM y DMARC.
- Subdominios y aplicaciones instaladas aparte (una tienda, un blog secundario, un panel interno).
- Tareas programadas (cron) que no dependan de WordPress.
- Redirecciones o reglas especiales en el .htaccess.
- Certificados, IPs autorizadas y claves de API de servicios externos.
El correo merece atención especial: si lo tienes en el mismo servidor que la web, al cambiar los DNS también se mueve. Planifica ese traslado o mantén el correo corporativo en un servicio independiente para no volver a atarlo al hosting.
Baja el TTL de tus registros DNS
El TTL indica cuánto tiempo guardan en caché los servidores DNS la respuesta a tu dominio. Si lo tienes en varias horas, el cambio tardará más en verse. Bájalo a unos pocos minutos entre 24 y 48 horas antes de la migración y vuelve a subirlo cuando todo esté estable.
Cómo migrar WordPress paso a paso
- Congela los cambios. Avisa al equipo de que durante unas horas no se publican entradas, no se tocan productos y no se suben archivos.
- Copia archivos y base de datos. Puedes hacerlo a mano (FTP o SSH más un volcado SQL) o con un plugin de migración. Los plugins van bien en webs pequeñas; en instalaciones grandes suele ser más fiable la copia manual o la migración asistida que ofrezca tu proveedor.
- Crea la base de datos en el destino e impórtala. Después actualiza wp-config.php con el nuevo nombre de base de datos, usuario, contraseña y host.
- Prueba la web antes de tocar los DNS. Puedes acceder al nuevo servidor modificando el archivo hosts de tu ordenador, de forma que solo tú veas la versión nueva mientras el resto del mundo sigue en la antigua.
- Si usas un dominio de pruebas, protégelo. Añade una contraseña o un noindex mientras dure la prueba, y elimínalo después. Nunca dejes accesible una copia completa de tu web en otra dirección.
- Revisa enlaces internos e imágenes. Si la web cambia de dominio o de http a https, sustituye las URLs antiguas en la base de datos con una herramienta de búsqueda y reemplazo que respete los datos serializados. En una migración de hosting pura no debería hacer falta.
- Instala el certificado en el nuevo servidor antes del cambio, para que la web responda por https desde el primer minuto.
- Cambia los DNS apuntando el dominio al nuevo servidor y vigila el resultado durante las horas siguientes.
Si en el paso 2 haces la copia y el cambio de DNS con varios días de diferencia, repite la sincronización de base de datos justo antes del salto. Es el descuido que más caro sale en tiendas online.
El día del cambio: DNS, SSL y propagación
Durante la propagación conviven dos realidades: algunos visitantes ven el servidor antiguo y otros el nuevo. Por eso se recomienda mantener activo el alojamiento anterior unos días, con la web funcionando, en lugar de cancelarlo el mismo día. Si algo falla, tienes marcha atrás inmediata.
Ese periodo es también el motivo para poner la web en modo lectura: cualquier formulario que se envíe al servidor antiguo no estará en el nuevo. En un ecommerce, plantéate hacer el cambio en la franja de menos pedidos.
Comprueba que el certificado SSL cubre tanto el dominio con www como sin www y que las redirecciones fuerzan https. Un aviso de «sitio no seguro» ahuyenta visitas y afecta a la confianza mucho antes de que lo note cualquier buscador.
Comprobaciones después de migrar
Con el dominio ya apuntando al nuevo servidor, repasa esta lista:
- La portada, una entrada, una categoría y una página legal cargan correctamente.
- Los enlaces permanentes funcionan (si dan error 404, vuelve a guardar la configuración de enlaces permanentes).
- El robots.txt no bloquea el rastreo y no queda ninguna etiqueta noindex heredada del entorno de pruebas.
- El sitemap.xml se genera y responde.
- Los formularios envían y el correo sale, incluido el de pedidos o avisos.
- Las imágenes de la biblioteca de medios se ven y se pueden subir archivos nuevos.
- Las tareas programadas de WordPress se ejecutan.
- En Search Console, la inspección de URL devuelve la página correcta y no aparecen picos de errores de servidor.
Vigila también los tiempos de respuesta durante las primeras semanas. Si la migración se hizo para ganar velocidad, es el momento de confirmar que ha servido.
Errores frecuentes que sí cuestan posiciones
- Cancelar el hosting antiguo el mismo día. Sin red de seguridad, cualquier imprevisto se convierte en horas de web caída.
- Dejar indexada la copia de pruebas. Duplica tu contenido y confunde al buscador.
- Olvidar el correo. Mover los DNS sin preparar los buzones puede dejarte sin recibir mensajes.
- Bloquear el rastreo «temporalmente» y no acordarse de quitarlo.
- Cambiar de hosting y de estructura de URLs a la vez. Si necesitas las dos cosas, hazlas por separado para saber qué ha provocado cada variación.
¿Y si el problema no era el hosting, sino el plan?
A veces se cambia de proveedor cuando lo que hacía falta era otro tipo de recursos. Si tu web se ralentiza en horas punta, tiene picos de tráfico o ejecuta procesos pesados, quizá el salto no sea de un compartido a otro compartido, sino a un entorno con recursos dedicados como un servidor VPS.
Al revés también ocurre: hay webs que cargan lentas por un exceso de plugins, imágenes sin optimizar o una plantilla pesada, y ningún servidor arregla eso. Antes de migrar, merece la pena medir de dónde viene el retraso.
Preguntas frecuentes
¿Cuánto tarda en propagarse el cambio de DNS?
Depende del TTL que tuvieran tus registros y de los operadores que los mantengan en caché. Si has bajado el TTL con antelación, lo habitual es que el cambio se note pronto, aunque conviene contar con hasta 24 o 48 horas para que la propagación sea completa.
¿Cambiar de hosting perjudica al posicionamiento en Google?
Un traslado bien hecho, manteniendo las mismas URLs y sin caídas, no debería perjudicarte. Lo que sí afecta es que la web devuelva errores durante horas, que se pierdan páginas por el camino o que el HTTPS deje de funcionar.
¿Tengo que cambiar de dominio al cambiar de hosting?
No. El dominio y el alojamiento son servicios independientes: puedes conservar tu dominio y limitarte a apuntar sus DNS al nuevo servidor.
¿Hay que instalar de nuevo el certificado SSL?
Sí. El certificado está asociado al servidor, así que debe instalarse en el alojamiento de destino antes de mover los DNS para que la web siga cargando en https sin avisos de seguridad.
¿Estás pensando en cambiar de proveedor? En Domin.io podemos revisar tu caso y encargarnos del traslado con nuestro hosting para WordPress. Cuéntanos cómo es tu web desde la página de contacto y te decimos qué plan encaja y cómo planificar la migración.
