अपने आगंतुकों से पहले टूटे लिंक खोजें

आपकी साइट का हर टूटा लिंक किसी न किसी को मिलेगा। एकमात्र सवाल यह है कि वह कोई आप हैं — शांत दोपहर में जाँच चलाते हुए — या खरीदारी के बीच का आगंतुक, आपके दस्तावेज़ों के लिंक का पालन करता ग्राहक, या यह तय करता खोज क्रॉलर कि आपके पेज कितने मूल्यवान हैं। लिंक चुपचाप सड़ते हैं — पेज स्थानांतरित होते हैं, डोमेन बदलते हैं, चित्रों के नाम बदलते हैं, साझेदार पुनर्गठित होते हैं — और पेज पर कुछ भी उस क्षय की घोषणा नहीं करता। यह लेख बताता है कि टूटे लिंक की जाँच कब चलाएँ, उसके द्वारा बताए गए स्थितियाँ वास्तव में क्या अर्थ रखती हैं, जो मिले उसे किस क्रम में ठीक करें, और एक बार में एक पेज जाँचने की ईमानदार सीमाएँ क्या हैं।

टूटे लिंक की जाँच कब चलाएँ

सबसे मूल्यवान क्षण वे हैं जहाँ URL थोक में बदलते हैं। फिर से डिज़ाइन के बाद, टेम्पलेट फिर से बनाए जाते हैं और नेविगेशन फिर से लिखा जाता है, और वर्षों से सही रहा लिंक चुपचाप ऐसे रास्ते की ओर इशारा कर सकता है जिसे नया डिज़ाइन अब प्रदान नहीं करता। स्थानांतरण के बाद — नया CMS, नया प्लेटफ़ॉर्म, नई URL संरचना — हर आंतरिक लिंक वास्तव में इस बारे में एक नया दावा बन जाता है कि सामग्री कहाँ रहती है, और उनमें से कुछ दावे ग़लत होंगे। डोमेन बदलाव के बाद, पुराने पते, साझेदार लिंक और अंतर्निहित चित्र सभी उन रीडायरेक्ट पर निर्भर करते हैं जिन्हें किसी को लिखना याद रखना पड़ा था। जाँच को पहली शिकायत के बाद नहीं, लॉन्च के हिस्से के रूप में चलाएँ।

शांत क्षण भी मायने रखते हैं। सामग्री को हटाना या मिलाना हर उस लिंक को अनाथ कर देता है जो उसकी ओर इशारा करता था; मीडिया लाइब्रेरी या चित्र-नामकरण योजना बदलना, किसी को वह बदलाव याद रहने के महीनों बाद तस्वीरें तोड़ देता है; और अन्य साइटें आपको बताए बिना पुनर्गठित होती हैं, इसलिए प्रकाशन के समय काम करने वाले बाहरी लिंक अपने कार्यक्रम के अनुसार सड़ते हैं। एक समझदार लय हर संरचनात्मक बदलाव के बाद आपके होमपेज और प्रमुख लैंडिंग पेजों की जाँच है, साथ ही एक आवधिक चक्कर — अधिकांश साइटों के लिए मासिक पर्याप्त है — उन पेजों पर जिन्हें आपके आगंतुक और खोज इंजन वास्तव में उपयोग करते हैं। इस साइट का टूटे लिंक चेकर एक बार में एक पेज चलाता है, जो उस लय में ठीक बैठता है: जो पेज मायने रखते हैं, जानबूझकर जाँचे गए।

स्थितियों का वास्तव में क्या अर्थ है

लिंक जाँच प्रति लिंक एक प्रश्न में सिमट जाती है: जब लिंक का पालन किया जाता है तो सर्वर क्या जवाब देता है? ठीक का अर्थ है सीधी सफलता (2xx)। रीडायरेक्ट का अर्थ है कि लिंक एक या अधिक 3xx छलाँगों के बाद ही काम करता है — आज ठीक है, लेकिन हर छलाँग एक वादा है जिसे किसी को निभाना होगा। टूटा का अर्थ है 4xx जवाब, सबसे आम 404 नहीं मिला: वादा किया गया पेज वहाँ नहीं है। सर्वर त्रुटि का अर्थ है 5xx जवाब: पेज मौजूद हो सकता है, लेकिन उसका सर्वर उसे देने में विफल रहा। टाइमआउट और अप्राप्य का अर्थ है कि कोई उपयोग योग्य जवाब ही नहीं आया — धीमापन, मरा हुआ होस्ट, DNS विफलता। और छोड़ा गया का अर्थ है कि चेकर ने जानबूझकर लक्ष्य को प्राप्त नहीं किया क्योंकि वह निजी या अवरुद्ध पते पर हल होता है।

