पोस्ट-मॉर्टम
कोर अपडेट के बाद ट्रैफिक में गिरावट: पोस्ट-मॉर्टम लिखें
हर सुबह 8 बजे वही सवाल पूछा जाता है: क्या यह Google की गलती है, हमारी, या ट्रैकिंग की? एक पोस्ट-मॉर्टम उसी क्रम में जवाब देता है और अनुमान लगाने से इनकार करता है।
सिद्धांत से शुरू न करें, टाइमलाइन से शुरू करें
गिरावट की एक शुरुआती तारीख होती है। ट्रैफिक में गिरावट के बाद कोर अपडेट के बारे में फोरम थ्रेड पढ़ने से पहले उसे खोजें।
Google ने मार्च 2024, अगस्त 2024, दिसंबर 2024, मार्च 2025 और जून 2025 में कोर अपडेट की पुष्टि की, और प्रत्येक लगभग दो सप्ताह में लागू हुआ, इसलिए रोलआउट के तीसरे दिन हुई गिरावट अभी अंतिम तस्वीर नहीं हो सकती। उन तारिखों पर अपनी खुद की चेंजलॉग ओवरले करें: रिलीज़, माइग्रेशन, टेम्पलेट एडिट, robots.txt में बदलाव।
यदि आपकी कोई चीज़ नहीं बदली है और आपका Search Console ग्राफ रोलआउट विंडो के भीतर झुकता है, तो आपके पास एक उम्मीदवार है। यदि आपका अपना डिप्लॉय एक दिन पहले हुआ था, तो आपके पास बेहतर उम्मीदवार है। किसी भी स्थिति में, कोर अपडेट वीक के बाद ट्रैफिक में गिरावट के लिए एक लिखित टाइमलाइन की आवश्यकता है। इसे लिखें।
कारणों को इस क्रम में रैंक करें कि आप उन्हें कितनी जल्दी बाहर कर सकते हैं
| संदिग्ध | जांच कैसे करें | बाहर निकालने का समय |
|---|---|---|
| ट्रैकिंग टूट गया | GA4 की तुलना Search Console क्लिक्स से करें; रात भर में खुला अंतर ही संकेत है | 10 मिनट |
| इंडेक्सिंग या सिमसाप | Search Console पेज इंडेक्सिंग रिपोर्ट, और गिरे हुए URLs पर एक site: स्पॉट चेक | 20 मिनट |
| तकनीकी रिलीज़ | robots.txt, canonicals, स्टेटस कोड और रीडायरेक्ट की तुलना पिछले सप्ताह के क्रॉल से करें | 1 घंटा |
| लिंक्स खो गए या बढ़े | दो refdomains स्नैपशॉट की तुलना करें; देखें खोए हुए लिंक्स | 30 मिनट |
| कैनबलाइजेशन | परफॉर्मेंस रिपोर्ट में आपके दो URLs एक ही क्वेरी के लिए एक-दूसरे की जगह ले रहे हैं | 1 घंटा |
| SERP बदलाव | लाइव रिजल्ट खोलें: AI Overview, फोरम थ्रेड, ब्रांड लिस्टिकल्स जहाँ आप पहले बैठते थे | 30 मिनट |
| क्वालिटी रीअसेसमेंट | जब हर अन्य लाइन साफ़ हो जाए तो क्या बचता है | दिनों से सप्ताहों तक |
लिंक सबूत: एक तुलना
गिरे हुए साइट के लिए दो तारिखों पर रिफरिंग डोमेन खींचें और देखें कि क्या बाहर गया और क्या आया। इंडेक्स लगभग मासिक अपडेट होता है, इसलिए अपडेट के दोनों ओर स्नैपशॉट चुनें।
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
उदाहरण लेखन (काल्पनिक संख्याएँ)
यह एक काल्पनिक उदाहरण है, असली क्लाइंट नहीं। यह वह टोन दिखाता है जिसकी हम उम्मीद करते हैं।
प्रभाव। एक काल्पनिक रेसिपी साइट जिसमें 140 पेज हैं, के लिए नौ दिनों में ऑर्गेनिक क्लिक्स 38% कम हो गए। पता लगाना। एक साप्ताहिक Search Console एक्सपोर्ट में साप्ताहिक आधार पर 25% की अलर्ट सीमा पार हो गई। कारण। रिफरिंग डोमेन 410 से 402 हो गए, जिससे लिंक्स को मुख्य ड्राइवर के रूप में बाहर किया जाता है। दो पेजों ने एक ही क्वेरी के लिए रैंकिंग स्विच की, जो कैनबलाइजेशन है।
एक्शन आइटम्स। दो पेजों को 301 के साथ मर्ज करें, इंटरनल लिंक्स अपडेट करें, चार सप्ताह बाद पुनः जाँचें। कोई डिसावो नहीं। पूरी साइट का रीराइट नहीं।
मापन और इंडेक्सिंग त्रुटियाँ जो एक अपडेट जैसी दिखती हैं
कुछ गिरावट रैंकिंग नहीं हैं। ट्रैकिंग एक आम संदिग्ध है। एक टूटा टैग, बदला हुआ प्रॉपर्टी या सिकुड़ गया सिमसाप ग्राफ्स में कोर अपडेट जैसा ही दिख सकता है। कोर अपडेट टाइमिंग के बाद ट्रैफिक में गिरावट इनमें से किसी को भी छुपा सकती है, इसलिए इनकी जाँच पहले करें।
सबसे तेज़ टेस्ट यह है कि आपके एनालिटिक्स की तुलना Search Console से करें। यदि अंतर रात भर में खुला, तो इसे तब तक मापन त्रुटि मानें जब तक कि इसका विपरीत साबित न हो जाए।
इंडेक्सिंग त्रुटियाँ उसी तर्क का पालन करती हैं। पेज जो इंडेक्स से बाहर निकल जाते हैं, उनका मामला उन पेजों से अलग है जो इंडेक्स में रहते हैं और परिणामों में नीचे खिसक जाते हैं।
यदि क्लिक्स रात भर में शून्य हो जाएं तो क्या करें?
पहले Search Console प्रॉपर्टी की जाँच करें। बदला हुआ प्रोटोकॉल, नई प्रॉपर्टी या खोई हुई वेरिफिकेशन डेटा को बाँट सकता है, इसलिए पुरानी प्रॉपर्टी कुछ नहीं दिखाती जबकि नई में ट्रैफिक होता है। इसके बाद ही पेजों की जाँच करें।
अपडेट के बाद पेज इंडेक्स से क्यों गायब हो जाते हैं?
संबंधित URLs के लिए इंडेक्सिंग रिपोर्ट खींचें। रैंकिंग एक ऐसे पेज के लिए खिसक सकती है जो इंडेक्स में रहता है। एक पेज जो इंडेक्स से गायब हो जाता है, उसका कारण अलग होता है, अक्सर एक robots निर्देश, canonical बदलाव या noindex होता है जो रिलीज़ के साथ आया।
क्या एक टूटा सिमसाप गिरावट का कारण बन सकता है?
यदि सिमसाप अचानक आपके URLs का केवल एक छोटा हिस्सा सूचीबद्ध करता है, तो हाँ। एक छोटा सिमसाप ठीक करना सस्ता है, लेकिन Google इंटरनल लिंक्स के माध्यम से पेजों को खोज लेता है, इसलिए इसे कई संदिग्धों में से एक मानें, अंतिम निर्णय नहीं। URL गिनती की तुलना अपनी असली पेज गिनती से करें।
हमारी स्थिति
पहले सप्ताह में साइट रीराइट न करें
कोर अपडेट सप्ताहों तक गुणवत्ता का पुनर्मूल्यांकन करते हैं। जो चीज़ टूटी हुई है, उसकी पुष्टि करें और सामग्री को छूने से पहले रोलआउट के समाप्त होने का इंतज़ार करें।
- मापन और तकनीकी त्रुटियों को तुरंत ठीक करें।
- कैनबलाइज्ड पेजों को सबूत मिलने पर मर्ज करें।
- रोलआउट खत्म होने तक कंटेंट स्ट्रैटेजी को अकेला छोड़ दें।
दस्तावेज़ में क्या लिखें
छह हेडिंग्स काफी हैं: प्रभाव, टाइमलाइन, पता लगाना, कारण, जिन्हें बाहर किया गया, एक्शन आइटम्स। बाहर किए गए सूची वह हिस्सा है जिसके लिए भविष्य में आप खुद को धन्यवाद देंगे।
दावे के बगल में सबूत रखें। "लिंक्स बाहर किए गए, 402 बनाम 410 रिफरिंग डोमेन" जैसी लाइन "लिंक्स ठीक लग रहे थे" से अधिक संभाली जा सकती है।
यदि जवाब लिंक्स होता है, तो रिवल्स के लिए अलर्ट रूल्स और साप्ताहिक डिफ रेसिपी अगली बार आपको हैरान नहीं होने देंगी।
रोलआउट शुरू होने के बाद पहला सप्ताह
- 1
कंटेंट एडिट्स पर रोक लगाएं
रोलआउल चलाते समय पेज रीराइट न करें। बीच में किए गए एडिट्स बाद में आपको जो बफोर-एंड-आफर तस्वीर चाहिए, उसे धुंधला कर देंगे।
- 2
हर रिलीज़ लॉग करें
हर डिप्लॉय, टेम्पलेट बदलाव, रीडायरेक्ट और robots.txt एडिट को उस तारीख के साथ लिखें, ताकि टाइमलाइन में यादें नहीं, असली एंट्रीज हों।
- 3
मापन चेक चलाएं
एनालिटिक्स की Search Console से तुलना करें, फिर गिरे हुए URLs के लिए इंडेक्सिंग रिपोर्ट जाँचें। दोनों चेक आधे घंटे में फिट हो जाते हैं।
- 4
टाइमलाइन के साथ केस खोलें
पोस्ट-मॉर्टम को उन तारिखों से शुरू करें जो आपके पास हैं, भले ही कारण अभी खुला हो। आंशिक दस्तावेज़ खाली दस्तावेज़ से पूरा करना आसान है।
- 5
रीव्यू तारीख सेट करें
रोलआउल खत्म होने के बाद एक तारीख चुनें और तब सबूत की समीक्षा करें, न कि उस दिन जब ग्राफ झुके।
लीडरशिप को यह दिखाना कि समस्या तकनीकी है
लीडरशिप अक्सर ट्रैफिक गिरावट को कंटेंट का फैसला पढ़ते हैं। यह एक उचित प्रतिक्रिया है, और यह वही प्रतिक्रिया है जो तब सबसे अधिक सप्ताह बर्बाद करती है जब त्रुटि एक टूटा टेम्पलेट या खोया टैग हो।
सिद्धांत नहीं, टाइमलाइन और कारण टेबल लाएं। एक टेबल जिसमें हर संदिग्ध को बाहर निकालने का समय हो, एक मैनेजर को यह दिखाने की अनुमति देता है कि टीम एक सूची के माध्यम से काम कर रही है, अनुमान नहीं लगा रही है।
इस बात के बारे में ईमानदार रहें कि टेबल क्या साबित नहीं कर सकता। यदि क्वालिटी रीअसेसमेंट अभी खुला है, तो ऐसा कहें, और बताएं कि आपकी राय क्या बदलेगा।
मैं यह कैसे दिखाऊं कि यह डेव की समस्या है और कंटेंट की नहीं?
एक तारीख वाले बदलाव की ओर इशारा करें जो गिरावट की शुरुआत के साथ मेल खाता है, जैसे टेम्पलेट रिलीज़ या robots बदलाव। एक त्रुटि जिसे आप पुनः उत्पन्न कर सकते हैं, URL और हेडर के साथ जो बदला गया, औसत के किसी चार्ट से अधिक वजन रखती है।
यदि यह तकनीकी नहीं है तो मैं क्या कहूं?
कहें कि लिंक्स, इंडेक्सिंग और ट्रैकिंग चेक साफ़ आए हैं, और शेष संदिग्ध क्वालिटी रीअसेसमेंट है। यह जवाब धीमा और कम संतुष्टि देने वाला है, लेकिन यह सटीक है, और यह टीम को बताता है कि कंटेंट वर्क पर किस पर ध्यान केंद्रित करना है।
केवल गिरावट नहीं, बल्कि रिकवरी भी लिखें
जब ट्रैफिक वापस आ जाता है तो पोस्ट-मॉर्टम खत्म नहीं होता। लेखन का दूसरा हिस्सा रिकॉर्ड करता है कि क्या बदला, कब बदला और किन संदिग्धों को हमेशा के लिए बंद किया गया।
अगले कोर अपडेट के समाप्त होने के बाद दस्तावेज़ की समीक्षा करें। एक पैटर्न जो रोलआउल के बीच दोहराता है, आपकी साइट के बारे में किसी एक गिरावट से अधिक कुछ बताता है।
बाहर किए गए सूची को कारणों से अलग रखें। भविष्य के पाठक पहले यह पूछेंगे कि क्या बाहर किया गया, और एक गायब सूची उन्हें शुरुआत में वापस भेज देगी।
रिकवरी को क्या माना जाता है?
देखने से पहले इसे परिभाषित करें। पुराने स्तर के क्लिक्स की वापसी एक परिभाषा है, और सबसे महत्वपूर्ण पेजों की वापसी दूसरी है। एक चुनें, इसे लिखें और उस पर रिपोर्ट करें, ग्राफ के साथ बार न हिलाएं।
रीव्यू को कितना इंतज़ार करना चाहिए?
रोलआउल को बंद होने और दो सामान्य सप्ताह के डेटा को दिखाने के लिए पर्याप्त। रिकवरी आमतौर पर धीमी आती है, इसलिए एक जल्दी की रीव्यू ज्यादातर शोर खोजती है, जबकि एक बाद वाली रीव्यू में जवाब खोजने का मौका होता है।
हर अपडेट के बाद हमसे पूछे जाने वाले सवाल
क्या मैं कोर अपडेट गिरावट से रिकवर कर सकता हूँ?
अक्सर आंशिक रूप से, और दुर्लभ रूप से रात भर में। रिकवरी आमतौर पर साइट का पुनर्मूल्यांकन करने के लिए एक बाद के अपडेट की आवश्यकता होती है, इसलिए दिनों की उम्मीद न करें, महीनों की। कोई इसे वादा नहीं कर सकता। आप जो कर सकते हैं वह असली त्रुटियों को हटाना और ऐसी पेज प्रकाशित करना है जिन्हें उद्धृत करने लायक माना जाए।
रैंकिंग क्यों बनी रही जबकि ट्रैफिक गिरा?
रिजल्ट पेज आपके आसपास बदल गया। AI Overviews, फोरम थ्रेड और शॉपिंग ब्लॉक्स उसी स्थिति को स्क्रीन पर नीचे धकेल सकते हैं। औसत स्थिति की तुलना में, उसी क्वेरी के लिए क्लिक-थ्रू रेट की तुलना करें।
क्या खोए हुए बैकलिंक्स अपडेट के बाद गिरावट का कारण बनते हैं?
केवल कभी-कभी, और Rankift आपको यह नहीं बता सकता कि किस अपडेट ने क्या किया। एक लिंक नुकसान जो मायने रखता है, दो स्नैपशॉट के बीच रिफरिंग डोमेन में स्पष्ट गिरावट के रूप में दिखाई देता है। कुछ प्रतिशत का छोटा चर्न 30% ट्रैफिक गिरावट को दुर्लभ रूप से समझाता है।
मुझे कार्रवाई करने से पहले कितना इंतज़ार करना चाहिए?
जब तक Google अपने स्टेटस डैशबोर्ड पर रोलआउल को पूरा नहीं मान लेता, जब तक कि आपको कोई स्पष्ट तकनीकी त्रुटि न मिले। त्रुटियों को तुरंत ठीक करें, लेकिन कंटेंट बदलावों को रोकें। रोलआउल के दौरान एडिटिंग बाद में आपको जो सबूत चाहिए, उसे धुंधला कर देती है।
