अधिकतर टीमों के पास पहले से एक Google रैंकिंग रिपोर्ट होती है। वह Search Console का परफ़ॉर्मेंस टैब होता है, क्लिक के हिसाब से सॉर्ट किया हुआ और स्क्रीनशॉट लेकर स्लाइड में चिपका दिया गया। वह पोज़िशन दिखाती है। वह यह नहीं दिखाती कि क्या बदला, क्यों बदला, या इस पर किसी को क्या करना चाहिए।
यह वर्कफ़्लो इसे एक ही बैठक में हल कर देता है। आप क्वेरी का एक सेट तय करते हैं, Codex को एक लिखित रिपोर्ट कॉन्ट्रैक्ट सौंपते हैं, और उसे हर हफ़्ते वही आकार दोहराने देते हैं। पहली बार बनाने में लगभग 90 मिनट लगते हैं। उसके बाद हर रन दस मिनट से कम का होता है।
पूरा फ़्लो: कच्चे एक्सपोर्ट अंदर, एक तय आकार की रिपोर्ट बाहर, और अंत में एक इंसानी फ़ैसला।
अंत में आपके पास क्या होगा
यह किसके लिए है: हर उस व्यक्ति के लिए जो किसी साइट की रिपोर्टिंग का ज़िम्मेदार है और उसके पास Search Console की पहुँच पहले से है। डेवलपर होना ज़रूरी नहीं, लेकिन फ़ाइलें रखने की एक जगह चाहिए जिन्हें Codex पढ़ सके।
काम पूरा होने पर आपके पास क्या होगा: एक सहेजा हुआ रिपोर्ट टेम्पलेट, एक लिखित निर्देश फ़ाइल जिसे Codex हर रन में फ़ॉलो करता है, और एक असली हफ़्ते की एक पूरी रिपोर्ट।
पूर्वापेक्षाएँ: सत्यापित Search Console प्रॉपर्टी, 20 से 50 क्वेरी की वह सूची जिनकी आपको सचमुच परवाह है, एक प्रोजेक्ट फ़ोल्डर तक पहुँच वाला Codex, और एडवांस्ड रास्ता चाहें तो अपनी साइट के रिपॉज़िटरी पर पढ़ने की अनुमति।
पूर्णता की परिभाषा: आप रिपोर्ट किसी ऐसे व्यक्ति को दे सकें जो SEO नहीं करता, और वह बता सके कि किन तीन क्वेरी पर देखना है और क्यों।
समय: पहली बार बनाने में लगभग 90 मिनट, उसके बाद हर रन में 10 मिनट से कम।
परफ़ॉर्मेंस रिपोर्ट, रैंकिंग रिपोर्ट क्यों नहीं है
Search Console आपको चार कॉलम देता है: क्लिक, इंप्रेशन, CTR और औसत पोज़िशन। वह मापन की तालिका है। रैंकिंग रिपोर्ट को सवालों का एक अलग सेट का जवाब देना होता है, और 2026 के सिग्नलों ने यह खाई पहले से कहीं ज़्यादा चौड़ी कर दी है।
9 सितंबर 2026 को प्रकाशित Zyppy के विशेषज्ञ सर्वेक्षण ने 131 प्रैक्टिशनरों से 13,665 डेटा पॉइंट जुटाए। क्लिक और व्यवहार के सिग्नल 29.4% पर रहे, ब्रांड सिग्नल 27.0% पर, और तकनीकी SEO स्वास्थ्य 17.5% पर। तकनीकी स्वास्थ्य से आगे निकलने वाले तीन में से दो सिग्नल पोज़िशन कॉलम में दिखते ही नहीं। ये आँकड़े क्या बदलते हैं, इस पर हमारी चर्चा प्रैक्टिकल गाइड में है, लेकिन रिपोर्टिंग के लिए छोटी बात यह है: अगर आपकी रिपोर्ट सिर्फ़ पोज़िशन दिखाती है, तो आप उस सिग्नल की रिपोर्ट कर रहे हैं जो सबसे कम हिला।
यही खाई Codex भरता है। वह आपको नहीं बताएगा कि Google ने कुछ क्यों बदला। वह बदलाव के सबूत इतने सुसंगत तरीके से जुटाएगा कि आप ख़ुद बता सकें।
शुरू करने से पहले: चार फ़ैसले
ये कुछ भी लिखने से पहले ले लें, क्योंकि बाद में बदलने का मतलब रिपोर्ट दोबारा बनाना है।
- क्वेरी सेट। 20 से 50 क्वेरी, दो या तीन ऐसी टोकरियों में बाँटी हुई जो बिज़नेस की सोच से मेल खाती हों। "प्रोडक्ट", "तुलना", "सपोर्ट" — यह "हाई / मीडियम / लो वॉल्यूम" से बेहतर काम करता है।
- तुलना विंडो। पिछले 28 दिन की तुलना उससे पहले के 28 दिन से करें। छोटी विंडो शोरगुल वाली होती है; बड़ी उस बदलाव को छिपा देती है जिसे आप ढूँढ रहे हैं।
- थ्रेशोल्ड। तय करें कि रिपोर्ट करने लायक क्या है। पाँच से ज़्यादा पोज़िशन खिसकने वाली क्वेरी, या क्लिक स्थिर रहते हुए 30% से ज़्यादा हिलने वाले इंप्रेशन — ये ठीक डिफ़ॉल्ट हैं।
- कहाँ रखें। एक फ़ोल्डर, एक नामकरण नियम।
reports/ranking/YYYY-MM-DD.mdऔर साथ में कच्चे एक्सपोर्ट के लिएdata/सबफ़ोल्डर। Codex को लिखने की एक स्थिर जगह चाहिए।
चरण 1: कच्चा डेटा एक्सपोर्ट करें
Search Console खोलें, प्रॉपर्टी चुनें और परफ़ॉर्मेंस पर जाएँ। तारीख़ की रेंज 56 दिन पर सेट करें ताकि 28 बनाम 28 की तुलना एक ही एक्सपोर्ट से हो सके, फिर एक्सपोर्ट बटन से क्वेरी टैब की CSV डाउनलोड करें।
पेज के लिए भी यही करें, और अगर मोबाइल बनाम डेस्कटॉप का बँटवारा रिपोर्ट करना है तो डिवाइस के लिए भी।
अपेक्षित नतीजा: data/ में तीन CSV फ़ाइलें, नाम में एक्सपोर्ट की तारीख़ के साथ।
क्वालिटी जाँच: क्वेरी वाली CSV खोलें और देखें कि पहली डेटा पंक्ति "anonymous" शब्द वाली क्वेरी न हो। Search Console दुर्लभ क्वेरी छिपाता है, और वे पंक्तियाँ वरना आपकी रिपोर्ट में बेनाम मूवमेंट के तौर पर पहुँच जातीं।
अगर न चले: अगर एक्सपोर्ट कटा हुआ है, तो आपकी तारीख़ रेंज पंक्ति सीमा के हिसाब से बहुत चौड़ी है। 28 दिन की विंडो अलग-अलग एक्सपोर्ट करें और Codex को उन्हें जोड़ने दें।
चरण 2: रिपोर्ट कॉन्ट्रैक्ट लिखें
यही वह चरण है जो तय करता है कि यह वर्कफ़्लो तीसरे हफ़्ते के बाद भी टिकेगा या नहीं। कॉन्ट्रैक्ट उस फ़ाइल में रखें जिसे Codex हर रन में पढ़ता है: प्रोजेक्ट रूट की AGENTS.md, या रिपोर्ट फ़ोल्डर में एक समर्पित निर्देश फ़ाइल।
कॉन्ट्रैक्ट में पाँच चीज़ें चाहिए, बस इतनी ही:
कॉन्ट्रैक्ट ब्लॉक | क्या लिखें | क्यों ज़रूरी है |
|---|---|---|
इनपुट | सटीक फ़ाइल पथ और तारीख़ रेंज का नियम | एजेंट को अपनी मर्ज़ी की विंडो गढ़ने से रोकता है |
थ्रेशोल्ड | आपकी बैंड, संख्याओं में | तालिका को फ़ैसले में बदलता है |
आउटपुट का आकार | तीन सेक्शन, इसी क्रम में | हफ़्ता 30 को हफ़्ता 1 से तुलनीय बनाए रखता है |
भरोसे के नियम | जब डेटा बदलाव समझा न पाए तो क्या लिखें | आत्मविश्वास से भरी बेतुकी बातों को रोकता है |
सीमाएँ | एजेंट को क्या नहीं करना है | जब तक भरोसा न बने, सिर्फ़ पढ़ना |
एक चलती हुई वर्ज़न ऐसी दिखती है:
## रैंकिंग रिपोर्ट कॉन्ट्रैक्ट
इनपुट: data/queries-*.csv, data/pages-*.csv
विंडो: पिछले 28 दिन बनाम उससे पहले के 28 दिन. रिपोर्ट हेडर में दोनों तारीख़ें लिखें.
सिर्फ़ तीन चीज़ें रिपोर्ट करें:
1. हिली हुई क्वेरी: कोई भी क्वेरी जो 5 से ज़्यादा पोज़िशन खिसकी, या
क्लिक स्थिर रहते हुए इंप्रेशन 30% से ज़्यादा बढ़े, या कोई भी क्वेरी
जो टॉप दस से बाहर हो गई.
2. संभावित स्पष्टीकरण: सिर्फ़ फ़ाइलों में मौजूद डेटा इस्तेमाल करें. अगर फ़ाइलें
मूवमेंट समझा न पाएँ, तो लिखें "इस डेटा से अव्याख्यायित".
3. अगले हफ़्ते जाँचें: हर फ़्लैग की गई क्वेरी के लिए एक पंक्ति, जाँचे जाने वाले
पेज या क्वेरी के सटीक नाम के साथ.
कभी ऐसा कारण न बताएँ जिसे डेटा में इंगित न किया जा सके. कभी साइट बदलाव की
सिफ़ारिश न करें. reports/ranking/ के बाहर कभी फ़ाइलें न बदलें.अपेक्षित नतीजा: एक निर्देश फ़ाइल, कमिट की हुई या डेटा के बग़ल में सहेजी हुई।
क्वालिटी जाँच: कॉन्ट्रैक्ट ज़ोर से पढ़ें। अगर कोई भी पंक्ति बिना बदलाव किसी दूसरी साइट पर लागू हो सकती है, तो वह कुछ भी सीमित करने के लिए बहुत धुँधली है।
अगर न चले: अगर Codex फिर भी नए सेक्शन जोड़ता रहता है, तो आउटपुट का आकार काफ़ी विशिष्ट नहीं है। तीनों हेडिंग ठीक वैसे लिखें जैसे आप चाहते हैं।
रिपोर्ट की बनावट। जिन फ़ाइलों का इस्तेमाल हुआ उनकी सटीक सूची वाला फ़ुटर वह हिस्सा है जिस पर समीक्षक सबसे ज़्यादा भरोसा करते हैं, और वही जिसे ज़्यादातर टेम्पलेट छोड़ देते हैं।
चरण 3: पहली रिपोर्ट बनाएँ
Codex को फ़ोल्डर की ओर इंगित करें और कॉन्ट्रैक्ट के मुताबिक़ एक रिपोर्ट माँगें। चैट में जवाब नहीं, फ़ाइल माँगें, ताकि नतीजा समीक्षा और तुलना के लायक हो।
पहला रन वह जगह है जहाँ आपको पता चलता है कि आपका डेटा असल में कैसा दिखता है। दो या तीन सुधार के दौर गिनकर चलें। यह सामान्य है, और पूरे वर्कफ़्लो का सबसे सस्ता हिस्सा यही है।
अपेक्षित नतीजा: reports/ranking/YYYY-MM-DD.md, हेडर, तीन सेक्शन और इस्तेमाल हुई फ़ाइलों की सटीक सूची वाले फ़ुटर के साथ।
क्वालिटी जाँच: दो फ़्लैग की गई क्वेरी उठाएँ और Search Console में आँकड़े हाथ से जाँचें। मेल खा जाएँ तो पाइपलाइन ठीक है। न खाएँ तो रुकें और डेटा वाला चरण सुधारें। टूटे इनपुट पर विश्लेषण डीबग न करें।
अगर न चले: सबसे आम ख़राबी एक्सपोर्ट और कॉन्ट्रैक्ट के बीच तारीख़ों का बेमेल है। हर रन में दोनों तारीख़ें हेडर में पिन करें, ताकि दो दिन का फ़र्क़ चुपचाप एक सपाट महीने को ढहान न बना दे।
मैंने जो पहली वर्ज़न बनाई थी, उसने उस हफ़्ते ग्यारह हिलती क्वेरी रिपोर्ट कीं जिस हफ़्ते कुछ ख़ास हिला ही नहीं था। कॉन्ट्रैक्ट ठीक था; एक्सपोर्ट नहीं। 30 दिन की फ़ाइल की तुलना 28 दिन की विंडो से करने पर दो गुम दिन पूरी साइट का ढहना दिखने लगे। अब कॉन्ट्रैक्ट दोनों रेंज मेल न खाने पर चलने से इनकार कर देता है, और वह ख़राबी दोबारा नहीं आई।
चरण 4: वह पंक्ति जोड़ें जो एजेंट नहीं लिख सकता
हर रिपोर्ट को एक इंसानी पैराग्राफ़ मिलता है: पिछले हफ़्ते हमने क्या रिलीज़ किया, बदला या तोड़ा।
यह सजावट नहीं है। यह उस एजेंट को पकड़ने का सबसे तेज़ तरीक़ा है जो आपकी अपनी रिलीज़ को एल्गोरिदम अपडेट बता देता है। जब रिपोर्ट कहे कि प्रोडक्ट पेजों का एक समूह गिरा है और आपका नोट कहे कि टेम्पलेट मंगलवार को बदला, तो स्पष्टीकरण की गुंजाइश तुरंत सिकुड़ जाती है।
अपेक्षित नतीजा: रिपोर्ट के ऊपर दो या तीन वाक्य, किसी इंसान द्वारा लिखे हुए।
क्वालिटी जाँच: अगर नोट और मूवमेंट सेक्शन एक-दूसरे का खंडन करते हैं, तो वह खंडन रिपोर्ट की सबसे क़ीमती पंक्ति है। उसे चिकना करने के बजाय दिखता रहने दें।
चरण 5: भेजने से पहले सत्यापन
रिपोर्ट आपकी मेज़ से निकले, उससे पहले ये तीन जाँचें करें।
- तारीख़ें। हेडर में दोनों विंडो लिखी हों, एक्सपोर्ट से मेल खाती हों।
- दो स्पॉट चेक। दो फ़्लैग की गई क्वेरी हाथ से सत्यापित।
- एक विरोधाभास जाँच। क्या कोई दावा किया गया स्पष्टीकरण ऐसे डेटा का हवाला दे रहा है जो नीचे की फ़ाइल सूची में नहीं है?
तीनों पास हो जाएँ तो रिपोर्ट साझा करने लायक है। यह आपके निर्णय का मसौदा है, उसका विकल्प नहीं।
एडवांस्ड रास्ता, जब आप तैयार हों
चार हफ़्ते तक वर्कफ़्लो हाथ से चलाएँ। एक ही तरह की ग़लती दो बार सुधारने के बाद ही ऑटोमेशन की ओर बढ़ें।
उसके बाद सुधार धीरे-धीरे आते हैं:
- रन शेड्यूल करें। हफ़्तावार शेड्यूल्ड रन आपके लैपटॉप खोलने से पहले रिपोर्ट लिख देगा। इंसानी पैराग्राफ़ को अनिवार्य फ़ील्ड रखें, ताकि रिपोर्ट उसके बिना बाहर न जा सके।
- स्नैपशॉट वर्ज़न कंट्रोल में रखें। हर रन एक कमिट बन जाता है। दो हफ़्तों के बीच का diff दोनों रिपोर्टों से तेज़ पढ़ा जाता है।
- दूसरी प्रॉपर्टी जोड़ें। प्रतिस्पर्धी या ब्रांड क्वेरी उसी कॉन्ट्रैक्ट के साथ अलग रिपोर्ट में रहें, मुख्य में घुलमिल न जाएँ।
- एक बाहरी सिग्नल जोड़ें। ब्रांड सर्च या जवाब में हिस्सेदारी की जाँच 2026 के सर्वेक्षण के ब्रांड सिग्नल को सैद्धांतिक के बजाय मापने लायक बना देती है।
किसे ऑटोमेट न करें: सिफ़ारिश वाला चरण। जिस पल एजेंट साइट बदलाव सुझाने लगे, आप रिपोर्टिंग से पब्लिशिंग में पहुँच चुके हैं, और समीक्षा का बोझ बचे समय से तेज़ बढ़ता है।
समस्या निवारण
लक्षण | संभावित कारण | समाधान |
|---|---|---|
हर क्वेरी गिरी हुई लगती है | एक्सपोर्ट के बीच तारीख़ रेंज का खिसकना | कॉन्ट्रैक्ट और हेडर दोनों में दोनों विंडो पिन करें |
रिपोर्ट ख़ाली है | आपके ट्रैफ़िक स्तर के लिए थ्रेशोल्ड बहुत कड़े | पोज़िशन थ्रेशोल्ड से पहले इंप्रेशन थ्रेशोल्ड घटाएँ |
हर हफ़्ते वही पाँच क्वेरी | क्वेरी सेट बहुत संकीर्ण है | टोकरियों में लॉन्ग-टेल और तुलनात्मक क्वेरी जोड़ें |
बिना स्पष्टीकरण मूवमेंट | कम वॉल्यूम क्वेरी के लिए सामान्य | "इस डेटा से अव्याख्यायित" नतीजा रखें और आगे बढ़ें |
आँकड़े Search Console से अलग | एक्सपोर्ट में प्रॉपर्टी या फ़िल्टर का बेमेल | हमेशा एक ही प्रॉपर्टी और एक ही फ़िल्टर सेट से एक्सपोर्ट करें |
वर्कफ़्लो को ज़िंदा रखें
तीन रखरखाव की आदतें इसे पहली तिमाही के बाद भी उपयोगी बनाए रखती हैं।
हर तिमाही क्वेरी सेट की समीक्षा करें। पिछले साल की प्राथमिकताओं के पीछे भागती रिपोर्ट इतिहास का पाठ है, रैंकिंग रिपोर्ट नहीं।
Search Console बदले तो कॉन्ट्रैक्ट दोबारा पढ़ें। Google समय-समय पर परफ़ॉर्मेंस रिपोर्ट का इंटरफ़े़स और एक्सपोर्ट फ़ील्ड अपडेट करता है। कोई फ़ील्ड ग़ायब हो जाए तो कॉन्ट्रैक्ट उसी दिन ठीक करना पड़ता है।
पुरानी रिपोर्टें सहेज कर रखें। इस तिमाही की रिपोर्ट की तुलना पिछले साल की उसी तिमाही से करना असली गिरावट को मौसमी असर से अलग करने का इकलौता सस्ता तरीक़ा है।
अक्सर पूछे जाने वाले सवाल (FAQ)
क्या Codex ज़रूरी है? नहीं। यह वर्कफ़्लो किसी भी ऐसे एजेंट के साथ चलता है जो फ़ाइलें पढ़ सके, शेड्यूल पर चल सके और समीक्षा लायक आउटपुट लिख सके। Codex तब फ़िट बैठता है जब आपकी साइट पहले से किसी रिपॉज़िटरी में रहती है, क्योंकि तब रिपोर्ट एक ऐसी कमिट बन जाती है जिसकी तुलना आप कर सकते हैं।
क्या सिर्फ़ मुफ़्त टूल से हो सकता है? हो सकता है। पूरा वर्कफ़्लो Search Console के मुफ़्त डेटा और एजेंट पर चलता है। पेड रैंक ट्रैकर की ज़रूरत तभी पड़ती है जब आप प्रतिस्पर्धियों की पोज़िशन या ऐसी पोज़िशन चाहते हैं जो आपकी अपनी प्रॉपर्टी में नहीं दिखती।
यह Search Console की परफ़ॉर्मेंस रिपोर्ट से कैसे अलग है? परफ़ॉर्मेंस रिपोर्ट आपको एक तालिका दिखाती है। यह वर्कफ़्लो एक फ़ैसला पैदा करता है: कौन-सी क्वेरी थ्रेशोल्ड पार कर गईं, डेटा क्या समझाता है और क्या नहीं, और अगले हफ़्ते क्या जाँचना है। यह एक रिकॉर्ड भी रखता है, जो इंटरफ़ेस नहीं करता।
अगर मेरी साइट पर बहुत कम ट्रैफ़िक है? इंप्रेशन थ्रेशोल्ड घटाएँ और 28 दिन की तुलना पिछले 28 दिनों के बजाय पिछले साल के उन्हीं 28 दिनों से करें। कम वॉल्यूम वाली साइटों को हफ़्ते-दर-हफ़्ते की तुलना से ज़्यादा सिग्नल साल-दर-साल तुलना से मिलता है।
क्या रिपोर्ट में AI Overview या AI साइटेशन होने चाहिए? चाहें तो अपने अलग कॉन्ट्रैक्ट के साथ एक अलग सेक्शन जोड़ें। उसे पोज़िशन रिपोर्ट से बाहर रखें, क्योंकि स्रोत और मापन अलग हैं, और दोनों को मिलाने से दोनों पढ़ना मुश्किल हो जाता है।
लेखक: Leo Harrington, Auspia में 500 से अधिक एग्ज़िक्यूटिव रिपोर्टों के लिए SEO एनालिटिक्स अनुवादक। Leo लिखते हैं कि सर्च डेटा को ऐसी रिपोर्टों में कैसे बदला जाए जिन पर कोई ग़ैर-विशेषज्ञ काम कर सके।
