एएमपी पेजों में Client-ID

दो अलग-अलग हिट एक ही उपयोगकर्ता से जुड़े हैं, इसका पता लगाने के लिए Google Analytics को Client-ID फ़ील्ड के ज़रिए, हर हिट के साथ एक यूनीक आइडेंटिफ़ायर भेजा जाता है. यह आइडेंटिफ़ायर, उस उपयोगकर्ता से जुड़ा होता है. यूनीक आइडेंटिफ़ायर, बिना किसी क्रम के जनरेट की गई स्ट्रिंग होती है.

बिना एएमपी वाले पेजों के लिए, Google Analytics Client-ID (पब्लिशर डोमेन पर) को स्टोर करने के लिए, _ga नाम की एक पहले-पक्ष की कुकी का इस्तेमाल करता है.

एएमपी पेजों के लिए चीज़ें कुछ अलग होती हैं. पेजों को ब्राउज़र के ज़रिए कई तरीकों से देखा जा सकता है, जिससे Client-ID जनरेशन और मैनेजमेंट में फ़र्क़ होता है. इस वजह से, साइट/ऐप्लिकेशन मेट्रिक पर असर पड़ता है.

Client-ID से जुड़ी स्थितियां

उपयोगकर्ता किसी एएमपी पेज और Client-ID के असर को किन तरीकों से ऐक्सेस कर सकते हैं, यहां इस बारे में बताया गया है:

1. Google Search: एएमपी पेज को Google Search के नतीजे से ऐक्सेस किया जाता है और यह "एएमपी व्यूअर" में दिखता है.

   • इस मामले में, उपयोगकर्ता Google Search पर खोज करता है और चुना गया खोज नतीजा, एएमपी पेज होता है. google.com पेज में एक IFRAME है, जो cdn.ampproject.org पर ले जाता है और कॉन्टेंट cdn.ampproject.org से लोड किया गया है.
   • Client-ID को google.com पर सेव किया गया है, क्योंकि इस मामले में google.com पहले पक्ष है. एएमपी व्यूअर से cdn.ampproject.org को दिखाए जाने वाले पेज पर क्लाइंट आईडी भेजा जाता है, ताकि इसे एएमपी Analytics के ज़रिए ट्रांसमिट किया जा सके.
   • कुकी का फिर से इस्तेमाल सिर्फ़ तब किया जाता है, जब ओरिजनल एएमपी पेजों का ऑरिजिन एक ही हो. ऑरिजिन, स्कीमा, होस्ट, और पोर्ट का मिला-जुला रूप होता है.

2. प्रॉक्सी/कैश: एएमपी पेज को प्रॉक्सी/कैश से ऐक्सेस किया जाता है.

   • इस मामले में, उपयोगकर्ता सीधे cdn.ampproject.org पर जाता है.
   • Client-ID को cdn.ampproject.org में सेव किया जाता है. जब उपयोगकर्ता वापस आता है (कुछ समय के अंदर), तो Client-ID का फिर से इस्तेमाल किया जाता है. इस मामले में, cdn.ampproject.org पहले पक्ष है.
   • कुकी का फिर से इस्तेमाल सिर्फ़ तब किया जाता है, जब ओरिजनल एएमपी पेजों का ऑरिजिन एक ही हो. ऑरिजिन, स्कीमा, होस्ट, और पोर्ट का मिला-जुला रूप होता है.

3. डायरेक्ट एएमपी: एएमपी पेज को सीधे पब्लिशर डोमेन पर विज़िट किया जाता है.

   • इस मामले में, उपयोगकर्ता एएमपी पेज देखने के लिए सीधे पब्लिशर के डोमेन पर जाता है.
   • Client-ID को कुकी (_ga) में सेव किया जाता है. साथ ही, इसका इस्तेमाल/फिर से इस्तेमाल किया जाता है, भले ही आईडी परंपरागत फ़ॉर्मैट में हो या एएमपी फ़ॉर्मैट में.
   • अगर कोई Client-ID किसी एएमपी पेज से जनरेट होता है, तो Client-ID, एएमपी फ़ॉर्मैट (amp- के बाद, रैंडम तरीके से जनरेट की गई स्ट्रिंग) का पालन करता है.

