Cosa rivelano oltre 8.000 ticket di supporto WordPress sul motivo per cui le migrazioni falliscono

Quando una migrazione di WordPress fallisce, cosa succede di solito? Avevamo i dati per rispondere a questa domanda, quindi abbiamo guardato.

Duplicator è un plugin di migrazione e backup per WordPress in esecuzione su oltre 1,5 milioni di siti. Questa scala produce qualcosa di specifico e raro: un ampio registro di prima parte di ciò che accade quando le persone spostano un sito WordPress.

Negli ultimi anni, abbiamo registrato più di 8.000 richieste di supporto strutturate. I problemi di migrazione e ripristino sono la nostra più grande categoria tecnica e questi ticket sono ciò che questo report analizza, ognuno etichettato, categorizzato e descritto con le parole del proprietario del sito.

Questo report è ciò che quei dati mostrano. Alcuni confermano la saggezza convenzionale. Molti non lo fanno.

Queste cifre riflettono il volume dei ticket di supporto, non il numero di clienti, installazioni o vendite.

Indice

Risultati Chiave

Per chiunque desideri i numeri prima dell'analisi, ecco cosa dicono i dati su cosa va storto durante le migrazioni di WordPress. Ogni dato proviene dai registri di supporto di Duplicator.

• I problemi di migrazione e ripristino sono la più grande categoria di supporto tecnico. Su oltre 8.000 richieste di supporto, circa 4 su 10 sono tecniche e poco meno di un terzo di queste sono migrazioni, più di qualsiasi altra categoria tecnica.
• Le migrazioni raramente si interrompono durante il download. Si interrompono durante l'estrazione e al primo accesso al nuovo sito.
• Il punto di guasto più comune è un limite dell'host che si manifesta durante l'estrazione. In quasi 1 biglietto di migrazione su 5, un timeout PHP o un limite di memoria sul server di destinazione blocca il sito durante la decompressione.
• Bloccarsi fuori da un sito migrato con successo è il secondo problema più comune, in quasi 1 biglietto su 10.
• I limiti dell'host sono la causa principale, ma raramente si annunciano. Solo circa 1 biglietto su 50 menziona direttamente un timeout PHP, eppure il limite PHP o di memoria di un host è ciò che sta dietro alla maggior parte delle installazioni bloccate in cima alla lista.
• Gli host WordPress gestiti sono quasi assenti dalla coda di supporto per le migrazioni. L'hosting condiviso economico la domina.
• Circa 1 biglietto di migrazione su 14 coinvolge lo spostamento di un sito da un ambiente di sviluppo locale.
• I problemi di migrazione vengono risolti rapidamente. Circa 2 biglietti di migrazione e ripristino su 3 vengono risolti in meno di un'ora.

In sintesi: la tua migrazione probabilmente non si interromperà durante la copia dei file. È più probabile che abbia un intoppo in due momenti: quando il nuovo server decomprime il sito e la prima volta che provi ad accedere. Entrambi sono solitamente risolvibili in pochi minuti, e il resto di questo report mostra esattamente come.

Una precisazione su tutto questo, dichiarata in anticipo perché modella come i dati dovrebbero essere letti. Questi sono ticket di supporto. Catturano le migrazioni che hanno incontrato problemi, non le migrazioni nel complesso.

Le numerose migrazioni andate a buon fine non hanno mai generato un ticket. Quindi questi dati spiegano dove le migrazioni si interrompono, non quanto spesso si interrompono.

Le Migrazioni Sono il Più Grande Problema Tecnico Segnalato dagli Utenti WordPress

I ticket di supporto sono uno strumento grezzo. Sono anche onesti, perché nessuno ne presenta uno quando le cose vanno bene.

Abbiamo raggruppato ogni ticket tecnico per categoria. I problemi di migrazione e ripristino sono emersi in cima, davanti ai backup e allo storage cloud.

Circa 4 su 10 di tutte le richieste di supporto sono tecniche, e le migrazioni rappresentano poco meno di un terzo di queste. Questo è il segnale più chiaro nel set di dati.

