Un aggiornamento di WordPress si conclude solitamente in pochi minuti. Ma a volte qualcosa va storto: il sito web mostra improvvisamente un messaggio di errore, il backend di WordPress non è più accessibile o al posto del sito web compare solo una pagina bianca.
A prima vista sembra drammatico, ma non significa automaticamente che il sito web o i suoi contenuti siano persi.
Ciò che conta ora è, di non apportare modifiche non controllate e circoscrivere sistematicamente la causa.
Questo manuale spiega perché gli aggiornamenti di WordPress possono fallire, cosa significano i messaggi di errore tipici e come procedere passo dopo passo.
Perché gli aggiornamenti di WordPress possono fallire?
Un sito web WordPress è solitamente composto da diversi componenti:
- WordPress-Core
- Tema
- Plugin
- PHP e ambiente server
- Database
Questi componenti sono gestiti in parte da sviluppatori diversi e aggiornati indipendentemente l'uno dall'altro.
Un aggiornamento può quindi rendere visibile un'incompatibilità esistente o fare sì che un'estensione più vecchia non funzioni più con la nuova versione.
Tipici problemi dopo un aggiornamento di WordPress
Gli aggiornamenti non riusciti o problematici non si manifestano sempre allo stesso modo.
I sintomi comuni sono:
- pagina bianca al posto del sito web
- Backend di WordPress non più raggiungibile
- Messaggio di errore o errore HTTP 500
- Il sito web rimane bloccato in modalità manutenzione
- Il layout non viene più visualizzato correttamente
- singole funzioni non funzionano più
- I plugin causano messaggi di errore
- WooCommerce o i moduli non funzionano più correttamente
Quale procedura sia opportuno seguire dipende da ciò che è stato aggiornato immediatamente prima dell'errore.
1. WordPress è bloccato in modalità di manutenzione dopo l'aggiornamento
Durante un aggiornamento, WordPress attiva automaticamente una modalità di manutenzione. Di solito questa viene disattivata nuovamente al termine del processo.
Tuttavia, se l'aggiornamento viene interrotto, il sito web potrebbe rimanere bloccato in modalità di manutenzione. Ad esempio, potrebbe apparire un messaggio che indica che il sito non è temporaneamente disponibile per manutenzione.
La causa può essere un file rimasto nella directory principale di WordPress .manutenzioneessere un file.
Prima di modificare o eliminare manualmente i file, tuttavia, bisogna chiarire se si è effettivamente bloccata solo la modalità di manutenzione o se l'aggiornamento stesso è stato eseguito in modo incompleto.
2. Pagina bianca dopo l'aggiornamento di WordPress
Una pagina completamente bianca viene spesso definita come Schermata bianca della morte definito.
Dietro a ciò potrebbe esserci, ad esempio, un errore PHP causato da un plugin, dal tema o da un'incompatibilità.
Le cause tipiche sono:
- plugin incompatibile
- tema difettoso
- Errore PHP
- limite di memoria PHP insufficiente
- aggiornamento incompleto
Invece di eliminare file a caso, si dovrebbe prima verificare quale componente è stato aggiornato immediatamente prima dell'errore.
3. Errore HTTP 500 dopo un aggiornamento
Un errore HTTP 500 è un messaggio di errore generico lato server. Indica semplicemente che qualcosa è andato storto durante l'elaborazione della richiesta.
Dopo un aggiornamento di WordPress, ad esempio, un errore PHP, un conflitto di plugin, una configurazione errata o problemi con la .htaccess-file dietro.
La causa effettiva non può quindi essere dedotta in modo affidabile solo dal messaggio „500 Internal Server Error“.
I registri degli errori del server e di PHP sono più utili, poiché possono fornire indizi sul file o sull'estensione che li ha causati.
4. Il backend di WordPress non è più raggiungibile
A volte il sito web pubblico continua a funzionare, mentre /wp-admin non è più raggiungibile.
Anche in questo caso, conflitti di plugin, problemi con PHP o aggiornamenti errati potrebbero esserne la causa.
Se l'accesso al backend di WordPress non è più possibile, potrebbe essere necessaria un'analisi degli errori tramite l'hosting, il file manager o un altro accesso al server.
Il layout è compromesso dopo un aggiornamento
Non ogni problema di aggiornamento porta a un guasto completo. A volte il sito web fondamentalmente funziona, ma improvvisamente appare diverso.
Esempi:
- Le distanze non tornano più
- Mancano elementi
- La navigazione non funziona correttamente
- Il CSS non viene caricato completamente
- Elementor o un altro page builder mostra errori di visualizzazione
Qui si dovrebbe prima verificare se il tema, il page builder e i plugin coinvolti sono compatibili tra loro.
Anche la cache può far sì che, dopo un aggiornamento, vengano visualizzati temporaneamente file vecchi e nuovi mescolati insieme.
Cosa non fare dopo un aggiornamento fallito
Quando il sito web aziendale smette improvvisamente di funzionare, è comprensibile che si senta l’impulso di provare qualcosa il più rapidamente possibile.
Esattamente questo può tuttavia complicare la ricerca degli errori.
In particolare, evitate di:
- avviare contemporaneamente diversi altri aggiornamenti
- Installare o eliminare plugin a caso
- Modificare i file senza eseguire il backup
- modificare il database in via precauzionale
- consentire a più persone di apportare modifiche contemporaneamente
- sovrascrivere prematuramente un backup funzionante
Meno modifiche vengono apportate dopo la comparsa dell'errore, più facile sarà individuarne la causa.
Aggiornamento di WordPress non riuscito: ecco come procedere
Fase 1: Identificare l'ultima modifica
Chiarisca innanzitutto cosa è successo immediatamente prima che si verificasse il problema.
- Il core di WordPress è stato aggiornato?
- Il plugin è stato aggiornato?
- Il tema è stato aggiornato?
- È stata modificata la versione di PHP?
- Sono stati eseguiti più aggiornamenti contemporaneamente?
Più precisi sono il momento e l'ultima modifica noti, più velocemente è possibile circoscrivere la causa.
Fase 2: Documentare il problema
Annotate il messaggio di errore esatto oppure fate uno screenshot.
Un messaggio di errore specifico è molto più utile ai fini dell'analisi rispetto alla descrizione "WordPress non funziona più".
Fase 3: Verifica del backup
Prima di procedere con interventi di riparazione di maggiore entità, è opportuno chiarire in che misura sia possibile ripristinare l’ultimo stato di funzionamento.
Da CURIAWEB i backup giornalieri fanno parte dell'infrastruttura di hosting. Per esigenze aggiuntive è possibile ricorrere a soluzioni di backup complementari.
Nella nostra guida spieghiamo perché un semplice backup non costituisce di per sé una strategia di backup completa Strategia di backup per PMI .
Fase 4: Verifica dei registri degli errori
I log di PHP e del server possono fornire preziosi indizi su quale plugin, tema o script stia causando l'errore.
Se, ad esempio, subito dopo l'aggiornamento un determinato file di plugin compare ripetutamente nel registro degli errori, questo rappresenta un punto di partenza molto più concreto rispetto alla disattivazione indiscriminata di vari componenti.
Fase 5: Individuare con precisione la causa
Se si ritiene che la causa sia probabilmente un determinato plugin o tema, è necessario esaminare proprio quel componente.
A seconda della situazione, può essere opportuno disattivare in modo controllato un’estensione, installare una versione compatibile o ripristinare l’ultima versione funzionante.
Fase 6: Testare il sito web nella sua interezza
Il fatto che la pagina iniziale venga nuovamente visualizzata non significa necessariamente che la riparazione sia stata completata.
Verificare quindi alcune funzioni importanti quali:
- Navigazione
- Moduli di contatto
- Accedi
- visualizzazione mobile
- Procedura di ordinazione su WooCommerce
- Notifiche via email
Basta semplicemente ripristinare il backup?
Un backup funzionante può essere il modo più veloce per ripristinare la stabilità di un sito web. Tuttavia, non dovrebbe essere automaticamente la prima reazione a ogni piccolo problema.
Nel caso di un sito web aziendale, ad esempio, occorre tenere conto delle modifiche apportate dopo il backup.
Nel caso di un negozio WooCommerce, tra il backup e il ripristino potrebbero essere stati generati nuovi ordini o dati dei clienti. Un ripristino effettuato senza la dovuta attenzione può quindi causare anche la perdita di dati.
La decisione tra riparazione e ripristino dovrebbe basarsi sull'errore specifico e sul tipo di sito web.
Perché un sistema di staging è utile per i siti web importanti
Per i siti web critici per il business, i grandi aggiornamenti possono essere prima eseguiti in un ambiente di test.
Un cosiddetto Sistema di stadiazione è una copia del sito web su cui vengono testate le modifiche prima di essere apportate al sito web accessibile al pubblico.
Ciò è particolarmente utile per:
- negozi WooCommerce
- estesi aggiornamenti dei plugin
- grandi aggiornamenti di versione di WordPress
- Siti web con funzionalità personalizzate
Per un piccolo sito web aziendale, invece, non è necessario che ogni piccolo aggiornamento venga testato prima su un ambiente separato. Lo sforzo dovrebbe essere adeguato al rischio.
Come si possono evitare i problemi di aggiornamento?
Non tutti i problemi possono essere prevenuti. Tuttavia, il rischio può essere notevolmente ridotto.
- Aggiornare regolarmente WordPress
- Non lasciare invecchiare plugin e temi per anni
- rimuovere i plugin non necessari
- assicurare un backup recente prima di aggiornamenti critici
- Prestare attenzione alla versione di PHP e alla compatibilità
- non effettuare modifiche importanti contemporaneamente
- testare le funzioni critiche per il business dopo gli aggiornamenti
Una manutenzione strutturata evita che gli aggiornamenti debbano essere recuperati in un unico grande intervento dopo mesi o anni.
Leggete cosa comprende una manutenzione WordPress ragionevole su Manutenzione e supporto WordPress per PMI .
Qual è il ruolo dell'hosting WordPress?
Non ogni problema di aggiornamento è un problema di hosting. Un plugin programmato male non diventa privo di errori per il solo fatto di girare su un server più veloce.
Tuttavia, l'ambiente di hosting costituisce la base tecnica per un funzionamento stabile di WordPress.
Tra le cose importanti ci sono:
- versioni PHP attuali
- risorse sufficienti
- memoria performante
- Backup
- Registri degli errori
- un ambiente server configurato correttamente
Su CURIAWEB, i siti Web WordPress dispongono tra l'altro di memoria NVMe, CloudLinux, versioni PHP flessibili e backup giornalieri.
Ulteriori informazioni sono disponibili alla voce Hosting WordPress presso CURIAWEB .
Quando si dovrebbe ricorrere all'aiuto professionale?
Non ogni problema di aggiornamento richiede uno specialista. Chi conosce bene la tecnica di WordPress può analizzare molti errori da solo.
Tuttavia, un supporto professionale è utile se, ad esempio:
- il sito web e il backend non sono più raggiungibili
- non è noto alcun backup funzionante
- la causa non può essere identificata in modo univoco
- un negozio WooCommerce è interessato
- funzioni aziendali critiche sono guaste
- diventino necessarie modifiche al database o alla configurazione del server
Soprattutto nel caso di un sito web aziendale importante, un'analisi mirata degli errori può essere più rapida e, in ultima analisi, più economica rispetto a ore di tentativi di riparazione alla cieca.
Conclusione: procedere in modo sistematico dopo un aggiornamento di WordPress fallito
Un aggiornamento di WordPress non riuscito non significa automaticamente che il sito web sia perso. In molti casi si tratta di un conflitto tra plugin, di un'incompatibilità o di un aggiornamento interrotto.
Ciò che è determinante è, non modificare ulteriormente il sito web con modifiche non controllate.
Identificare l'ultima modifica, documentare i messaggi di errore, verificare il backup, analizzare i log e circoscrivere la causa in modo mirato: con questo approccio molti problemi di WordPress possono essere risolti molto più rapidamente.
È ancora meglio non affidare gli aggiornamenti al caso. Una manutenzione regolare, backup aggiornati e un ambiente di hosting adeguato riducono notevolmente il rischio.
