अगर आपका रैंकिंग मॉनिटर हफ़्ते में चालीस अलर्ट भेजता है, तो आप उसे पढ़ना बंद कर देते हैं। अगर एक भी नहीं भेजता, तो गिरावट का पता आपको सेल्स टीम के फ़ोन से चलता है। दोनों एक ही विफलता हैं: किसी ने तय नहीं किया कि वह बदलाव कैसा दिखता है जिस पर कार्रवाई करनी चाहिए।
यह मॉनिटरिंग लूप पर लेख नहीं है। हर्मीस का साप्ताहिक लूप कैसे चलाना है, हम पहले ही लिख चुके हैं और उस पर कायम हैं। यह लेख उससे संकरा है और सही करना कहीं ज़्यादा मुश्किल: अलर्ट का डिज़ाइन। बैंड ग़लत रहे तो पूरा लूप महज़ एक रस्म बन जाता है।
जो समस्या ज़्यादा संभव है
आपका मॉनिटर शायद ख़राब नहीं है। वह ग़लत चीज़ ग़लत मात्रा में बता रहा है।
स्किल फ़ाइल छूने से पहले ये चार लक्षण देख लीजिए।
लक्षण | आम तौर पर इसका मतलब |
|---|---|
हफ़्ते में दस से ज़्यादा अलर्ट और आप किसी पर कार्रवाई नहीं करते | कोई थ्रेशोल्ड बैंड नहीं; मॉनिटर बदलाव का लॉग है, अलर्ट सिस्टम नहीं |
रैंकिंग स्थिर दिखती है जबकि क्लिक गिर रहे हैं | आप सिर्फ़ रैंकिंग देख रहे हैं, और जो सिग्नल हिला वह क्लिक या ब्रांड का है |
सोमवार सुबह सब बज उठता है | एक दिन की तुलना; वीकेंड का डेटा शोर भरा है और संकरे बैंड को हमेशा तोड़ देगा |
फ़िक्स लाइव होने के बाद अलर्ट आते हैं | लय साप्ताहिक है पर बदलाव का चक्र रोज़ का; ट्रिगर को दूसरा डिज़ाइन चाहिए |
अगर इनमें से दो पंक्तियाँ आपके सेटअप पर लागू होती हैं, तो इलाज नीचे दी गई वही चार बदलावों की सूची है। इनमें से किसी के लिए नया टूल नहीं चाहिए।
सुधार 1: "हर बदलाव पर अलर्ट" की जगह तीन बैंड रखें
काम का मॉनिटर ठीक तीन अवस्थाओं में होता है, और बीच वाली ही उसे सहने लायक बनाती है।
बैंड | परिभाषा (उदाहरण) | एजेंट क्या करता है |
|---|---|---|
रिपोर्ट | रैंकिंग 3–5 स्थान हिलती है, या इंप्रेशन 10–30% | साप्ताहिक रिपोर्ट में लिख देता है। कोई सूचना नहीं। |
निगरानी | रैंकिंग 6–10 स्थान हिलती है, या पेज टॉप 20 से बाहर हो जाता है | प्रवेश तिथि के साथ निगरानी सूची में जोड़ देता है |
कार्रवाई | रैंकिंग 10 से ज़्यादा स्थान हिलती है, या कोई कमाई वाली क्वेरी पहले पेज से बाहर हो जाती है | पेज और क्वेरी के साथ एक सूचना भेजता है |
तीन चीज़ें इन बैंडों को काम कराती हैं: ये अंकों में लिखे हैं, आपके दिमाग़ में नहीं बल्कि स्किल फ़ाइल में रहते हैं, और "कार्रवाई" बैंड जानबूझकर संकरा है। अगर "कार्रवाई" हफ़्ते में दो बार से ज़्यादा बजे, तो वह बहुत चौड़ा है।
तीन बैंड, सूचना का एक ही चैनल। "कार्रवाई" बैंड इतना ख़ामोश रहना चाहिए कि आप उसे अब भी पढ़ें।
गुणवत्ता जाँच: बैंड चालू करने से पहले उन्हें पिछले महीने के डेटा पर चलाइए। गिनिए कि कितनी पंक्तियाँ "कार्रवाई" में गिरतीं। संख्या महीने में आठ से ऊपर हो तो थ्रेशोल्ड खिसकाइए।
अगर काम न करे: कम ट्रैफ़िक वाली साइटों पर सिर्फ़ रैंकिंग बैंड कभी नहीं बजेंगे। इंप्रेशन बैंड को मुख्य ट्रिगर और रैंकिंग को दूसरा ट्रिगर बनाइए।
सुधार 2: क्वेरी सेट जमा दें और समूह बनाएँ
निगरानी तब भटकती है जब क्वेरी सूची हर हफ़्ते बदलती रहती है। एक तिमाही के लिए जमा दीजिए, फिर समीक्षा कीजिए।
क्वेरी को उसी तरह समूहित कीजिए जैसे कारोबार पहले से बोलता है, सर्च वॉल्यूम के हिसाब से नहीं:
- कमाई वाली क्वेरी — जो आमदनी से जुड़ी हैं। इन्हें सबसे संकरा "कार्रवाई" बैंड मिलता है।
- तुलना वाली क्वेरी — जहाँ ख़रीदार तौलता है। ये प्रतिस्पर्धियों के साथ हिलती हैं, इसलिए इन्हें अलर्ट से ज़्यादा टिप्पणी चाहिए।
- ब्रांड क्वेरी — आपका नाम और उत्पाद की शब्दावली। यहाँ गिरावट आम तौर पर SEO से अलग कुछ बताती है, और ठीक इसीलिए वह रिपोर्ट में जाती है।
- सहायता क्वेरी — जहाँ मौजूदा ग्राहक जवाब ढूँढते हैं। व्यापारिक मूल्य कम, पर कंटेंट के पुराने पड़ने का सिग्नल तेज़।
बीस से पचास क्वेरी काम करने वाली रेंज है। बीस से नीचे आप क्लस्टर चूक जाएँगे; पचास से ऊपर निगरानी का दायरा इतना बड़ा हो जाता है कि "कार्रवाई" बिना रुके बजती रहती है।
सुधार 3: पढ़ने से पहले टिप्पणी लिखें
इस प्रक्रिया की सबसे क़ीमती आदत दो मिनट लेती है। साप्ताहिक रिपोर्ट बनने से पहले छोटा नोट जोड़ दीजिए कि क्या-क्या लाइव गया: रिलीज़, टेम्पलेट बदलाव, रीडायरेक्ट, दाम में बदलाव, PR गतिविधि।
टिप्पणी के बिना हर हलचल को डिफ़ॉल्ट रूप से SEO वाला स्पष्टीकरण मिल जाता है। टीमें इसी तरह एक हफ़्ता एल्गोरिदम अपडेट के पीछे भागती रहती हैं, जबकि असली वजह मंगलवार का टेम्पलेट बदलाव था।
हर्मीस स्किल को यह नोट इनपुट के तौर पर ज़रूरी रखना चाहिए, वैकल्पिक नहीं मानना चाहिए। नोट न हो तो स्किल अंदाज़ा लगाने के बजाय रिपोर्ट के सिरे पर साफ़ पंक्ति लिखे — "बदलाव लॉग उपलब्ध नहीं कराया गया"।
टिप्पणी विश्लेषण से पहले आती है, बाद में नहीं। पूरी प्रक्रिया में सटीकता का यह सबसे सस्ता सुधार है।
सुधार 4: उन सिग्नलों पर नज़र रखें जो 2026 में सचमुच हिले
यहीं ज़्यादातर मॉनिटरिंग सेटअप एक साल पीछे हैं। 9 सितंबर 2026 को प्रकाशित ज़िप्पी विशेषज्ञ सर्वेक्षण ने 131 प्रैक्टिशनरों से 13,665 डेटा पॉइंट जुटाए। व्यवहार और क्लिक सिग्नल 29.4% तक पहुँचे, ब्रांड सिग्नल 27.0%, और तकनीकी SEO स्वास्थ्य 17.5%। उस सर्वेक्षण के ब्लाइंड स्पॉट पर हमने पेज और ब्रांड सिग्नल के फ़ासले वाला लेख लिखा है, पर मॉनिटर के लिए व्यावहारिक नतीजा सीधा है: अगर आप सिर्फ़ रैंकिंग देख रहे हैं, तो आप वह सिग्नल देख रहे हैं जिसे बदलना सबसे आसान है।
दो जोड़ मेहनत के लायक हैं:
चिह्नित क्वेरी में प्रति-इंप्रेशन क्लिक। ऐसी क्वेरी जो चौथे स्थान पर टिकी है जबकि इंप्रेशन बढ़ रहे हैं और CTR गिर रहा है, स्थिर नहीं है। वह क्षय हो रही है, और रैंकिंग आपको यह नहीं बताएगी।
ब्रांड सर्च को अलग पंक्ति में रखें। ब्रांड की माँग उन वजहों से हिलती है जो SEO को दिखती नहीं, और वह बाक़ी हर आँकड़े को पढ़ने का तरीक़ा बदल देती है। उसे अलग ट्रैक कीजिए ताकि ब्रांड से आई ट्रैफ़िक की घट-बढ़ को कंटेंट की कामयाबी न समझ लिया जाए।
अगर आगे बढ़कर AI में उद्धरण दृश्यता भी जोड़नी है, तो उसे अपने अलग थ्रेशोल्ड के साथ अलग हिस्से में रखिए। उत्तर देने वाले इंजनों की दृश्यता को रैंकिंग मॉनिटर में मिला देना दोनों को पढ़ना मुश्किल बना देता है, और स्रोत वैसे भी तुलनीय नहीं हैं।
इसे हर्मीस एजेंट स्किल की तरह बनाइए
हर्मीस एजेंट यहाँ अच्छी तरह बैठता है क्योंकि वह बँधी हुई स्किल को सत्रों के बीच याद के साथ बार-बार चलाता है, और साप्ताहिक मॉनिटर को ठीक यही चाहिए। अगर आपने अब तक सेट नहीं किया, तो SEO/GEO के लिए हर्मीस संचालन गाइड प्रोजेक्ट फ़ोल्डर और मंज़ूरी के नियम समझाती है।
स्किल फ़ाइल को पाँच खंड चाहिए:
- इनपुट — पिछले हफ़्ते का एक्सपोर्ट, बदलाव लॉग का नोट और जमाई हुई क्वेरी सूची।
- बैंड — सुधार 1 की तीन थ्रेशोल्ड, अंकों में।
- समूह — सुधार 2 के चार क्वेरी समूह, हर एक पर लागू बैंड के साथ।
- आउटपुट — तीन तय हिस्सों वाली रिपोर्ट, साथ में पिछले हफ़्ते से आई निगरानी सूची।
- सीमाएँ — सिर्फ़ पढ़ना, साइट पर कोई बदलाव नहीं, "कार्रवाई" बैंड के बाहर कोई सूचना नहीं।
नक़ल के लिए तैयार शुरुआती ढाँचा:
## रैंकिंग मॉनिटर स्किल
इनपुट: data/latest.csv, notes/change-log.md, queries/frozen-list.csv
लय: साप्ताहिक
बैंड:
- रिपोर्ट: रैंकिंग हलचल 3-5, या इंप्रेशन हलचल 10-30%
- निगरानी: रैंकिंग हलचल 6-10, या पेज का टॉप 20 से बाहर होना
- कार्रवाई: रैंकिंग हलचल 10+, या कमाई वाली क्वेरी का पहले पेज से बाहर होना
समूह और बैंड अपवाद:
- कमाई: "कार्रवाई" 6 स्थान से बजती है
- तुलना: सिर्फ़ "निगरानी", कभी सूचना नहीं
- ब्रांड: "रिपोर्ट" बैंड; अलग चिह्नित करें, कंटेंट की हलचल से न मिलाएँ
- सहायता: "रिपोर्ट" बैंड
आउटपुट: reports/monitor/YYYY-MM-DD.md
1. जो पंक्तियाँ हिलीं और बैंड पार कर गईं
2. संभावित स्पष्टीकरण, इनपुट तक सीमित। जहाँ फ़ाइलें
कवर न करें वहाँ लिखें "इस डेटा से स्पष्ट नहीं"।
3. निगरानी सूची, हर पंक्ति की प्रवेश तिथि के साथ
notes/change-log.md न हो तो सिरे पर लिखें "बदलाव लॉग उपलब्ध नहीं कराया गया"।
कभी साइट बदलाव की सिफ़ारिश न करें। reports/monitor/ के बाहर कभी फ़ाइल न बदलें।इसे हर हफ़्ते चलाइए। रिपोर्ट एक बार पढ़िए। सिर्फ़ "कार्रवाई" बैंड पर कार्रवाई कीजिए, और वह भी उन पंक्तियों पर जो दो हफ़्ते तक वही स्पष्टीकरण लेकर आई हों।
"हो गया" कैसा दिखता है: आप बता सकें कि पिछले महीने कितने अलर्ट बजे, कितने कार्रवाई में बदले, और पता लगने तक का औसत समय क्या रहा। अगर ये तीन जवाब नहीं दे पाते, तो मॉनिटर अब भी महज़ एक लॉग है।
यह बैंड डिज़ाइन उस ग़लती से निकला है जो मैंने दो बार की। मैंने जो पहला मॉनिटर लगाया वह हर रैंकिंग बदलाव पर अलर्ट भेजता था, और महीने भर में उसने मुझे उसे नज़रअंदाज़ करना सिखा दिया। दूसरा किसी चीज़ पर अलर्ट नहीं भेजता था, क्योंकि मैंने "कार्रवाई" बैंड अपने से दस गुना ट्रैफ़िक वाली साइट के लिए सेट कर दिया था। ऊपर वाला संस्करण तीसरी कोशिश है, और अकेला है जिसे मैं आज भी पढ़ता हूँ।
नापिए कि मॉनिटर बेहतर हुआ या नहीं
तीन अंक बताते हैं कि इनमें से कुछ काम आया या नहीं, और इनमें एक भी रैंकिंग नहीं है।
मीट्रिक | पहले | 4 हफ़्ते बाद लक्ष्य |
|---|---|---|
महीने में अलर्ट | 20–40 | 4–8 |
अलर्ट जो फ़ैसले में बदले | 0–2 | आधे |
गिरावट से पकड़े जाने तक का समय | 2–6 हफ़्ते | 1 हफ़्ता |
अगर अलर्ट घटें पर फ़ैसले न बढ़ें, तो आपका "कार्रवाई" बैंड बहुत संकरा है, मॉनिटर बहुत ख़ामोश नहीं। उसे एक दर्जा चौड़ा कीजिए और एक महीना और चलाइए।
कब इसका इस्तेमाल न करें
अगर नतीजे का कोई मालिक न हो तो यह सब छोड़ दीजिए। जिस साप्ताहिक रिपोर्ट को कोई नहीं पढ़ता वह रिपोर्ट न होने से महँगी पड़ती है, क्योंकि वह यह भ्रम बनाती है कि रैंकिंग का काम देखा जा रहा है।
अगर आपकी साइट को रोज़ कुछ सौ से कम इंप्रेशन मिलते हैं तो भी छोड़ दीजिए। उस मात्रा में साप्ताहिक मॉनिटर के बजाय महीने-दर-महीने सालाना तुलना कीजिए: सिग्नल अभी है ही नहीं, और आपका समय ऐसी थ्रेशोल्ड ट्यून करने में जाएगा जो बज ही नहीं सकतीं।
अक्सर पूछे जाने वाले सवाल
क्या यह किसी पेड रैंक ट्रैकर की जगह लेता है? नहीं। Search Console आपकी अपनी प्रॉपर्टी कवर करता है, और इस मॉनिटर को ठीक वही चाहिए। पेड ट्रैकर प्रतिस्पर्धियों की रैंकिंग, रोज़ की लय और ऐसी जगहें जोड़ते हैं जो आपको अपने डेटा में नहीं दिखतीं। मुफ़्त से शुरू कीजिए और ट्रैकर तब जोड़िए जब आपको तुलना चाहिए, आधार-रेखा नहीं।
हफ़्ते में कितने अलर्ट सामान्य हैं? रोज़ कुछ हज़ार इंप्रेशन वाली साइट के लिए महीने में चार से आठ काम करने वाली रेंज है। हफ़्ते में दो वाजिब ऊपरी सीमा है। उससे ऊपर बैंड बहुत संकरे हैं।
मॉनिटर रोज़ चलना चाहिए या हफ़्ते में एक बार? रिपोर्ट के लिए साप्ताहिक, और सिर्फ़ "कार्रवाई" बैंड के लिए रोज़। रोज़ की रिपोर्टें रोज़ का पढ़ना बना देती हैं, और इसी तरह निगरानी सुरक्षा-जाल के बजाय एक नौकरी बन जाती है।
क्या Codex या Claude Code वही डिज़ाइन चला सकते हैं? हाँ। बैंड, समूह, टिप्पणियाँ और आउटपुट का ढाँचा एजेंट पर निर्भर नहीं हैं। सिर्फ़ फ़ाइल की परंपराएँ अलग हैं, इसीलिए हम Codex और Claude Code की गाइड अलग रखते हैं।
कोई क्वेरी "कार्रवाई" बैंड में बजे तो क्या करें? पहले पेज देखिए, फिर SERP। पेज ठीक हो और SERP का ढाँचा बदल गया हो, तो इलाज आम तौर पर दूसरा कंटेंट या दूसरा फ़ॉर्मैट होता है, दोबारा लिखना नहीं। जाँच का क्रम हमारे AI SEO प्लेटफ़ॉर्म समय के साथ रैंकिंग प्रदर्शन कैसे देखते हैं वाले नोट में है।
लेखिका: कैमिल रोड्स, Auspia में 300 से ज़्यादा AI कंटेंट वर्कफ़्लो की आर्किटेक्ट। वर्कफ़्लो डिज़ाइन, ऑटोमेशन की सीमाओं और उन समीक्षा चरणों पर लिखती हैं जो AI की मदद से किए SEO काम को उपयोगी बनाए रखते हैं।