Quando gli utenti WordPress incontrano un ostacolo tecnico abbastanza serio da chiedere aiuto, una migrazione è la ragione più probabile.

Si adatta alla natura del compito. Una migrazione sposta tutto in una volta: file, database, URL, impostazioni del server, versioni PHP e permessi.

Qualsiasi singola discrepanza può bloccare la migrazione, e spesso diverse lo fanno contemporaneamente.

Essere la Categoria Più Grande Non Significa Essere la Più Difficile

Una categoria in cima alla coda di supporto suona allarmante finché non si guarda come vengono chiusi quei ticket. Volume e difficoltà non sono la stessa cosa.

I ticket di migrazione e ripristino sono le richieste tecniche più comuni che riceviamo. Sono anche tra le più veloci da risolvere.

La maggior parte dei ticket di migrazione viene risolta nello stesso giorno, spesso con una singola risposta.

Quella combinazione, alto volume e rapida risoluzione, ti dice qualcosa di specifico sui problemi di migrazione. Sono comuni, ma raramente misteriosi.

La maggior parte risale a un breve elenco di cause che il team di supporto riconosce a vista, che è esattamente l'elenco su cui si basa questo report.

Questa è anche la ragione onesta per cui possiamo scrivere questo post. Non stiamo teorizzando sul perché le migrazioni falliscono. Abbiamo risolto migliaia di queste, la maggior parte entro un'ora.

Dove le Migrazioni Solitamente Falliscono, e Come Ognuna Viene Risolta

Molti proprietari di siti attribuiscono i fallimenti di migrazione a un timeout PHP, un firewall o lo spazio su disco. Nei nostri ticket, questi sono personaggi minori.

Ciò che va effettivamente storto è più specifico e, in quasi tutti i casi, risale all'ambiente di destinazione, non alla migrazione stessa.

Ecco la ripartizione classificata, con ciò che di solito sta dietro a ciascuno e come il team di supporto lo risolve.

Punto di fallimento della migrazione	Approssimativamente quanto spesso	Cosa c'è di solito dietro	Come viene risolto
Il limite dell'host blocca il passaggio di installazione/estrazione	1 su 5	Un timeout PHP o un limite di memoria sul server di destinazione sta interrompendo il processo a metà estrazione	Aumentare i limiti PHP, o utilizzare un installer progettato per estrarre archivi di grandi dimensioni senza problemi (DupArchive)
Bloccato fuori da wp-admin dopo la migrazione	1 su 10	Una discrepanza nell'URL del sito nel database o un loop di reindirizzamento, non una migrazione interrotta	Correggere le impostazioni dell'indirizzo WordPress e dell'indirizzo del sito; cancellare i cookie
La barra di avanzamento si blocca a metà migrazione	Circa 1 su 10	Il server interrompe una richiesta di lunga durata	Aumenta i limiti di esecuzione o esegui la migrazione in modalità chunked
Errori di permessi di file o cartelle	Circa 1 su 15	Proprietà errata o cartelle non scrivibili sulla destinazione	Correggi i permessi delle cartelle sul nuovo server
Versione PHP non corrispondente	Meno di 1 su 30	Il sorgente è stato creato su una versione PHP più recente di quella in uso sulla destinazione	Abbina le versioni PHP su entrambe le estremità prima di migrare
Errore di connessione al database	Meno di 1 su 40	Credenziali del database errate nel file wp-config.php	Correggi le credenziali durante l'installazione
Timeout PHP chiamato direttamente	Circa 1 su 50	Il limite di esecuzione dell'host è impostato troppo basso per le dimensioni del sito	Aumenta il limite o suddividi il lavoro
Errore interno del server 500	Meno di 1 su 60	Solitamente un file .htaccess obsoleto o un problema di permessi	Rigenera i permalink e i permessi dei file

Il Passaggio di Installazione o Estrazione si Blocca

Questo è il fallimento di migrazione più comune che vediamo, ed è un limite dell'host sotto mentite spoglie. I file vengono scaricati correttamente, il processo viene avviato e poi si blocca a metà dell'estrazione perché il timeout PHP o il limite di memoria del server di destinazione interrompono il processo nel momento di lavoro più intenso.

