Log del server: cosa sono e perché aiutano a capire gli errori del sito

I log del server sono uno degli strumenti più utili per capire cosa succede davvero quando un sito mostra errori, rallenta, non risponde o si comporta in modo anomalo. Quello che vedi nel browser, infatti, è spesso solo il sintomo finale: una pagina bianca, un errore 500, un timeout, una pagina 404 o un messaggio generico.

Dietro quel sintomo possono esserci cause molto diverse: un errore PHP, un plugin incompatibile, una configurazione errata, un file .htaccess modificato male, un problema di permessi, traffico anomalo, bot, richieste sospette o risorse insufficienti.

I log non risolvono da soli il problema, ma aiutano a ricostruire cosa è successo, quando è successo e quale componente potrebbe essere coinvolto. Per questo sono fondamentali nelle attività di diagnosi tecnica.

In questa guida vediamo cosa sono i log del server, quali differenze ci sono tra access log ed error log, cosa possono rivelare e quali informazioni conviene fornire al supporto tecnico quando un sito non funziona correttamente.

Cosa sono i log del server

I log del server sono file o registrazioni generate automaticamente dal server web e dai servizi collegati. Contengono informazioni sulle richieste ricevute, sugli errori generati, sugli accessi, sui codici di risposta e su altri eventi tecnici utili alla diagnosi.

In base alla configurazione dell’ambiente hosting, i log possono riguardare:

• richieste HTTP ricevute dal sito;
• errori del web server;
• errori PHP;
• accessi a file e pagine;
• codici di stato come 200, 301, 404, 500 o 503;
• indirizzi IP che effettuano richieste;
• user agent di browser, bot e crawler;
• tentativi di accesso sospetti;
• problemi di permessi;
• timeout o richieste interrotte.

Apache e NGINX, due tra i server web più utilizzati, prevedono sistemi di logging per registrare accessi ed errori. La documentazione Apache sui log e la documentazione NGINX sul logging spiegano come questi strumenti aiutano a monitorare richieste, errori e comportamento del server.

Perché i log sono utili quando un sito non funziona

Quando un sito non funziona, l’errore mostrato all’utente spesso non basta per capire la causa. Un errore 500, per esempio, indica un problema interno, ma non dice da solo se dipende da PHP, da WordPress, da un plugin, da una configurazione del server o da un file modificato male.

I log del server servono proprio a ridurre l’incertezza. Permettono di verificare cosa è successo nel momento in cui l’errore si è presentato.

Possono aiutare a capire:

• quale pagina ha generato l’errore;
• quale file o script è coinvolto;
• se il problema è comparso dopo una modifica;
• se l’errore riguarda PHP, database, permessi o web server;
• se ci sono molte richieste anomale;
• se alcuni bot stanno caricando troppo il sito;
• se ci sono URL inesistenti richieste di continuo;
• se un plugin genera fatal error;
• se un redirect crea problemi;
• se il sito va in timeout durante operazioni specifiche.

Per questo, quando si apre un ticket tecnico, indicare l’orario dell’errore e la pagina coinvolta può fare una grande differenza. Permette al supporto di cercare nei log il punto esatto in cui il problema si è verificato.

Access log ed error log: differenze principali

Non tutti i log contengono le stesse informazioni. Due categorie molto comuni sono access log ed error log.

L’access log è utile per capire cosa viene richiesto al server. L’error log è più utile per capire cosa non sta funzionando. Il PHP error log e il debug log WordPress aiutano invece a scendere più nel dettaglio sul livello applicativo.

Su WordPress, il debug può essere configurato anche tramite costanti nel file wp-config.php. La documentazione WordPress sul debugging mostra come abilitare strumenti come WP_DEBUG e WP_DEBUG_LOG per registrare errori utili alla diagnosi.

Cosa puoi capire dai log del server

I log del server possono fornire molte informazioni utili, ma vanno letti nel contesto corretto. Una singola riga di log non sempre basta per fare una diagnosi completa, ma può indicare la direzione giusta.

Dai log puoi capire, per esempio:

