Broken Link Checker

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

अंतिम अपडेट:

सीमाएँ, साफ़-साफ़: प्रति रन एक पेज (यह पूरे साइट का क्रॉल नहीं है), प्रति रन अधिकतम 300 लिंक की जाँच, और लिंक-भरे पेज पर एक रन में लगभग 25 सेकंड तक लग सकते हैं। यह चेकर प्रति पते प्रति घंटे 5 रन तक सीमित है।

जाँचों के बीच नए मरे हुए लिंक आते रहते हैं? myeventwatch से मुफ़्त निगरानी करें — समाप्ति और डाउनटाइम अलर्ट, कार्ड की ज़रूरत नहीं।

यह चेकर क्या करता है — और क्या नहीं करता

जब आप कोई पेज सबमिट करते हैं, तो चेकर उसे एक बार प्राप्त करता है, HTML को पार्स करता है, और उसके <a> लिंक और <img> चित्रों के लक्ष्यों को इकट्ठा करता है, सापेक्ष URL को किसी भी रीडायरेक्ट के बाद पेज के अंतिम पते के सापेक्ष हल करते हुए। फिर हर अद्वितीय वेब पते को बारी-बारी से अनुरोध किया जाता है: रीडायरेक्ट का पालन किया जाता है और गिना जाता है, इसलिए जो लिंक दो छलाँगों के बाद ही काम करता है, वह साफ़ ठीक के बजाय अपनी छलाँग-संख्या के साथ रीडायरेक्ट बताया जाता है। परिणाम हर लिंक के लिए अंतिम HTTP स्थिति कोड के साथ एक निर्णय है — वही साक्ष्य जो किसी ब्राउज़र, खोज क्रॉलर या निराश आगंतुक को क्लिक करने पर मिलेगा।

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

निर्णय पढ़ना और सही क्रम में ठीक करना

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

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

हर परिणाम स्थिति का अर्थ

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

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

क्या यह चेकर मेरी पूरी वेबसाइट को क्रॉल करता है?

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

कुछ लिंक सूचीबद्ध क्यों हैं लेकिन “प्राप्त नहीं किया गया” चिह्नित हैं?

क्योंकि उन्हें प्राप्त करना या तो अर्थहीन होगा या ग़लत। गैर-वेब योजना वाले लिंक — mailto:, tel:, javascript: और इसी तरह के — HTTP अनुरोध नहीं हैं, इसलिए बताने के लिए कोई स्थिति नहीं है; फ़्रैगमेंट लिंक (#section) पहले से प्राप्त पेज के भीतर की ओर इशारा करते हैं। दोनों तरह के लिंक उनके कारण के साथ सूचीबद्ध होते हैं ताकि हिसाब मिल जाए: पाए गए लिंक हमेशा जाँचे गए लिंक और सूचीबद्ध लेकिन प्राप्त न किए गए लिंक और किसी आंशिक रन की पहुँच से बाहर रह गए शेष के योग के बराबर होते हैं।

कोई लिंक छोड़ा गया क्यों लौटा?

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

परिणाम आंशिक लेबल किया गया है। क्या हुआ?

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

एक लिंक सर्वर त्रुटि दिखाता है लेकिन मेरे लिए ठीक खुलता है। क्यों?

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