La soluzione è più margine. Aumenta il max_execution_time e il memory_limit di PHP sul server di destinazione, quindi eseguilo di nuovo.

Queste impostazioni si trovano nel pannello di controllo del tuo host, solitamente sotto una sezione chiamata PHP Options, MultiPHP INI Editor o qualcosa di simile. Il supporto del tuo host può aumentarle se non riesci a trovarle.

Puoi anche utilizzare un installer creato per estrarre archivi di grandi dimensioni senza attivare questi limiti. L'installer standalone di Duplicator Pro e il formato DupArchive sono pensati esattamente per questo, e DupArchive ha gestito migrazioni reali grandi fino a 400 GB.

Sei bloccato fuori da wp-admin dopo lo spostamento

Questo è il fallimento che più spaventa le persone e di cui hanno meno bisogno. La migrazione viene completata, provi ad accedere al nuovo sito e l'accesso fallisce o genera un loop di reindirizzamento.

Quasi mai significa che lo spostamento è fallito. Significa che un'impostazione dell'URL non è corretta. L'URL del sito memorizzato nel database non corrisponde a dove si trova ora il sito, quindi WordPress continua a reindirizzarti in un posto che non esiste più.

Controlla i campi Indirizzo WordPress e Indirizzo Sito sotto Impostazioni » Generali, correggili con il nuovo URL e cancella i cookie.

Se non riesci ad accedere affatto alla dashboard, puoi impostare temporaneamente entrambi i valori in wp-config.php. Due minuti di controllo, non una re-migrazione.

La Barra di Avanzamento si Blocca a Metà Migrazione

Cugino stretto dello stallo di estrazione, ma si presenta come una barra di avanzamento che smette di muoversi e rimane ferma alla stessa percentuale indefinitamente.

La causa è solitamente il server che interrompe una richiesta di lunga durata prima che il passaggio possa essere completato. Il lavoro è troppo grande per il tempo che l'host consente a un singolo processo di essere eseguito.

Aumenta i limiti di esecuzione sulla destinazione, oppure esegui la migrazione in una modalità che suddivide il lavoro in blocchi più piccoli in modo che nessuna singola richiesta venga eseguita abbastanza a lungo da essere interrotta.

In Duplicator, imposti questo quando crei il backup. Cambia la modalità Database SQL in Codice PHP e Multi-Threaded.

Per risorse server limitate, consigliamo spesso di impostare il Server Throttle su Medium o High nelle stesse impostazioni.

Errori di Permessi di File o Cartelle

La migrazione segnala che non è in grado di scrivere un file o creare una cartella sul nuovo server e il processo si arresta.

Questo si riduce alla proprietà e all'accesso in scrittura sulla destinazione. Se l'utente del server web non possiede le cartelle di destinazione o non sono scrivibili, non è possibile posizionare i file dove dovrebbero essere.

Imposta le cartelle di destinazione alla corretta proprietà per il tuo host e assicurati che le directory siano scrivibili (tipicamente 755 per le cartelle e 644 per i file).

Modifichi queste tramite un client FTP o il file manager del tuo host, entrambi mostrano un'opzione di permessi o CHMOD quando fai clic con il pulsante destro del mouse su una cartella. La documentazione del tuo host confermerà l'utente corretto del server web se non sei sicuro.

Mancata corrispondenza versione PHP

Tutto sembra a posto finché il sito ripristinato non inizia a generare errori nelle pagine che utilizzano funzionalità specifiche di plugin o temi.

La causa usuale è una discrepanza PHP tra gli ambienti. Il sito è stato creato su una versione PHP più recente rispetto a quella in esecuzione sul server di destinazione, quindi le funzioni che funzionavano sul vecchio host sono deprecate o mancanti sul nuovo.

Controlla la versione PHP su entrambe le estremità prima di migrare. Se sono diverse, o aggiorna il PHP del nuovo server o aggiorna il PHP del tuo backup.

Troverai questo nel pannello di controllo del tuo hosting, dove la maggior parte degli host ti consente di cambiarlo in pochi clic.

