मुफ़्त बल्क HTTP स्टेटस चेकर

बल्क HTTP स्टेटस चेकर एक मुफ़्त ऑनलाइन टूल है जो एक साथ कई URL के HTTP स्टेटस कोड जाँचता है और टूटे लिंक, रीडायरेक्ट व त्रुटियाँ पहचानता है। यह पूरी तरह आपके ब्राउज़र में चलता है, बिना किसी इंस्टॉलेशन या साइन-अप के।

सर्वोत्तम प्रदर्शन के लिए एक बार में 20 URL तक।

2xx सफलता, 3xx रीडायरेक्ट, 4xx क्लाइंट त्रुटियाँ, 5xx सर्वर त्रुटियाँ।

हाँ, पूरी तरह मुफ़्त।

बिल्कुल। बल्क HTTP स्टेटस चेकर सब कुछ आपके ब्राउज़र में क्लाइंट-साइड पर प्रोसेस करता है। कोई भी डेटा किसी सर्वर पर अपलोड या संग्रहीत नहीं किया जाता। आपकी सामग्री हर समय आपके डिवाइस पर निजी रहती है।

हाँ, बल्क HTTP स्टेटस चेकर पूरी तरह रिस्पॉन्सिव है और स्मार्टफोन व टैबलेट पर काम करता है। आप इसे किसी भी आधुनिक वेब ब्राउज़र वाले डिवाइस पर उपयोग कर सकते हैं — किसी ऐप डाउनलोड की ज़रूरत नहीं।

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में बल्क HTTP स्टेटस चेकर खोलें और तुरंत उपयोग शुरू करें। कोई साइन-अप बाधा या उपयोग प्रतिबंध नहीं है।

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

बल्क HTTP स्टेटस चेकर सभी आधुनिक ब्राउज़रों में काम करता है, जिनमें Chrome, Firefox, Safari, Edge और Opera शामिल हैं। सर्वोत्तम अनुभव के लिए अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

हर URL को एक ऐसे GET रिक्वेस्ट से चेक किया जाता है जो रीडायरेक्ट को उनकी अंतिम मंज़िल तक फॉलो करता है, इसलिए आपको जो स्टेटस दिखता है वह उसी पेज का होता है जहां चेन आखिर में पहुंचती है। अगर कोई पुराना एड्रेस 301 के साथ रिस्पॉन्ड करता है जो किसी लाइव पेज की ओर इशारा करता है, तो चेकर चुपचाप उस हॉप को फॉलो करता है और 301 की बजाय फाइनल 200 OK रिपोर्ट करता है। यह पुष्टि करने के लिए बहुत अच्छा है कि कोई रीडायरेक्ट साफ-सुथरे तरीके से रिज़ॉल्व हो रहा है और लूप या डेड-एंड नहीं हो रहा, लेकिन इसका मतलब यह भी है कि एक सिंगल 200 अपने रास्ते में एक या ज़्यादा रीडायरेक्ट स्टेप छुपा सकता है। अगर आपको खासतौर पर 3xx हॉप और उसका सटीक टारगेट देखना है, तो उस URL को किसी डेडिकेटेड रीडायरेक्ट-चेकर में अलग से चेक करें। सिर्फ यह पुष्टि करने के लिए कि आपके लिंक कहीं हेल्दी जगह पर खत्म होते हैं, उन्हें पेस्ट करें और हरे 2xx नतीजों पर नज़र रखें।

Timeout और Error उन रिक्वेस्ट के लिए टूल के अपने लेबल हैं जिन्होंने कभी कोई सामान्य HTTP स्टेटस कोड नहीं लौटाया, इसलिए वे कोई नंबर कोड नहीं दिखाते। Timeout का मतलब है कि सर्वर ने हर URL पर लागू होने वाली 10-सेकंड की सीमा के भीतर जवाब नहीं दिया — पूरे बैच को अटकने देने की बजाय उस रिजल्ट को मार्क कर दिया जाता है, जो आमतौर पर एक धीमे, ओवरलोडेड, या पहुंच से बाहर होस्ट की ओर इशारा करता है। Error बाकी हर उस चीज़ को कवर करता है जिसने रिस्पॉन्स आने से रोका, जैसे कोई गलत बना एड्रेस, DNS फेलियर, या स्टेटस आने से पहले ही रिक्वेस्ट का ब्लॉक हो जाना। इनमें से कोई भी ज़रूरी नहीं कि पेज हमेशा के लिए टूटा हुआ हो; अगर सर्वर उस पल व्यस्त था तो दोबारा कोशिश करने पर अक्सर सफलता मिल जाती है। सिर्फ फ्लैग की गई लाइनों को दोबारा चलाएं, और अगर वे लगातार फेल होती रहें, तो यह पुष्टि करने के लिए कि साइट वाकई डाउन है या नहीं, उन URL को सीधे अपने ब्राउज़र में खोलें।

