साइट माइग्रेशन के बाद रीडायरेक्ट कैसे जाँचें (स्टेटस कोड और चेन)

मुख्य बातें

माइग्रेशन के बाद रैंकिंग गिरना आमतौर पर सामग्री से नहीं, बल्कि स्टेटस कोड और रीडायरेक्ट चेन से होता है। माइग्रेशन से पहले बेसलाइन लें, 24–72 घंटे बाद दोबारा जाँचें — एक बैच जाँच 20 URL तक कवर करती है, हॉप दर हॉप, Googlebot और ब्राउज़र दोनों दृष्टिकोणों से।

संक्षिप्त उत्तर

ज़्यादातर पोस्ट-माइग्रेशन ट्रैफ़िक गिरावटों में समस्या पतली सामग्री या बदली संरचना नहीं — स्टेटस कोड और रीडायरेक्ट चेन होती है: सीढ़ीदार 301, लूप, 404 की ढेर, या crawler को ब्राउज़र से अलग कुछ दिखना। आपको प्रतिभा नहीं, दो समय-बिंदु चाहिए: माइग्रेशन से पहले बेसलाइन और 24–72 घंटे बाद दोबारा जाँच। एक बैच जाँच 20 URL तक कवर करती है, हर हॉप को समय के साथ ट्रेस करती है और दो दृष्टिकोणों (Googlebot / ब्राउज़र) से चलती है — अधिकतम 20 मिनट का निष्कर्ष।

स्टेटस कोड चीटशीट (वे जो माइग्रेशन समस्या-समाधान में काम आते हैं)

कोड

अर्थ

माइग्रेशन के दौरान इसका मतलब

200 / 204

ठीक / कोई सामग्री नहीं

साफ़ एंडपॉइंट

301 / 308

स्थायी रीडायरेक्ट

URL की पहचान स्थानांतरित होती है — माइग्रेशन ज़्यादातर यही है

302 / 307

अस्थायी रीडायरेक्ट

पुराना URL फिर भी प्रतिस्पर्धा करता है; स्थायी स्थानांतरण के लिए उपयोग न करें

404

नहीं मिला

सचमुच हटाए गए पेजों के लिए सही उत्तर

410

स्थायी रूप से चला गया

स्पष्ट: "मौजूद नहीं और खोजा नहीं जाना चाहिए"

429

दर सीमित

Crawler ब्लॉक हुआ; Retry-After जाँचें

500 / 502 / 503

सर्वर त्रुटियाँ

Crawling के दौरान सबसे ख़राब — सीधे इंडेक्सिंग को नुक़सान पहुँचाती हैं

301 बनाम 302: माइग्रेशन के लिए कौन-सा

ग़लत-दिशा वाले रीडायरेक्ट ही मुख्य कारण हैं कि रैंकिंग कभी लौटती नहीं:

  • स्थायी (301/308): नया URL पहचान बन जाता है; शक्ति और इतिहास उसके साथ चलते हैं। डोमेन बदलाव और URL-संरचना पुनर्डिज़ाइन में उपयोग करें।
  • अस्थायी (302/307): पुराना URL पहचान रहता है; नया URL एक अस्थायी ठहराव है। कैंपेन पेज और चेकआउट स्थानांतरण में उपयोग करें।

ग़लती के उदाहरण: कैंपेन पेज जो 301 उपयोग करता था — जब कैंपेन समाप्त होता है, पुराने पेज की रैंकिंग इतिहास पहले ही "स्थायी रूप से" स्थानांतरित हो चुकी होती है, और वसूली का मतलब फिर से माइग्रेट करना है। उल्टा: स्थायी रीडिज़ाइन जो 302 उपयोग करता है — पुराना पता पहचान के लिए प्रतिस्पर्धा करता रहता है, और न कोई पेज अच्छा रैंक करता है।

दो समय-बिंदु: पहले और बाद

माइग्रेशन से पहले (बेसलाइन, एक बार): अपने शीर्ष 20 मूल्यवान URL और उनकी चेनों की अंतिम स्थिति पुष्टि करें, और उसे आर्काइव करें। वह फ़ाइल तुलना का आधार है — उसके बिना "नई समस्या" को "पहले से मौजूद" से अलग नहीं कर सकते।

