Cómo transferir WordPress a un nuevo hosting sin perder SEO

Cambiar tu sitio web a un nuevo servidor es uno de los momentos que más preocupa a los propietarios de WordPress. No tanto por el simple hecho de copiar archivos, sino por lo que sucede después: si Google perderá el sitio, si los formularios seguirán enviando correos y si el tráfico desde los buscadores caerá a la mitad. La buena noticia es que solo cambiar de hosting no perjudica tu posicionamiento. Las posiciones bajan cuando durante la mudanza cambian las direcciones, desaparecen páginas internas o el sitio devuelve errores durante varias horas.

En esta guía te mostramos cómo transferir WordPress a un nuevo hosting paso a paso, de manera que Google ni siquiera note el cambio. Describimos la versión manual, con un plugin y con la ayuda del nuevo hosting.

Índice

• ¿Cambiar de hosting afecta al SEO?
• ¿Qué preparar antes de migrar WordPress?
• ¿Cómo hacer una copia completa del sitio y base de datos?
• ¿Cómo migrar WordPress manualmente, paso a paso?
• ¿Se puede migrar WordPress con un plugin?
• ¿Cómo probar el sitio antes de cambiar DNS?
• ¿Cómo cambiar de dominio sin interrupciones?
• ¿Qué revisar en Google Search Console después de la migración?
• Errores frecuentes que hacen perder posiciones
• Preguntas frecuentes

¿Cambiar de hosting perjudica el SEO?

El cambio de servidor en sí no es para Google una señal de que la página sea peor. El buscador analiza las URL, el contenido, los enlaces y si la página responde rápida y correctamente. La dirección IP del servidor no tiene importancia aquí.

Los problemas vienen de tres cosas:

1. Cambio de direcciones. Una estructura distinta de enlaces permanentes, pasar de www a la versión sin www o de http a https sin redirecciones. Cada dirección antigua que devuelve un error 404 pierde los enlaces acumulados y su posición.
2. Interrupciones. Si el robot de Google se encuentra varias veces con errores 5xx o páginas vacías, empieza a visitar el sitio con menos frecuencia, y ante una caída prolongada puede eliminar temporalmente las páginas del índice.
3. Elementos faltantes. Archivo robots.txt perdido, mapa del sitio desactivado, opción "Pedir a los buscadores que no indexen el sitio" trasladada desde la versión de prueba. Es el error más frecuente y doloroso.

Si conservas las mismas direcciones, evitas interrupciones y no pierdes nada por el camino, la mudanza es neutral para el SEO. A menudo incluso ayuda, porque un servidor más rápido mejora el tiempo de respuesta y los indicadores Core Web Vitals.

¿Qué preparar antes de trasladar WordPress?

Antes de copiar cualquier cosa, reúne los accesos y haz una lista de control. Media hora de preparación te ahorrará nervios el día del cambio.

Accesos que necesitarás:

• panel del antiguo hosting (cPanel, DirectAdmin o el panel propio de la empresa) o datos FTP o SSH,
• acceso a la base de datos (phpMyAdmin o login a MySQL),
• panel del registrador del dominio, donde cambiarás los DNS o servidores de nombres,
• cuenta de administrador de WordPress,
• acceso a Google Search Console para el dominio.

Lista de cosas que debes anotar antes de empezar:

• estructura de enlaces permanentes (Ajustes > Enlaces permanentes), debe ser idéntica en el nuevo servidor,
• versión de PHP en el antiguo hosting, para configurar la misma o una más nueva en el nuevo, compatible con los plugins,
• lista de buzones de correo, si el correo está en el mismo hosting que la página,
• tareas cron y reglas personalizadas en .htaccess (redirecciones, bloqueos),
• exportación de URLs, lo más sencillo es desde el mapa del sitio (/sitemap.xml o /wp-sitemap.xml). Será útil para comprobar después de la migración que cada dirección sigue funcionando.

Una buena práctica es también reducir el TTL de los registros DNS del dominio a 300 segundos un día antes del traslado. Así el cambio de dirección del servidor se propagará por internet en minutos, no en horas.

Elige un día tranquilo. No traslades la tienda durante una rebaja o el día de envío de un newsletter.