Errore di Connessione al Database

Il nuovo sito carica il messaggio "Errore durante la connessione al database" invece del tuo contenuto.

Dopo una migrazione, queste sono quasi sempre credenziali del database errate nei file di configurazione, piuttosto che un database danneggiato. Il nome del database, l'utente o la password in wp-config.php non corrispondono a ciò che il nuovo host ha effettivamente creato.

Conferma il nome del database, il nome utente, la password e il valore host dal tuo nuovo account di hosting, quindi aggiorna wp-config.php per corrispondere.

Quel file si trova nella cartella principale del tuo sito, a cui puoi accedere tramite il file manager del tuo host o un client FTP. Se hai utilizzato l'installer di Duplicator, questi valori vengono impostati durante il passaggio di installazione, quindi ricontrolla cosa è stato inserito lì.

Timeout PHP o Limite di Esecuzione Massima

Meno comune come lamentela esplicita, ma vale la pena nominarla perché è la causa nascosta dietro diversi dei fallimenti sopra menzionati.

Il limite di esecuzione dell'host è impostato troppo basso per le dimensioni del sito, quindi uno step lungo viene terminato prima che possa completarsi.

Aumenta max_execution_time sulla destinazione, o dividi la migrazione in modo che nessuno step singolo venga eseguito abbastanza a lungo da raggiungere il limite. Su hosting condivisi molto restrittivi, chiedi al supporto qual è il limite massimo, poiché alcuni host lo limitano indipendentemente dalle tue impostazioni.

Errore interno del server 500

Il nuovo sito restituisce un errore generico 500 senza dettagli, il che lo fa sembrare peggiore di quanto non sia solitamente.

Dopo una migrazione, il colpevole è più spesso un file .htaccess obsoleto o un problema di permessi dei file, non un sito corrotto.

Rigenera i tuoi permalink visitando Impostazioni » Permalink e salvando senza cambiare nulla. Questo riscrive il tuo file .htaccess.

Se ciò non risolve il problema, conferma che i permessi dei tuoi file siano corretti (cartelle 755, file 644), poiché un problema di permessi genera lo stesso errore generico. Se riesci ad accedere al log degli errori del tuo server, questo può indicare la riga esatta che causa il 500.

Il Modello di Hosting: la Categoria Batte il Marchio

Abbiamo anche esaminato da quali host provenivano questi ticket di migrazione. Questa è la parte più facile da interpretare male, quindi ci faremo attenzione.

La trappola è semplice. L'host che genera il maggior numero di ticket di migrazione è anche uno dei più utilizzati.

Più siti producono più ticket, anche con un tasso di fallimento perfettamente nella media. Il volume grezzo di ticket non è una classifica di qualità e non la presenteremo come tale.

Ciò che sopravvive a questa avvertenza è il modello per categoria, non per marchio:

• Hosting condiviso economico riempie la parte superiore della coda di migrazione, il che riflette in parte quanti siti WordPress vivono lì in primo luogo.
• Host WordPress gestiti sono quasi assenti. Le principali piattaforme gestite appaiono solo poche volte ciascuna nell'intero set di dati di migrazione.
• Ambienti cloud e VPS si trovano nel mezzo, con i propri problemi relativi alla configurazione.

C'è anche un modello che merita di essere evidenziato da solo. Circa 1 ticket di migrazione su 14 proviene da persone che spostano un sito da un ambiente di sviluppo locale, strumenti come Local, XAMPP o MAMP.

Passare da un laptop a un server live comporta le proprie modalità di fallimento, e si presenta più spesso di quanto si pensi.

Non stiamo affermando che gli host gestiti non abbiano mai problemi di migrazione. Ma il quasi silenzio nella nostra coda di supporto corrisponde a ciò che ci si aspetterebbe da configurazioni server più rigide e versioni PHP coerenti: meno sorprese che fanno deragliare una migrazione.

Come Prepararsi ai Fallimenti che Accadono Davvero

Poiché i dati indicano così chiaramente due punti di fallimento, è lì che dovrebbe andare la preparazione. Concentrati su ciò che i ticket dicono che si rompe effettivamente.