• se una pagina restituisce spesso errore 404;
• se un file PHP genera fatal error;
• se il sito riceve molte richieste da bot;
• se alcune URL vengono chiamate in modo anomalo;
• se un redirect produce loop o catene eccessive;
• se un plugin causa errori ricorrenti;
• se una risorsa CSS o JavaScript non viene trovata;
• se un IP effettua molte richieste ravvicinate;
• se ci sono tentativi di accesso a file sensibili;
• se il sito mostra errori sempre nello stesso orario.

Queste informazioni aiutano a distinguere un problema occasionale da un problema ricorrente. Se un errore compare una sola volta, può essere un caso isolato. Se compare decine o centinaia di volte, probabilmente merita un controllo più approfondito.

Errori PHP, errore 500 e problemi di configurazione

I log sono particolarmente utili quando il sito mostra un errore 500, una pagina bianca o un comportamento generico difficile da interpretare. In questi casi il browser può non mostrare dettagli, mentre i log possono contenere indicazioni più precise.

Per esempio, nei log potresti trovare riferimenti a:

• fatal error PHP;
• memory limit esaurito;
• funzioni non definite;
• file mancanti;
• permessi non corretti;
• direttive non supportate nel file .htaccess;
• timeout durante l’esecuzione di uno script;
• connessione al database fallita;
• moduli PHP mancanti;
• plugin o tema incompatibili.

Un errore 500 può quindi avere cause molto diverse. I log aiutano a capire se il problema nasce dal sito, da PHP, dal server, dal database o da una configurazione errata.

Se il sito mostra errori generici, può essere utile leggere anche la guida su errore 500, 503 o timeout, dove viene spiegato come distinguere un problema del sito da un problema dell’ambiente hosting.

Bot, scansioni e traffico anomalo

I log del server non servono solo per gli errori. Possono aiutare anche a capire se il sito riceve traffico anomalo, richieste automatiche o scansioni da parte di bot.

Questo non significa che ogni bot sia pericoloso. I motori di ricerca usano crawler per scansionare le pagine. Anche strumenti SEO, monitoraggi esterni, sistemi di sicurezza e servizi legittimi possono generare richieste automatiche.

Il problema nasce quando il traffico diventa eccessivo, inutile o sospetto.

Dai log puoi notare situazioni come:

• molte richieste ravvicinate dallo stesso IP;
• tentativi di accesso a file inesistenti;
• richieste verso URL tipiche di CMS vulnerabili;
• scansioni di directory;
• tentativi di accesso a wp-login.php o xmlrpc.php;
• richieste verso file di configurazione;
• bot che generano molti errori 404;
• traffico concentrato in orari insoliti;
• user agent sospetti o ripetitivi;
• richieste che aumentano carico e consumo risorse.

Queste informazioni possono aiutare a capire se un rallentamento dipende da traffico reale, bot, tentativi di scansione o richieste non utili.

Log, sicurezza e tentativi di accesso sospetti

I log possono essere utili anche per individuare segnali di sicurezza. Non sostituiscono strumenti di protezione, firewall, aggiornamenti e monitoraggio, ma possono aiutare a riconoscere comportamenti anomali.

Tra i segnali da osservare ci sono:

• molti tentativi di login falliti;
• richieste a file sensibili;
• accessi da IP insoliti;
• chiamate ripetute a script sconosciuti;
• richieste verso URL tipiche di malware o shell;
• picchi improvvisi di richieste;
• accessi a file PHP in cartelle dove non dovrebbero esserci;
• richieste POST sospette;
• tentativi di sfruttare plugin vulnerabili;
• molti errori 403 o 404 concentrati.

Presi singolarmente, questi elementi non confermano necessariamente una compromissione. Però possono indicare che il sito merita un controllo più approfondito.

Se noti comportamenti strani, può essere utile confrontare i segnali con l’articolo sui segnali che indicano che un sito è stato hackerato.

Perché i log non vanno interpretati a caso

I log contengono informazioni tecniche e, se letti senza contesto, possono portare a conclusioni sbagliate. Non tutti gli errori indicano un problema grave. Non tutte le richieste sospette indicano un attacco riuscito. Non tutti i 404 sono urgenti.

Per interpretare correttamente i log bisogna considerare:

