ब्रोकन लिंक चेकर

पेज के लिंक कैसे खोजे और जाँचे जाते हैं?

लिंक एक a (या area) एलिमेंट है जिसका href पेज URL या उसके base एलिमेंट के सापेक्ष किसी absolute URL पर resolve होता है; क्रॉलर इन्हीं लिंक से पेज खोजते हैं, बटन या स्क्रिप्ट कोड से नहीं। लिंक जाँचने के लिए उसका URL माँगकर स्टेटस पढ़ा जाता है: 2xx चलता है, 3xx कहीं और ले जाता है, और 4xx या 5xx ब्रोकन है — हालाँकि 401, 403 और 429 का मतलब अक्सर यह होता है कि सर्वर ने ऑटोमेटेड क्लाइंट को ठुकराया, न कि पेज ग़ायब है।

ब्रोकन लिंक चेकर कैसे इस्तेमाल करें

1. उस पेज का URL डालें जिसके लिंक जाँचने हैं।
2. सारे, internal या external लिंक चुनें, और कितने जाँचने हैं (30 तक; साइन-इन न होने पर सर्वर एक बार में अधिकतम 9 जाँचता है, साइन-इन होने पर 29)।
3. «लिंक जाँचें» दबाएँ और रुकें — सर्वर एक बार में चार लिंक माँगता है, लगभग 20 सेकंड में।
4. ब्रोकन लिंक ठीक करें या हटाएँ, जवाब न देने वाले लिंक ब्राउज़र में खोलकर देखें, और रीडायरेक्ट होने वाले लिंक को उनके अंतिम URL पर ले जाएँ।

ब्रोकन लिंक चेकर की खूबियाँ

• Mutqan सर्वर पेज फ़ेच करता है, उसके http(s) लिंक निकालता है और उन्हें पेज के क्रम में माँगता है: हर जाँच में अधिकतम 30, अभी साइन-इन न होने पर 9 और साइन-इन होने पर 29
• हर लिंक को HEAD रिक्वेस्ट जाती है, या सर्वर HEAD पर 405 या 501 दे तो GET; पेज की सामग्री कभी डाउनलोड नहीं होती
• रीडायरेक्ट फ़ॉलो नहीं होते, बल्कि उनके लक्ष्य के साथ दिखाए जाते हैं, ताकि जगह बदला लिंक और टूटा लिंक अलग पहचाने जाएँ
• पहले ब्रोकन लिंक (4xx और 5xx), फिर जवाब न देने वाले (टाइमआउट, अनजान होस्ट, ठुकराया पता), फिर रीडायरेक्ट और चलने वाले लिंक
• हर लिंक का स्टेटस कोड, रिस्पॉन्स समय, लिंक टेक्स्ट और internal या external प्रकार दिखाता है, CSV में डाउनलोड योग्य
• आपके पास जितनी लिंक रिक्वेस्ट हैं, उन्हें वहीं लगाएँ जहाँ ज़रूरत है: सारे लिंक, सिर्फ़ internal या सिर्फ़ external
• उन जवाबों को चिह्नित करता है जिनका मतलब अक्सर "ऑटोमेटेड क्लाइंट ठुकराया" होता है (401, 403, 429, 999), मरा हुआ लिंक नहीं

इनपुट और आउटपुट

इनपुट

• पेज URL — वह सार्वजनिक पेज जिसके लिंक जाँचे जाते हैं; Mutqan सर्वर उसे फ़ेच करता है।
• जाँचने वाले लिंक — सारे लिंक, सिर्फ़ internal (Public Suffix List के अनुसार वही registrable domain) या सिर्फ़ external।
• अधिकतम जाँचने वाले लिंक — 1 से 30, दस्तावेज़ के क्रम में। सर्वर इससे कम भी जाँच सकता है — साइन-इन न होने पर हर जाँच में 9, साइन-इन होने पर 29 — और बाक़ी को «नहीं जाँचे गए» में गिनता है।

आउटपुट

• सारांश — मिले, जाँचे और न जाँचे गए लिंक, और OK, ब्रोकन, रीडायरेक्ट व «कोई जवाब नहीं» की गिनती।
• लिंक जाँच — हर जाँचा गया लिंक URL, स्टेटस, नतीजे, रीडायरेक्ट लक्ष्य, समय, लिंक टेक्स्ट और प्रकार के साथ; ब्रोकन पहले; link-check.csv के रूप में डाउनलोड योग्य।
• निष्कर्ष — क्या ठीक करना है, क्या हाथ से जाँचना है, और लिंक छूटे तो क्यों।
• जाँचा गया पेज — पेज URL, रीडायरेक्ट के बाद का अंतिम URL और उसका HTTP स्टेटस।