• Abbina le versioni PHP su entrambe le estremità. Un sito creato su PHP 8.2 che atterra su un server che esegue ancora 7.4 genererà errori dopo la migrazione. Puoi controllare la versione nel pannello di controllo di ciascun host. Conferma entrambe prima di iniziare.
• Assicurati che la destinazione possa completare l'estrazione. Questo è il principale punto di fallimento. Fornisci spazio su disco sufficiente, limite di memoria PHP e un tempo di esecuzione che non interrompa il processo a metà.
• Tieni pronti i dati di accesso del tuo nuovo sito prima di effettuare la migrazione. Il secondo errore più comune è il blocco dopo la migrazione. Conosci in anticipo le credenziali di amministratore e l'URL del nuovo sito.
• Controlla i permessi dei file sulla destinazione. Proprietà errate o cartelle non scrivibili compaiono abbastanza spesso da meritare un'occhiata veloce. Un client FTP o il file manager del tuo host mostreranno i permessi di una cartella facendo clic con il pulsante destro del mouse.

È anche qui che lo strumento di migrazione stesso svolge il lavoro effettivo. L'installer autonomo di Duplicator Pro è progettato per spostare un sito su un server vuoto, anche uno senza WordPress installato. Questo elimina un'intera categoria di problemi di estrazione.

Il suo formato DupArchive non ha limiti teorici di dimensione del file e ha gestito migrazioni reali di 400 GB, quindi i siti di grandi dimensioni non si bloccano nella fase in cui la maggior parte delle migrazioni si arresta.

E quando una migrazione lascia qualcuno bloccato, l'URL di ripristino di emergenza può ripristinare un sito funzionante anche quando WordPress non ti consente più l'accesso.

Domande frequenti (FAQ)

Cosa Cambiano Oltre 8.000 Ticket di Supporto sui Consigli per le Migrazioni

Il valore di questi dati non risiede in una singola statistica. È una correzione su dove dovrebbe concentrarsi l'attenzione.

I dati continuano a puntare sugli stessi due momenti: la fase di estrazione e il primo accesso. È lì che le persone rimangono bloccate, non nel trasferimento dei file di cui si preoccupa la maggior parte della preparazione.

Le persone spesso si bloccano perché il trasferimento si è interrotto a metà o perché una pagina di accesso non consente loro di rientrare.

C'è un motivo per cui possiamo essere così specifici su ciò che va storto. Questi problemi arrivano costantemente nella nostra coda di supporto e la maggior parte di essi viene risolta entro un'ora.

Quando risolvi migliaia di problemi di migrazione, i modelli smettono di essere congetture e diventano una mappa. Questo report è quella mappa.

Indicheremo il limite un'ultima volta, perché è ciò che mantiene questo onesto. Questo è un resoconto di fallimenti, non di successi. Si basa sulle parole che le persone usano per descrivere le proprie difficoltà, il che è imperfetto. Ma è reale e di prima mano.

Prima della Tua Prossima Migrazione, Costruisci un Modo per Tornare Indietro

La maggior parte dei problemi di migrazione sono veloci da risolvere una volta che si conosce la causa, e i dati lo confermano: la maggior parte dei problemi di migrazione che vediamo vengono risolti entro un'ora.

Lo stress deriva dal non avere una via di ritorno quando qualcosa si blocca.

Duplicator Pro è utilizzato da oltre 1,5 milioni di professionisti WordPress per eseguire il backup, migrare e recuperare i propri siti. Il suo installer autonomo e gli strumenti di ripristino di emergenza sono costruiti per i due punti di fallimento che questi dati evidenziano: il passaggio di estrazione e l'accesso bloccato.

Mentre sei qui, penso che troverai utili queste altre risorse WordPress:

• La migrazione del tuo sito fallirà (a meno che tu non eviti questi errori)
• Migrazione DNS fatta bene: Come evitare gli errori più comuni
• La Tua Checklist Completa per la Migrazione di WordPress (Dall'inizio alla fine)
• Come migrare un sito WordPress GRATUITAMENTE
• Come spostare un sito web WordPress su un nuovo host