Errore 502 Bad Gateway - la traduzione giusta in italiano

Quando compare un errore 502, il problema non è quasi mai nella pagina che stai guardando, ma nel passaggio tra un intermediario e il server di origine. Per questo la resa italiana di "Bad Gateway" non va tradotta in modo meccanico: conta capire il messaggio, scegliere la formula giusta e decidere quanta spiegazione aggiungere. In questa guida chiarisco il significato tecnico, la traduzione più naturale, le differenze con gli altri errori HTTP e il modo migliore per comunicarlo a chi legge.

Che cosa significa davvero Bad Gateway

In termini semplici, Bad Gateway vuol dire che un componente intermedio della catena HTTP ha ricevuto una risposta che non sa gestire o che considera non valida. Quel componente può essere un proxy, un gateway, un bilanciatore di carico o una CDN: insomma, un passaggio tecnico tra il browser e il server che ospita il contenuto.

La parte importante è questa: il “bad” non descrive la qualità del sito in sé, ma il fatto che la risposta arrivata dall’origine non è stata accettata dall’intermediario. La definizione tecnica, oggi, resta molto chiara anche nei documenti standard: un server che agisce da gateway o proxy riceve una risposta invalida da un server a monte mentre tenta di completare la richiesta.

In pratica, l’utente vede il sintomo; il guasto vero può stare altrove. Ed è proprio da qui che nasce il dubbio sulla traduzione: serve una formula comprensibile, ma anche abbastanza precisa da non banalizzare l’errore.

Come lo tradurrei in italiano senza perdere precisione

Se devo scegliere una resa breve, io uso Gateway non valido. È pulita, tecnica il giusto e non forza una traduzione letterale che in italiano suonerebbe male. Nella documentazione AWS in italiano, per esempio, compare proprio questa forma, e non è un caso: rende bene l’idea di un nodo intermedio che non riesce a chiudere la richiesta.

La traduzione troppo letterale, invece, fa perdere tono e chiarezza. “Gateway cattivo” o soluzioni simili non aiutano nessuno; suonano artificiali e non spiegano il problema. Io preferisco sempre una formula che dica due cose insieme: che tipo di errore è e cosa significa per chi legge.

Quando il pubblico non è tecnico, aggiungo una frase di appoggio: “il server ha ricevuto una risposta non valida da un server a monte”. È un po’ più lunga, ma è anche molto più utile. Da qui si capisce meglio perché l’errore non dipende per forza dal browser o dal dispositivo dell’utente.

Chiarita la traduzione, resta da vedere perché compare davvero e quali passaggi della catena vanno osservati.

Perché compare l’errore dietro le quinte

Il codice 502 nasce quasi sempre da una comunicazione interrotta o corrotta tra server. Non significa automaticamente “sito offline”; significa, più precisamente, che il server intermedio non ha ottenuto una risposta valida da ciò che sta dietro di lui.

• Server di origine non raggiungibile - il backend è spento, in crash o temporaneamente saturo.
• Proxy o reverse proxy in difficoltà - Nginx, un load balancer o una CDN non riescono a inoltrare correttamente la richiesta.
• Problemi DNS - il nome dell’origine non si risolve come dovrebbe, quindi la catena si rompe prima ancora della risposta.
• Errore TLS o certificato - il certificato è scaduto, non valido o non compatibile con la configurazione prevista.
• Risposta malformata - il server a monte risponde, ma in un formato che l’intermediario non accetta.

Questa distinzione è utile perché evita una semplificazione frequente: non tutti i 5xx sono uguali. Il 502 parla di una risposta invalida, non di un semplice ritardo. E da qui si passa al punto più pratico: cosa conviene fare quando il messaggio appare sullo schermo.

Cosa fare se lo incontri come utente

Se stai solo visitando un sito, le azioni davvero utili sono poche ma concrete. Io partirei sempre da quelle che permettono di capire se il problema è temporaneo oppure legato alla tua connessione.

