Il sito è offline, e chi l'ha costruito non c'è più.
Ecco come fermare il danno subito.

Prima smistare, poi diagnosticare

Quando un sito è offline e non genera vendite, l’istinto di correggere tutto subito si capisce, e di solito è la mossa sbagliata. La prima ora dovrebbe escludere le cause banali, perché sono comuni e veloci da correggere. Un dominio scaduto. Una bolletta hosting non pagata. Un certificato SSL scaduto in silenzio. Un aggiornamento di plugin che si è rotto secondo il proprio calendario. Una quota a sorpresa dei casi “lo sviluppatore è scomparso, ora il sito è offline” risulta essere proprio una di queste, non un problema profondo nel codice.

Cosa cerca un vero audit

Escluse le cause banali, il passo successivo è leggere il codice e il server stesso. Cosa è cambiato appena prima del guasto. Cosa dicono davvero i log degli errori. Se il problema sta nel codice applicativo, in un database, in un’integrazione esterna, o nella configurazione del server. Per un sito di dimensioni normali, di solito sono giorni, non settimane. Finisce con un elenco scritto di cosa è rotto, ordinato per ciò che costa davvero denaro rispetto a ciò che è solo disordinato.

Correggere senza ripartire da zero

La maggior parte dei siti che si rompono dopo la partenza di uno sviluppatore non ha bisogno di una riscrittura. Ha bisogno che la parte rotta precisa venga corretta, e il resto del sistema lasciato in pace. Una riscrittura butta via tutto ciò che già funzionava, e scambia un guasto conosciuto con mesi di rischio nuovo. Ricostruire ha senso solo dove l’audit mostra davvero che è più economico. È una decisione con numeri reali, non una risposta di default.

Perché “nessuno capisce il codice” si risolve

Un sito senza documentazione sembra irrecuperabile, ma il codice stesso spiega quasi sempre cosa fa, a chi lo legge con attenzione. La struttura del database. Come si generano le pagine. A cosa serve ogni integrazione. Tutto questo si scopre senza lo sviluppatore originale, solo più lentamente che con le sue note. Risolto il guasto, la vera soluzione è scrivere quanto trovato, perché la prossima persona non riparta da zero.

Uscire da “una persona dal prossimo guasto”

Una volta tornato online il sito, correggi ciò che ha permesso a una sola scomparsa di mettere offline tutta l’azienda. Accesso a hosting e dominio che l’azienda controlla direttamente. Una seconda persona che almeno possa controllare se il sito è vivo. Documentazione di come è costruito il sistema. Nulla di tutto questo evita ogni problema futuro. Ma trasforma il prossimo guasto in un’ora di fastidio, invece che in una crisi dove nessuno può accedere.