¿Cómo hacer una copia completa de la página y la base de datos?

WordPress consta de dos partes: archivos y base de datos. Para migrar necesitas ambos.

Archivos. Lo más importante es la carpeta wp-content (temas, plugins, imágenes subidas) y el archivo wp-config.php. Lo más fácil es comprimir toda la carpeta del sitio. Por SSH se hace así:

cd ~/public_html
tar -czf ~/strona-kopia.tar.gz .

Sin SSH, descarga los archivos con un programa FTP (por ejemplo, FileZilla) o usa el administrador de archivos en el panel de hosting, que normalmente puede comprimir la carpeta en ZIP.

Base de datos. El nombre de la base, el usuario y la contraseña los encontrarás en wp-config.php (constantes DB_NAME, DB_USER, DB_PASSWORD). Exportación mediante SSH:

mysqldump -u USER -p DB_NAME > dump.sql

Sin SSH, haz la exportación desde phpMyAdmin: selecciona la base, pestaña Exportar, método rápido, formato SQL.

Antes de seguir, abre el archivo dump.sql y verifica que no esté vacío y que termine correctamente. Un volcado de base de datos dañado es la causa más común por la que la migración "casi funcionó".

¿Cómo migrar WordPress manualmente, paso a paso?

La migración manual te da control total y funciona con sitios de cualquier tamaño, incluso cuando los plugins de migración se esfuerzan con bibliotecas de medios de varios gigabytes.

Paso 1. Prepara el espacio en el nuevo servidor

Crea en el nuevo hosting un sitio para el dominio, una base de datos vacía y un usuario con permisos completos para esa base. Configura la misma versión de PHP que en el servidor antiguo (o una más reciente, si sabes que el tema y los plugins la soportan).

Paso 2. Sube los archivos

Carga el archivo comprimido al nuevo servidor y descomprímelo en el directorio del sitio:

tar -xzf strona-kopia.tar.gz

Si usas FTP, simplemente sube todos los archivos. Asegúrate de que se haya transferido el archivo .htaccess, ya que muchos programas ocultan por defecto los archivos que comienzan con un punto.

Paso 3. Importa la base

mysql -u NEW_USER -p NEW_DB < dump.sql

O en phpMyAdmin: selecciona la base nueva, pestaña Importar, indica el archivo SQL.

Paso 4. Corrige wp-config.php

Introduce en wp-config.php los datos de la nueva base: DB_NAME, DB_USER, DB_PASSWORD y DB_HOST. No cambies el prefijo de las tablas ($table_prefix), debe coincidir con el de la base importada.

Paso 5. No cambies la dirección del sitio

Si mantienes el mismo dominio, las direcciones en la base de datos (siteurl y home en la tabla wp_options) permanecen sin cambios. Esta es la regla más importante para el SEO: el mismo dominio, el mismo protocolo, las mismas rutas. Solo debes cambiar las direcciones en la base de datos si estás cambiando el dominio intencionadamente, y para ello debes usar una herramienta que entienda datos serializados, como wp search-replace de WP-CLI. Un simple "buscar y reemplazar" en el archivo SQL puede dañar la configuración del tema y los widgets.

Paso 6. Guarda nuevamente los enlaces permanentes

Después del primer inicio de sesión, ve a Ajustes > Enlaces permanentes y haz clic en Guardar sin cambiar nada. WordPress actualizará las reglas de reescritura y las páginas dejarán de devolver error 404.

¿Se puede migrar WordPress con un plugin?

Sí, y para sitios pequeños es la forma más rápida. Los plugins populares para migración (All-in-One WP Migration, Duplicator, Migrate Guru) empaquetan los archivos y la base de datos en un solo archivo, y en el nuevo servidor los descomprimen en una instalación limpia de WordPress.

Si vas a migrar tu sitio a Saplo, tienes a tu disposición nuestro plugin Saplo Migrate. No requiere FTP ni exportación de la base de datos: lo cargas en el sitio antiguo, pegas la clave del panel de Saplo y haces clic en Iniciar. Empaqueta los archivos y la base de datos en pequeñas partes, por lo que funciona también en hosting con limitaciones y tiempo de proceso corto, y si la subida se interrumpe, la reanuda desde donde quedó. Cambia automáticamente las direcciones en la base de datos, y el sitio antiguo sigue funcionando sin cambios durante el proceso.

