वेबसाइट रीडिज़ाइन SEO चेकलिस्ट: लॉन्च के बाद ट्रैफिक क्यों गिरता है, लॉन्च से पहले, दौरान और बाद में क्या जांचें, और Google व AI में दृश्यता कैसे बनाए रखें।

इस पेज पर
AI से इस लेख का सार देखें
त्वरित क्विज़
आपकी साइट के तकनीकी पहलू कौन ठीक करे?
आपके लिए हमारी सलाह
मौजूदा साइट को क्रॉल करें और सहेजें आपके लिए सही समाधान है
इस रैंकिंग में नंबर 1, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
वे पेज सूचीबद्ध करें जो मूल्य लाते हैं आपके लिए सही समाधान है
इस रैंकिंग में नंबर 2, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
URL रखें, या हर redirect का नक्शा बनाएं आपके लिए सही समाधान है
इस रैंकिंग में नंबर 3, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
डिज़ाइनरों और डेवलपरों के लिए SEO ब्रीफ लिखें आपके लिए सही समाधान है
इस रैंकिंग में नंबर 4, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
संक्षेप में: वेबसाइट रीडिज़ाइन में SEO तब बना रहता है जब ट्रैफिक लाने वाले पेज अपने URL रखें (या उन्हें 301 redirect मिले), उनका टेक्स्ट, titles, headings और अंदरूनी लिंक वैसे ही रहें, और नए templates क्रॉल होने लायक व तेज़ रहें। लॉन्च के बाद ज़्यादातर गिरावट हटाए गए कंटेंट, टूटे अंदरूनी लिंक, staging से छूटे noindex या सिर्फ़ JavaScript से दिखने वाली सामग्री से आती है। शुरू करने से पहले पुरानी साइट को क्रॉल करें, नई साइट को सुरक्षित staging सर्वर पर जांचें, फिर लॉन्च के बाद दोनों की तुलना करें।
वेबसाइट रीडिज़ाइन SEO उस काम का नाम है जिसमें templates, डिज़ाइन, navigation, सामग्री या CMS बदलते समय रैंकिंग बचाई जाती है। यह गाइड उन रीडिज़ाइन की बात करती है जो वही domain रखते हैं। अगर domain या ज़्यादातर URL बदलते हैं, तो प्रोजेक्ट migration है: हमारी SEO migration चेकलिस्ट और Google की गाइड URL बदलने वाली साइट मूव का पालन करें, जो साइट मालिकों को अस्थायी रैंकिंग उतार-चढ़ाव के लिए तैयार रहने को कहती है।
हां, हर बार। Google और वेब पढ़ने वाले AI असिस्टेंट पेजों को इस आधार पर आंकते हैं कि HTML में क्या मिलता है: टेक्स्ट, titles, headings, लिंक, structured data, गति। रीडिज़ाइन इनमें से कुछ या सभी संकेत बदलता है, इसलिए सर्च इंजन पेजों का दोबारा मूल्यांकन करते हैं। असर सकारात्मक हो सकता है (तेज़ पेज, साफ़ ढांचा, बेहतर सामग्री) या नकारात्मक (पतले पेज, खोए हुए लिंक)। नतीजा इससे तय होता है कि नए templates कितने रैंकिंग संकेत बचाते हैं।
| रीडिज़ाइन में क्या बदलता है | SEO जोखिम | क्यों |
|---|---|---|
| सिर्फ़ रंग, फ़ॉन्ट, तस्वीरें | कम | HTML सामग्री और URL वही रहते हैं |
| नए templates और पेज लेआउट | मध्यम | Headings, टेक्स्ट ब्लॉक और अंदरूनी लिंक अक्सर खिसक जाते हैं या गायब हो जाते हैं |
| नई navigation और menus | मध्यम | लिंक की गहराई और अंदरूनी अधिकार दोबारा बंटते हैं |
| सामग्री दोबारा लिखी या मिलाई गई | उच्च | पेज वे अंश और कीवर्ड खो देते हैं जिन पर वे रैंक करते थे |
| नया CMS या JavaScript framework | उच्च | Rendering, URL, redirects और metadata एक साथ बदल जाते हैं |
| URL संरचना बदली गई | उच्च | हर बदले URL को redirect चाहिए: इसे migration मानें |
कारण एक प्रोजेक्ट से दूसरे प्रोजेक्ट में दोहराए जाते हैं। हर एक का एक सरल नियंत्रण है:
| जोखिम | कैसे दिखता है | नियंत्रण |
|---|---|---|
| सामग्री हटाई या छोटी की गई | long-tail सवालों पर पेज गिरते हैं | हर पेज के शब्द और हिस्से पुराने बनाम नए की तुलना करें |
| Titles और H1 दोबारा लिखे गए | क्लिक-थ्रू रेट गिरता है, स्थितियां खो जाती हैं | पहले titles और H1 export करें, बाद में उनका अंतर देखें |
| अंदरूनी लिंक खो गए | गहरे पेज रैंकिंग खोते हैं, orphan पेज दिखने लगते हैं | हर URL को मिलने वाले अंदरूनी लिंक की तुलना करें |
| URL बिना 301 के बदले गए | 404 एरर, खोए बैकलिंक | हर पुराने URL पर परखा गया redirect नक्शा |
| सामग्री JavaScript से render होती है | पेज खाली इंडेक्स होते हैं, AI असिस्टेंट को कुछ नहीं दिखता | कच्चे HTML और render हुए HTML की तुलना करें |
| धीमे templates | Core Web Vitals खराब, bounce ज़्यादा | staging पर LCP, INP और CLS परखें |
| staging से छूटा noindex या robots.txt ब्लॉक | पेज कुछ दिनों में इंडेक्स से बाहर | लॉन्च के दिन robots.txt और meta robots जांचें |
| Structured data हटा दिया गया | Rich results गायब | हर template पर schema सत्यापित करें |
इनमें से दो पर ध्यान देना ज़रूरी है। पहला, JavaScript: Google पेज को headless Chromium से render करता है, लेकिन उसका JavaScript SEO दस्तावेज़ कहता है कि वह केवल वही लिंक खोजता है जो href attribute वाले मानक anchor elements हों। बटन या click handlers से बने menus पूरे हिस्से छिपा देते हैं। JavaScript SEO पर हमारी गाइड rendering विकल्पों का ब्योरा देती है। दूसरा, गति: Google की Core Web Vitals गाइड "अच्छे" स्तर इस तरह तय करती है: LCP 2.5 सेकंड या कम, INP 200 मिलीसेकंड या कम, और CLS 0.1 या कम, जो विज़िट के 75वें percentile पर मापा जाता है। भारी hero वीडियो और sliders आम तौर पर वह कारण होते हैं जिससे नया template इन्हें पास नहीं कर पाता।
लाइव साइट का पूरा crawl चलाएं और हर indexable URL को उसके title, meta description, H1, शब्द संख्या, canonical, status code और मिलने वाले अंदरूनी लिंक की संख्या के साथ export करें। यह crawl आपका बेसलाइन है: लॉन्च के बाद आप नई साइट की तुलना इससे पंक्ति-दर-पंक्ति करेंगे। Structured data और robots.txt फ़ाइल भी सहेजें।
12 से 16 महीने का Search Console डेटा export करें (हर पेज और हर क्वेरी के क्लिक और इंप्रेशन), वे पेज जिन्हें बैकलिंक मिलते हैं और जो बदलते (convert) हैं। ये पेज छुए नहीं जाने चाहिए: उनका URL, मुख्य टेक्स्ट और title रखें, या उन्हें सोच-समझकर सुधारें। कंटेंट ऑडिट तय करने में मदद करता है कि क्या रखें, मिलाएं या हटाएं, और हर हटाए गए पेज को एक गंतव्य URL देता है।
सबसे सुरक्षित रीडिज़ाइन हर URL रखता है। जब कोई URL बदलना ज़रूरी हो, तो उसे अपने सबसे नज़दीकी नए पेज से एक-से-एक 301 redirect से जोड़ें, बिना chain के और सब कुछ होम पेज पर भेजे बिना। नियमों के लिए हमारी SEO redirects गाइड देखें। Google सलाह देता है कि redirects कम से कम एक साल तक रखे जाएं।
डिज़ाइनर तय करते हैं कि टेक्स्ट कहां जाएगा; डेवलपर तय करते हैं कि वह कैसे render होगा। उन्हें लिखित ज़रूरतें दें: हर template पर एक H1, HTML में परोसा गया टेक्स्ट, क्रॉल होने लायक menus, breadcrumbs, हर सेक्शन की गहराई वाली साइट आर्किटेक्चर, बचाए रखने वाला schema, और performance बजट। पढ़ने की सुविधा और navigation भी मायने रखते हैं: इसके लिए हमारी UX और SEO गाइड देखें।
अपने पीक सीज़न में, किसी त्योहार से पहले या शुक्रवार को लॉन्च न करें: लॉन्च के बाद के पहले दिनों में ही गलतियां मिलती हैं, और कोई उन्हें ठीक करने के लिए उपलब्ध होना चाहिए। लिखें कि लॉन्च के दिन कौन क्या जांचेगा, और पहले से तय करें कि कौन सा संकेत rollback शुरू करेगा (उदाहरण के लिए, मुख्य पेज एरर देने लगें या इंडेक्स से गायब हो जाएं)। पुरानी साइट को कुछ हफ्तों तक backup सर्वर पर उपलब्ध रखें, ताकि अगर कोई पेज अपनी स्थिति खोए तो कोई template या टेक्स्ट का हिस्सा जल्दी वापस लाया जा सके।
नई साइट को पासवर्ड से सुरक्षित staging सर्वर पर रखें (या कम से कम noindex नियम के साथ), ताकि Google आपकी साइट की डुप्लिकेट कॉपी इंडेक्स न करे। फिर लॉन्च से पहले परखें:
| कब | जांच |
|---|---|
| लॉन्च का दिन | robots.txt क्रॉलिंग की अनुमति दे, कोई गलत noindex न हो, redirects लाइव हों, XML sitemap अपडेट और Search Console में सबमिट हो, analytics tag चल रहा हो |
| पहला हफ्ता | पूरा crawl बेसलाइन से तुलना में, Search Console में 404 एरर, मुख्य पेजों का URL inspection |
| हफ्ते 2 से 4 | मुख्य पेजों के क्लिक और इंप्रेशन उन्हीं हफ्तों के पिछले आंकड़ों से तुलना में, इंडेक्सिंग रिपोर्ट, Core Web Vitals रिपोर्ट |
| महीने 2 से 3 | वे क्वेरी जो स्थिति खो चुकी हैं, पेज जिन्हें समृद्ध करना है, अंदरूनी लिंक जिन्हें वापस लाना है |
broken link checker उन लिंक को पकड़ता है जो मेन्यू, footer और लेखों में अब भी पुराने URL की ओर इशारा करते हैं। ऐसे लिंक redirects पर भरोसा करने के बजाय स्रोत पर ठीक करें, और वे अंदरूनी लिंकिंग वापस लाएं जो sidebars या related-post blocks हटाने पर खो गई थी। पहले हफ्तों में कुछ उतार-चढ़ाव सामान्य है। अगर पेजों के एक समूह में गिरावट एक महीने बाद भी जारी रहे, तो यह किसी खास कारण की ओर इशारा करती है: उन पेजों की तुलना उनके बेसलाइन संस्करण से करें।
ChatGPT, Claude, Perplexity और Gemini उन पेजों का हवाला देते हैं जिनकी सामग्री वे पढ़ और निकाल सकते हैं। रीडिज़ाइन ऐसे तरीकों से यह पहुंच कम कर सकता है जिन्हें Google माफ़ कर देता। एक AI crawler ट्रैफिक पर Vercel का विश्लेषण (दिसंबर 2024) ने पाया कि GPTBot और ClaudeBot सहित बड़े AI crawlers में से कोई भी JavaScript render नहीं करता। जो पेज अपना टेक्स्ट केवल JavaScript चलने के बाद दिखाता है, वह ज़्यादातर AI crawlers के लिए अदृश्य है।
हर अतिरिक्त बदलाव गिरावट का कारण ढूंढना कठिन बनाता है। अगर आप domain बदलने, नई URL संरचना या बड़े कंटेंट री-राइट की भी योजना बना रहे हैं, तो उन्हें अलग रखें: रीडिज़ाइन को वही URL और सामग्री के साथ लॉन्च करें, ट्रैफिक स्थिर होने तक इंतज़ार करें, फिर अगला बदलाव करें। जब कैलेंडर सब कुछ एक साथ थोपता है, तो बेसलाइन crawl और redirect नक्शे पर ज़्यादा समय लगाएं, क्योंकि यही एकमात्र रास्ता है यह ढूंढने का कि क्या टूटा।
रीडिज़ाइन अपनी रैंकिंग तब बचाता है जब नई साइट वही सामग्री, लिंक और संकेत तेज़ और साफ़ रूप में लेकर चलती है। पहले क्रॉल करें, staging पर परखें, बाद में तुलना करें। नई साइट स्थिर होने के बाद, उन सवालों के जवाब देने वाले पेज जोड़ते रहें जो आपके ग्राहक पूछते हैं: Sorank, रीडिज़ाइन की गई साइट पर autopilot में SEO और GEO लेख लिखता और प्रकाशित करता है।
जब URL, सामग्री और अंदरूनी लिंक सुरक्षित रहते हैं, तो रैंकिंग आम तौर पर कुछ हफ्तों में स्थिर हो जाती है। Google चेतावनी देता है कि जब भी साइट में बड़े बदलाव होते हैं, रैंकिंग अस्थायी रूप से ऊपर-नीचे हो सकती है। अगर मुख्य पेज एक से दो महीने बाद भी अपने बेसलाइन से नीचे हैं, तो उन्हें लॉन्च से पहले के crawl से तुलना करें और वे सामग्री, titles या लिंक ढूंढें जो बदल गए हैं।
केवल तब, जब मौजूदा URL सच में समस्या हों, जैसे अपठनीय parameters या ऐसी संरचना जो अब साइट से मेल नहीं खाती। हर बदले URL को अपने सबसे नज़दीकी समकक्ष के लिए 301 redirect चाहिए, और इससे लॉन्च का जोखिम बढ़ता है। मौजूदा URL रखना बैकलिंक और रैंकिंग बचाने का सबसे सरल तरीका है।
हां, जब वह असली कमजोरियां ठीक करे: धीमे templates, JavaScript के पीछे छिपी सामग्री, गहरी navigation, गायब headings या पतले पेज। फायदा मापने योग्य सुधारों से आता है, जैसे बेहतर Core Web Vitals, साफ़ अंदरूनी लिंकिंग और समृद्ध सामग्री। जो रीडिज़ाइन केवल विज़ुअल स्टाइल बदलता है, वह अक्सर अपने दम पर रैंकिंग नहीं बदलता।
आपसे पहले लोगों ने Sorank आज़माया है