ब्रोकन लिंक चेकर का उदाहरण

https://www.example.com/blog/post · जाँचने वाले लिंक: सारे लिंक · अधिकतम: 30

Links found 6 · Checked 6 · Not checked 0 · OK 2 · Broken 2 · Redirected 1 · No answer 1
https://www.example.com/guides/old-guide — 404 — Broken
https://www.linkedin.com/company/example — 999 — Broken
https://partner.example.net/offer — Timed out
https://www.example.com/pricing — 301 — Redirect → https://www.example.com/plans
Findings: 2 links answer with an error (4xx or 5xx): fix or remove them. · Some links answered 401, 403, 429 or 999: many sites refuse automated requests from data-centre addresses, so open these in a browser before calling them broken.

ब्रोकन लिंक चेकर के नतीजे कैसे पढ़ें

404 या 410 के साथ Broken: लक्ष्य अब नहीं है — लिंक अपडेट करें या हटाएँ। 500–599: लक्ष्य का सर्वर गड़बड़ है; हटाने से पहले बाद में फिर जाँचें।

401, 403, 429 या 999 के साथ Broken: अक्सर लक्ष्य ऑटोमेटेड क्लाइंट को ठुकरा रहा होता है, पेज मरा नहीं होता। कुछ करने से पहले ब्राउज़र में खोलें।

Redirect: लिंक चलता है पर घुमाकर। उसे «रीडायरेक्ट का लक्ष्य» कॉलम वाले URL पर ले जाएँ — ख़ासकर internal लिंक, जो आपके हाथ में हैं।

Timed out, Host not found या Connection failed: Mutqan सर्वर पर रिक्वेस्ट को कोई जवाब नहीं मिला। होस्ट बंद, धीमा या डेटा-सेंटर ट्रैफ़िक रोकने वाला हो सकता है; होस्ट न मिलने का मतलब आमतौर पर गलत लिखा या एक्सपायर हुआ डोमेन है।

ब्रोकन लिंक चेकर कब इस्तेमाल करें

• लेख, डॉक्यूमेंटेशन पेज या लैंडिंग पेज को प्रकाशित करने से पहले और बाद में मरे हुए लिंक के लिए जाँचें।
• माइग्रेशन के बाद वे लिंक ढूँढें जो अब भी पुराने URL की ओर हैं और रीडायरेक्ट होते हैं।
• लंबे समय से चल रहे पेज के external संदर्भों में link rot देखें।
• नेविगेशन या footer बदलने के बाद पक्का करें कि internal लिंक नहीं टूटे।

समस्या निवारण

• रिक्वेस्ट सीमा पूरी होने का संदेश: लिंक जाँचें हर IP एड्रेस के लिए 10 मिनट में 10 तक सीमित हैं। रुककर फिर कोशिश करें; यह सीमा जाँची जा रही साइटों को बचाती है।
• मिले लिंक से कम जाँचे गए, एक नोट के साथ: हर जाँच आपके प्रति मिनट के लिंक-रिक्वेस्ट कोटे के हिसाब से तय होती है — अभी साइन-इन न होने पर 9 लिंक, साइन-इन होने पर 29 — और उसी मिनट की किसी पिछली जाँच ने उसका कुछ हिस्सा इस्तेमाल कर लिया। नोट बताता है कि कितने छूटे; साइन-इन करें, एक मिनट बाद फिर चलाएँ, या जाँच को internal या external लिंक तक सीमित करें।
• «जाँचे गए» 0 और चेतावनी कि कोई लिंक नहीं जाँचा गया: पिछली जाँच पूरा कोटा ले चुकी थी, या सर्वर व्यस्त था। निष्कर्ष सेकंड में बताते हैं कि कितना रुकना है, और «जाँचा गया पेज» में यही «दोबारा कोशिश इतनी देर बाद» के रूप में दिखता है।
• «मिले लिंक» 0 है: सिर्फ़ internal या सिर्फ़ external चुना हो तो हो सकता है पेज में उस प्रकार का कोई लिंक ही न हो — «सारे लिंक» चुनें। «सारे लिंक» पर भी 0 हो तो पेज अपने लिंक JavaScript से बनाता है, या URL ने एरर या गैर-HTML फ़ाइल लौटाई; सर्वर क्या भेजता है, यह देखने के लिए ब्राउज़र में पेज का सोर्स खोलें।
• एक ही साइट से बहुत सारे 403: वह साइट ऑटोमेटेड रिक्वेस्ट रोकती है। उसके लिंक हाथ से जाँचें।

