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
Registra gli indizi
Reindirizzamenti estranei, amministratori sconosciuti e avvisi malware sono importanti. Conserva URL, orari e messaggi dell’host. La lentezza da sola non prova un attacco. Non diffondere link sospetti.
02
Isola con l’hosting
Concorda la chiusura dell’accesso pubblico preservando le prove. Un plugin di manutenzione nel sito compromesso può non bastare. Blocca moduli e negozi a rischio; non aggirare avvisi del browser.
03
Conserva lo stato compromesso
Proteggi file, database e log prima della pulizia. La copia può contenere malware e dati privati: non è pulita. Conserva backup precedenti, poiché l’attacco può anticipare i sintomi.
04
Controlla accessi e ingresso
Fai verificare hosting, WordPress, SSH/SFTP, database, email, privilegi e sessioni. Pianifica rinnovi da un dispositivo affidabile e ricontrolla dopo. Una password nuova non elimina codice malevolo o backdoor.
05
Verifica prima della riapertura
Esamina file, database, configurazione e altre installazioni. Un semplice scan esterno non basta. Chiudi l’ingresso, verifica fonti e ripristino isolato. Coinvolgi i responsabili se sono interessati dati dei clienti.
06
Organizza i controlli successivi
Dopo l’approvazione verifica funzioni, reindirizzamenti e viste senza accesso. Pianifica controlli successivi. Esamina problemi di sicurezza e proprietari Search Console; chiedi revisione dopo la soluzione. Gli avvisi possono persistere.
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.