Spostare un sito nel momento sbagliato pu\u00f2 costare pi\u00f9 di qualche ora di lavoro. Pu\u00f2 significare ordini persi, email che non arrivano, pagine lente o un sito che torna online con link rotti. Per questo capire come migrare sito WordPress nel modo corretto non \u00e8 solo una questione tecnica: \u00e8 una scelta che incide su continuit\u00e0 operativa, SEO e fiducia dei clienti.<\/p>\n
La buona notizia \u00e8 che una migrazione ben fatta segue una logica semplice. Prima si prepara l\u2019ambiente, poi si copia il sito, si testa tutto in modo rigoroso e solo alla fine si cambia la direzione del traffico. Il punto non \u00e8 fare in fretta. Il punto \u00e8 passare da un hosting all\u2019altro senza sorprese.<\/p>\n
Prima di toccare file e database, serve una verifica molto pratica. Il nuovo hosting deve essere compatibile con la versione di PHP richiesta dal sito, avere risorse adeguate, SSL disponibile, backup attivi e prestazioni coerenti con il traffico reale. Se il sito cresce, conviene anche valutare fin da subito un ambiente pi\u00f9 stabile e scalabile, invece di fare una migrazione oggi per rifarla tra pochi mesi.<\/p>\n
C\u2019\u00e8 poi il tema dei servizi collegati. Molti siti WordPress non vivono da soli: usano email sul dominio, record DNS personalizzati, CDN, sistemi di caching, aree riservate, moduli di pagamento e plugin di sicurezza. Migrare il sito senza mappare questi elementi \u00e8 uno degli errori pi\u00f9 comuni. Il sito magari si apre, ma una parte del business smette di funzionare.<\/p>\n
La scelta del momento conta. Evita finestre con campagne attive, lanci, promozioni o picchi di traffico. Se gestisci un e-commerce, pianifica in una fascia a basso volume e riduci al minimo i contenuti che possono cambiare durante il passaggio, come ordini, commenti o nuovi utenti registrati.<\/p>\n
Prima della migrazione serve un backup completo, non parziale. Questo significa copiare tutti i file di WordPress e fare l\u2019esportazione del database. Temi, plugin, upload media, file di configurazione e tabelle del database devono essere inclusi.<\/p>\n
Se hai accesso al pannello hosting, spesso puoi creare un backup direttamente da l\u00ec. In alternativa puoi scaricare i file via file manager o FTP ed esportare il database con phpMyAdmin o strumenti equivalenti. L\u2019aspetto decisivo \u00e8 verificare che il backup sia davvero utilizzabile. Un archivio corrotto o un database esportato male non ti protegge da niente.<\/p>\n
Per i siti aziendali, avere anche un backup offsite \u00e8 una scelta prudente. Se qualcosa va storto durante la migrazione, il tempo di ripristino fa la differenza tra un piccolo disagio e un problema commerciale serio.<\/p>\n
Il nuovo spazio hosting va configurato prima di spostare il dominio. Qui conviene creare il database, l\u2019utente associato, impostare il certificato SSL e verificare che l\u2019ambiente supporti WordPress in modo corretto. Se il provider offre un hosting ottimizzato per WordPress con backup giornalieri, protezione e impostazioni gi\u00e0 pronte, la fase operativa diventa pi\u00f9 rapida e meno esposta a errori manuali.<\/p>\n
A questo punto si caricano i file del sito nel nuovo hosting. Il database esportato dal vecchio ambiente va importato in quello nuovo, poi bisogna aggiornare il file wp-config.php con le nuove credenziali del database. \u00c8 un passaggio semplice, ma se i dati sono errati il sito non si collega al database e restituisce errore.<\/p>\n
Se il dominio resta lo stesso, in molti casi non devi cambiare l\u2019URL del sito in modo definitivo. Per testare il trasferimento prima del cambio DNS puoi usare un URL temporaneo, l\u2019anteprima del server oppure modificare localmente il file hosts sul tuo computer. \u00c8 una fase utile perch\u00e9 permette di controllare il sito nel nuovo ambiente senza renderlo ancora pubblico.<\/p>\n
La parte pi\u00f9 delicata non \u00e8 copiare i dati, ma assicurarsi che WordPress trovi tutto dove si aspetta di trovarlo. I problemi pi\u00f9 frequenti nascono da permessi file errati, percorsi server diversi, limiti di memoria PHP, versioni incompatibili e riferimenti al vecchio dominio presenti nel database.<\/p>\n
Se durante la migrazione cambi anche dominio, non basta sostituire il testo in modo manuale dentro il database. WordPress salva diversi dati in formato serializzato e una sostituzione fatta male pu\u00f2 rompere widget, impostazioni o builder visuali. In questi casi servono strumenti adatti o procedure specifiche.<\/p>\n
Occhio anche alla cache. Plugin di caching, cache lato server e CDN possono mostrare una versione vecchia del sito e far sembrare che la migrazione non sia andata a buon fine. Prima del test finale, svuotare tutte le cache \u00e8 una misura semplice ma spesso decisiva.<\/p>\n
Questa \u00e8 la fase che separa una migrazione ordinata da una improvvisata. Prima di aggiornare i DNS, il sito va controllato a fondo sul nuovo hosting. Non basta aprire la home page e vedere che si carica.<\/p>\n
Controlla le pagine principali, il menu, i form di contatto, l\u2019area login, i plugin chiave, eventuali pagamenti, i media, gli URL interni e la versione mobile. Se il sito riceve lead o vende online, prova i flussi pi\u00f9 importanti dall\u2019inizio alla fine. Un modulo che non invia o un checkout che fallisce valgono pi\u00f9 di dieci pagine che si aprono correttamente.<\/p>\n
\u00c8 utile verificare anche prestazioni e sicurezza. Tempi di risposta, redirect HTTP\/HTTPS, certificato SSL, eventuali errori 404 e log lato server danno segnali chiari prima della pubblicazione. Per molte aziende questo passaggio \u00e8 il vero motivo per cui conviene migrare verso un\u2019infrastruttura pi\u00f9 affidabile: non solo cambiare casa al sito, ma migliorare velocit\u00e0, stabilit\u00e0 e margine di crescita.<\/p>\n
Quando il sito \u00e8 stato testato, si pu\u00f2 procedere con il cambio DNS o con l\u2019aggiornamento dei nameserver verso il nuovo provider. Da quel momento inizia la propagazione, che pu\u00f2 richiedere tempi diversi a seconda della configurazione e dei resolver utilizzati dagli utenti.<\/p>\n
Durante questa finestra \u00e8 meglio evitare modifiche non necessarie sul sito, perch\u00e9 una parte del traffico potrebbe ancora raggiungere il vecchio server mentre un\u2019altra parte arriva gi\u00e0 sul nuovo. Per i siti dinamici questa sovrapposizione va gestita con attenzione. Se ci sono ordini, richieste o contenuti che cambiano spesso, pu\u00f2 essere utile pianificare una breve finestra di manutenzione oppure sincronizzare i dati finali poco prima del passaggio.<\/p>\n
Non chiudere subito il vecchio hosting. Tenerlo attivo per qualche giorno riduce il rischio di perdere dati o di dover correre ai ripari se emerge un dettaglio trascurato.<\/p>\n
Dire zero downtime in senso assoluto non \u00e8 sempre realistico. Dipende dal tipo di sito, dal traffico, dai servizi integrati e da quanto cambia il contenuto durante il trasferimento. Per\u00f2 \u00e8 possibile ridurre il downtime percepito a livelli minimi con una strategia corretta.<\/p>\n
Il principio \u00e8 semplice: il nuovo ambiente va preparato e verificato completamente prima del cambio DNS. Se il sito \u00e8 statico o cambia poco, l\u2019utente finale spesso non si accorge di nulla. Se invece il sito \u00e8 dinamico, come un e-commerce o un portale con utenti attivi, serve una gestione pi\u00f9 attenta dell\u2019ultimo miglio. In questi casi la migrazione non \u00e8 solo tecnica, ma operativa.<\/p>\n
Per progetti business-critical, affidarsi a un servizio di migrazione gestito pu\u00f2 avere senso. Costa pi\u00f9 del fai da te, ma spesso fa risparmiare tempo, riduce il rischio di errori e lascia al team interno la possibilit\u00e0 di concentrarsi sul lavoro invece che sulla diagnostica post-migrazione. Per chi cerca prestazioni, backup giornalieri e un ambiente pensato per la continuit\u00e0 del sito, un provider orientato al business come Dasabo pu\u00f2 rendere il passaggio pi\u00f9 lineare.<\/p>\n
Una volta online, il lavoro non \u00e8 finito. Nelle prime 24-72 ore va monitorato il comportamento del sito. Controlla uptime, SSL, moduli, aree riservate, invio email, redirect e caricamento delle pagine pi\u00f9 visitate. Anche Search Console, analytics e strumenti di monitoraggio vanno ricontrollati per assicurarsi che stiano raccogliendo dati correttamente.<\/p>\n
Se hai cambiato IP o hosting, verifica che i backup siano attivi sul nuovo ambiente e che i sistemi di sicurezza non stiano bloccando funzioni legittime del sito. Alcuni plugin possono reagire in modo diverso su un nuovo server, soprattutto quelli legati a cache, firewall o ottimizzazione immagini.<\/p>\n
Infine, documenta la migrazione. Tenere traccia di credenziali, DNS, database, versioni PHP e modifiche effettuate aiuta moltissimo se in futuro dovrai replicare il processo, scalare l\u2019infrastruttura o intervenire in emergenza.<\/p>\n
Migrare un sito WordPress non \u00e8 difficile perch\u00e9 richiede magie. \u00c8 delicato perch\u00e9 mette insieme dati, traffico, sicurezza e continuit\u00e0 del business. Se lo affronti con metodo, il trasferimento smette di essere un rischio e diventa un passaggio utile per dare al sito una base pi\u00f9 veloce, stabile e pronta a crescere.<\/p>","protected":false},"excerpt":{"rendered":"
Scopri come migrare sito WordPress senza errori, downtime o perdite di dati. Metodo pratico per file, database, DNS, test e messa online.<\/p>","protected":false},"author":1,"featured_media":3847,"comment_status":"","ping_status":"","sticky":false,"template":"","format":"standard","meta":{"_angie_page":false,"page_builder":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-3846","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-uncategorized"],"_links":{"self":[{"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/posts\/3846","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/comments?post=3846"}],"version-history":[{"count":0,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/posts\/3846\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/media\/3847"}],"wp:attachment":[{"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/media?parent=3846"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/categories?post=3846"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dasabo.com\/it\/wp-json\/wp\/v2\/tags?post=3846"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}