Google कोर अपडेट के दौरान Search Console कैसे पढ़ें

कोर अपडेट के पहले दिनों में किसी पेज को हाथ न लगाएँ। ग्राफ़ हिलेगा, आप उसे समझाना चाहेंगे, और पहले हफ़्ते में सूझने वाली लगभग हर व्याख्या अंदाज़ा होती है।

Google की सर्च स्टेटस डैशबोर्ड नवंबर 2026 के कोर अपडेट को 10 नवंबर से शुरू बताती है, और जब मैंने अपना डेटा निकाला तब भी वह रोलआउट हो रहा था। Google की अपनी सलाह है कि कोर अपडेट खत्म होने के बाद कम से कम पूरा एक हफ़्ता रुककर विश्लेषण करें, और उसकी शुरुआत से पहले की अवधि से तुलना करें। मैं यही करता हूँ, और यह रहा सटीक तरीका।

चरण 1: अपडेट को देखने से पहले बेसलाइन फ़्रीज़ करें

Search Console की परफ़ॉर्मेंस रिपोर्ट खोलें और तारीख़ की सीमा अपडेट की शुरुआत से पहले के 14 दिन रखें। क्लिक, इंप्रेशन, CTR और औसत पोज़िशन दिन के हिसाब से एक्सपोर्ट करें। यह फ़ाइल आपकी बेसलाइन है, और अपडेट के बाद का कोई भी आँकड़ा पढ़ने से पहले इसे सहेज लें।

यह मेरी अपनी साइट के Search Console से है:

बिना किसी अपडेट के 228 से 393 का फ़ैलाव ही वह आँकड़ा है जो मायने रखता है। अगर आप अपना सामान्य उतार-चढ़ाव नहीं जानते, तो कोर अपडेट और किसी आम मंगलवार में फ़र्क़ नहीं कर पाएँगे।

चरण 2: लिखें कि और क्या बदला

कोर अपडेट पर वे चीज़ें डाली जाती हैं जो उसने की ही नहीं। कुछ भी तुलना करने से पहले उसी अवधि में अपनी तरफ़ से जो बदला, उसकी सूची बनाएँ: साइट माइग्रेशन, टेम्पलेट में बदलाव, नए पेजों की खेप, robots या noindex में संपादन, कोई रीडायरेक्ट नियम। अगर सूची खाली नहीं है, तो अपडेट अकेला संदिग्ध नहीं है।

यह भी जाँचें कि कहीं कोई एक पेज पूरी साइट की रेखा को बिगाड़ तो नहीं रहा। 28 अक्टूबर को मेरे कुल इंप्रेशन एक दिन में 24,498 से 131,686 हो गए, क्योंकि एक अकेला पेज कहीं ज़्यादा बार दिखाया गया। उस मामले को मैंने इंप्रेशन उछलें और CTR गिरे तो मैं क्या जाँचता हूँ में समझाया है। कोर अपडेट के दौरान पूरी साइट का औसत देखने की भी यही कमज़ोरी है।

चरण 3: रोलआउट खत्म होने का इंतज़ार करें, फिर एक हफ़्ता और

कोर अपडेट कुछ हफ़्तों में रोलआउट होते हैं और इस दौरान रैंकिंग इधर-उधर होती रहती है। रोलआउट के बीच में तुलना करना एक चलते निशाने की तुलना स्थिर बेसलाइन से करना है। डैशबोर्ड के अपडेट को पूरा चिह्नित करने के एक हफ़्ते बाद का रिमाइंडर लगा लें, और तब तक कुछ न करें।

इंतज़ार निष्क्रियता नहीं है। इस समय का उपयोग उन चीज़ों को ठीक करने में करें जो वैसे भी टूटी थीं: एरर देने वाले पेज, कटे हुए टाइटल, कमज़ोर डुप्लिकेट। ये बदलाव किसी भी महीने में सही होते, और तारीख़ के साथ दर्ज करने पर तुलना को गंदा नहीं करेंगे।

चरण 4: बराबर अवधियों की तुलना करें और चार तरह से बाँटें

रिमाइंडर बजे तो पूरा होने के बाद के 14 दिनों की तुलना अपनी फ़्रीज़ की हुई 14 दिन की बेसलाइन से करें। लंबाई बराबर, सप्ताह के दिन वही। फिर अंतर को बाँटें:

1. पेज के हिसाब से। दोनों अवधियों का पेज टैब एक्सपोर्ट करें। क्लिक में बदलाव के हिसाब से क्रम लगाएँ। मैंने जितनी गिरावटें देखीं, उनमें ज़्यादातर में पाँच या दस पेज बड़ा हिस्सा समझा देते हैं।
2. क्वेरी के हिसाब से। हर ऐसे पेज के लिए देखें कि किन क्वेरी में क्लिक घटे और नुकसान पोज़िशन का है या CTR का। पोज़िशन 4 से 9 पर जाना रैंकिंग का बदलाव है। पोज़िशन वही रहे और CTR गिरे, तो समस्या स्निपेट या SERP फ़ीचर की है, जिसे मैंने आपके सबसे ऊँचे रैंक वाले पेजों को ज़ीरो क्लिक क्यों मिलते हैं में समझाया है।
3. देश के हिसाब से। कोर अपडेट किसी एक बाज़ार को दूसरे से ज़्यादा चोट पहुँचा सकता है, खासकर बहुभाषी साइटों पर।
4. डिवाइस के हिसाब से। सिर्फ़ मोबाइल पर नुकसान पेज के अनुभव की ओर इशारा करता है, प्रासंगिकता की ओर नहीं।

