Cambiar de alojamiento o de servidor un sitio WordPress

Un sitio WordPress cambia de alojamiento o de servidor por buenas razones: un rendimiento insuficiente, una oferta demasiado cara, una versión de PHP que ya no se mantiene, una necesidad de seguridad o de soporte. El contenido no cambia, pero todo lo que lo hace funcionar se traslada: los archivos, la base de datos, la configuración, el certificado. Bien hecho, el traslado es invisible para los visitantes y para Google.

Este artículo trata del traslado de un sitio que ya funciona con WordPress. Si su sitio aún no lo está, consulte nuestros artículos sobre la migración de un sitio HTML a WordPress y la migración de Wix a WordPress.

Un sitio WordPress tiene dos partes, que se trasladan juntas:

• los archivos: el núcleo de WordPress, la carpeta wp-content (temas, plugins, medios subidos), el archivo wp-config.php y, en Apache, el archivo .htaccess que contiene los enlaces permanentes y las redirecciones;
• la base de datos: entradas, páginas, ajustes, cuentas, comentarios y pedidos si hay una tienda.

A ello se suma lo que vive en el proveedor y no se copia: el certificado HTTPS, las tareas programadas, las direcciones de correo del dominio y las reglas del servidor web si se trata de Nginx. Haga la lista antes de empezar.

Plugins como Duplicator o All-in-One WP Migration reúnen archivos y base de datos en un archivo comprimido, que se restaura en el nuevo servidor. Muchos proveedores ofrecen también su propia herramienta de migración. Es la vía más sencilla para un sitio de tamaño modesto; en un sitio grande, el tamaño del archivo o los límites del servidor pueden hacerla fallar.

Se copian los archivos por SFTP o rsync, se exporta la base de datos (mysqldump o WP-CLI) y se importa en el nuevo servidor, y luego se actualiza wp-config.php con los nuevos datos de acceso a la base. Si la dirección del sitio cambia, la búsqueda y sustitución se hace con wp search-replace o un plugin que respete los datos serializados: una sustitución bruta en el archivo SQL rompe los ajustes de temas y plugins.

1. Haga una copia del sitio completo, archivos y base, y guárdela fuera de ambos servidores.
2. Pruebe el nuevo servidor antes del cambio: haciendo que el dominio apunte a la nueva dirección IP solo en su equipo (archivo hosts), verá el sitio tal como será, con su nombre de dominio real.
3. Reduzca el tiempo de vida (TTL) de los registros DNS uno o dos días antes, para que el cambio se propague rápido.
4. Congele los contenidos durante el cambio: un comentario o un pedido recibidos en el servidor antiguo después de la copia se perderían.
5. Cambie los DNS y mantenga el servidor antiguo en línea unos días, hasta que todos los visitantes lleguen al nuevo.

Mientras las direcciones de las páginas sigan siendo las mismas, cambiar de alojamiento no requiere ninguna redirección. Es distinto si aprovecha el traslado para cambiar de nombre de dominio, pasar a HTTPS o modificar la estructura de los enlaces permanentes: cada URL antigua debe entonces responder con una redirección 301 hacia la nueva, en un solo salto. Para un cambio de dominio, declárelo también en Search Console (herramienta de cambio de dirección). Consulte nuestro artículo sobre el paso al protocolo HTTPS y el de las redirecciones en WordPress.

Rastree el sitio antes del traslado y guarde la lista de sus URL con su código de respuesta; vuelva a rastrearlo después del cambio y compare. Compruebe también lo que más a menudo se pierde:

• la casilla «Disuadir a los motores de búsqueda de indexar este sitio», marcada en el servidor de pruebas y copiada tal cual;
• el archivo robots.txt y el sitemap, que deben responder en el nuevo servidor;
• el certificado HTTPS, instalado y válido antes del cambio de DNS;
• los tiempos de respuesta, que a menudo eran la razón del traslado: compárelos.

Siga después Search Console durante unas semanas: errores de rastreo, páginas indexadas, posiciones.

Si el traslado va acompañado de un rediseño o de un cambio de direcciones, el plan de redirección pasa a ser lo principal. Swan rastrea el sitio antiguo y la preproducción, propone para cada URL antigua la página que la sustituye por proximidad semántica, le hace validar los casos dudosos y luego controla las redirecciones antes y después de la puesta en línea. Las etapas comunes a todo cambio de plataforma se describen en el procedimiento de cambio de CMS.