डैशबोर्ड सबसे कम महत्वपूर्ण चीज़ है जो हमने प्रोडक्ट के इस हिस्से में बनाई। अगर लॉन्च का दबाव मुझे शेड्यूल पर बाकी सब कुछ भेजने के लिए एक चीज़ काटने पर मजबूर करता, तो मैं इसे सबसे पहले काटता — और मैं यह उस व्यक्ति के तौर पर कह रहा हूं जो हमारा डैशबोर्ड रोज़ देखता है।
यहां वजह है। मैंने यह पैटर्न इतनी बार देखा है कि अब इसे भविष्यवाणी कर सकता हूं: कोई छह हफ़्ते कुछ अच्छा बनाने में लगाता है, इसे मंगलवार को लॉन्च करता है, उस पहले दिन Analytics को ग्यारह बार चेक करता है, अगले दिन दो बार, उसके बाद के दिन एक बार, और फिर कभी नहीं। उन्होंने परवाह करना बंद नहीं किया। चेक करना आसान है और कार्रवाई करना मुश्किल — आपको यह जानना होगा कि Search Console की चालीस क्वेरीज़ में से वाकई कौन सी मायने रखती हैं, क्या 4,000 इम्प्रेशन पर 2.1% क्लिक-थ्रू रेट खराब है या उस रैंकिंग पोज़िशन के लिए सामान्य, और फिर एक CMS में जाकर मेटा डिस्क्रिप्शन फिर से लिखनी होगी जिसे आपने लॉन्च हफ़्ते के बाद से खोला ही नहीं। तीन कदम, हर एक में लूप को खत्म करने लायक पर्याप्त घर्षण। एक डैशबोर्ड इसे ठीक नहीं करता। डैशबोर्ड वही जगह है जहां घर्षण रहता है।
रोज़ क्या आता है, और पहले हफ़्ते में आपको इसमें से कितने पर भरोसा करना चाहिए
सिंक चार जगहों से डेटा खींचता है, और पहले दिन उनका सिग्नल बराबर नहीं होता।
| स्रोत | रोज़ आता है | बनता है |
|---|---|---|
| Google Search Console | प्रति पेज क्वेरीज़, इम्प्रेशन, क्लिक्स, पोज़िशन | ऐसे पेज जिनमें इम्प्रेशन हैं पर क्लिक-थ्रू कमज़ोर है → टाइटल और मेटा रीराइट |
| Google Analytics | प्रति होस्टनेम सेशन, स्रोत, व्यवहार | लैंडिंग पेज जो आकर्षित तो करते हैं पर रोक नहीं पाते → कंटेंट और स्ट्रक्चर पर काम ज़रूरी |
| ऐप स्टोर | इंस्टॉल और लिस्टिंग-परफॉर्मेंस स्नैपशॉट | स्टोर परफॉर्मेंस को वेब डेटा के साथ जोड़कर, एक ही डैशबोर्ड में |
| आपकी प्रकाशित पोस्ट | मार्केटिंग ड्राफ्ट पोस्ट करते समय दर्ज किए गए URL | रेफरल ट्रैफ़िक को उस चैनल का श्रेय जिसने उसे अर्जित किया |
Search Console वह है जो अगर आप बहुत जल्दी देखें तो आपसे झूठ बोलता है। Google किसी नए पेज को तुरंत इंडेक्स या रैंक नहीं करता — एक बिल्कुल नए डोमेन के लिए, इंप्रेशन दिखने में दो से चार हफ़्ते लग सकते हैं, और पहले महीने में पोज़िशन डेटा शोर भरा रहता है क्योंकि Google अभी तय कर रहा होता है कि आप कहाँ फिट बैठते हैं। इसी वजह से हम एजेंट्स को पहले हफ़्ते के Search Console आंकड़ों के आधार पर बदलाव सुझाने से रोकते हैं। तीन इंप्रेशन और शून्य क्लिक वाला पेज सांख्यिकीय रूप से कुछ नहीं बताता; उसी आधार पर टाइटल फिर से लिखना अतिरिक्त कदमों के साथ अंदाज़ा लगाना है। Analytics ज़्यादा तेज़ी से भरोसेमंद हो जाता है, क्योंकि किसी के विज़िट करते ही सेशन असली हो जाता है, बिना किसी क्रॉल देरी के।
ऐप स्टोर वह पंक्ति है जिसे लोग पूरी तरह भूल जाते हैं, और इसकी वजह यह नहीं कि डेटा मायने नहीं रखता — बल्कि यह एक अलग पोर्टल है, अलग लॉगिन है, अलग शब्दावली है (उनका "इंप्रेशन" "पेज पर रेंडर हुआ" के बजाय "सर्च रिज़ल्ट में दिखा" के करीब है), और कोई भी स्वेच्छा से इसमें कॉन्टेक्स्ट-स्विच नहीं करना चाहता। इसे उसी डेली सिंक में शामिल करने का मतलब है कि लिस्टिंग-कन्वर्ज़न में गिरावट, वेब ट्रैफ़िक की उस गिरावट के ठीक बगल में दिखती है जो शायद इसकी वजह है, बजाय इसके कि वह किसी ऐसे ऐप में बिना पढ़े पड़ी रहे जिसे कोई खोलना याद नहीं रखता।
वह प्रॉपर्टी गड़बड़ी जिसने हमें सिखाया कि कैश्ड फ़िल्टर पर भरोसा न करें
एक यूज़र के पास एक ही Google Analytics प्रॉपर्टी पर दो साइटें थीं, जो प्लेटफ़ॉर्म पर आने से कई साल पहले इसी तरह सेट की गई थीं, क्योंकि इससे एक कम प्रॉपर्टी मैनेज करनी पड़ती थी। लगभग एक दिन तक, हमारा डैशबोर्ड दोनों डोमेन के कॉम्बाइंड ट्रैफ़िक को ऐसे दिखा रहा था जैसे वह एक ही साइट का हो। सेशन बहुत बढ़िया दिख रहे थे। बाउंस रेट भी संदेहजनक रूप से अच्छा दिख रहा था, वास्तव में — इतना अच्छा कि पीछे मुड़कर देखें तो यही संकेत होना चाहिए था, क्योंकि यह दो बहुत अलग साइटों का औसत था, न कि किसी एक के लिए असली आंकड़ा।
समाधान: हर Analytics क्वेरी पर एक होस्टनेम फ़िल्टर लगाया जाता है जो लाइव रिक्वेस्ट के विरुद्ध होता है, न कि कनेक्शन के समय कैश की गई कॉन्फ़िग वैल्यू के विरुद्ध। प्रॉपर्टी दोबारा असाइन होती हैं, सबडोमेन जुड़ते हैं, और एक पुराना फ़िल्टर, फ़िल्टर न होने से भी बुरा है क्योंकि यह चुपचाप फेल होता है, ज़ोर से नहीं। हम शेयर्ड-प्रॉपर्टी वाले केस का विशेष रूप से परीक्षण करते हैं — एक GA4 प्रॉपर्टी, बीस डोमेन, यह सत्यापित करते हुए कि फ़िल्टर किया गया टोटल एक-प्रॉपर्टी कंट्रोल से मेल खाता है — क्योंकि यह बग कोई एरर नहीं फेंकता। यह बस चुपचाप ऐसी अच्छी ख़बर देता है जो आपकी है ही नहीं।
किसी नंबर को फ़ैसले में बदलना ही असली प्रोडक्ट है
एक डैशबोर्ड, अपने आप में, बिना कुछ किए सूचित महसूस करने का एक तरीका है। असली मूल्य उस अंतर में छिपा है जो किसी नंबर को देखने और उस पर कार्रवाई करने के बीच होता है, और यही वह अंतर है जहाँ ज़्यादातर साइड प्रोजेक्ट्स का ऑप्टिमाइज़ेशन काम दम तोड़ देता है।
Optimize टीम का काम इसी अंतर को पाटना है। हमारे ही एक डोमेन पर एक पेज "self-hosted analytics setup" क्वेरी क्लस्टर के लिए हफ़्ते में 1,800 इंप्रेशन ला रहा था, जिसका क्लिक-थ्रू रेट 1.4% था — पोज़िशन 6-8 पर इस तरह की इन्फ़ॉर्मेशनल क्वेरी के लिए अपेक्षित 3-5% से काफ़ी कम। एजेंट ने सिर्फ़ इसे फ़्लैग नहीं किया। इसने एक टाइटल रीराइट सुझाया जिसने लोगों के असली दर्द बिंदु को पहले 60 अक्षरों में लाया, वह हिस्सा जो रिज़ल्ट्स पेज में कटता नहीं है, विशेष क्वेरी और इंप्रेशन काउंट को सबूत के रूप में उद्धृत किया, और लागू करने के बाद अगले दो हफ़्तों में क्लिक-थ्रू 3.8% तक पहुँच गया। एक असली पेज पर असली सुधार। सिर्फ़ किसी चार्ट का लाल से हरा होना नहीं।
इसमें से कितना बिना आपके हाथ लगाए होता है, यह एक स्तर है, कोई स्वभाव नहीं:
- केवल रिपोर्ट। निष्कर्ष सबूत सहित पढ़ने योग्य रिपोर्ट के रूप में आते हैं। आगे कार्रवाई करना या न करना आपकी मर्ज़ी है। उन डोमेन के लिए अच्छा जिनके प्रति आप सतर्क हैं, या शुरुआती डोमेन के लिए जहाँ आप अभी भी तर्क जाँचना चाहते हैं।
- सुझाव दें। एजेंट असली बदलाव का ड्राफ्ट तैयार करता है — असली टाइटल टैग, असली पैराग्राफ़ — और आपकी स्वीकृति का इंतज़ार करता है। ज़्यादातर लोग एक महीने बाद यहीं टिकते हैं, जब सुझावों ने भरोसा कमा लिया हो पर आखिरी फैसला फिर भी वे खुद लेना चाहें।
- स्वायत्त। स्वीकृत बदलाव प्रकार लागू हो जाते हैं, फिर एक-दो हफ़्ते बाद आंकड़ों के आधार पर दोबारा सत्यापित होते हैं। अगर मेट्रिक ग़लत दिशा में गया, तो यह अपने-आप वापस पलट जाता है, बजाय इसके कि आपके ध्यान देने तक एक बदतर पेज लाइव रहे।
हम अपनी साइट पर मेटा और टाइटल बदलावों के लिए स्वायत्त मोड चलाते हैं, और पेज स्ट्रक्चर या नए कंटेंट को छूने वाली किसी भी चीज़ के लिए सुझाव मोड। ग़लत टाइटल दो-सेकंड का फिक्स है। एक बिगड़ा हुआ कंटेंट रीराइट महीनों में कमाई गई रैंकिंग को डुबो सकता है, और मैं चाहूँगा कि यह लाइव होने से पहले कोई इंसान इसे पकड़े, बाद में नहीं। आपकी जोखिम गणना कहीं और पहुँच सकती है, और उसे पहुँचनी भी चाहिए — जो डोमेन आपकी पूरी आमदनी है, उसे किसी शौकिया प्रोजेक्ट से ज़्यादा सावधानी चाहिए, चाहे आप सिद्धांत रूप में ऑटोमेशन पर कितना भी भरोसा करते हों।
रोलबैक ही वह चीज़ है जो स्वायत्त मोड को लापरवाह के बजाय भरोसेमंद बनाती है। कोई बदलाव लाइव होता है, फिर प्लेटफ़ॉर्म मेट्रिक के अनुसार तय की गई एक मापन विंडो का इंतज़ार करता है — कम-ट्रैफ़िक वाले पेज पर क्लिक-थ्रू के लिए, इसका मतलब हो सकता है कि दिनों की निश्चित संख्या गिनने के बजाय कुछ सौ इंप्रेशन जमा होने का इंतज़ार करना — और पहले व बाद की तुलना करता है। अगर यह आपके ख़िलाफ़ जाए, तो यह पलट जाता है और कारण दर्ज करता है। यह एक ऐसा बदलाव है जिसमें प्रयोग अंतर्निहित है, जो ईमानदारी से कहें तो इससे कहीं ज़्यादा मिलता-जुलता है कि एक सावधान व्यक्ति को वैसे भी ऑप्टिमाइज़ करना चाहिए; हम में से ज़्यादातर लोगों के पास इंतज़ार करने और जाँचने का धैर्य नहीं होता।
जहाँ आलोचक सही हैं
तो यह रही स्वीकारोक्ति। जो लोग स्वायत्त मोड का विरोध करते हैं, वे इस बात में ग़लत नहीं हैं कि दृश्यता का अपना ही मूल्य होता है — अपनी साइट पर क्या बदला, इसका पता खोना एक असली नुकसान है, और मैंने इसे महसूस किया है। सुझाव मोड ठीक इसीलिए मौजूद है ताकि आप कभी उस धागे को न खोएँ; इसकी कीमत बस इतनी है कि आप यह तय करें कि रिपोर्ट कब पढ़नी है, बजाय यह तय करने के कि बदलाव कब लागू करना है। और डैशबोर्ड, भले ही वहाँ मूल्य न बनता हो, फिर भी वही जगह है जहाँ आप रात 3 बजे चुपचाप हुए रोलबैक को पकड़ने और उसका कारण पूछने जाएँगे। मैं इसके नीचे की सिंक पाइपलाइन काटने से पहले इसे काटूँगा। पर मैं इसे शून्य तक नहीं काटूँगा, और आपको भी नहीं काटना चाहिए।
सेटअप जानबूझकर छोटा रखा गया है, क्योंकि यहाँ की घर्षण (friction) ही वजह है कि ज़्यादातर पोस्ट-लॉन्च डेटा पाइपलाइन कभी बनते ही नहीं। My Domains में Search Console और Analytics को लिंक करें — एक Google सर्विस अकाउंट दोनों को कवर करता है, एक OAuth फ़्लो, दो नहीं — और डेली सिंक उन डैशबोर्ड्स को डेटा देना शुरू कर देता है जिन्हें एजेंट्स वास्तव में पढ़ते हैं। प्लेटफ़ॉर्म की बिल्ड पाइपलाइन से शिप की गई किसी भी चीज़ के लिए स्टोर एनालिटिक्स अपने-आप जुड़ जाते हैं।
