Quando sviluppo un sito WordPress, il workflow cambia in base al progetto.
Se il sito è semplice e soprattutto se si tratta di un dominio nuovo, ancora inutilizzato, spesso lavoro direttamente online. In questo modo mi risparmio anche la migrazione finale che, per quanto veloce, rimane comunque un passaggio in più.
In questi casi proteggo il sito con password oppure direttamente tramite .htpasswd dal pannello di controllo del server. Questa soluzione è particolarmente comoda quando devo fornire preview al cliente di un sito che include login utenti: gli utenti guest possono continuare a visualizzare il sito normalmente senza dover attivare sistemi di autenticazione interni a WordPress, mentre l’accesso pubblico rimane comunque protetto.
Quando invece il progetto è più complesso, ad esempio con layout completamente custom o funzionalità sviluppate ad hoc per evitare plugin inutili e mantenere performance migliori, preferisco lavorare in locale.
In passato utilizzavo stack locali come MAMP, oggi invece uso LocalWP, che è estremamente più comodo e rapido da gestire.
Indice dei contenuti
Il problema delle migrazioni
Lavorare in locale introduce però un passaggio inevitabile: la migrazione del sito.
Capita spesso di dover:
- pubblicare una preview online per il cliente,
- spostare il sito su un ambiente staging,
- effettuare la pubblicazione finale.
LocalWP offre anche i Live Link, una funzione molto interessante per condividere rapidamente il sito locale online. Tuttavia, almeno nella mia esperienza, non sempre sono affidabili al 100%, soprattutto nella gestione delle immagini.
Per questo motivo uno dei sistemi più pratici rimane All-in-One WP Migration. Utilizzo la licenza Unlimited da anni e non avevo praticamente mai avuto problemi.
Il caso strano: export e import fallivano senza errori
Recentemente però mi sono trovato davanti a una situazione insolita:
- export completato correttamente,
- import che falliva senza alcun messaggio utile,
- debug attivato ma nessun errore rilevato.
- nessun avviso di errore in console o nel pannello network.
Dopo vari tentativi, la soluzione è stata sorprendentemente semplice:
- aggiornare WordPress su entrambi gli ambienti,
- uniformare esattamente la versione tra origine e destinazione,
- rifare export e import.
Tra i due siti c’era una differenza minima, circa 0.3 versioni di WordPress. Non mi aveva mai causato problemi in passato, ma evidentemente in questo caso era sufficiente per rompere il processo di migrazione.
Perché può succedere
Alcune versioni di WordPress introducono modifiche interne al database o comportamenti differenti nella gestione dei dati. Normalmente queste incompatibilità vengono corrette automaticamente durante gli aggiornamenti o le migrazioni, ma non sempre il processo è perfettamente trasparente.
Quindi, se una migrazione tramite All-in-One WP Migration fallisce senza motivi apparenti, una delle prime verifiche da fare è questa:
- controllare che WordPress abbia la stessa identica versione su entrambi i sistemi.
Soluzione pratica
Se export e import non vanno a buon fine:
- aggiorna WordPress sia sul sito sorgente sia su quello target;
- verifica che plugin e ambiente siano allineati;
- riesegui export e import.
Se non puoi aggiornare all’ultima versione perché il sito richiede fix specifici o compatibilità legacy, WordPress mette comunque a disposizione tutte le release precedenti:
In questi casi conviene uniformare il sito di destinazione alla stessa versione del sito sorgente prima di eseguire la migrazione.
Migrazione manuale
Rimane sempre la possibilità di effettuare una migrazione manuale, trasferendo file e database ed eseguendo le corrette sostituzioni di URL e percorsi. Nei siti più complessi questa soluzione può essere persino preferibile, perché offre maggiore controllo sull’intero processo ed evita alcuni problemi tipici delle migrazioni automatizzate.
Se ti sei bloccato durante una migrazione WordPress o stai gestendo un sito particolarmente delicato, puoi prenotare una consulenza per analizzare il problema e trovare la soluzione più adatta.