ब्रोकन लिंक चेकर के बारे में अक्सर पूछे जाने वाले सवाल

तकनीकी नोट्स

पेज पाँच तक रीडायरेक्ट फ़ॉलो करके (10 सेकंड) फ़ेच होता है; उसके a और area लिंक निकाले जाते हैं, अंतिम URL के सापेक्ष resolve होते हैं, #fragment हटता है और डुप्लिकेट हटते हैं, और mailto:, tel:, javascript: लिंक व ख़ुद पेज छोड़ दिए जाते हैं।

हर लिंक Mutqan सर्वर से हेडर के तय सेट के साथ एक बार माँगा जाता है: HEAD, फिर HEAD पर 405 Method Not Allowed या 501 Not Implemented मिले तो सामग्री छोड़कर GET (RFC 9110 सामान्य सर्वरों के लिए HEAD ज़रूरी बताता है, पर कुछ ऐप्लिकेशन इसे नहीं मानतीं)। एक साथ चार रिक्वेस्ट चलती हैं, हर एक के लिए 8 सेकंड और पूरी जाँच के लिए 22 सेकंड। हर hop पेज जैसी ही एड्रेस जाँच से गुज़रता है: निजी, आरक्षित और ठुकराए गए एड्रेस से कभी संपर्क नहीं होता।

400 से कम स्टेटस चलने वाला माना जाता है (3xx रीडायरेक्ट के रूप में दिखता है, फ़ॉलो नहीं होता); 4xx और 5xx ब्रोकन; स्टेटस न होने का मतलब रिक्वेस्ट फ़ेल हुई, और कारण Result कॉलम में होता है।

सीमाएँ और कार्यप्रणाली

हर जाँच में अधिकतम 30 लिंक — अभी साइन-इन न होने पर 9 और साइन-इन होने पर 29, जो एक मिनट के अंदर की आपकी सारी जाँचों में बँटते हैं — और हर IP एड्रेस के लिए 10 मिनट में 10 जाँच; यह पेज चेकर है, पूरी साइट का क्रॉलर नहीं।

रिक्वेस्ट Cloudflare नेटवर्क पर चलने वाले Mutqan सर्वर से जाती हैं, आपके ब्राउज़र या देश से नहीं। जो साइटें डेटा-सेंटर ट्रैफ़िक रोकती हैं, लॉगिन माँगती हैं या क्षेत्र के हिसाब से बदलती हैं, वे असली विज़िटर को अलग जवाब दे सकती हैं।

सिर्फ़ स्टेटस जाँचा जाता है: जो पेज "not found" टेक्स्ट के साथ 200 देता है (soft 404), या गलत सामग्री देता है, वह चलने वाला गिना जाता है। JavaScript से बने लिंक नहीं दिखते।

सुरक्षा और गोपनीयता

पेज URL Mutqan सर्वर को भेजा जाता है, जो पेज फ़ेच करके हर जाँचे गए लिंक को हेडर के तय सेट के साथ एक HEAD (या GET) रिक्वेस्ट भेजता है। कुछ भी स्टोर नहीं होता; analytics सिर्फ़ यह दर्ज करता है कि endpoint इस्तेमाल हुआ।

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

संदर्भ

• HTML Standard — 4.6 LinksWHATWGa और area एलिमेंट हाइपरलिंक कैसे बनाते हैं: href, target और rel attribute, nofollow, noopener और noreferrer जैसे लिंक टाइप, और लिंक का URL document base के सापेक्ष कैसे resolve होता है।
• SEO Link Best Practices for GoogleGoogle Search CentralGoogle कौन-से लिंक फ़ॉलो कर सकता है (असली URL पर resolve होने वाले href वाले a एलिमेंट), लिंक टेक्स्ट कैसे लिखें, और बाहरी लिंक को rel="nofollow", "sponsored" और "ugc" से कैसे चिह्नित करें।
• RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।