301 रीडायरेक्ट चेकर

लिंक पेस्ट करें और देखें कि वह 301, 302, 307 या 308 में से क्या लौटाता है, हर कदम का Location और समय क्या है, और लिंक आखिर में कहां पहुंचता है।

301 रीडायरेक्ट कैसे जांचें

1
लिंक पेस्ट करें
वह पुराना पता, जिसे आप जांचना चाहते हैं, https:// के साथ या उसके बिना। छोटे किए गए लिंक, ट्रैकिंग लिंक और कैंपेन URL भी चलते हैं।
2
“लिंक जांचें” दबाएं
हर कदम HEAD रिक्वेस्ट से मांगा जाता है। चेन को ब्राउजर के भरोसे छोड़ने के बजाय एक-एक कदम खुद फॉलो किया जाता है, ताकि ब्राउजर उसे छिपा न सके। जवाब की बॉडी कभी डाउनलोड नहीं होती।
3
चेन को एक-एक कदम पढ़ें
स्थायी रीडायरेक्ट पर “स्टेटस” में 301 या 308 दिखता है और “Location हेडर” में उसका लक्ष्य। आखिरी पंक्ति बताती है कि चेन कहां खत्म होती है; 200 का मतलब है कि पेज खुलता है। पूरी चेन CSV में सेव करें।

301 रीडायरेक्ट चेकर क्या दिखाता है

पुराना पता पेस्ट करें, और 301 रीडायरेक्ट चेकर हमारे सर्वर से उस पते पर रिक्वेस्ट भेजता है। हर रीडायरेक्ट पर वह रुकता है और उसे चुपचाप फॉलो करने के बजाय दर्ज करता है। परिणाम की हर पंक्ति एक कदम है: मांगा गया URL, जवाब में मिला स्टेटस कोड, वह Location, जिसकी ओर रीडायरेक्ट इशारा करता है, जवाब में लगा समय, और नोट, जैसे डोमेन बदलना, https से http पर उतरना, या रीडायरेक्ट कोड के बिना भेजा गया Location हेडर। टेबल के नीचे “आखिरी पता” में वह पता होता है, जहां चेन खत्म होती है। पेज को साफ तरीके से नए पते पर ले जाने पर एक 301 पंक्ति होती है और उसके बाद 200। 404 पर खत्म होने वाला 301 किसी गायब पेज की ओर ले जाता है; जहां आप स्थायी बदलाव चाहते थे, वहां 302 को बदलना ठीक रहेगा; और लगातार दो या ज्यादा रीडायरेक्ट पंक्तियां मिलकर ऐसी चेन बनाती हैं, जिसे छोटा करना चाहिए।

301, 302, 307 और 308: हर कोड का मतलब

301 कहता है कि पेज हमेशा के लिए नए पते पर चला गया है, और Google इसे पुराने पते की जगह नए पते को इंडेक्स करने का सिग्नल मानता है। 302 कहता है कि यह बदलाव अस्थायी है, इसलिए Google लक्ष्य को नया पता नहीं मानता। छोटे कैंपेन या A/B टेस्ट के लिए यह सही है, पर साइट माइग्रेशन के लिए गलत, जहां 302 की वजह से सर्च नतीजों में पुराना URL बना रह सकता है। 307 ऐसा अस्थायी रीडायरेक्ट है, जो वही रिक्वेस्ट मेथड दोहराने का वादा करता है, और 308 यही वादा स्थायी बदलाव के लिए करता है। फॉर्म भेजते समय दोनों मायने रखते हैं: पुराने तरीके का रीडायरेक्ट POST को GET में बदल सकता है और डेटा खो सकता है। 303 अगली रिक्वेस्ट हमेशा GET से भेजता है, और उसका काम ही यही है।

लंबी चेन आपको महंगी क्यों पड़ती है

हर कदम एक पूरा आना-जाना है: डोमेन बदले तो DNS लुकअप, स्कीम बदले तो TLS हैंडशेक, और बीच में नेटवर्क की देरी, और यह सब असली पेज का पहला बाइट आने से पहले। मोबाइल कनेक्शन पर कुछ कदम मिलकर ऐसा इंतजार बन जाते हैं, जो लोगों को महसूस होता है। क्रॉलर की भी सीमा है: Google के क्रॉलर 10 रीडायरेक्ट कदम तक फॉलो करते हैं, ठीक उतने, जितने पर यह चेकर रुकता है। चेन बिगड़ती भी हैं: बीच का एक कदम हटा दें, तो उसके बाद का सब कुछ पहुंच से बाहर हो जाता है। तीन या ज्यादा कदमों की चेन मिले, तो पहले लिंक को सीधे आखिरी पते पर भेजें।

लिंक जांचा जाता है, रखा नहीं जाता

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

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

