किसी गायब सार्वजनिक दस्तावेज़ पर स्पष्ट स्पष्टीकरण दिखना चाहिए और उचित HTTP स्थिति लौटनी चाहिए, आमतौर पर 404। Mac पर Chrome में आप दोनों की जाँच कर सकते हैं, अंतर पहचान सकते हैं और अपने प्रकाशन सिस्टम को सटीक सुधार बता सकते हैं।
यह कार्यप्रवाह सार्वजनिक दस्तावेज़ पेजों का रखरखाव करने वाले व्यक्ति के लिए है: गाइड, संदर्भ नोट या सरल निर्देश-पत्र। इसका उद्देश्य अनुरोधित पते, सर्वर के जवाब और दिखाए गए संदेश में तालमेल बैठाना है। नीचे दिए गए सभी उदाहरण पथ काल्पनिक हैं।
गायब दस्तावेज़ को कौन-सा जवाब लौटाना चाहिए?
पहले तय करें कि दस्तावेज़ के पते पर क्या होना चाहिए। जो पेज दूसरी जगह चला गया है, उसे उस पेज से अलग तरीके से संभालना होगा जो अब मौजूद नहीं है। गायब-पेज का डिज़ाइन बदलने से पहले इस निर्णय तालिका का उपयोग करें।
| दस्तावेज़ की स्थिति | अपेक्षित जवाब | पाठकों को क्या दिखना चाहिए |
|---|---|---|
| यह अनुरोधित पते पर मौजूद है | 200 OK |
पूरा दस्तावेज़ |
| इसका स्पष्ट स्थायी विकल्प मौजूद है | 301 रीडायरेक्ट |
नए पते पर विकल्प दस्तावेज़ |
| यह नहीं मिल सकता और इसका कोई समकक्ष विकल्प नहीं है | 404 Not Found |
दस्तावेज़ न मिलने का उपयोगी स्पष्टीकरण |
| इसे जानबूझकर हटाया गया है और इसकी अनुपलब्धता स्थायी होने की संभावना है | 410 Gone उपयुक्त है |
हटाए जाने का स्पष्ट स्पष्टीकरण और उपयोगी नेविगेशन |
HTTP 404 को इस बात का संकेत दिए बिना परिभाषित करता है कि अनुपलब्धता अस्थायी है या स्थायी। यह 410 को ऐसे संसाधन के लिए परिभाषित करता है जिसकी अनुपलब्धता स्थायी होने की संभावना है; जब स्थायित्व का पता न हो, तो 404 का उपयोग करें। ये अर्थ RFC 9110, अनुभाग 15.5.5 और 15.5.11 से लिए गए हैं।
Google दस्तावेज़ के दूसरी जगह चले जाने या उसका स्पष्ट विकल्प मौजूद होने पर स्थायी रीडायरेक्ट की सलाह देता है। यदि उसे समान विकल्प के बिना हटाया गया है, तो Google 404 या 410 की सलाह देता है। देखें गायब सामग्री के जवाबों को संभालने के लिए Google के निर्देश।
उदाहरण के लिए, मान लें कि /documents/paper-folding-notes अब /documents/paper-folding-guide पर उपलब्ध है और उसमें मूलतः समकक्ष निर्देश हैं। इस बदलाव के लिए स्थायी रीडायरेक्ट उपयुक्त है। यदि नोट बिना किसी विकल्प के हटा दिए गए हैं, तो पुराने पते पर दस्तावेज़ न मिलने का जवाब रखें। उस पेज पर सामान्य दस्तावेज़ निर्देशिका का लिंक दिया जा सकता है।
भरोसेमंद दिखने वाला गायब-पेज डिज़ाइन पर्याप्त क्यों नहीं है
किसी पेज पर साफ़ तौर पर दस्तावेज़ नहीं मिला लिखा हो सकता है, जबकि उसका सर्वर 200 लौटाता हो। Google इस तरह के अंतर को सॉफ्ट 404 कहता है; खाली पेज या मुख्य सामग्री से रहित पेज भी इस वर्गीकरण का कारण बन सकता है। पढ़ें सॉफ्ट 404 त्रुटियों के बारे में Google का स्पष्टीकरण।
स्थिति HTTP जवाब का हिस्सा है और स्पष्टीकरण देने वाली सामग्री से अलग होती है। इसलिए शीर्षक बदलने या बड़ा 404 लेबल जोड़ने से जवाब का कोड तय नहीं होता। समस्या ठीक हुई है या नहीं, यह तय करने से पहले दस्तावेज़ के वास्तविक अनुरोध की जाँच करें। RFC 9110 जवाब की स्थिति के कोडों की भूमिका बताता है।
Mac पर दस्तावेज़ का जवाब कैसे जाँचें?
इस जाँच के लिए Chrome में मौजूद टूल इस्तेमाल करें। एक ऐसा दस्तावेज़ पता तैयार रखें जिसके सही ढंग से काम करने का आपको पता हो और उसी सार्वजनिक साइट के अंतर्गत एक ऐसा पथ भी, जो जानबूझकर मौजूद न हो। उदाहरण के लिए, गायब पथ /documents/missing-paper-example-731 हो सकता है। ऐसा पता चुनें जिसके लिए आपको पता हो कि कोई दस्तावेज़ प्रकाशित नहीं है।
- Chrome में सार्वजनिक पेज खोलें।
- DevTools खोलने के लिए
Command+Option+Iदबाएँ। Networkपैनल चुनें।- DevTools खुला रहने पर, पता बार में जाँच वाला पता दर्ज करें और उसे लोड करें।
Chrome Mac के शॉर्टकट को Chrome DevTools खोलें में दर्ज करता है। Network पैनल के परिचय में बताया गया है कि DevTools खुला होने पर नेटवर्क गतिविधि रिकॉर्ड की जाती है।
- इस जाँच के दौरान ब्राउज़र के कैश किए गए जवाब पर निर्भर होने से बचने के लिए
Disable cacheचुनें। - यदि आपको रीडायरेक्ट के दौरान नेविगेशन पर नज़र रखनी हो, तो
Preserve logचालू करें। - जाँच वाला पता फिर से लोड करें।
- उसका मुख्य दस्तावेज़ अनुरोध चुनें, फिर
Headersखोलें।Generalके नीचे अनुरोधित पता और स्थिति कोड पढ़ें।
इन नियंत्रणों और स्थिति की जानकारी कहाँ मिलती है, यह Chrome के Network सुविधाओं के संदर्भ में दर्ज है।
दस्तावेज़ अनुरोध को ध्यान से जाँचें। लॉग में स्क्रिप्ट, स्टाइल और अन्य संसाधनों के अनुरोध भी होते हैं। किसी सहायक फ़ाइल के गायब होने से यह साबित नहीं होता कि दस्तावेज़ ने स्वयं 404 लौटाया। Chrome की अनुरोध तालिका में HTTP कोड Status में और संसाधन की श्रेणी Type में दिखाई जाती है; देखें नेटवर्क गतिविधि की जाँच करें।
अब तीन बातों की तुलना करें: मूल रूप से अनुरोधित पता, उस दस्तावेज़ का जवाबी कोड और लोड होने के बाद दिखाई देने वाला पेज। इन्हें साथ में दर्ज करें। यदि नेविगेशन के दौरान पता बदलता है, तो केवल अंतिम पेज दर्ज करने के बजाय मूल अनुरोध और गंतव्य, दोनों की जाँच करें।
इन अवलोकनों के आधार पर सुधार कैसे तय करें?
नीचे दी गई निदान तालिका HTTP के अर्थों और Google के समस्या-निवारण निर्देशों का व्यावहारिक संयोजन है। यह निर्णय लेने में मदद करती है; इसमें किसी मापे गए नतीजे का दावा नहीं है।
| देखा गया नतीजा | क्या जाँचें | अपेक्षित सुधार |
|---|---|---|
गायब दस्तावेज़ के संदेश के साथ 200 |
गायब-पथ हैंडलर या फ़ॉलबैक | स्पष्टीकरण के साथ 404 लौटाएँ |
अपेक्षित दस्तावेज़ दिखने के साथ 404 |
किसी मौजूदा रूट को दिया गया जवाब | उस दस्तावेज़ को 200 के साथ सफलतापूर्वक परोसें |
| किसी सामान्य निर्देशिका पर रीडायरेक्ट | क्या समकक्ष विकल्प मौजूद है | समकक्ष दस्तावेज़ पर रीडायरेक्ट करें या गायब-पेज दिखाएँ |
खाली या अधूरे दस्तावेज़ के साथ 200 |
सामग्री लोड होना और रेंडर होना | यदि दस्तावेज़ अब भी मौजूद है, तो उसकी अपेक्षित सामग्री बहाल करें |
उपयोगी गायब-पेज संदेश के साथ 404 |
क्या पता वास्तव में अनुपलब्ध है | यदि अनुपलब्धता अपेक्षित है, तो यही व्यवहार बनाए रखें |
Google के समस्या-निवारण दस्तावेज़ स्पष्ट रूप से अनुपलब्ध दस्तावेज़ों, दूसरी जगह चले गए दस्तावेज़ों और अब भी मौजूद लेकिन ठीक से लोड न होने वाले दस्तावेज़ों में अंतर करते हैं। यह अंतर किसी अधूरे काम कर रहे पेज को जानबूझकर हटाया गया पेज मानने से बचाता है। देखें Google Search क्रॉलिंग त्रुटियों का समस्या-निवारण करें।
काम सौंपने के लिए स्पष्ट निर्देश लिखें: “काल्पनिक गायब पथ /documents/missing-paper-example-731 के लिए, 404 लौटाएँ और उसी पते पर कस्टम गायब-दस्तावेज़ पेज दिखाएँ। मौजूदा दस्तावेज़ पथों को सफलतापूर्वक काम करने दें। स्थायी रीडायरेक्ट केवल तभी लागू करें जब समकक्ष विकल्प की पहचान हो जाए।” अपनी जाँच में देखा गया स्थिति कोड और दिखाई देने वाला संदेश भी जोड़ें।
यह अनुरोध अपेक्षित व्यवहार बताता है, बिना आपके प्रकाशन सिस्टम के मेनू नामों का अनुमान लगाए। इसे लागू करने का काम होस्टिंग कॉन्फ़िगरेशन, ऐप्लिकेशन रूट या जवाब तैयार करने वाले प्रकाशन सिस्टम में होगा। Google अपने HTTP स्थिति-कोड दस्तावेज़ में बताता है कि HTTP स्थिति कोड होस्टिंग सर्वर बनाता है।
यदि संपादक आपको सिर्फ़ पेज की सामग्री बदलने देता है तो क्या करें?
जो संपादक केवल पाठ या दस्तावेज़ का मेटाडेटा बदलता है, हो सकता है कि वह HTTP जवाबों को नियंत्रित न कर सके। WHATWG HTML Standard, http-equiv का उपयोग करने वाले meta निर्देशों के खास व्यवहार परिभाषित करता है; HTTP जवाब की स्थिति सेट करना उनमें शामिल नहीं है। इसलिए http-equiv="status" जोड़ना 404 बनाने का समर्थित तरीका नहीं है। देखें HTML Standard: Pragma निर्देश।
जब संपादक में जवाब नियंत्रित करने के विकल्प उपलब्ध न हों, तो होस्टिंग या ऐप्लिकेशन परत में मौजूद दस्तावेज़ीकृत गायब-पेज व्यवस्था का उपयोग करें। पूछें कि क्या वह अनुरोधित गायब पते पर 404 के साथ कस्टम सामग्री दिखाती है। सिर्फ़ त्रुटि-पेज का लेआउट चुनने वाली सेटिंग इस सवाल का जवाब नहीं देती; ब्राउज़र में दिए गए तरीके से नतीजे की पुष्टि करें।
Netlify पर स्थिर पेजों के लिए एक दस्तावेज़ीकृत उदाहरण
Netlify पर मौजूद स्थिर साइट के लिए दस्तावेज़ीकृत तरीका 404.html नाम की फ़ाइल है। ऐसे असफल पथों के लिए, जो किसी स्थिर फ़ाइल से मेल नहीं खाते, Netlify इसका अपने आप उपयोग करता है। यह प्रदाता-विशेष उदाहरण है और इसकी कुछ पूर्वशर्तें हैं: साइट के तैयार आउटपुट और मौजूदा स्थिर-पेज बिल्ड तक पहुँच। Netlify कस्टम 404 हैंडलिंग के बारे में बताता है।
- गायब-दस्तावेज़ पेज बनाने के लिए साइट के मौजूदा पेज टेम्पलेट का उपयोग करें।
- सुनिश्चित करें कि तैयार आउटपुट में प्रकाशित डायरेक्टरी के रूट पर
404.htmlशामिल है। - जाँचें कि पहले का कोई रूटिंग नियम अज्ञात पतों को किसी दूसरे पेज पर न भेजता हो।
- संशोधित आउटपुट सार्वजनिक पते पर उपलब्ध होने के बाद, गायब पथ और काम करने वाले दस्तावेज़, दोनों की जाँच करें।
रूटिंग की जाँच इसलिए ज़रूरी है क्योंकि Netlify स्थिर फ़ाइलों और अंतिम गायब-पेज हैंडलिंग तक पहुँचने से पहले रूटिंग प्रोसेस करता है। पहले से किसी नियम द्वारा संभाला गया अनुरोध उस अंतिम हैंडलर तक नहीं पहुँचेगा। इसका Request Chain दस्तावेज़ यह क्रम समझाता है। यह उदाहरण सुधार का एक तरीका बताता है; इससे यह संकेत नहीं मिलता कि किसी साइट में बदलाव किया गया है।
ब्राउज़र में रूट होने वाले ऐप्लिकेशन की सीमा
कुछ ऐप्लिकेशन को JavaScript चलने के बाद ही पता चलता है कि कोई दस्तावेज़ अनुपलब्ध है। Google स्वीकार करता है कि क्लाइंट-साइड रूटिंग में अर्थपूर्ण स्थिति कोड देना व्यावहारिक रूप से कठिन हो सकता है। इसके दस्तावेज़ीकृत विकल्प हैं: किसी ऐसे पते पर JavaScript रीडायरेक्ट करना जिसका सर्वर 404 लौटाता हो, या त्रुटि-पेज में noindex मेटाडेटा जोड़ना। देखें JavaScript SEO के बारे में Google के निर्देश।
इन विकल्पों के नतीजे अलग-अलग हैं। रीडायरेक्ट एक नए पते पर ले जाता है जहाँ सचमुच गायब-पेज का जवाब मिलता है। मेटाडेटा वाला तरीका इंडेक्सिंग को प्रभावित करता है, जबकि मूल HTTP स्थिति जस की तस रहती है। यदि आवश्यकता है कि दस्तावेज़ का मूल पता बनाए रखते हुए वहीं 404 लौटाया जाए, तो होस्टिंग या ऐप्लिकेशन जवाब में इस व्यवहार का समर्थन होना चाहिए।
गायब-दस्तावेज़ पेज पर क्या लिखें?
यह दस्तावेज़ नहीं मिल सका। जैसा छोटा और स्पष्ट संदेश दें। उसके बाद एक उपयोगी अगला कदम रखें: दस्तावेज़ निर्देशिका या किसी अन्य सत्यापित नेविगेशन गंतव्य का लिंक। साइट का परिचित नेविगेशन और रूप बनाए रखें। Google कस्टम गायब-पेजों के लिए स्पष्ट भाषा, एकसमान डिज़ाइन और उपयोगी लिंक की सलाह देता है।
काल्पनिक पेपर-फोल्डिंग उदाहरण के लिए, यह संदेश उपयुक्त होगा: हमें यह पेपर-फोल्डिंग दस्तावेज़ नहीं मिला। कोई दूसरी गाइड चुनने के लिए दस्तावेज़ निर्देशिका देखें। किसी दस्तावेज़ को स्थायी रूप से हटाया गया तभी बताएँ जब यह बात ज्ञात हो। हर गायब पते को तुरंत कहीं और भेजने के बजाय स्पष्टीकरण दिखने दें।
जवाब और पेज में तालमेल है या नहीं, इसकी पुष्टि कैसे करें?
तुलना के लिए कुछ पतों के साथ जाँच दोहराएँ। नीचे दिए गए अपेक्षित नतीजे उदाहरण के तौर पर स्वीकृति मानदंड हैं; इन्हें जाँच के वास्तविक नतीजे न समझें।
| जाँच का मामला | अपेक्षित जवाब और पेज |
|---|---|
| ऐसा दस्तावेज़ जिसके सही ढंग से काम करने का पता है | 200 और पूरा दस्तावेज़ |
| जानबूझकर अनुपलब्ध रखा गया पथ | 404 और दस्तावेज़ न मिलने का स्पष्टीकरण |
| हटाया गया दस्तावेज़ जिसका कोई विकल्प नहीं है | 404, या उपयुक्त होने पर 410, और सटीक स्पष्टीकरण |
| समकक्ष विकल्प वाले नए पते पर चला गया दस्तावेज़ | स्थायी रीडायरेक्ट, जिसके बाद विकल्प का सफल जवाब |
हर पता सीधे दर्ज करके और उसे फिर से लोड करके दोबारा जाँचें। इसमें वे दस्तावेज़ भी शामिल हों जिन तक आमतौर पर पेज के भीतर दिए गए नेविगेशन से पहुँचा जाता है। इससे पता चलता है कि दस्तावेज़ के नए अनुरोध पर कौन-सा जवाब मिलता है। पता, कोड और दिखाई देने वाला नतीजा साथ रखें, ताकि गंतव्य पर सफल पहुँचना नेविगेशन के पहले चरण में गलत जवाब को छिपा न दे।
यदि पुराना नतीजा अब भी दिखाई दे, तो ब्राउज़र कैश और अन्य कैश में अंतर करें। Chrome का कैश बंद करने से ब्राउज़र का कैश नियंत्रित होता है। HTTP कैश 404 जैसे नकारात्मक जवाब भी रख सकता है, इसलिए पुराना गायब-पेज जवाब मिलने पर प्रकाशन सिस्टम के दस्तावेज़ीकृत कैश व्यवहार की जाँच करनी पड़ सकती है। RFC 9111 कैश किए जा सकने वाले नकारात्मक नतीजों की व्याख्या करता है।
Google Search के लिए, वास्तविक गायब-पेज जवाब का एक अपेक्षित परिणाम होता है: Google 404 या 410 लौटाने वाले URL को इंडेक्स नहीं करता और ऐसे जवाबों पर कार्रवाई के दौरान पहले से इंडेक्स किए गए URL हटा दिए जाते हैं। 200 का सफल जवाब भी इंडेक्सिंग की गारंटी नहीं देता। देखें HTTP स्थिति कोड Google के क्रॉलर को कैसे प्रभावित करते हैं।
काम तब पूरा मानें जब हर जाँचा गया पता एक जैसी जानकारी दे: उपलब्ध दस्तावेज़ सफलतापूर्वक लोड हों, दूसरी जगह चले गए दस्तावेज़ अपने विकल्पों तक पहुँचाएँ और अनुपलब्ध दस्तावेज़ उपयोगी नेविगेशन के साथ उचित गायब-पेज जवाब लौटाएँ। इससे Mac पर प्रकाशन की ठोस और दोहराई जा सकने वाली जाँच मिलती है।
स्रोत
- RFC 9110: HTTP Semantics — RFC Editor
- RFC 9111: HTTP Caching — RFC Editor
- HTML Standard: Pragma directives — WHATWG
- Troubleshoot Google Search crawling errors — Google Search Central
- How HTTP status codes affect Google’s crawlers — Google for Developers
- Understand JavaScript SEO basics — Google Search Central
- Open Chrome DevTools — Chrome for Developers
- Network panel: Analyze network load and resources — Chrome for Developers
- Network features reference — Chrome for Developers
- Inspect network activity — Chrome for Developers
- Redirect options — Netlify
- Request Chain — Netlify