स्थायी मूव के लिए, 301 (Moved Permanently) लगभग हमेशा सही विकल्प होता है। यह सर्च इंजन को बताता है कि पुराना URL हमेशा के लिए हट चुका है और रैंकिंग सिग्नल नए एड्रेस पर पास कर देता है, जिससे डेस्टिनेशन को पुराने पेज की बनाई हुई इक्विटी विरासत में मिल जाती है। 302 (Found) या 307 एक अस्थायी डिटूर का संकेत देते हैं, इसलिए सर्च इंजन आमतौर पर मूल URL को ही इंडेक्स रखते हैं और शायद सिग्नल को टारगेट पर कंसॉलिडेट न करें — यह A/B टेस्ट या थोड़े समय के मेंटेनेंस पेज जैसे शॉर्ट-टर्म बदलावों के लिए ठीक है, लेकिन अगर स्थायी बदलाव के लिए इस्तेमाल किया जाए तो यह एक चुपचाप होने वाला SEO लीक बन जाता है। किसी भी माइग्रेशन के बाद, पुष्टि करें कि पुराने URL 404 की बजाय सही तरह का रीडायरेक्ट सही डेस्टिनेशन पर लौटाते हैं। अपने मूव किए गए URL को चेकर में पेस्ट करें ताकि पुष्टि हो सके कि हर एक हेल्दी फाइनल पेज पर रिज़ॉल्व होता है।

चेकर हर रन में अधिकतम 20 URL तक सीमित रहता है, और बीसवीं के बाद की लाइनें कतार में लगने की बजाय बस अनदेखी कर दी जाती हैं, इसलिए लंबी लिस्ट को 20 या उससे कम के बैचों में बांटना होगा। यह सीमा रन को अनुमानित बनाए रखती है और टारगेट सर्वर पर दबाव डालने से बचाती है, क्योंकि URL एक साथ नहीं बल्कि हर रिक्वेस्ट के बीच एक छोटे पॉज़ के साथ एक के बाद एक प्रोसेस होते हैं। किसी बड़े साइटमैप को ऑडिट करने के लिए, अपनी पहली 20 लाइनें पेस्ट करें, चेक चलाएं, URL, स्टेटस कोड, और डिस्क्रिप्शन को टैब-सेपरेटेड टेक्स्ट के रूप में स्प्रेडशीट में एक्सपोर्ट करने के लिए Copy All का इस्तेमाल करें, फिर अगले 20 के साथ यही दोहराएं। इस तरह एक कंबाइंड शीट बनाने से आपको प्रति-रन सीमा के भीतर रहते हुए सैकड़ों लिंक की पूरी तस्वीर मिल जाती है। शुरू करने के लिए, अपना पहला बैच, एक लाइन में एक URL, पेस्ट करें।

हां — और कुछ भी संवेदनशील पेस्ट करने से पहले इसे समझ लेना ज़रूरी है। ब्राउज़र ज़्यादातर क्रॉस-ओरिजिन रिक्वेस्ट को ब्लॉक कर देते हैं, इसलिए चेकर किसी दूसरी साइट का रिस्पॉन्स सीधे नहीं पढ़ सकता। इससे बचने के लिए, यह हर रिक्वेस्ट को एक पब्लिक CORS प्रॉक्सी (corsproxy.io) के ज़रिए भेजता है, यानी आपके सबमिट किए गए URL आपके ब्राउज़र से सीधे टारगेट साइट पर जाने की बजाय उस थर्ड-पार्टी सर्विस से होकर गुज़रते हैं। पब्लिक पेजों के लिए यह पूरी तरह हानिरहित है और स्टेटस कोड पाने का यही तरीका है। हालांकि, आपको इंटरनल स्टेजिंग लिंक, प्राइवेट टोकन या क्वेरी-स्ट्रिंग सीक्रेट वाले URL, या ऐसी कोई भी चीज़ पेस्ट करने से बचना चाहिए जिसे आप किसी थर्ड पार्टी को ट्रांज़िट में देखते हुए नहीं देखना चाहेंगे। सामान्य पब्लिक लिंक ऑडिट और डिप्लॉयमेंट के बाद की जांच के लिए, अपनी लिस्ट पेस्ट करें और भरोसे के साथ चलाएं।