Es importante conocer sus limitaciones:

• las versiones gratuitas suelen tener límite en el tamaño del archivo, y las bibliotecas grandes de imágenes pueden superarlo,
• la importación sobrescribe toda la instalación, incluyendo las cuentas de usuario, así que tras importar ingresas con las credenciales del sitio antiguo,
• en servidores fuente con poco rendimiento, el empaquetado puede interrumpirse a la mitad.

Independientemente del método, antes de la mudanza haz una copia manual separada. El plugin es para comodidad, no es una copia de seguridad.

¿Cómo probar la página antes de cambiar el DNS?

Este es el paso que diferencia una mudanza tranquila de una nerviosa. La página ya está en el nuevo servidor, pero el mundo sigue viendo la antigua. Tienes tiempo para comprobar todo.

Hay dos maneras de ver la nueva versión:

• el archivo hosts en tu ordenador. Añades una línea con la dirección IP del nuevo servidor y el dominio, por ejemplo 203.0.113.10 sudominio.es www.sudominio.es. Solo tu navegador verá el nuevo servidor, el resto de internet seguirá yendo al antiguo,
• una dirección de prueba proporcionada por el hosting. Muchas empresas ofrecen un subdominio temporal donde se puede ver la página trasladada.

Qué comprobar en la versión de prueba:

1. la página principal, varias entradas, categorías y la página de contacto,
2. iniciar sesión en el panel y guardar cualquier cambio,
3. enviar el formulario de contacto (si el mail llega),
4. en la tienda: el carrito, un pago de prueba y los correos de pedido,
5. que en Ajustes > Lectura no esté marcada la opción "Pedir a los buscadores que no indexen este sitio",
6. que funcione /robots.txt y el mapa del sitio,
7. que direcciones aleatorias de la lista de URLs exportada antes devuelvan el código 200.

El último punto es fácil de automatizar con un simple bucle en la terminal que consulte cada dirección del mapa del sitio y liste las que no devuelvan 200.

¿Cómo cambiar el dominio sin interrupciones en el servicio?

Cuando la versión de prueba está funcionando, cambias en el panel del registrador el registro A (y AAAA si hay IPv6) a la dirección del nuevo servidor o cambias los servidores de nombres a los del nuevo hosting.

Para evitar interrupciones:

• no apagues el hosting antiguo inmediatamente. Durante uno o dos días, parte de los visitantes aún podrá acceder al servidor antiguo mientras su DNS no actualice la entrada,
• congela los cambios en el sitio antiguo. Desde el momento de la copia, no publiques nuevas entradas allí, y en la tienda lo mejor es cambiar el dominio en una hora tranquila. De lo contrario, los pedidos realizados después de la copia se quedarán en el servidor antiguo,
• asegúrate del certificado SSL. El nuevo servidor debe tener un certificado válido para el dominio desde el primer minuto. La página con error de certificado para el visitante y para el robot parece una falla,
• migra el correo por separado y conscientemente. Si los registros MX apuntaban al antiguo hosting y cambias los servidores de nombres, el correo se moverá con ellos. Las cuentas deben existir antes en el nuevo servidor.

Con un TTL reducido previamente, la mayoría del tráfico pasa al nuevo servidor en cuestión de minutos.

¿Qué revisar en Google Search Console después de la mudanza?

La herramienta "Cambio de dirección" en Search Console es solo para cambiar de dominio. No la usas solo por cambiar de hosting. En lugar de eso, durante las primeras dos semanas observa:

• Páginas > Indexación de páginas. Si no aumenta el número de páginas con error 404 o 5xx,
• Ajustes > Estadísticas de indexación. Este informe muestra el tiempo de respuesta del servidor para el robot de Google. Después de mudarte a un servidor más rápido, el tiempo medio debería disminuir,
• Mapas del sitio. Envía de nuevo el mapa del sitio para que el robot visite más rápido la página en el nuevo servidor,
• Rendimiento. Las fluctuaciones en la posición de varios lugares durante los primeros días son normales. Una caída sostenida suele significar direcciones perdidas o bloqueo de la indexación.