• orario dell’evento;
• frequenza dell’errore;
• URL coinvolta;
• codice di risposta;
• IP e user agent;
• modifiche recenti al sito;
• aggiornamenti di plugin, tema o CMS;
• eventuali interventi su PHP, cache o .htaccess;
• picchi di traffico o campagne attive;
• funzionalità coinvolta, come checkout, form o area riservata.

Un esempio: un errore 404 su una vecchia URL può essere normale. Centinaia di 404 al minuto su URL casuali possono indicare una scansione automatica. Un fatal error dopo l’aggiornamento di un plugin può indicare incompatibilità. Un timeout durante un backup può dipendere da risorse, database o configurazione.

Il log è quindi un punto di partenza, non una sentenza definitiva.

Log e WordPress: cosa controllare

Su WordPress, i log possono essere particolarmente utili perché molti problemi nascono da plugin, tema, codice custom, aggiornamenti o configurazioni specifiche.

Quando un sito WordPress mostra errori, conviene controllare:

• PHP error log;
• debug log WordPress, se abilitato;
• error log del server;
• access log per URL e codici di risposta;
• errori legati a plugin specifici;
• errori dopo aggiornamenti recenti;
• problemi su wp-admin;
• richieste anomale verso wp-login.php;
• richieste verso xmlrpc.php;
• errori generati da tema o funzioni custom.

In molti casi, il log può indicare il file esatto che genera il problema. Questo è utile per capire se intervenire sul plugin, sul tema, su una funzione personalizzata o sulla configurazione dell’ambiente hosting.

Cosa inviare al supporto tecnico

Quando apri un ticket per un sito che mostra errori, più informazioni fornisci, più semplice sarà leggere i log nel modo corretto. Un messaggio generico come “il sito non funziona” richiede più tempo per essere analizzato.

Prima di contattare il supporto, conviene raccogliere:

• URL della pagina che mostra il problema;
• orario approssimativo dell’errore;
• messaggio visualizzato nel browser;
• screenshot, se disponibile;
• azione eseguita prima dell’errore;
• modifiche recenti a plugin, tema, PHP, cache o .htaccess;
• informazioni su eventuali aggiornamenti fatti;
• se il problema riguarda tutti gli utenti o solo alcuni;
• se il problema riguarda tutto il sito o solo una sezione;
• eventuali righe di log già disponibili.

Indicare data e ora è particolarmente importante. I log possono contenere molte righe: sapere quando è avvenuto il problema aiuta a trovare più rapidamente l’evento utile.

Quando chiedere assistenza

I log possono essere consultati anche dal proprietario del sito, ma non sempre sono facili da interpretare. In molti casi è meglio chiedere supporto tecnico, soprattutto quando il problema coinvolge configurazioni server, PHP, database, sicurezza o errori ricorrenti.

Conviene chiedere assistenza quando:

• il sito mostra errore 500 o 503;
• il sito va spesso in timeout;
• compare una pagina bianca;
• i log mostrano fatal error PHP;
• i backup falliscono;
• il sito è stato appena migrato;
• ci sono problemi dopo modifiche al file .htaccess;
• ci sono molte richieste sospette;
• il pannello WordPress è lento o non accessibile;
• non sai distinguere un errore del sito da un problema hosting.

Un supporto tecnico può leggere i log, confrontarli con risorse, configurazione e modifiche recenti, e indicare se il problema riguarda sito, hosting, PHP, database, sicurezza o traffico anomalo.

Conclusione

I log del server sono uno strumento fondamentale per capire cosa succede dietro le quinte quando un sito mostra errori, rallenta o non risponde. Non risolvono il problema da soli, ma permettono di fare una diagnosi più precisa.

Access log, error log, PHP error log e debug log WordPress possono aiutare a distinguere tra errori applicativi, problemi di configurazione, traffico anomalo, tentativi di accesso sospetti e limiti dell’ambiente hosting.

La cosa importante è non interpretarli a caso. Un log va letto insieme al contesto: orario dell’errore, pagina coinvolta, modifiche recenti, plugin attivi, configurazione PHP, cache, database e traffico.

Se il tuo sito mostra errori, rallentamenti o comportamenti anomali, HostingPerTe può aiutarti ad analizzare i log del server e capire se il problema dipende dal sito, dall’hosting, da PHP, dal database o da traffico sospetto.