L’errore 508 è uno dei codici HTTP che si incontrano meno spesso, e quando compare crea confusione, perché ha due significati diversi a seconda di chi lo restituisce. Secondo lo standard, il 508 Loop Detected indica che il server ha rilevato un ciclo infinito mentre elaborava una richiesta. Nella pratica, sui siti ospitati da hosting condivisi, il 508 significa quasi sempre un’altra cosa: il tuo account ha raggiunto il limite di risorse a disposizione.
In questa guida vediamo entrambe le situazioni, come capire quale delle due stai affrontando e come risolverla, con particolare attenzione al caso più comune, quello dei limiti dell’hosting.
Il 508 secondo lo standard: Loop Detected
Il codice 508 nasce all’interno di un’estensione del protocollo HTTP chiamata WebDAV, usata per gestire file su server remoti. In quel contesto, il server lo restituisce quando, eseguendo un’operazione su una struttura di cartelle, si accorge di essere entrato in un ciclo, per esempio a causa di collegamenti che rimandano l’uno all’altro, e interrompe l’operazione invece di continuare all’infinito.
Chi gestisce un normale sito web non incontra quasi mai questo caso. È utile conoscerlo per un motivo: il 508 Loop Detected non è il codice dei cicli di reindirizzamento. Quando due pagine si rimandano a vicenda, il server restituisce normali codici di reindirizzamento e a fermarsi è il browser, che mostra l’errore ERR_TOO_MANY_REDIRECTS, descritto nella guida agli errori del browser.
Il 508 nella pratica: Resource Limit Is Reached
Molti hosting condivisi usano sistemi di isolamento delle risorse, il più diffuso dei quali è CloudLinux, per evitare che un singolo sito consumi tutte le risorse del server a scapito degli altri. Ogni account riceve limiti precisi: quanta CPU può usare, quanta memoria, quanti processi possono girare contemporaneamente e quante richieste dinamiche possono essere elaborate nello stesso momento. Quando un sito supera uno di questi limiti, le richieste in eccesso vengono respinte, e molti provider le respingono proprio con un 508.
La pagina di errore mostra in questi casi messaggi come 508 Resource Limit Is Reached o The website is temporarily unable to service your request as it exceeded resource limit. È un messaggio che va letto alla lettera: il sito non è rotto, ma in quel momento sta chiedendo più risorse di quelle previste dal piano.
Le risorse che fanno scattare il limite
Processi di ingresso. È il limite che scatta più spesso. Indica quante richieste dinamiche, cioè quelle che eseguono PHP, il sito può elaborare contemporaneamente. Con un limite di venti, per esempio, la ventunesima richiesta che arriva mentre le altre venti sono ancora in lavorazione riceve un 508. Basta che le pagine siano lente per saturarlo anche con poco traffico, perché ogni richiesta resta occupata più a lungo.
CPU. Se il sito usa per troppo tempo la percentuale di processore assegnata, viene rallentato e, nei casi più gravi, le richieste falliscono.
Memoria. Se i processi del sito superano la memoria assegnata, quelli in eccesso vengono terminati, con errori che possono essere 508, 503 o 500 a seconda della configurazione.
Numero di processi. Oltre alle richieste web, contano anche i processi avviati da cron, script e operazioni di sistema.
Le cause più comuni
Picchi di traffico. Una newsletter, una campagna o una citazione su un sito molto visitato portano molte persone nello stesso momento. Se le pagine non sono in cache, ogni visita impegna un processo.
Bot e scansioni aggressive. Crawler che scaricano centinaia di pagine al minuto, bot che tentano accessi ripetuti alla pagina di login o a interfacce come XML-RPC su WordPress consumano processi come visitatori reali, senza portare alcun beneficio.
Pagine lente. Plugin pesanti, query complesse al database e chiamate a servizi esterni allungano il tempo di ogni richiesta. Più a lungo resta occupato ogni processo, più facilmente si raggiunge il limite di quelli contemporanei.
Operazioni pianificate. Backup, ottimizzazioni delle immagini, sincronizzazioni con gestionali e il sistema WP-Cron di WordPress possono partire tutti insieme e consumare risorse proprio quando arrivano i visitatori.
Un piano ormai stretto. Un sito cresciuto in contenuti, funzioni e traffico può semplicemente aver superato le dimensioni del piano scelto anni prima.
Come risolvere se sei un visitatore
Aspetta qualche minuto e ricarica la pagina: il 508 dipende dal carico del momento e spesso si risolve da solo quando le richieste in corso terminano. Evita di ricaricare in continuazione, perché ogni tentativo aggiunge una richiesta al carico del sito.
Come risolvere se il sito è tuo
1. Controlla le statistiche delle risorse
Nei pannelli che usano CloudLinux trovi una sezione dedicata all’utilizzo delle risorse, con grafici che mostrano quando e quale limite è stato raggiunto. È il primo posto da guardare: ti dice se il problema sono i processi di ingresso, la CPU o la memoria, e in quali orari.
2. Individua da dove arrivano le richieste
Confronta gli orari dei picchi con l’access log del server. Se trovi un singolo indirizzo IP o un bot che fa moltissime richieste, puoi bloccarlo o limitarlo dal firewall, dal plugin di sicurezza o dal CDN. La guida ai log del server mostra come contare le richieste per indirizzo.
3. Attiva una cache di pagina
È l’intervento con il miglior rapporto tra sforzo e risultato. Una cache di pagina permette di servire la maggior parte delle visite senza eseguire PHP: le richieste diventano leggere e rapide, e i processi di ingresso restano liberi. Su WordPress, se l’hosting usa LiteSpeed, il plugin dedicato è la scelta più efficace; in alternativa esistono buoni plugin di cache compatibili con qualsiasi server.
4. Riduci il lavoro inutile
Disattiva i plugin che non usi, sostituisci quelli più pesanti con alternative leggere, sposta backup e operazioni pianificate nelle ore notturne e, su WordPress, sostituisci WP-Cron con un cron reale del server. Se non usi XML-RPC, disattivalo: è uno dei bersagli preferiti dei bot.
5. Valuta un piano più adeguato
Se dopo l’ottimizzazione il sito continua a raggiungere i limiti nei momenti di normale attività, il problema è strutturale. Un piano con più processi e più memoria, o il passaggio a un VPS, sono l’unica soluzione definitiva.
Un esempio: il 508 con poco traffico
Un caso frequente aiuta a capire perché il 508 sorprende tanti gestori di siti. Un negozio online con qualche centinaio di visite al giorno inizia a mostrare errori 508 ogni pomeriggio, sempre più o meno alla stessa ora. Il traffico non è cambiato e nessuna campagna è in corso. Dai grafici delle risorse emerge che a saturarsi è il limite dei processi di ingresso, mentre CPU e memoria restano lontane dal massimo.
Analizzando l’access log nelle ore del problema, si scopre che un crawler di uno strumento di analisi esterno visita il sito ogni giorno a quell’ora e richiede decine di pagine di filtri del catalogo al secondo. Ogni pagina di filtro non è in cache, esegue query pesanti e resta in lavorazione per alcuni secondi. In pochi istanti tutti i processi disponibili sono occupati dal crawler, e i clienti reali ricevono il 508.
La soluzione combina tre interventi: limitare la frequenza delle richieste per quel crawler, impedire con il file robots.txt la scansione delle pagine di filtro che non servono ai motori di ricerca e attivare la cache per le pagine di categoria. Il sito torna stabile senza bisogno di cambiare piano. La lezione è che, con il 508, il numero di visite conta meno di quante richieste arrivano nello stesso momento e di quanto tempo impiega ciascuna a essere servita.
508, 503 e 429 a confronto
Tutti e tre possono comparire quando un sito è sotto pressione. Il 503 indica che il servizio non è disponibile, per manutenzione o sovraccarico generale. Il 429 indica che un singolo client ha fatto troppe richieste. Il 508, sugli hosting condivisi, indica che è l’intero account ad aver raggiunto il proprio limite. La distinzione ti dice dove intervenire: sul server, sul singolo visitatore o sulle dimensioni del piano.
Errore 508 e SEO
Per Google un 508 è un errore del server. Se compare raramente, non ci sono conseguenze. Se compare spesso, anche Googlebot riceverà errori durante la scansione: Google rallenterà la frequenza con cui visita il sito e, se gli errori persistono, potrebbe rimuovere temporaneamente alcune pagine dai risultati. Il rapporto sulle statistiche di scansione di Search Console mostra se Google ha ricevuto errori del server e in quale periodo.
Domande frequenti
Il 508 significa che il sito ha un virus?
Non necessariamente. Nella maggior parte dei casi dipende da traffico, bot o pagine lente. Un sito compromesso, però, può consumare risorse in modo anomalo: se l’uso è alto anche di notte e senza traffico, vale la pena fare un controllo di sicurezza.
Ho pochi visitatori: perché raggiungo i limiti?
Perché il limite più comune riguarda le richieste contemporanee, non il numero totale di visite. Pagine lente e bot possono saturarlo anche con poco traffico reale.
Una cache risolve sempre il 508?
Risolve la maggior parte dei casi dovuti al traffico, ma non quelli causati da bot che colpiscono pagine non memorizzabili, come il login o la ricerca, né le operazioni pesanti in background.
