Cambiare hosting o server a un sito WordPress

Un sito WordPress cambia hosting o server per buone ragioni: prestazioni insufficienti, un'offerta troppo cara, una versione di PHP non più mantenuta, un bisogno di sicurezza o di assistenza. Il contenuto non cambia, ma tutto ciò che lo fa funzionare si sposta: i file, il database, la configurazione, il certificato. Fatto bene, il trasloco è invisibile per i visitatori come per Google.

Questo articolo tratta del trasferimento di un sito che è già su WordPress. Se il vostro sito non lo è ancora, vedete i nostri articoli sulla migrazione di un sito HTML verso WordPress e sulla migrazione da Wix a WordPress.

Un sito WordPress è fatto di due parti, da spostare insieme:

• i file: il nucleo di WordPress, la cartella wp-content (temi, plugin, media caricati), il file wp-config.php e, su Apache, il file .htaccess che contiene i permalink e i redirect;
• il database: articoli, pagine, impostazioni, account, commenti e ordini se c'è un negozio.

A questo si aggiunge ciò che vive presso il provider e non si copia: il certificato HTTPS, le attività pianificate, gli indirizzi email del dominio, le regole del server web se si tratta di Nginx. Fatene l'elenco prima di cominciare.

Plugin come Duplicator o All-in-One WP Migration raccolgono file e database in un archivio, che si ripristina sul nuovo server. Molti provider offrono anche un proprio strumento di migrazione. È la via più semplice per un sito di dimensioni contenute; su un sito grande, la dimensione dell'archivio o i limiti del server possono farla fallire.

Si copiano i file via SFTP o rsync, si esporta il database (mysqldump o WP-CLI) e lo si importa sul nuovo server, poi si aggiorna wp-config.php con le nuove credenziali del database. Se l'indirizzo del sito cambia, la ricerca e sostituzione si fa con wp search-replace o con un plugin che rispetti i dati serializzati: una sostituzione grezza nel file SQL rompe le impostazioni di temi e plugin.

1. Fate un backup del sito completo, file e database, e conservatelo fuori da entrambi i server.
2. Provate il nuovo server prima del passaggio: facendo puntare il dominio al nuovo indirizzo IP solo sul vostro computer (file hosts), vedete il sito così come sarà, con il suo vero nome di dominio.
3. Abbassate la durata (TTL) dei record DNS uno o due giorni prima, perché il cambiamento si propaghi in fretta.
4. Congelate i contenuti durante il passaggio: un commento o un ordine ricevuti sul vecchio server dopo la copia andrebbero persi.
5. Cambiate i DNS e lasciate il vecchio server online qualche giorno, finché tutti i visitatori arrivano sul nuovo.

Finché gli indirizzi delle pagine restano identici, un cambio di hosting non richiede alcun redirect. È diverso se approfittate del trasloco per cambiare nome di dominio, passare a HTTPS o modificare la struttura dei permalink: ogni vecchia URL deve allora rispondere con un redirect 301 verso la nuova, in un solo salto. Per un cambio di dominio, dichiaratelo anche nella Search Console (strumento Cambio di indirizzo). Vedete il nostro articolo sul passaggio al protocollo HTTPS e quello sui redirect in WordPress.

Fate il crawl del sito prima del trasloco e conservate l'elenco delle sue URL con il loro codice di risposta; ripetete il crawl dopo il passaggio e confrontate. Verificate anche ciò che si perde più spesso:

• la casella «Scoraggia i motori di ricerca dall'effettuare l'indicizzazione di questo sito», spuntata sul server di prova e copiata tale e quale;
• il file robots.txt e la sitemap, che devono rispondere sul nuovo server;
• il certificato HTTPS, installato e valido prima del cambio dei DNS;
• i tempi di risposta, spesso il motivo del trasloco: confrontateli.

Seguite poi la Search Console per qualche settimana: errori di scansione, pagine indicizzate, posizioni.

Se il trasloco si accompagna a un restyling o a un cambio di indirizzi, il piano di redirect diventa la questione principale. Swan fa il crawl del vecchio sito e della preproduzione, propone per ogni vecchia URL la pagina che la sostituisce per prossimità semantica, vi fa validare i casi dubbi, poi controlla i redirect prima e dopo la messa online. Le tappe comuni a ogni cambio di piattaforma sono descritte nella procedura di cambio di CMS.