Aggiornato il 6 ottobre 2026A cura del team EspertiWP – HelpwebnetLettura: 9 minuti

Una migrazione WordPress fatta bene segue cinque passi: inventario, copia, prova, redirect, verifica. Se cambi solo hosting e gli indirizzi delle pagine restano identici, l'impatto su Google di solito è minimo. Se cambi dominio o struttura degli URL, servono redirect 301 da ogni vecchio indirizzo al nuovo, da mantenere secondo Google il più a lungo possibile e in genere almeno un anno, più lo strumento Cambio di indirizzo in Search Console. Il punto che si dimentica più spesso non riguarda il sito ma la posta: i record DNS delle email.

Cambio di hosting o cambio di dominio?

Google tratta in modo diverso due situazioni che spesso vengono chiamate entrambe “migrazione”. Capire in quale ti trovi decide metà del lavoro.

Un consiglio pratico: se puoi, non fare due cambi insieme. Cambiare hosting, dominio e tema nello stesso fine settimana rende impossibile capire cosa ha causato un eventuale calo. Meglio spostare prima il sito così com'è e cambiare il resto dopo, quando tutto è stabile.

Prima: inventario, backup e TTL dei DNS

1. Fai l'inventario degli URL. Esporta l'elenco di tutte le pagine (dalla Sitemap, da Search Console, da un programma di scansione) e le pagine che ricevono più traffico e link dall'esterno. Google raccomanda di salvare questi elenchi prima di iniziare: serviranno per i redirect e per i controlli.
2. Fai un backup completo di file e database, scaricato fuori dal vecchio hosting. Come farlo e verificarlo è spiegato nella guida al backup di WordPress.
3. Annota la configurazione DNS attuale: tutti i record della zona, non solo quello del sito. Sono quelli che spesso fanno funzionare la posta, la verifica dei servizi Google o Microsoft, eventuali sottodomini.
4. Abbassa il TTL dei record DNS. Il TTL indica per quanto tempo gli altri server tengono in memoria i tuoi record. Google consiglia di ridurlo a un valore molto basso, per esempio poche ore, almeno una settimana prima dello spostamento: così il cambio si propaga in fretta e, se qualcosa va storto, puoi tornare indietro rapidamente.
5. Aggiorna WordPress, temi e plugin sul vecchio sito prima di copiarlo, oppure verifica che la versione di PHP del nuovo server sia compatibile con quella attuale: un salto di versione fatto insieme alla migrazione è una fonte classica di errori. Per farlo senza rischi segui la guida su come aggiornare i plugin WordPress in sicurezza.

La copia del sito e la prova sul nuovo server

La copia di un sito WordPress comprende i file (core, wp-content con temi, plugin e caricamenti, il file wp-config.php) e il database. I passaggi principali:

1. Copia file e database sul nuovo server e aggiorna in wp-config.php i dati di connessione al nuovo database.
2. Se cambia l'indirizzo del sito, aggiorna i valori siteurl e home e sostituisci il vecchio indirizzo nei contenuti. Attenzione: la documentazione di WordPress avverte che un “cerca e sostituisci” fatto direttamente sul database può rompere i dati serializzati (temi e widget salvano anche la lunghezza dei testi), e indica strumenti che li gestiscono correttamente, come il comando wp search-replace di WP-CLI.
3. Non toccare la colonna GUID degli articoli: secondo la documentazione di WordPress deve restare invariata, perché i lettori di feed la usano per riconoscere gli articoli già letti.
4. Prova il sito sul nuovo server prima di cambiare i DNS, per esempio modificando temporaneamente il file hosts del tuo computer: navighi sul nuovo server con il dominio vero, mentre il resto del mondo vede ancora il vecchio.
5. Controlla con calma: pagine principali, moduli di contatto (inviano davvero?), carrello e pagamenti se è un e-commerce, area riservata, ricerca interna, immagini, invio delle email di WordPress.
6. Attiva il certificato HTTPS sul nuovo server e verifica che non ci siano contenuti misti (immagini o script ancora richiamati in HTTP).

Email e record DNS da non dimenticare