También es recomendable revisar por varios días el registro de errores en el nuevo servidor. Una extensión PHP faltante o un directorio de carga incorrecto se detectan ahí más rápido que en las estadísticas.

Errores comunes que perjudican tu posicionamiento

• Seleccionar "no indexar el sitio" y trasladarlo desde la versión de prueba. La página desaparece de Google en pocos días.
• Estructura diferente de enlaces permanentes. Las URLs cambian sin redirecciones 301 y se pierde todo el historial de enlaces.
• Contenido mixto tras pasar a HTTPS: imágenes y scripts cargados por http, alertas en el navegador.
• Apagar el servidor antiguo antes de la propagación del DNS. Algunos visitantes y el bot ven un error durante varias horas.
• Pérdida de redirecciones desde .htaccess. Las redirecciones 301 antiguas, acumuladas durante años, desaparecen si el nuevo servidor usa nginx y nadie las ha reescrito.
• No probar los formularios y el correo. La página funciona, pero los mensajes de clientes no llegan desde hace una semana.

Mudanza de WordPress a Saplo

Puedes trasladar tu WordPress a Saplo de dos maneras.

Por ti mismo, con el plugin Saplo Migrate. Creas la aplicación WordPress en el panel, en sus detalles haces clic en Trasladar sitio aquí y descargas el plugin. En el sitio antiguo lo subes a través de Plugins, Añadir nuevo, Enviar plugin al servidor, en Herramientas, Saplo Migrate pegas la clave del panel y haces clic en Iniciar migración. El progreso se muestra en ambos sitios. Verificas el sitio listo en la dirección de prueba de tu Box y solo entonces cambias el dominio. Antes de subir el sitio trasladado, el contenido anterior de la aplicación se guarda a un lado, para que siempre puedas volver.

Con nuestra ayuda. Si no quieres hacerlo tú mismo, la migración es gratuita. Nos das acceso al panel antiguo, FTP o SSH, nosotros trasladamos el sitio, lo ponemos en la dirección de prueba y cambiamos el dominio cuando confirmes que todo funciona. El correo se traslada por separado, con el asistente de migración de correo en el panel.

Cada Box incluye un certificado SSL gratuito que se renueva automáticamente, y los planes arrancan desde 27 € al año. Los detalles del hosting para este CMS los encuentras en la página hosting WordPress, y puedes poner una nueva instalación con solo un clic desde el catálogo de aplicaciones.

Preguntas frecuentes

¿Perderé posiciones en Google tras cambiar de hosting?

No, si el dominio, el protocolo y las direcciones de las subpáginas permanecen iguales, y la página no tiene interrupciones. Pequeñas fluctuaciones en las posiciones durante los primeros días son normales y se resuelven solas. Una caída prolongada casi siempre significa que las direcciones fueron cambiadas sin redirecciones o que el indexado está bloqueado.

¿Cuánto tarda trasladar WordPress a un nuevo hosting?

La copia y la importación de un sitio pequeño llevan entre quince minutos y una hora. A esto se suma la prueba y propagación del DNS, que con un TTL reducido toma unos quince minutos, y con la configuración por defecto puede tardar varias horas. Es recomendable planificar todo el proceso para uno o dos días.

¿Debo usar la herramienta "Cambio de dirección" en Search Console?

No. Esta herramienta se utiliza únicamente para cambiar a otro dominio. Si solo cambias de servidor manteniendo el mismo dominio, no necesitas reportar nada en Search Console, solo tienes que enviar nuevamente el mapa del sitio y monitorear los informes.

¿Se trasladará el correo junto con el sitio web?

No automáticamente. Las cuentas de correo son un servicio aparte. Si el correo está en el antiguo hosting, debes crear las mismas cuentas en el nuevo servidor, transferir los mensajes y solo entonces cambiar los registros MX o los servidores de nombres del dominio.

¿Qué hacer si después de la migración las subpáginas devuelven un error 404?

Normalmente basta con ir a Ajustes > Enlaces permanentes y hacer clic en Guardar. Si eso no funciona, significa que el nuevo servidor no soporta las reglas de .htaccess (como ocurre, por ejemplo, con nginx) y es necesario agregar en su configuración la redirección de las solicitudes a index.php.