504 Gateway Timeout indica che un server che funge da gateway o da proxy non ha ricevuto in tempo una risposta dal server a monte di cui aveva bisogno per completare la richiesta. Il proxy ha atteso per il timeout configurato e poi ha rinunciato.
A differenza del 502, il server a monte non ha inviato una risposta difettosa: non ha inviato nulla in tempo. Le cause tipiche sono query lente sul database, report di lunga durata, API esterne che si bloccano e backend sovraccarichi. Ogni livello ha il proprio limite, per esempio proxy_read_timeout di nginx (60 secondi per impostazione predefinita), i timeout di inattività dei load balancer e i limiti di tempo delle funzioni serverless.
Dietro Cloudflare, un server di origine che accetta la connessione ma risponde troppo lentamente produce un 524 A Timeout Occurred anziché un 504.
Esempio di risposta
HTTP/1.1 504 Gateway Timeout
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: text/html
Content-Length: 106
<html><body><h1>504 Gateway Timeout</h1>
<p>The upstream server did not respond in time.</p></body></html>SEO e verifica dei redirect
I 504 contano come errori del server: rallentano la scansione e, se persistono, portano alla deindicizzazione. Le risposte lente riducono anche il numero di pagine che Google scansiona. Il Test latenza redirect mostra il tempo impiegato da ogni salto e ti aiuta a individuare reindirizzamenti lenti o una pagina finale lenta prima che si trasformino in timeout.
Cause comuni e casi d’uso
- Query lente sul database o richieste di lunga durata superano il timeout del proxy.
- Un’API esterna da cui dipende l’applicazione non risponde.
- Il server a monte è sovraccarico, oppure il proxy non riesce a raggiungerlo a causa di problemi DNS o di rete tra i due.
- I timeout non sono coerenti tra i vari livelli, quindi il proxy rinuncia prima che l’applicazione abbia finito.