खोज इंजन भी वही जवाब पढ़ते हैं। HTTP स्थिति कोड उसके क्रॉलर को कैसे प्रभावित करते हैं, इस पर Google के अपने दस्तावेज़ कहते हैं कि 2xx प्रतिक्रिया सामग्री को अनुक्रमण के लिए विचार किए जाने देती है, कि क्रॉलर रीडायरेक्ट का पालन करते हैं (डिफ़ॉल्ट रूप से अधिकतम 10 छलाँग) और अंतिम लक्ष्य को वह पेज मानते हैं जो मायने रखता है, और कि 4xx लौटाने वाले URL अनुक्रमित नहीं होते — और यदि वे अनुक्रम में थे तो हटा दिए जाते हैं — जबकि लगातार 5xx त्रुटियाँ क्रॉलिंग को धीमा करती हैं और अंततः पेजों को भी गिरा सकती हैं। यही कारण है कि आंतरिक टूटा लिंक सतही दोष से बदतर है: क्रॉलर उसका पालन करता है, कुछ नहीं पाता, और लिंक का मूल्य तथा लक्ष्य का अनुक्रम में स्थान दोनों वाष्पित हो जाते हैं।

इस क्रम में ठीक करें: आंतरिक 404, रीडायरेक्ट श्रृंखलाएँ, चित्र

पहले आंतरिक 404। अपनी ही साइट की ओर का टूटा लिंक पूरी तरह आपके नियंत्रण में है, वह उन आगंतुकों के सामने खड़ा है जिन्हें आप पहले ही जीत चुके हैं, और वह क्रॉलर को बताता है कि एक पेज जिससे आप लिंक करते हैं — संभवतः इसलिए क्योंकि वह मायने रखता है — मौजूद नहीं है। उसे स्रोत पर ठीक करें: यदि वह दुर्घटनावश हटाया गया था तो पेज को बहाल करें, यदि URL बह गया था तो उसे सुधारें, या लिंक को उस पेज की ओर फिर से करें जिसने सचमुच पुराने को प्रतिस्थापित किया। रीडायरेक्ट उन पतों के लिए रखें जिन्हें दूसरों ने बुकमार्क किया हो या जिनसे लिंक किया हो; आपके अपने पेज पर लिंक बस सही होना चाहिए।

दूसरे नंबर पर रीडायरेक्ट श्रृंखलाएँ। स्थानांतरण के बाद एक रीडायरेक्ट सामान्य है। श्रृंखला — पुराना URL नए URL की ओर रीडायरेक्ट करता है जो वर्तमान की ओर रीडायरेक्ट करता है — हर क्लिक पर प्रति छलाँग एक चक्कर की लागत लेती है, और हर छलाँग एक और नियम है जो अगले स्थानांतरण में खो सकता है। लिंक को स्वयं अंतिम पते पर अद्यतन करें; जब आपको छलाँगें देखनी हों तो HTTP स्थिति श्रृंखला ट्रेसर उन्हें एक-एक करके रखता है। तीसरे नंबर पर चित्र। टूटा चित्र शायद ही कभी पेज पढ़ने में बाधा डालता है, इसलिए वह पहले दो के पीछे प्रतीक्षा करता है — लेकिन उसे ठीक ज़रूर करें: फ़ाइल बहाल करें, रास्ता सुधारें, या टैग हटा दें, क्योंकि गायब-चित्र बक्सों से भरा पेज परित्यक्त जैसा पढ़ा जाता है, और कभी-कभी वह “चित्र” वास्तव में एक चार्ट या उत्पाद तस्वीर होता है जिस पर पाठ निर्भर करता है।

एक बार में एक पेज — और क्यों वह दायरा ईमानदार है

इस लेख के साथ जुड़ा चेकर प्रति रन एक पेज और उस पर अधिकतम 300 लिंक की जाँच करता है, और यह बात अपने चेहरे पर कहता है। वह दायरा एक जानबूझकर किया गया समझौता है। एक पेज को इतनी तेज़ी से प्राप्त, पार्स और पूरी तरह जाँचा जा सकता है कि वह संपादन-प्रकाशन चक्र का हिस्सा बन जाए: पेज बदलें, जाँच चलाएँ, जो मिले उसे ठीक करें, प्रकाशित करें। यह हिसाब को भी सटीक रखता है — पाए गए लिंक, जाँचे गए लिंक, सूचीबद्ध लेकिन कभी प्राप्त न किए गए लिंक (mailto:, tel: और पेज के भीतर के फ़्रैगमेंट HTTP अनुरोध नहीं हैं, और गढ़ी गई स्थितियों का वेश धारण करने के बजाय वैसे ही बताए जाते हैं), और जब भी कोई रन सब कुछ कवर करने से पहले रुक जाए तो आंशिक लेबल किया गया परिणाम — चुपचाप काटे जाने को पूर्णता का वेश देने के बजाय।

