504 Gateway Timeout का मतलब है कि गेटवे या प्रॉक्सी के रूप में काम कर रहे सर्वर को उस अपस्ट्रीम सर्वर से समय पर रिस्पॉन्स नहीं मिला, जिसकी उसे रिक्वेस्ट पूरी करने के लिए ज़रूरत थी। प्रॉक्सी ने अपने कॉन्फ़िगर किए गए टाइमआउट तक इंतज़ार किया और हार मान ली।
502 के उलट, यहां अपस्ट्रीम ने टूटा हुआ रिस्पॉन्स नहीं भेजा; उसने समय पर कुछ भी नहीं भेजा। आम वजहें हैं धीमी डेटाबेस क्वेरी, लंबी चलने वाली रिपोर्ट, अटक जाने वाले बाहरी API और ओवरलोड बैकएंड। हर लेयर की अपनी सीमा होती है, जैसे nginx का proxy_read_timeout (डिफ़ॉल्ट रूप से 60 सेकंड), लोड बैलेंसर के आइडल टाइमआउट और सर्वरलेस फ़ंक्शन की समय सीमाएं।
Cloudflare के पीछे, जो ओरिजिन कनेक्शन तो स्वीकार कर लेता है, लेकिन बहुत धीरे जवाब देता है, उससे 504 नहीं, बल्कि 524 A Timeout Occurred आता है।
उदाहरण रिस्पॉन्स
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 और रीडायरेक्ट जांच
504 सर्वर एरर माने जाते हैं: ये क्रॉलिंग धीमी करते हैं और अगर बने रहें, तो पेज इंडेक्स से हट जाते हैं। धीमे रिस्पॉन्स की वजह से भी Google कम पेज क्रॉल करता है। रीडायरेक्ट लेटेंसी चेकर दिखाता है कि हर हॉप में कितना समय लगता है, जिससे आप धीमे रीडायरेक्ट या धीमे अंतिम पेज को टाइमआउट बनने से पहले ही पकड़ सकते हैं।
आम वजहें और इस्तेमाल
- धीमी डेटाबेस क्वेरी या लंबी चलने वाली रिक्वेस्ट प्रॉक्सी टाइमआउट पार कर जाती हैं।
- ऐप्लिकेशन जिस बाहरी API पर निर्भर है, वह जवाब नहीं देता।
- अपस्ट्रीम सर्वर ओवरलोड है, या दोनों के बीच DNS या नेटवर्क की समस्या की वजह से प्रॉक्सी उस तक नहीं पहुंच पाता।
- अलग-अलग लेयर के टाइमआउट आपस में मेल नहीं खाते, इसलिए ऐप्लिकेशन का काम पूरा होने से पहले ही प्रॉक्सी हार मान लेता है।