Servizio di manutenzione WordPressPunti essenziali
Quattro punti per una decisione fondata
- Non avvii altri aggiornamenti di massa e non svuoti alla cieca la cache come prima misura.
- Documentare sintomi, orario, pagine interessate e ultima modifica.
- Prima di un rollback, identificare ordini, invii di moduli o contenuti creati dopo il backup.
- Dopo una correzione o un ripristino, verificare nuovamente funzioni principali, moduli e processi in background.
- 01Congelare lo stato
- 02Delimitare l’impatto
- 03Scegliere tra correzione e rollback
- 04Verificare il funzionamento
Rappresentazione del nostro processo · nessuna garanzia schematica del produttore · il percorso dipende da sito e profilo di servizio.
01
I primi dieci minuti: limitare i danni
Annoti l’orario, il messaggio visibile e l’azione eseguita immediatamente prima. Verifichi la pagina iniziale, una sottopagina importante, l’accesso e, se critici per l’attività, il pagamento o un modulo. Eviti di aprire continuamente il sito con strumenti diversi: stati rilevanti e riferimenti temporali possono andare rapidamente persi.
Se è interessato solo il frontend, la causa potrebbe essere un singolo plugin, tema o livello di cache. Un errore HTTP-500 richiede l’esame dei log PHP e del server web. Una schermata bianca non giustifica automaticamente un ripristino completo: una piccola correzione chiaramente reversibile può causare meno perdita di dati.
- Stato HTTP e URL interessati
- Accesso amministratore e modalità manutenzione
- Errori PHP/server web all’orario pertinente
- ultima modifica a plugin, tema o core
- nuovi dati aziendali dal punto di ripristino
02
Correzione o rollback?
Un rollback è opportuno quando la modifica è chiaramente isolabile, esiste un punto di ripristino recente e verificato e dopo il backup non sono avvenute transazioni insostituibili. Per negozi, prenotazioni o moduli, un rollback completo del database può sovrascrivere nuovi dati dei clienti. Occorre quindi distinguere tra file, database e singole tabelle.
Una correzione mirata è spesso preferibile quando è interessato un solo componente e la causa è stata identificata con certezza. Anche in questo caso: prima il backup, poi la modifica, quindi gli stessi controlli principali precedenti all’intervento. Una pagina iniziale che si carica correttamente non è una prova sufficiente di completamento.
03
Cosa viene verificato dopo il ripristino
I controlli tecnici comprendono codici di stato, pagine pubbliche principali, accesso, moduli, attività pianificate e, secondo il sito, pagamento o altri processi aziendali. Le cache devono poi essere aggiornate in modo mirato. Causa e decisione vanno documentate nel registro di manutenzione per evitare di ripetere lo stesso errore al prossimo aggiornamento.
Kayba collega le modifiche a un punto di backup esterno recente e documenta il risultato o la decisione di rollback. Questo riduce il rischio, ma non garantisce software di terzi privo di errori. In caso di problema urgente, la decisione resta affidata a una persona competente e responsabile.
Base della verifica
Fonti primarie e nostro stato operativo
I principi sono stati verificati il 10.09.2026 rispetto alle seguenti documentazioni. Valori dei piani e processi Kayba provengono dal nostro catalogo versionato e sistema Operations.
Le fonti documentano basi generali del prodotto e dell'operatività. Non sono raccomandazioni o certificazioni di Kayba da parte dei produttori.