2026 के लिए SEO मेंटेनेंस चेकलिस्ट: Search Console में साप्ताहिक, मासिक और त्रैमासिक क्या जाँचें, और कौन-सी सीमाएँ बताती हैं कि कब कार्रवाई करनी है।

इस पेज पर
AI से इस लेख का सार देखें
त्वरित क्विज़
क्या SEO आपके लिए सही है, और शुरुआत कैसे करें?
Sorank आपके जवाबों से मेल खाता है
इसे अपनी साइट पर 3 दिनों के लिए आज़माएं और देखें कि Google, ChatGPT और बाकी AI पर आप कहां खड़े हैं।
3 दिन का मुफ़्त ट्रायल शुरू करें3 दिन मुफ़्त, फिर जब चाहें बंद करें। 90 दिन की नतीजे-या-रिफ़ंड गारंटी।
संक्षेप में: SEO मेंटेनेंस वह बार-बार होने वाला काम है जो शुरुआती ऑप्टिमाइज़ेशन के बाद साइट को इंडेक्स, तेज़ और रैंक में बनाए रखता है। यह एक तय लय पर चलता है: Google Search Console की 15 मिनट की साप्ताहिक जाँच (ट्रैफ़िक में गिरावट, इंडेक्सिंग त्रुटियाँ, सुरक्षा अलर्ट), टूटे लिंक, Core Web Vitals, keyword cannibalization और कंटेंट के पुराने पड़ने की मासिक जाँच, कंटेंट, backlinks और AI विज़िबिलिटी का त्रैमासिक ऑडिट, और माइग्रेशन, रीडिज़ाइन या Google core update के बाद तुरंत कार्रवाई।
SEO मेंटेनेंस इसलिए ज़रूरी है क्योंकि रैंकिंग अपने-आप कमज़ोर होती है: प्रतिस्पर्धी नया कंटेंट छापते हैं, पेज टूटते हैं, प्लगइन noindex टैग जोड़ देते हैं, आँकड़े पुराने हो जाते हैं और Google साल में कई core updates जारी करता है। “नियमित रूप से” जाँचने की आम सलाह इतनी धुंधली है कि उस पर अमल नहीं हो सकता। यह गाइड एक शेड्यूल देती है, हर काम के लिए एक डेटा स्रोत, एक सीमा जो बताती है कि कब कार्रवाई करनी है, और वे काम जो ज़्यादातर चेकलिस्ट से छूट जाते हैं, जैसे यह जाँचना कि ChatGPT, Gemini और Perplexity आपके ब्रांड का वर्णन कैसे करते हैं। Google का Search Status Dashboard सबसे पहला बुकमार्क होना चाहिए: इसमें पुष्टि की गई रैंकिंग अपडेट और क्रॉलिंग या इंडेक्सिंग की घटनाएँ दिखती हैं, ताकि आप साइट की समस्या और Google-व्यापी घटना में फ़र्क कर सकें।
SEO मेंटेनेंस उन बार-बार होने वाली जाँचों और छोटे सुधारों का समूह है जो आपके पास मौजूद नतीजों की रक्षा करता है। यह SEO ऑडिट से अलग है, जो एक बार की गहरी समीक्षा होती है, और SEO कैंपेन से भी, जो नई रैंकिंग बनाता है। एक अच्छी मेंटेनेंस रूटीन में तीन गुण होते हैं:
इस काम का अब GEO वाला हिस्सा भी है। AI सहायक कई सवालों के जवाब सीधे देते हैं और मुट्ठी भर स्रोतों का हवाला देते हैं। अपने पेजों को AI क्रॉलर के लिए सुलभ, अद्यतन और पूरे वेब पर एक-सा रखना इसी रूटीन का हिस्सा है, और एक बार शेड्यूल हो जाने पर इसकी लागत कम है।
नीचे की तालिका पूरी चेकलिस्ट है। समय अनुमान है, उस साइट के लिए जिसमें कुछ सौ पेज हैं और जिसे एक व्यक्ति चलाता है; बड़ी ई-कॉमर्स साइटों को ज़्यादा समय लगता है।
| आवृत्ति | काम | कहाँ जाँचें | कब कार्रवाई करें |
|---|---|---|---|
| साप्ताहिक | क्लिक और impressions का रुझान | Search Console, Performance | कोई पेज या क्वेरी 28 दिनों में 20 - 30% से ज़्यादा खोए |
| साप्ताहिक | इंडेक्सिंग त्रुटियाँ और अलर्ट | Search Console, Pages, Security और Manual actions | कोई नई त्रुटि का कारण दिखे या त्रुटियों की गिनती अचानक बढ़े |
| साप्ताहिक | अपटाइम और सर्वर त्रुटियाँ | अपटाइम मॉनिटर, Search Console Crawl stats | कोई 5xx स्पाइक या डाउनटाइम |
| मासिक | टूटे लिंक और रीडायरेक्ट चेन | साइट क्रॉलर, broken link checker | कोई आंतरिक 404 या 2 या अधिक रीडायरेक्ट की चेन |
| मासिक | Core Web Vitals | Search Console, Core Web Vitals रिपोर्ट | URL “सुधार की ज़रूरत” या “खराब” में चले जाएँ |
| मासिक | शीर्षक, meta descriptions, कम CTR | Search Console, Performance (pages) | ज़्यादा impressions, CTR साइट के औसत से काफ़ी नीचे |
| मासिक | keyword cannibalization | Search Console, pages के हिसाब से queries | दो URL एक ही क्वेरी पर बारी-बारी से दिखें |
| मासिक | कंटेंट प्रकाशित और रीफ़्रेश करें | एडिटोरियल कैलेंडर | योजना खिसके या कोई मुख्य पेज ट्रैफ़िक खोए |
| त्रैमासिक | कंटेंट ऑडिट (अपडेट, मर्ज, डिलीट) | Search Console + analytics एक्सपोर्ट | 6 से 12 महीने तक कोई क्लिक न पाने वाले पेज |
| त्रैमासिक | Backlink समीक्षा | Search Console Links, backlink टूल | मज़बूत साइटों से खोए लिंक, या कोई manual action |
| त्रैमासिक | AI विज़िबिलिटी और AI क्रॉलर की पहुँच | prompt ट्रैकिंग, robots.txt, सर्वर लॉग | AI जवाबों में ब्रांड गायब हो या उसका गलत वर्णन हो |
| त्रैमासिक | Structured data और sitemap | Search Console Enhancements और Sitemaps | अमान्य आइटम या sitemap त्रुटियाँ |
| सालाना | पूरा तकनीकी ऑडिट और रणनीति समीक्षा | क्रॉलर, प्रतिस्पर्धी, keyword research | हर साल, और किसी बड़े कारोबारी बदलाव के बाद |
साप्ताहिक जाँच का मकसद है गड़बड़ियों को जल्दी पकड़ना। इसके लिए Search Console के अलावा किसी टूल की ज़रूरत नहीं।
Performance रिपोर्ट खोलें, पिछले 28 दिनों की तुलना पिछली अवधि से करें और पेजों को क्लिक के अंतर से छाँटें। एक ही URL पर अचानक गिरावट देखें (अक्सर तकनीकी कारण: noindex, रीडायरेक्ट, हटाया गया कंटेंट) और कई पेजों पर धीरे-धीरे फिसलन देखें (अक्सर प्रतिस्पर्धा या core update)। GEO और SEO डैशबोर्ड पर हफ़्ते में एक बार नज़र डालना हर बार तुलना दोबारा बनाने से तेज़ है।
Pages रिपोर्ट में “पेज इंडेक्स क्यों नहीं हो रहे” के तहत कारणों की सूची पर नज़र रखें। कोई नया कारण या किसी गिनती में उछाल देखने लायक है; इरादतन बाहर रखे गए पेजों (रीडायरेक्ट, canonical वाले डुप्लीकेट) की स्थिर गिनती नहीं। Google की Page indexing रिपोर्ट की दस्तावेज़ीकरण बताती है कि किसी समस्या को ठीक करने और Validate पर क्लिक करने के बाद, सत्यापन में आम तौर पर लगभग दो हफ़्ते लगते हैं। Manual actions और Security issues भी जाँचें: दोनों खाली रहने चाहिए।
एक अपटाइम मॉनिटर जो डाउनटाइम पर ईमेल भेजे, यह काम कवर करता है। Search Console में Crawl stats रिपोर्ट (Settings के तहत) दिखाती है कि Googlebot को सर्वर त्रुटियाँ और प्रतिक्रिया का समय कैसा दिखता है। बार-बार आने वाले 5xx जवाब क्रॉलिंग को धीमा कर देते हैं।
सुझाव
किसी गिरावट पर प्रतिक्रिया देने से पहले Google Search Status Dashboard और आख़िरी core update की तारीख जाँचें। अगर उस हफ़्ते कोई पुष्ट अपडेट शुरू हुआ था, तो पेज बदलने से पहले उसके पूरी तरह लागू होने का इंतज़ार करें, फिर पहले और बाद की तुलना करें।
मासिक जाँच वह धीमा क्षरण ठीक करती है जो साप्ताहिक जाँच नहीं पकड़ती।
साइट क्रॉल करें या एक broken link checker चलाएँ। 404 पेजों की ओर जाने वाले आंतरिक लिंक को स्रोत पर ठीक करें (लिंक को संपादित करें), रीडायरेक्ट जमा करने के बजाय। चेन को समेटें ताकि हर पुराना URL एक ही छलांग में अंतिम गंतव्य पर पहुँचे। जो पेज 200 स्टेटस के साथ केवल एक पतला “not found” संदेश दिखाते हैं, वे Search Console में soft 404 के रूप में दिखते हैं: असली 404 या 410 लौटाएँ, या किसी प्रासंगिक पेज पर रीडायरेक्ट करें।
Google की अच्छे अनुभव की सीमाएँ, जो web.dev पर प्रकाशित हैं, ये हैं: LCP 2.5 सेकंड या कम, INP 200 मिलीसेकंड या कम और CLS 0.1 या कम, वास्तविक विज़िट के 75वें percentile पर मापी गई। नई इमेज, स्क्रिप्ट, चैट विजेट और ट्रैकिंग टैग आम तौर पर गिरावट के कारण होते हैं। Core Web Vitals रिपोर्ट प्रभावित URL को टेम्पलेट के हिसाब से समूहित करती है, इसलिए एक सुधार अक्सर सैकड़ों पेज ठीक कर देता है।
ऐसे पेज छाँटें जिन पर impressions ज़्यादा हैं और औसत पोज़िशन शीर्ष 10 में है, फिर CTR से छाँटें। जो पेज रैंक करता है पर कम क्लिक पाता है, उसका शीर्षक अक्सर धुंधला होता है या meta description क्वेरी का जवाब नहीं देता। शीर्षक को फिर से लिखें, मुख्य क्वेरी को शुरू के पास रखें और एक ठोस लाभ जोड़ें, फिर चार हफ़्ते बाद तुलना करें।
Performance रिपोर्ट में एक महत्वपूर्ण क्वेरी का फ़िल्टर लगाएँ और Pages टैब खोलें। अगर दो URL बारी-बारी से दिखते हैं, तो आपके पास keyword cannibalization है: उन्हें मर्ज करें या उनका इरादा अलग करें। जिन पेजों के क्लिक हर महीने थोड़े-थोड़े गिरते हैं, वे content decay दिखाते हैं; उन्हें रीफ़्रेश सूची में डालें।
मेंटेनेंस में नया कंटेंट भी शामिल है: जो साइट प्रकाशन बंद कर देती है, वह नई क्वेरी पर ज़मीन खोती है। नए आर्टिकल और रीफ़्रेश एक ही कैलेंडर में योजना बनाएँ, और कंटेंट रीफ़्रेश को असली काम मानें: नया डेटा, नए सेक्शन, बेहतर जवाब। Google की उपयोगी कंटेंट बनाने की गाइड सीधे पूछती है: “क्या आप पेजों की तारीख इसलिए बदल रहे हैं ताकि वे ताज़ा लगें, जबकि कंटेंट में ख़ास बदलाव नहीं हुआ है?” सिर्फ़ तब तारीख बदलें जब कंटेंट बदले।
हर इंडेक्स होने योग्य URL का 12 महीने का क्लिक, impressions और कन्वर्ज़न एक्सपोर्ट करें, फिर हर एक के लिए तय करें: रखें, अपडेट करें, मर्ज करें या हटाएँ। चरण-दर-चरण तरीका हमारी कंटेंट ऑडिट गाइड में है। जिन पेजों पर एक साल से कोई क्लिक नहीं और कारोबार का कोई मकसद नहीं, वे साइट को कमज़ोर करते हैं; उन्हें सबसे नज़दीकी प्रासंगिक पेज पर रीडायरेक्ट करें या 410 लौटाएँ।
Search Console की Links रिपोर्ट और एक backlink analysis टूल देखें: मज़बूत साइटों से खोए लिंक (जब कोई पेज बदला गया हो तब सुधार माँगें) और नए linking domains जिनके लिए धन्यवाद देना या जिन पर आगे काम करना लाभकारी हो। आदतन disavow न करें। Google के disavow दस्तावेज़ कहते हैं कि ज़्यादातर साइटों को यह टूल इस्तेमाल करने की ज़रूरत नहीं होगी, और यह उन स्पैम लिंक की बड़ी संख्या के लिए रखा गया है जिनसे manual action हुआ या होने की संभावना है।
ChatGPT, Gemini, Perplexity और Claude से वे 10 से 20 सवाल पूछें जो आपके खरीदार पूछते हैं, और नोट करें कि आपका ब्रांड उद्धृत होता है या नहीं, उसका वर्णन कैसा है और उसकी जगह किसे उद्धृत किया जाता है। फिर पक्का करें कि आपके AI क्रॉलर के लिए robots.txt नियम अब भी वे bots अनुमति देते हैं जो आप चाहते हैं: कोई सुरक्षा प्लगइन या CDN नियम उन्हें बिना चेतावनी के ब्लॉक कर सकता है। अपने पेजों पर पुराने तथ्य (कीमतें, फ़ीचर, स्थान) पहले सुधारें, क्योंकि AI जवाब अक्सर उन्हें दोहराते हैं।
Enhancements और Sitemaps रिपोर्ट खोलें। अमान्य structured data आम तौर पर किसी theme या प्लगइन अपडेट के बाद आता है; ऐसा sitemap जो रीडायरेक्ट या noindex URL सूचीबद्ध करता है, क्रॉलिंग बर्बाद करता है। आपके XML sitemap में केवल वे canonical URL होने चाहिए जो 200 लौटाते हैं।
सावधान रहें
कुछ जाँचें कैलेंडर का इंतज़ार नहीं कर सकतीं। माइग्रेशन, रीडिज़ाइन, CMS या theme बदलने, डोमेन बदलने या HTTPS सेटिंग बदलने के बाद, उसी दिन साइट को दोबारा क्रॉल करवाएँ और दो हफ़्ते तक Pages रिपोर्ट रोज़ देखें।
साल में एक बार पीछे हटकर देखें: पूरी तकनीकी क्रॉल चलाएँ, अपने keyword map की तुलना उन क्वेरी से करें जिन पर प्रतिस्पर्धी अब रैंक कर रहे हैं, अपने मुख्य पेज अपडेट करें, और जाँचें कि साइट अब भी वही बेचती है जो कारोबार बेचता है। कुछ घटनाएँ किसी भी समय उतनी ही गहरी समीक्षा शुरू कर देती हैं:
| घटना | पहले क्या जाँचें |
|---|---|
| Google core update | वे पेज जो सबसे ज़्यादा खिसके, रोलआउट की तारीखों से पहले और बाद में |
| साइट माइग्रेशन या रीडिज़ाइन | रीडायरेक्ट मैप, noindex और robots.txt नियम, canonical टैग, आंतरिक लिंक |
| नया CMS प्लगइन या theme | शीर्षक, structured data, Core Web Vitals, अनजाने में लगा noindex |
| नया उत्पाद, कीमत या पता | हर वह पेज, प्रोफ़ाइल और लिस्टिंग जो पुराने तथ्य का ज़िक्र करती है |
| एक पेज पर अचानक गिरावट | URL Inspection: इंडेक्सिंग स्थिति, Google द्वारा चुना गया canonical, रेंडरिंग |
सबसे ज़्यादा समय लेने वाले काम वही हैं जो बार-बार होते हैं: Search Console का ग्राफ़ पढ़ना, प्रकाशन कैलेंडर भरा रखना और AI जवाब जाँचना। Sorank एक autopilot SEO और GEO सॉफ़्टवेयर है जो इन्हें संभालता है। इसका डैशबोर्ड Search Console से क्लिक, impressions और पोज़िशन एक ही दृश्य में दिखाता है, इसलिए साप्ताहिक जाँच में एक मिनट लगता है।