माइग्रेशन के बाद (दोबारा जाँच, 24–72 घंटे बाद): कटओवर शांत होने का इंतज़ार करें, फिर चार चीज़ें जाँचें:

  1. सभी पुराने URL योजना के अनुसार 301 देते हैं (200 नहीं, 404 नहीं)।
  2. नए URL 200 लौटाते हैं।
  3. कोई सीढ़ीदार चेन नहीं (A→301→B→301→C को एक हॉप होना चाहिए) और कोई लूप नहीं (B→301→A→301→B — खोज crawler हार मान जाते हैं)।
  4. Crawler दृष्टिकोण और ब्राउज़र दृष्टिकोण मेल खाते हैं (अंतर → आमतौर पर WAF / keep-alive / UA नियम; यही "मुझे तो सब सही दिखता है पर इंडेक्सिंग टूटी है" का क्लासिक स्रोत है)।
माइग्रेशन से पहले और बाद: आर्काइव करने योग्य बेसलाइन, और 24–72 घंटे की खिड़की में दोबारा जाँचने योग्य चार चीज़ें

जाँच चलाना (मुफ़्त, बिना पंजीकरण)

  1. URL पेस्ट करें, एक प्रति पंक्ति, 20 तक; डुप्लीकेट अपने आप हट जाते हैं और नंगे डोमेन को https:// अपने आप मिल जाता है।
  2. दृष्टिकोण चुनें: Googlebot, Bingbot, ब्राउज़र आदि (ज़रूरत हो तो कस्टम हेडर जोड़ें)। माइग्रेशन जाँच के लिए न्यूनतम: Googlebot + ब्राउज़र।
  3. चेन पढ़ें: स्टेटस कोड, स्थिति वाक्य, पूरी रीडायरेक्ट चेन (हर हॉप का कोड, Location, समय), रिस्पॉन्स हेडर, बॉडी और कुल समय। समय को हॉप से बाँटें — धीमा हॉप ही असली समस्या है।
  4. CSV एक्सपोर्ट: नतीजे अपनी ट्रैकिंग शीट या टिकट क्यू में अगल-बगल के कामों के साथ रखें।

एक मुफ़्त HTTP स्टेटस कोड जाँच टूल (प्रति जाँच सरल मानवीय पुष्टि, बिना पंजीकरण) यह सब एक ही चक्कर में करता है और 54-कोड संदर्भ देता है — इसलिए जाँच सिर्फ़ अंतिम स्थिति के बजाय चेनों का पीछा करती है।

मासिक ऑडिट (वैकल्पिक लेकिन अनुशंसित)

जो लोग जलते हैं, वे तीसरे महीने भूल जाते हैं। एक "अस्वस्थ URL" सूची रखें और हर महीने शीर्ष 20 मुख्य URL चलाएँ। स्टेटस कोड लिफ़्ट के बटन जैसे हैं — जब आप मानते हैं कि सब ठीक है, तब वे फेल होते हैं।

आम ग़लतियाँ

  • सिर्फ़ अंतिम स्थिति देखना: 301→301→200 लंबी चेन सीधे 200 से बहुत अलग है; चेन जितनी लंबी, सिग्नल उतना अधिक क्षीण।
  • हर 404 को ठीक करना: जो 404 रीडायरेक्ट चेन में जुड़ा है, वह मृत लिंक नहीं है — सचमुच हटाए गए पेज 404/410 ही रहने चाहिए। सिर्फ़ वे मृत लिंक ठीक करें जिनमें ट्रैफ़िक है।
  • सिर्फ़ ब्राउज़र दृष्टिकोण का परीक्षण: WAF हर UA के लिए अलग सामग्री लौटाते हैं। प्रति जाँच कम से कम दो दृष्टिकोण।

FAQ

एक बार में कितने URL जाँच सकते हैं? 20 तक; डुप्लीकेट एक बार जाँचे जाते हैं। बड़ी सूची का मतलब बस और बैच हैं।

क्या यह पेड है? नहीं। मुफ़्त और अनाम, प्रति जाँच सरल मानवीय पुष्टि के साथ।

माइग्रेशन के कितनी जल्दी बाद 301 भरोसेमंद है? टूल आमतौर पर 24–72 घंटों में नतीजे दिखाता है; पूर्ण शक्ति हस्तांतरण के लिए अगले हफ़्तों GSC URL Inspection देखें।

क्या 502/503 "विफलता" है या "इंतज़ार"? Crawling के दौरान यह गंभीर है। कारण खोजें (upstream, विशिष्ट एंडपॉइंट)। Crawler दृष्टिकोण से 5xx देखना "एक सेकंड रुकिए" वाली स्थिति नहीं है।

लेखक: जूलियन मर्सर, Auspia में 14-वर्षीय तकनीकी SEO व्यवसायी। जूलियन crawlability, rendering, साइट आर्किटेक्चर और उन तकनीकी आधारों के बारे में लिखते हैं जिनकी AI-पठनीय सामग्री को ज़रूरत होती है।

इस विषय को जानें

इसी ग्रोथ यात्रा को आगे बढ़ाएं