La guida riguarda siti WordPress con hosting autonomo. Le modifiche richiedono accessi adeguati e un ritorno sicuro allo stato precedente. Se non conosci file, database e hosting, coordina la diagnosi con il fornitore.
Registra le osservazioni
Annota URL, messaggio esatto, primo orario con fuso e ultima modifica. Confronta home, altra pagina e accesso. Registra i tentativi: una singola richiesta fallita non dimostra che tutto il sito sia offline.
Backup e ripristino precedente
Prima di intervenire conserva file e database, quando possibile, e i backup precedenti. Controlla date e recuperabilità. Una copia danneggiata o infetta può servire all’indagine: proteggila separatamente e non considerarla pulita.
Cambia un elemento per volta e ripeti la stessa richiesta. Preferisci staging per test estesi di plugin, temi e configurazione. Disattivare non significa cancellare: negozio, moduli e sicurezza possono risentirne. Documenta stato iniziale e ritorno.
Diagnosi mirata
01
Delimita l’area interessata
È vuoto tutto il sito, una pagina o l’editor? Confronta accesso, finestra privata e altro dispositivo. Annota modifiche e un eventuale stato HTTP 500.
02
Comprendi Recovery Mode
Per alcuni errori PHP fatali WordPress può inviare un link all’amministratore. Controlla spam. Sospende componenti nella tua sessione, senza riparare automaticamente il sito pubblico. Mantieni il link riservato.
03
Prova plugin e tema
Se il pannello funziona, prova il componente modificato di recente. Disattivarlo può influire su funzioni critiche. Preferisci una copia per cambiare tema e cercare conflitti; non cancellare l’originale.
04
Consulta i log PHP
Chiedi il log dell’incidente: file, riga e messaggio orientano. Usa WP_DEBUG, WP_DEBUG_LOG e WP_DEBUG_DISPLAY solo con competenza e temporaneamente, preferibilmente in staging. Nascondi errori pubblici e proteggi i log.
05
Controlla memoria e codice
Un errore memoria richiede verifica di consumo e limiti. PHP deve essere compatibile con i componenti. Confronta il codice modificato con una versione funzionante invece di eseguire nuovi aggiornamenti collettivi.
Valuta il ripristino
Un backup non sostituisce l’analisi della causa. Verificalo prima isolatamente se possibile. Ripristinare può perdere ordini, richieste e contenuti recenti. Concorda l’ambito; dopo un attacco non reimportare file correnti senza controlli.
Verifica dopo la correzione
Controlla URL iniziale, home, altre pagine e accesso. Prova moduli e negozio in ambiente adeguato senza ordini reali involontari. Dopo la correzione svuota solo le cache interessate. Documenta causa e risultato.
Quando chiedere assistenza
Interrompi le modifiche se la causa resta incerta, manca un ritorno affidabile o sono coinvolte funzioni critiche. Indizi di malware richiedono verifica di sicurezza. Non pubblicare log completi, password, chiavi o link di recupero.
Concorda ambito e costi →Manutenzione dopo la riparazione
Core WordPress, plugin e temi vengono aggiornati ogni settimana, evitando che le attività quotidiane facciano rimandare gli aggiornamenti necessari. Mensili, giornalieri o orari: l’intervallo dipende dal piano. I backup sono conservati su server nell’UE.
Riparazioni e pulizia di siti già compromessi sono servizi separati. Le licenze a pagamento sono escluse.