4. बिना एएमपी वाला: बिना एएमपी वाले पेज को पब्लिशर डोमेन पर ऐक्सेस किया जाता है.

   • इस मामले में उपयोगकर्ता, पब्लिशर के डोमेन पर बिना एएमपी वाले पेज को सीधे तौर पर देखता है.
   • Client-ID को कुकी (_ga) में सेव किया जाता है. साथ ही, इसका इस्तेमाल/फिर से इस्तेमाल किया जाता है, भले ही आईडी परंपरागत फ़ॉर्मैट में हो या एएमपी फ़ॉर्मैट में.
   • अगर कोई Client-ID किसी बिना एएमपी वाले पेज से जनरेट किया जाता है, तो Client-ID, सामान्य Client-ID फ़ॉर्मैट का इस्तेमाल करता है.

Client-ID के लिए ध्यान देने वाली बातें

ऊपर बताई गई स्थितियों को ध्यान में रखकर कुछ बातें ध्यान में रखी जा सकती हैं.

एक से ज़्यादा Client ID

सभी मामलों में, किसी उपयोगकर्ता के इस्तेमाल किए जाने वाले Client-ID उस डोमेन पर निर्भर करते हैं जिस पर उपयोगकर्ता आता है. भले ही, उपयोगकर्ता किसी एक क्लाइंट/ब्राउज़र से कॉन्टेंट ऐक्सेस कर रहा हो. इस वजह से, ऊपर बताई गई स्थितियों के मुताबिक, पब्लिशर के कॉन्टेंट को ऐक्सेस करने वाले किसी उपयोगकर्ता को Google Analytics में तीन अलग-अलग उपयोगकर्ताओं के तौर पर गिना जाएगा. इनमें से हर एक उपयोगकर्ता को सर्च, प्रॉक्सी/कैश मेमोरी, और पब्लिशर ऑरिजिन स्थिति के लिए एक-एक उपयोगकर्ता माना जाएगा.

स्थिति के हिसाब से इंटरैक्शन

जब कोई उपयोगकर्ता कई स्थितियों में एक ही पब्लिशर के कॉन्टेंट को ऐक्सेस करता है, तो इंटरैक्शन किस तरह से हैंडल किया जाता है, इस बारे में यहां अहम जानकारी दी गई है.

Google Search और Direct, Google Search और बिना एएमपी वाले, प्रॉक्सी/कैश और डायरेक्ट, और प्रॉक्सी/कैश मेमोरी और बिना एएमपी वाले

• आईडी को अलग रखा जाता है, क्योंकि एक केस, लोकल स्टोरेज का इस्तेमाल करता है जिसे दूसरे केस से ऐक्सेस नहीं किया जा सकता.

डायरेक्ट और बिना एएमपी वाले

• किसी उपयोगकर्ता के लिए एक कुकी का इस्तेमाल किया जाता है. Client-ID का फ़ॉर्मैट इस बात पर निर्भर करता है कि उपयोगकर्ता पहली बार किसी एएमपी पेज पर आया था या बिना एएमपी वाले पेज पर.

एएमपी और बिना एएमपी वाले पेजों में एक ही Client-ID का इस्तेमाल करना

एएमपी और बिना एएमपी वाले सभी पेजों पर एक ही Client-ID के इस्तेमाल को एएमपी Client-ID इंटिग्रेशन की मदद से चालू किया जा सकता है. चालू होने के बाद, Google Analytics, Google Search, डायरेक्ट एएमपी, और बिना एएमपी वाले ऊपर बताए गए विषयों पर एक ही Client-ID का इस्तेमाल करना शुरू कर देगा. किसी उपयोगकर्ता के लिए Client-ID तय करने के कुछ उदाहरण यहां दिए गए हैं:

• जब Google Search के किसी एएमपी पेज पर जाने वाला कोई नया उपयोगकर्ता, एएमपी Client-ID का इस्तेमाल करके शुरुआत करेगा. जब यह उपयोगकर्ता बाद में किसी बिना एएमपी वाले पेज पर जाता है, तो उसी क्लाइंट आईडी को पब्लिशर डोमेन की कुकी से लिया जाएगा और उसका इस्तेमाल बिना एएमपी वाले पेजों के लिए भी किया जाएगा.
• जब लौटने वाला कोई उपयोगकर्ता, जो एएमपी और बिना एएमपी वाले, दोनों तरह के पेजों पर गया हो, एएमपी या बिना एएमपी वाले पेज पर जाता है, तो उस उपयोगकर्ता के लिए एएमपी Client-ID का इस्तेमाल किया जाएगा.
• जब लौटने वाला कोई ऐसा उपयोगकर्ता जो कभी किसी एएमपी पेज पर नहीं गया है, किसी बिना एएमपी वाले पेज पर जाता है, तो analytics.js से जनरेट किए गए Client-ID का इस्तेमाल जारी रहेगा.