1. Aggiorna la pagina dopo 30-60 secondi, perché spesso il disservizio è momentaneo.
2. Prova un altro browser o un altro dispositivo per capire se l’anomalia è locale.
3. Disattiva VPN o proxy personali se li stai usando: a volte sono loro a introdurre il problema.
4. Controlla se il sito è down per tutti oppure se il guasto riguarda solo la tua rete.
5. Verifica la connessione DNS se più siti mostrano errori simili.
6. Contatta il supporto solo se il problema persiste e hai già escluso le cause più ovvie.

Se l’errore compare su un sito molto frequentato, in genere è una questione di backend, non del visitatore. In questi casi, aspettare qualche minuto è spesso più sensato che continuare a ricaricare in modo compulsivo. Quando invece sei tu a gestire il sito, il discorso cambia radicalmente.

Come scriverlo bene in un sito o in un help center

Qui la traduzione non basta: serve un microcopy che aiuti davvero l’utente. Io consiglio quasi sempre di separare il messaggio in tre parti: cosa è successo, quanto è grave e cosa si può fare adesso.

Un buon esempio di testo breve può essere: “Si è verificato un problema temporaneo nella comunicazione con il server. Riprova tra qualche minuto.” Se invece il pubblico è tecnico, puoi aggiungere sotto la versione più precisa: “502 Bad Gateway: il gateway ha ricevuto una risposta non valida dal server di origine.”

Questa doppia stratificazione funziona bene perché non sacrifica la precisione, ma evita anche di scaricare addosso all’utente un messaggio opaco. In un prodotto digitale, il copy migliore non è quello più fedele parola per parola: è quello che riduce il dubbio operativo.

Ci sono però due limiti da tenere presenti. Il primo è lo spazio: in una UI stretta spesso devi mantenere il codice 502 e una frase breve. Il secondo è il pubblico: se parli a utenti non tecnici, “gateway” può essere troppo astratto, quindi vale la pena aggiungere una spiegazione in italiano corrente. Da qui nasce anche la differenza con gli errori più vicini, che spesso vengono confusi tra loro.

In cosa si confonde con 503 e 504

Questa parte è utile perché, nella pratica, molti testi mettono tutto nello stesso sacco. Io invece tengo ben distinti i tre codici, perché ciascuno racconta un problema diverso e suggerisce un’azione diversa.

La differenza tra 502 e 504 è quella che crea più confusione. Nel primo caso una risposta c’è, ma non è valida; nel secondo la risposta non arriva in tempo. Sembra una sfumatura, ma in diagnostica è una distinzione decisiva. Se sbagli codice, rischi di cercare il problema nel punto sbagliato.

Il 503, invece, racconta più spesso una indisponibilità del servizio nel suo complesso, non un errore di intermediazione. Per questo, quando traduco o rivedo un messaggio, non guardo solo la parola “error” ma il comportamento reale della catena HTTP. Ed è proprio qui che conviene chiudere con la formula che userei io, in concreto, in un contesto editoriale o di prodotto.

La formula che userei io per non tradire né il codice né il lettore

Se devo scegliere una sola strada, faccio così: “Gateway non valido” come etichetta tecnica, e una spiegazione breve in italiano naturale subito sotto. In un articolo divulgativo o in un help center, aggiungo sempre il codice 502; in un’interfaccia molto essenziale, invece, posso anche fermarmi a “Errore 502” purché il testo di supporto chiarisca cosa sta succedendo.

Questa è, in sostanza, la traduzione che funziona meglio: non è pedante, non è troppo letterale e non nasconde il fatto che il problema sta quasi sempre nella comunicazione tra sistemi. Per chi scrive contenuti digitali, la regola è semplice: mantieni il codice quando serve precisione, ma spiega in italiano comune quando serve orientare davvero la persona che legge.

Se il messaggio persiste, il sospetto principale resta lo stesso: c’è un punto debole nella catena tra proxy, gateway e server di origine. Capire questo ti evita sia traduzioni goffe sia diagnosi sbagliate, ed è proprio il tipo di chiarezza che, in ambito web, fa la differenza tra un testo corretto e un testo davvero utile.