पूरे साइट की खोज अलग उपकरणों से होने वाला अलग काम है: आपका CMS हर वह पेज जानता है जिसे आप प्रकाशित करते हैं, आपके सर्वर लॉग हर वह 404 दिखाते हैं जिससे असली आगंतुक और क्रॉलर पहले ही टकरा चुके हैं, और Search Console उन त्रुटियों की रिपोर्ट करता है जिनसे स्वयं Google मिला। उनका उपयोग यह तय करने के लिए करें कि कौन से पेज जाँच के योग्य हैं, फिर उन्हें एक-एक करके जाँचें और जो मिले उसे ठीक करें। एक-पेज चेकर को जो कभी नहीं करना चाहिए, वह है क्रॉल होने का दिखावा — और आपको जो कभी नहीं करना चाहिए, वह है पूरे-साइट उपकरण की अनुपस्थिति को अपने ट्रैफ़िक को ढोने वाले मुट्ठी भर पेजों की जाँच रोकने देना।

इसे घटना नहीं, आदत बनाएँ

सबसे कम टूटे लिंक वाली साइटें वे नहीं हैं जिनकी वार्षिक सफ़ाई सबसे बड़ी है; वे वे हैं जहाँ जाँच बदलाव से जुड़ी है। जब भी URL संरचना, टेम्पलेट, मेनू या मीडिया फ़ोल्डर बदलता है, बाहर की ओर लिंक करने वाले पेज बदलाव को पूर्ण माने जाने से पहले जाँच से गुज़रते हैं। जब भी सामग्री हटाई जाती है, “यहाँ क्या लिंक करता था?” प्रश्न तब पूछा जाता है जब उत्तर अभी आसान है। यह आदत प्रति बदलाव मिनटों की लागत लेती है और बाद में हज़ार-लिंक रिपोर्ट की पुरातत्व-खोज को रोकती है।

और जब जाँच सचमुच क्षति पाए, तो केवल लक्षण नहीं, लिंक को ठीक करें: स्रोत पेज को अद्यतन करें, यदि बाहरी दुनिया पुराने पते का उपयोग करती है तो उसके लिए एक साफ़ रीडायरेक्ट रखें, और उसी पेज को फिर चलाकर निर्णय बदलते हुए देखें। टूटे लिंक उन गिने-चुने वेबसाइट समस्याओं में से हैं जिन्हें पूरी तरह यांत्रिक रूप से खोजा जा सकता है और पूरी तरह आपकी शक्ति में ठीक किया जा सकता है — असली विफलता का एकमात्र तरीका उन्हें दूसरे नंबर पर जानना है, उस आगंतुक के माध्यम से जिसने उन्हें पहले पाया।

स्रोत और आगे पढ़ना

अक्सर पूछे जाने वाले प्रश्न

मुझे टूटे लिंक कितनी बार खोजने चाहिए?

हर संरचनात्मक बदलाव के बाद — फिर से डिज़ाइन, स्थानांतरण, डोमेन बदलाव, थोक विलोपन — बिना किसी अपवाद के, और अन्यथा हल्की आवधिक लय में: अधिकांश साइटों के लिए होमपेज और आपके सबसे अधिक देखे जाने वाले पेज महीने में एक बार पर्याप्त हैं। लिंक दूसरों के बदलावों से भी उतने ही सड़ते हैं जितने आपके अपने से, इसलिए कैलेंडर-आधारित चक्कर वह पकड़ता है जो घटना-आधारित जाँचें चूक जाती हैं।

क्या टूटे लिंक SEO को नुकसान पहुँचाते हैं?

टूटा आंतरिक लिंक वह मूल्य बर्बाद करता है जो वह लिंक आगे बढ़ा रहा था और क्रॉलर को अंधी गली में भेजता है; Google के दस्तावेज़ों के अनुसार, 4xx लौटाने वाला URL अनुक्रमित नहीं होता और यदि वह अनुक्रम में था तो हटा दिया जाता है, और लगातार 5xx त्रुटियाँ क्रॉलिंग घटाती हैं। बाहरी लिंक का कभी-कभार मरना सामान्य वेब क्षय है, आपात स्थिति नहीं — जो पेज मायने रखते हैं उन पर मौजूद लिंक को ठीक करें, अपने आंतरिक 404 से शुरुआत करके।

क्या मुझे हर टूटे लिंक को होमपेज पर रीडायरेक्ट करना चाहिए?

नहीं। स्थानांतरित पेज को उसके असली प्रतिस्थापन पर रीडायरेक्ट करें — वह पेज जो पुराने लिंक का पालन करने वाला आगंतुक सचमुच चाहता है। सब कुछ होमपेज पर भेजना आगंतुकों को अप्रासंगिक जगह पर फँसा देता है और खोज इंजनों को सॉफ़्ट 404 जैसा पढ़ा जा सकता है। यदि पुराने पेज को सचमुच कुछ भी प्रतिस्थापित नहीं करता, तो ईमानदार 404 भ्रामक रीडायरेक्ट से बेहतर है।