Sorank ब्लॉग आर्टिकल जनरेटर से ऑप्टिमाइज़्ड आर्टिकल लिखकर प्रकाशित भी करता है, इसलिए आप व्यस्त हों तब भी प्रकाशन नहीं रुकता। और AI उल्लेख ट्रैकिंग हर महीने जाँचती है कि ChatGPT, Claude और Gemini आपके ब्रांड को उद्धृत करते हैं या नहीं, और उनकी जगह किसे उद्धृत करते हैं। ChatGPT क्या उद्धृत करता है, इस अध्ययन से दिखता है कि इसके लिए लगातार निगरानी क्यों चाहिए: जिन स्रोतों पर AI जवाब निर्भर हैं, वे लगातार बदलते रहते हैं।
SEO मेंटेनेंस तब फल देता है जब वह शेड्यूल पर हो, मापा जाए और हर हफ़्ते हो, न कि तब जब कोई संकट ऑडिट करने पर मजबूर करे। ऊपर की तालिका अपने कैलेंडर में डालें, अपनी सीमाएँ तय करें, और जो दोहराया जाता है उसे स्वचालित करें। आप pricing पेज से Sorank को $49 प्रति माह (सालाना बिलिंग पर) से शुरू कर सकते हैं, 3 दिन के फ़्री ट्रायल के साथ।
अपने घर में किया जाए तो SEO मेंटेनेंस में मुख्य रूप से समय लगता है: कुछ सौ पेजों वाली साइट के लिए लगभग 30 मिनट हफ़्ते में, कुछ घंटे महीने में और त्रैमासिक में एक या दो दिन। एजेंसियाँ इसे आम तौर पर मासिक रिटेनर के रूप में बिल करती हैं, और कीमतें साइट के आकार और शामिल कंटेंट की मात्रा के हिसाब से काफ़ी अलग होती हैं। सॉफ़्टवेयर निगरानी और प्रकाशन जैसे दोहराए जाने वाले हिस्सों को स्वचालित कर सकता है।
किया जा सकता है, लेकिन उसके बाद रैंकिंग आम तौर पर गिरने लगती है। प्रतिस्पर्धी नए पेज छापते हैं, कंटेंट पुराना हो जाता है, लिंक टूटते हैं और Google साल में कई बार core updates जारी करता है। एक हल्की मेंटेनेंस रूटीन, महीनों की उपेक्षा के बाद ट्रैफ़िक वापस लाने से कहीं सस्ती पड़ती है।
SEO ऑडिट एक बार की, गहरी समीक्षा है जो सुधारों की सूची देती है। SEO मेंटेनेंस उसके बाद की नियमित रूटीन है: साप्ताहिक, मासिक और त्रैमासिक जाँचें जो नई समस्याओं को जल्दी पकड़ती हैं और कंटेंट ताज़ा रखती हैं। ज़्यादातर साइटों को साल में एक पूरा ऑडिट चाहिए और बीच में मेंटेनेंस।
आपसे पहले लोगों ने Sorank आज़माया है