अगर बदलाव चरण 1 के आपके सामान्य उतार-चढ़ाव के भीतर है, तो समझाने लायक कोई अपडेट-प्रभाव है ही नहीं। वहीं रुकें और प्रकाशित करते रहें।

चरण 5: अब जाकर तय करें कि क्या बदलना है

नुकसान के प्रकार से सुधार का प्रकार मिलाएँ:

• कुछ पेजों पर पोज़िशन गँवाना: उनकी तुलना उन पेजों से करें जो अब आपसे ऊपर हैं। क्या वे क्वेरी का जवाब तेज़ी से, ज़्यादा ठोस ब्योरे के साथ, प्रत्यक्ष अनुभव से देते हैं? अपना पेज उसी तरह दोबारा लिखें। उसे खींचकर लंबा न करें।
• हर जगह पोज़िशन गँवाना: यह साइट-स्तर का गुणवत्ता आकलन है और धीरे बदलता है। जो पेज अपनी जगह के लायक नहीं हैं उन्हें हटाएँ या मिलाएँ, और जो लायक हैं उन्हें बेहतर करें। दिनों नहीं, महीनों की उम्मीद रखें। Google ने कहा है कि सुधारों का असर दिखने में समय लग सकता है और बड़ी वापसी के लिए बाद के किसी कोर अपडेट की ज़रूरत पड़ सकती है।
• पोज़िशन पाना: लिख लें कि कौन-से पेज और क्यों। यही आपकी साइट पर Google अभी जो पुरस्कृत कर रहा है उसका ढाँचा है।

जो पेज ढहे नहीं बल्कि दूसरे पेज पर खिसक गए, उनके लिए दूसरे पेज पर अटके पेजों को कैसे ठीक करें का तरीका लागू होता है। जो नुकसान GA4 में भी दिखे, उसके लिए Google Analytics से ट्रैफ़िक गिरावट का निदान कैसे करें दूसरा आधा हिस्सा पूरा करता है।

वह प्रॉम्प्ट जो मैं Claude या ChatGPT में चिपकाता हूँ

अपनी बेसलाइन अवधि और अपडेट के बाद की अवधि का पेज टैब दो CSV के रूप में एक्सपोर्ट करें, फिर दोनों चिपकाएँ:

यहाँ पेज के हिसाब से दो Google Search Console एक्सपोर्ट हैं। फ़ाइल A
Google कोर अपडेट शुरू होने से पहले के 14 दिन हैं। फ़ाइल B रोलआउट खत्म
होने के बाद के 14 दिन हैं। लंबाई बराबर, सप्ताह के दिन वही।

1. क्लिक में सबसे बड़े बदलाव वाले 15 पेज सूचीबद्ध करो, बढ़त या गिरावट
   दोनों, निरपेक्ष क्लिक और प्रतिशत में बदलाव के साथ।
2. बताओ कि ये 15 पेज कुल क्लिक बदलाव का कितना हिस्सा समझाते हैं।
3. ऐसे किसी भी पेज को चिह्नित करो जहाँ क्लिक बदले पर इंप्रेशन नहीं,
   क्योंकि वह रैंकिंग नहीं बल्कि CTR की ओर इशारा करता है।
गणना दिखाओ। अगर कोई संख्या डेटा में नहीं है, तो अंदाज़ा लगाने की जगह यह
कह दो। अभी कंटेंट बदलाव सुझाना मत।

बाकी पर भरोसा करने से पहले एक पंक्ति हाथ से जाँच लें। ये मॉडल आत्मविश्वास से राउंड कर देते हैं और कभी-कभी हिस्सेदारी गलत निकाल देते हैं।

अगर आप हर क्लाइंट के लिए CSV एक्सपोर्ट नहीं करना चाहते, तो मैंने ठीक इसी तुलना के लिए Search Console और GA4 को Claude में लाने वाला SiteWide बनाया है। किसी भी तरह अनुशासन वही है: पहले बेसलाइन, फिर धैर्य, बदलाव सबसे आख़िर में। प्रॉम्प्ट वाले चरण के लिए मैं Claude इस्तेमाल करता हूँ।

मेरे आँकड़े मेरी अपनी Search Console प्रॉपर्टी से 15 अक्टूबर से 11 नवंबर 2026 के हैं: 28 दिनों में 7,472 क्लिक और 1,108,401 इंप्रेशन। यह कहना अभी जल्दबाज़ी होगी कि अपडेट ने इस साइट को फ़ायदा पहुँचाया या नुकसान, और यह मैं तभी जान पाऊँगा जब रोलआउट खत्म हो जाए और इंतज़ार का हफ़्ता बीत जाए।