इसका मतलब
अस्थायी रिस्पॉन्स जो Link हेडर पहले भेज देता है, ताकि सर्वर के अंतिम पेज बनाते समय ब्राउज़र CSS, फ़ॉन्ट पहले से लोड कर सके या ओरिजिन से पहले से जुड़ सके।
आम कारण
- Cloudflare या Fastly जैसा CDN कैश किए गए Link हेडर के लिए Early Hints भेजता है
- ऐप सर्वर धीमी रेंडरिंग से पहले 103 भेजता है
कैसे ठीक करें
अगर आप क्लाइंट या विज़िटर हैं
कुछ करने की ज़रूरत नहीं; समर्थन करने वाले ब्राउज़र प्रीलोड शुरू करते हैं और फिर अंतिम रिस्पॉन्स इस्तेमाल करते हैं। जो क्लाइंट 103 नहीं समझते, वे इसे बस अनदेखा कर देते हैं।
अगर आप साइट या API चलाते हैं
सिर्फ़ वही रिसोर्स भेजें जो अंतिम पेज सच में इस्तेमाल करेगा, और बेकार डाउनलोड से बचने के लिए संकेतों को 200 रिस्पॉन्स के Link हेडर जैसा ही रखें।
उदाहरण रिस्पॉन्स
HTTP/1.1
HTTP/1.1 103 Early Hints
Link: </styles/main.css>; rel=preload; as=style
Link: <https://cdn.example.com>; rel=preconnectस्पेसिफ़िकेशन
अक्सर पूछे जाने वाले सवाल
› कौन-से ब्राउज़र 103 Early Hints समर्थित करते हैं?
Chrome, Edge, Firefox और Safari, HTTP/2 और HTTP/3 पर 103 के preload और preconnect संकेत समर्थित करते हैं।
› क्या 103 से Core Web Vitals बेहतर होते हैं?
जब सर्वर को सोचने में ज़्यादा समय लगता है तो LCP और FCP बेहतर हो सकते हैं, क्योंकि ज़रूरी एसेट उस इंतज़ार के दौरान डाउनलोड हो जाते हैं।