Il sito si sposta in un pomeriggio; le email che smettono di arrivare per tre giorni sono il danno che i clienti ricordano. Succede quando il dominio viene spostato su un nuovo fornitore e la zona DNS viene ricreata da zero, solo con il record del sito.

Se WordPress invia email (moduli, ordini, recupero password) dal nuovo server, aggiorna il record SPF, altrimenti quei messaggi rischiano di finire nello spam. Come leggere e controllare i record di autenticazione è spiegato da Helpwebnet nelle guide su come verificare il record SPF e su SPF, DKIM e DMARC.

Redirect 301 e Cambio di indirizzo in Search Console

Se gli URL cambiano, i redirect sono ciò che trasferisce a Google (e ai visitatori che arrivano da vecchi link) l'informazione “questa pagina adesso è qui”.

• Uno a uno. Ogni vecchio URL deve puntare al nuovo URL equivalente, seguendo la mappa preparata all'inizio. Mandare tutto alla home page non è un redirect: per Google è una pagina che non esiste più.
• Lato server e permanenti. Google indica redirect lato server di tipo permanente (301 o 308), senza catene: vecchio URL → nuovo URL, non vecchio → intermedio → nuovo.
• Per quanto tempo. Google raccomanda di conservare i redirect il più a lungo possibile, in genere almeno un anno. E consiglia di continuare a rinnovare il vecchio dominio per almeno un anno, perché nessun altro lo registri e lo usi per scopi illeciti.
• Link interni e Sitemap. Aggiorna i link interni perché puntino direttamente ai nuovi URL e invia in Search Console la Sitemap del nuovo sito.

Lo strumento Cambio di indirizzo di Search Console serve solo quando cambia il dominio (o il sottodominio). Per usarlo devi essere proprietario sia della vecchia sia della nuova proprietà, con lo stesso account Google, e i redirect 301 devono essere già attivi: lo strumento li controlla prima di accettare la richiesta. Non va usato per il passaggio da HTTP a HTTPS né per spostamenti di pagine all'interno dello stesso sito: in quei casi bastano redirect e Sitemap aggiornata.

Dopo: controlli a 1, 7 e 30 giorni

Il vecchio hosting si disattiva solo quando i log mostrano che non riceve più traffico. Google suggerisce proprio di monitorare il traffico su entrambi i server e di spegnere il vecchio quando il passaggio è completo. Riporta poi il TTL dei DNS a un valore normale.

Un nuovo server è anche l'occasione per misurare la velocità: se il sito non è più rapido di prima, la guida su come velocizzare WordPress elenca gli interventi più utili.

Gli errori che costano posizioni

• Il noindex dimenticato: l'impostazione “Scoraggia i motori di ricerca” attiva sul sito di prova e portata in produzione.
• Redirect tutti verso la home invece che pagina per pagina.
• Catene di redirect (HTTP → HTTPS → www → nuovo dominio) cresciute negli anni.
• Cambio di permalink non necessario fatto insieme alla migrazione.
• Immagini e allegati non copiati: le pagine ci sono, ma con le immagini rotte.
• Vecchio dominio lasciato scadere dopo pochi mesi: i redirect spariscono e il dominio può essere registrato da altri.
• Nessun backup sul nuovo server: la protezione che c'era sul vecchio hosting non si trasferisce da sola. Dopo la migrazione va ricontrollata anche la checklist di sicurezza WordPress.

Migrazione gestita da EspertiWP

Se preferisci non occupartene tu, ci occupiamo noi dell'intero percorso: inventario degli URL, copia e prova sul nuovo server, controllo completo della zona DNS e della posta, redirect, Search Console e controlli nelle settimane successive. Il preventivo è su richiesta, dopo aver visto il sito: il lavoro cambia molto tra un sito vetrina che cambia solo hosting e un e-commerce che cambia dominio. Dopo la migrazione, il sito può entrare nel servizio di manutenzione WordPress, con aggiornamenti e backup verificati.

Domande frequenti

Fonti: Google Search Central – Spostamenti e migrazioni di siti con modifiche agli URL · Google Search Central – Modificare l'hosting web e la SEO · Guida di Search Console – Strumento Cambio di indirizzo · WordPress Developer Resources – Migrating WordPress · WP-CLI – wp search-replace