कैसे जांचें कि किसी URL पर 301 रीडायरेक्ट है?

पुराना URL पेस्ट करें और “लिंक जांचें” दबाएं। पहली पंक्ति वह कोड दिखाती है, जो पते ने लौटाया: स्थायी रीडायरेक्ट के लिए 301 या 308, अस्थायी के लिए 302, 303 या 307, और अगर रीडायरेक्ट है ही नहीं, तो 200। “Location हेडर” कॉलम बताता है कि पता कहां ले जाता है, और आखिरी पंक्ति दिखाती है कि चेन कहां खत्म होती है और वह पेज 200 लौटाता है या नहीं।

301 रीडायरेक्ट इस्तेमाल करें या 302?

जब बदलाव स्थायी हो, तब 301 इस्तेमाल करें: नया डोमेन, पेज का नया नाम, http से https। Google इसे पुराने पते की जगह नए पते को इंडेक्स करने का सिग्नल मानता है। 302 सिर्फ तब इस्तेमाल करें, जब पुराना पता वापस आने वाला हो, जैसे कोई छोटा प्रमोशन या टेस्ट, क्योंकि Google 302 के लक्ष्य को इंडेक्स करने लायक नया पता नहीं मानता। 308 भी स्थायी रीडायरेक्ट है, जो रिक्वेस्ट का मेथड भी बनाए रखता है, और फॉर्म के लिए यह मायने रखता है।

क्या चेकर जवाब के हेडर दिखाता है?

यह वह हेडर दिखाता है, जिस पर रीडायरेक्ट टिका होता है: Location, यानी वह पता, जिसकी ओर हर कदम इशारा करता है। “नोट” कॉलम के लिए दो और हेडर पढ़े जाते हैं: Strict-Transport-Security, जो “HSTS भेजता है” के रूप में दिखता है, और Refresh, जिसे चेकर रीडायरेक्ट की तरह फॉलो करता है, जब पेज 200 लौटाता है। दूसरे हेडर, जैसे कैश या कुकी वाले, नहीं दिखाए जाते, और जवाब की बॉडी कभी नहीं पढ़ी जाती।

क्या जांच सकते हैं कि Googlebot या फोन को कहां रीडायरेक्ट किया जाता है?

हां। “किस रूप में दिखें” में “डेस्कटॉप ब्राउजर” की जगह Googlebot या “फोन का ब्राउजर” चुनें, तो हर कदम उसी यूजर एजेंट से मांगा जाता है। इसलिए अगर कोई साइट फोन को मोबाइल पते पर भेजती है, तो यह चेन में दिख जाता है। रिक्वेस्ट फिर भी हमारे सर्वर से आती है, Google से नहीं, इसलिए जो साइट क्रॉलर को IP एड्रेस से पहचानती है, वह इसे आम विजिटर मान सकती है।

मेटा रिफ्रेश क्या है और उसे अलग से क्यों देखा जाता है?

यह ऐसा रीडायरेक्ट है, जो HTTP जवाब में नहीं, बल्कि पेज के अंदर लिखा होता है। यह चेकर Refresh हेडर वाले रूप को फॉलो करता है। टैग वाला रूप खोजने के लिए यह पेज का मार्कअप नहीं पढ़ता, क्योंकि मांगने पर मनमाने पेज डाउनलोड करना ठीक वही है, जो किसी सार्वजनिक एंडपॉइंट को नहीं करना चाहिए। चेन के आखिर में आए 200 के साथ एक नोट होता है कि पेज का मार्कअप नहीं पढ़ा गया।

यहां रीडायरेक्ट लूप कैसा दिखता है?

जैसे ही कोई पता दोहराया जाता है, चेन रुक जाती है, और रिपोर्ट उन दोनों कदमों के नंबर बताती है, जो एक-दूसरे की ओर इशारा करते हैं, जैसे कदम 3 और 5। इससे दिखता है कि कौन-से दो नियम आपस में टकरा रहे हैं।

चेकर की सीमाएं क्या हैं?

10 कदम तक, और आप यह सीमा घटा सकते हैं; हर कदम के लिए 5 सेकंड और पूरी चेन के लिए 20 सेकंड; पोर्ट 80 और 443 पर 2,048 कैरेक्टर तक के http और https लिंक; हर विजिटर के लिए घंटे में 60 बार जांच। अगर चेन सीमा से आगे जाती है, तब भी अब तक जमा हुए कदम दिखाए जाते हैं। localhost, प्राइवेट नेटवर्क रेंज और अंदरूनी होस्टनेम हर कदम पर ठुकरा दिए जाते हैं, क्योंकि रिक्वेस्ट हमारा सर्वर भेजता है, और जो सर्वर कोई भी पता खोल दे, उसे उसी नेटवर्क की ओर मोड़ा जा सकता है, जिसमें वह खुद है।