सर्विस अकाउंट बनाने में चार मिनट। पहले सिंक में सोलह महीनों का Search Console इतिहास बैकफिल हो जाता है। पहले से वेरिफाइड और परमिशन-प्राप्त डोमेन के लिए दो सेकंड। और दो महीने — वह आंकड़ा जो बाकी तीनों से ज़्यादा सपोर्ट टिकट खड़े करता है, क्योंकि यह GA4 की डिफ़ॉल्ट डेटा रिटेंशन विंडो है, और लगभग कोई भी कनेक्ट करने से पहले इसे चेक करना नहीं जानता।
सेटअप खुद छोटा है: Settings → Google Accounts में एक क्रेडेंशियल, Domain Management में दो कनेक्ट बटन, और फिर आप ज़्यादातर यह पेज भूल ही जाते हैं। लेकिन वह दो-महीने वाला आंकड़ा पूरी व्याख्या के लायक है, क्योंकि यह बताता है कि क्यों कुछ डोमेन पहले ही दिन एक भरा-पूरा, उपयोगी Analytics इतिहास दिखाते हैं और दूसरे हफ्तों तक लगभग कुछ नहीं दिखाते — और जब ऐसा होता है तो यह प्लेटफ़ॉर्म की गड़बड़ी नहीं है।
एक क्रेडेंशियल, एक बार दिया गया
आप एक Google सर्विस-अकाउंट की अपलोड करते हैं — एक JSON फ़ाइल, न कि पर्सनल लॉगिन। यह एक रोबोट पहचान है, न कि कोई ह्यूमन OAuth टोकन जो एक्सपायर होता है या किसी के पासवर्ड बदलते ही टूट जाता है। Google Cloud इसे एक बार जारी करता है और यह तब तक काम करती रहती है जब तक आप इसे डिलीट नहीं करते — यही वजह है कि प्लेटफ़ॉर्म रात 3 बजे भी सिंक कर पाता है जब कोई लॉग-इन नहीं होता।
अगर आपने पहले कभी नहीं किया है तो इसे बनाने में लगभग वही चार मिनट लगते हैं: नया या मौजूदा प्रोजेक्ट, IAM & Admin → Service Accounts → Create, की डाउनलोड करें। परमिशन उससे कहीं ज़्यादा मायने रखती है जितना ड्रॉपडाउन दिखाता है — Search Console प्रॉपर्टी और Analytics प्रॉपर्टी पर सिर्फ़ Viewer दें, इससे ऊपर कुछ नहीं। मैंने टीमों को Editor देते देखा है सिर्फ़ इसलिए क्योंकि वह सबसे ऊपर वाला विकल्प होता है, और छह महीने बाद कोई नहीं बता पाता कि एक रोबोट अकाउंट के पास उनकी GA4 सेटिंग्स पर राइट एक्सेस क्यों है। रीड-ओनली ही सही है; प्लेटफ़ॉर्म कभी आपकी सेटिंग्स को छूता नहीं है।
एक की उस Google Cloud प्रोजेक्ट के अंतर्गत हर डोमेन को कवर करती है। अगर आप एक एजेंसी हैं जो दर्जनभर क्लाइंट साइट्स चलाती है, तो इसका मतलब है कि हर चीज़ के लिए एक सर्विस अकाउंट रखने के बजाय हर क्लाइंट के लिए अलग सर्विस अकाउंट रखना बेहतर है — क्लाइंट को ऑफबोर्ड करना सिर्फ़ एक की डिलीट करना बन जाता है, न कि यह ऑडिट करना कि किन डोमेन ने चुपचाप किसी ऐसे व्यक्ति के साथ क्रेडेंशियल शेयर किए जो अभी-अभी टीम छोड़ गया है।
Search Console: जब तेज़ है तो तेज़, जब नहीं है तो झुंझलाने वाला
- किसी डोमेन पर Connect खोलें। Search Console और Analytics दोनों को अपना कार्ड मिलता है, और Analytics में "same as Search Console" शॉर्टकट होता है, क्योंकि आमतौर पर एक ही की दोनों को कवर करती है।
- पहले से वेरिफाइड और आपके सर्विस अकाउंट को एक्सेस मिला हुआ है? तुरंत — एक परमिशन चेक, लगभग दो सेकंड में पूरा।
- अभी वेरिफाइड नहीं है: अगर आप अपने रजिस्ट्रार की API की (Cloudflare, Route 53, और कुछ अन्य) दें तो ऑटोमेटेड DNS वेरिफिकेशन, या फिर एक मैनुअल TXT रिकॉर्ड जो आप खुद जोड़ते हैं।
मैनुअल रास्ते में लोग बेसब्र हो जाते हैं। प्रोपेगेशन वाकई अलग-अलग होता है — कभी नब्बे सेकंड, कभी चार घंटे, यह TTL और रिज़ॉल्वर कैशिंग पर निर्भर करता है। प्लेटफ़ॉर्म पोल करता रहता है, इसलिए रिकॉर्ड जोड़ें और छोड़ दें। अगर एक दिन बीत जाए और वेरिफिकेशन न हो, तो शायद ही यह प्रोपेगेशन की वजह से होता है; अक्सर यह वैल्यू में टाइपो होता है या रिकॉर्ड गलत ज़ोन में चला जाता है (सबडोमेन की जगह ऐपेक्स, या उल्टा)। Google को दोष देने से पहले उस पर `dig TXT` चलाकर देखें जो वाकई लाइव है।
API-की वाला रास्ता यह सब छोड़कर रिकॉर्ड खुद-ब-खुद लिख देता है, लेकिन इसका मतलब है किसी थर्ड-पार्टी टूल को अपने DNS पर राइट एक्सेस देना — और अगर वह DNS प्रोडक्शन ट्रैफ़िक को फ्रंट करता है, तो हिचकिचाना अनुचित नहीं लगता। मैनुअल रूट में शुरुआत में कुछ मिनट लगते हैं, लेकिन बदले में आपको फिर कभी इसके बारे में सोचना नहीं पड़ता।
Analytics, और वह रिटेंशन गैप जिसके बारे में कोई चेतावनी नहीं देता
Analytics वेरिफिकेशन के बजाय डिस्कवरी से कनेक्ट होता है — प्लेटफ़ॉर्म डोमेन पर मौजूदा GA4 प्रॉपर्टी ढूंढता है और अगर आपके सर्विस अकाउंट को एक्सेस है तो कनेक्ट कर देता है, क्योंकि GA4 परमिशन पहले से ही Google की तरफ़ से गेटेड होती हैं। अगर कुछ न मिले तो यह एक प्रॉपर्टी बना सकता है, लेकिन इसे सिर्फ़ वाकई नई साइटों के लिए करने दें। अगर आप Universal Analytics से माइग्रेट हुए हैं या आपके पास वर्षों के इतिहास वाली प्रॉपर्टी है, तो सीधे उसी से कनेक्ट करें। तीन दिन के डेटा वाली नई प्रॉपर्टी नौ साल पुरानी, सीज़नल पैटर्न वाली प्रॉपर्टी से कहीं ज़्यादा खराब शुरुआती बिंदु है, और ऑप्टिमाइज़ेशन लूप उस इतिहास पर उससे कहीं ज़्यादा निर्भर करता है जितना कनेक्ट फ़्लो बताता है।
यहीं वह गैप है जो लोगों को पकड़ लेता है: Search Console पहले सिंक में सोलह महीनों तक के क्वेरी डेटा को बैकफिल कर देता है, क्योंकि Google उतना इतिहास सर्वर-साइड पर रखता है चाहे आप कभी भी कनेक्ट करें। GA4 के पास इसकी बराबर कोई गारंटी नहीं है — इसका बैकफिल उस प्रॉपर्टी की खुद की डेटा रिटेंशन सेटिंग तक सीमित होता है, और वह सेटिंग डिफ़ॉल्ट रूप से दो महीने की होती है जब तक आपके संगठन में किसी ने इसे न बदला हो। तो एक ही डोमेन कनेक्ट होते ही सोलह महीनों के इंप्रेशन और क्लिक दिखा सकता है, और उसी दिन, उसी सेटअप फ़्लो से, सिर्फ़ दो महीनों के सेशन। यह कोई सिंक फेलियर नहीं है। यह Google का रिटेंशन डिफ़ॉल्ट बिल्कुल वैसे ही काम कर रहा है जैसे उसे कॉन्फ़िगर किया गया है, और अगर आप आगे से दो महीने से ज़्यादा चाहते हैं तो इसका फ़िक्स — GA4 प्रॉपर्टी सेटिंग्स में सीधे रिटेंशन विंडो बदलना है, न कि इस प्लेटफ़ॉर्म की तरफ़ से कुछ। कनेक्ट करने से पहले इसे चेक कर लेना बेहतर है, बाद में मिसमैच से उलझने से।
शेयर्ड प्रॉपर्टीज़ और उसके बाद क्या चलता है
Analytics से जुड़ी एक और बात: अगर आपका संगठन एक ही GA4 प्रॉपर्टी से पांच साइटों का डेटा इकट्ठा करता है — यह आम बात है जब सालों पहले किसी ने ट्रैकिंग सेट अप की थी और तब से किसी ने इसे अलग नहीं किया — तो कनेक्शन फिर भी ठीक काम करता है, लेकिन हर क्वेरी अंदर ही अंदर होस्टनेम के हिसाब से फ़िल्टर हो जाती है। यह कोई चेकबॉक्स नहीं है, ऐसी कोई चीज़ नहीं जिसे आप गलती से बंद कर सकें। यही वजह है कि डैशबोर्ड हमेशा इसी डोमेन के आंकड़े दिखाता है, कभी उस प्रॉपर्टी का कुल आंकड़ा नहीं।
एक बार दोनों कनेक्शन हो जाने पर, सिंक हर दिन उस शेड्यूल पर चलता है जो आप नियंत्रित करते हैं (देखें schedules chapter), और प्लेटफ़ॉर्म पर बनी किसी भी चीज़ के लिए स्टोर एनालिटिक्स अपने-आप जुड़ जाता है। डोमेन रो पेंडिंग, पार्शियल, या एक्टिव दिखाती है — "partial" का मतलब है कि दोनों में से एक कनेक्शन लाइव है और दूसरा नहीं, और यह आपके लिए संकेत है कि कुल स्थिति पर भरोसा करने के बजाय जाकर देखें कि कौन सा कार्ड लाल है।
यह वाकई में कहां टूटता है
लगभग हर टिकट जो मैंने देखा है वह तीन श्रेणियों में आता है, कोई भी अटपटा नहीं। पहला: सर्विस अकाउंट की वैध है लेकिन गलत Google Cloud प्रोजेक्ट के दायरे में स्कोप्ड है, इसलिए परमिशन चेक खाली आता है भले ही की खुद ठीक से अपलोड हो जाए। दूसरा: किसी ने वाकई सर्विस अकाउंट का ईमेल नहीं जोड़ा — कुछ ऐसा [email protected] — जिसे Search Console या GA4 की अपनी एक्सेस सेटिंग्स में Viewer के रूप में जोड़ा जाना था; की को प्लेटफ़ॉर्म पर अपलोड करने से Google की तरफ़ से उसे कोई अधिकार नहीं मिलता। तीसरा, थोड़ा छिपा हुआ: पुराना सर्विस अकाउंट डिलीट होने के बाद डोमेन को नए सर्विस अकाउंट के तहत रीकनेक्ट कर दिया जाता है, लेकिन शेड्यूल चुपचाप पुराने क्रेडेंशियल्स के खिलाफ़ एक हफ्ते तक फेल होता रहता है इससे पहले कि किसी को पता चले कि आंकड़े अपडेट होना बंद हो गए हैं।
इनमें से कोई भी प्लेटफ़ॉर्म बग नहीं है — यह एक रोबोट को दो अलग-अलग Google प्रॉडक्ट्स पर परमिशन चाहिए होने की आम कीमत है, और Google का अपना मॉडल इसे साफ़ नहीं करता। अपने पहले डोमेन के लिए पंद्रह मिनट का समय रखें, वह दो मिनट नहीं जो फ़्लो जताता है। उसके बाद हर डोमेन तेज़ होता है, क्योंकि क्रेडेंशियल और अभ्यास दोनों आगे बढ़ते हैं।
