कई डोमेन को ट्रैक करना - वेब ट्रैकिंग (ga.js)

इस दस्तावेज़ में एक ही व्यू (प्रोफ़ाइल) से, कई डोमेन पर होने वाली विज़िट इकट्ठा करने के अलग-अलग तरीके बताए गए हैं. इनसे ऐसा लग रहा है जैसे कि वे दो अलग-अलग साइटों के बजाय एक ही साइट हों. इसमें यह भी बताया गया है कि किसी वेबसाइट के हिस्सों, जैसे कि सब-डायरेक्ट्री और iframe वाला कॉन्टेंट कैसे ट्रैक करें. अगर आपको क्रॉस-डोमेन ट्रैकिंग के इस्तेमाल के बारे में कोई जानकारी नहीं है, तो क्रॉस-डोमेन ट्रैकिंग के बारे में जानकारी पढ़ें.

शुरुआती जानकारी

Google Analytics का डिफ़ॉल्ट सेटअप, www.example.com जैसे किसी एक डोमेन की कॉन्टेंट और वेबसाइट पर आने वाले लोगों का डेटा ट्रैक करने के लिए डिज़ाइन किया गया है.

हालांकि, मान लें कि आपको ट्रैकिंग जैसी कुछ मुश्किल स्थितियों के लिए Analytics का इस्तेमाल करना है:

  • उप डोमेनdogs.example.com और www.example.com दोनों पर आने वाले सभी विज़िटर, जिनमें दोनों का डेटा एक ही रिपोर्ट व्यू (प्रोफ़ाइल) में दिखता है
  • सबडायरेक्ट्री—किसी अलग रिपोर्ट में सिर्फ़ www.example.com/dogs सबडायरेक्ट्री पर आने वाले लोग, जैसे कि कोई एक साइट
  • तीसरे पक्ष के शॉपिंग कार्ट—आपके ऑनलाइन स्टोर और दूसरे डोमेन पर होस्ट किए गए आपके शॉपिंग कार्ट पर आने वाले लोग
  • टॉप-लेवल डोमेन—आपके मालिकाना हक वाले दो डोमेन पर आने वाले सभी लोग, जैसे कि www.example-petstore.com और www.my-example-blog.com. इनमें दोनों का डेटा एक ही रिपोर्ट व्यू (प्रोफ़ाइल) में दिखता है
  • IFrame किया गया कॉन्टेंट—किसी दूसरे डोमेन के iframe में मौजूद कॉन्टेंट के लिए, वेबसाइट पर आने वाले लोगों और पेज व्यू का डेटा.

इनमें से किसी भी मामले में, वेबसाइट पर आने वाले लोगों को सही तरीके से ट्रैक करने के लिए, आपको ट्रैकिंग कोड में कुछ बदलाव करने होंगे. ऐसा करने से पहले, यह पढ़ लेना बेहतर होगा कि डिफ़ॉल्ट Analytics इंस्टॉलेशन में डोमेन और डायरेक्ट्री का इस्तेमाल कैसे किया जाता है.

ट्रैकिंग स्थितियां

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

कई डोमेन और उप-डोमेन में ट्रैक करना

ऐसी स्थिति में, हो सकता है कि आप दो यूनीक डोमेन और एक सब-डोमेन ट्रैक करना चाहें. उदाहरण के लिए, मान लें कि आपका एक ऑनलाइन स्टोर है और आपको अपने ब्लॉग पर आने वाले लोगों और कैंपेन का डेटा भी ट्रैक करना है.

कई डोमेन और सब-डोमेन में ट्रैकिंग करना

नीचे उदाहरण के तौर पर दिए गए तीन यूआरएल के लिए, मुख्य ट्रैकिंग कोड कस्टमाइज़ेशन दिखाए गए हैं.

  • ऑनलाइन स्टोर डोमेन: www.example-petstore.com

    आपको सिर्फ़ उन लिंक या फ़ॉर्म डेटा को अपनी पसंद के मुताबिक बनाने की ज़रूरत है जो www.my-example-blogsite.com पर ले जाते हैं. इस साइट के सब-डोमेन के लिंक के लिए यह ज़रूरी नहीं है, क्योंकि _setDomainName() फ़ंक्शन ने .example-petstore.com को डोमेन के तौर पर बताया है, ताकि किसी अन्य सबडोमेन के लिए कुकी का ऐक्सेस चालू किया जा सके.

  • ऑनलाइन स्टोर सबडोमेन: dogs.example-petstore.com

    प्राइमरी डोमेन पर वापस ले जाने वाले लिंक को कॉन्फ़िगर करने की ज़रूरत नहीं होती, क्योंकि सब-डोमेन, प्राइमरी डोमेन के साथ वही कुकी शेयर करता है.

  • ब्लॉग डोमेन: www.my-example-blogsite.com

    यह कॉन्फ़िगरेशन, ब्लॉग साइट के डोमेन नेम को टॉप लेवल डोमेन पर सेट कर देता है. इस तरह, अगर बाद में ब्लॉग साइट के लिए कोई सब-डोमेन जोड़ा जाता है, तो वह सब-डोमेन अपने पैरंट के साथ कुकी शेयर कर सकेगा. साथ ही, आपको उनके बीच लिंक किए गए खास कॉल सेट अप करने की ज़रूरत नहीं होगी. हालांकि, आपको अब भी किसी भी फ़ॉर्म या www.example-petstore.com के लिंक के लिए, _link() और _linkByPost() तरीकों का इस्तेमाल करना होगा.

एक डोमेन और उसके सबडोमेन को ट्रैक करना

जैसा कि ऊपर बताया गया है, Google Analytics का डिफ़ॉल्ट सेटअप www.example.com जैसे किसी एक डोमेन की सामग्री और वेबसाइट पर आने वाले लोगों से जुड़े डेटा को ट्रैक करने के लिए डिज़ाइन किया गया है. इसका मतलब यह है कि अगर डोमेन और उप-डोमेन, दोनों को मैनेज किया जाता है, तो भी आपको दोनों डोमेन के बीच विज़िटर डेटा को शेयर करने के लिए ट्रैकिंग कोड में बदलाव करने होंगे.

मान लें कि आपके पास नीचे दिए गए ऐसे यूआरएल हैं जिन्हें आपको एक इकाई के तौर पर ट्रैक करना है:

  • www.example-petstore.com
  • dogs.example-petstore.com
  • cats.example-petstore.com

इस सेटअप के लिए, आपको सभी तीनों डोमेन पर ट्रैकिंग कोड के लिए, नीचे दिए गए कुंजी कस्टमाइज़ेशन का इस्तेमाल करना होगा.

आपको इन तीन साइटों के बीच के लिंक या फ़ॉर्म में कोई बदलाव करने की ज़रूरत नहीं होगी. इसकी वजह यह है कि आपने डोमेन नेम को टॉप लेवल डोमेन (जैसे, example-petstore.com).

किसी दूसरे डोमेन के डोमेन और सब-डायरेक्ट्री के बीच ट्रैकिंग करना

एक और सामान्य ट्रैकिंग स्थिति यह है कि किसी एक डोमेन और किसी दूसरे डोमेन की सब-डायरेक्ट्री के बीच वेबसाइट पर आने वाले लोगों और ट्रैफ़िक का डेटा ट्रैक किया जाए. ऐसा तब हो सकता है, जब आपको अपनी वेबसाइट और ऑनलाइन ब्लॉग के बीच के ट्रैफ़िक को ट्रैक करना हो. इसमें आपका ब्लॉग, ब्लॉग सेवा की किसी सब-डायरेक्ट्री तक ही सीमित होता है. नीचे दिए गए उदाहरण के यूआरएल में, दोनों पेजों पर ट्रैकिंग कोड के लिए सुझाए गए कस्टमाइज़ेशन शामिल हैं.

मुख्य वेबसाइट डोमेन: www.example.com

ब्लॉग का यूआरएल: www.blog-hosting-service.com/myBlog

www.example-petstore.com से शॉपिंग कार्ट वेबसाइट पर किसी भी फ़ॉर्म सबमिट करने के लिए, आपको शॉपिंग कार्ट साइट पर HTTP POST के ज़रिए ट्रैफ़िक और विज़िटर कुकी डेटा को कॉपी करने के लिए _linkByPost() तरीके का इस्तेमाल करना होगा. _setAllowLinker() वाला तरीका, टारगेट साइट को उपयोगकर्ता के सेशन की सामान्य जानकारी के बजाय, POST डेटा का कुकी डेटा पढ़ने के लिए कहता है. इस तरह, एक डोमेन पर मौजूद कुकी डेटा सेट को दूसरे डोमेन पर पास किया जा सकता है. इस तरह, आपके ऑनलाइन स्टोर से शॉपिंग कार्ट में विज़िटर सेशन को बरकरार रखा जा सकता है.

इसी तरह, ऑनलाइन स्टोर से शॉपिंग कार्ट पर जाने वाले किसी भी लिंक पर विज़िटर का डेटा ट्रांसफ़र करने के लिए, _link() फ़ंक्शन का इस्तेमाल करें.

iframe में ट्रैक करना

ऐसी साइट जहां डोमेन के बीच ट्रांसफ़र, नई विंडो खोलकर या iframe में कॉन्टेंट शामिल करके किया जाता है, वहां वेबसाइट पर आने वाले लोगों और कैंपेन कुकी को एक डोमेन से दूसरे डोमेन में ट्रांसफ़र करने के लिए, आपको _getLinkerUrl() तरीके का इस्तेमाल करना होगा. उदाहरण के लिए, मान लें कि आप iframe में कोई फ़ॉर्म शामिल करते हैं, जिसे www.my-example-iframecontent.com पर होस्ट किया जा रहा है. www.example-parent.com पर iframe होस्ट करने वाले पैरंट पेज से वेबसाइट पर आने वाले लोगों की जानकारी ट्रांसफ़र करने के लिए, आपको iframe लोड करने और _getLinkerURL() तरीके का इस्तेमाल करके, कुकी की जानकारी पास करने के लिए JavaScript का इस्तेमाल करना होगा.

नीचे दिए गए उदाहरण में, सिर्फ़ लिंक करने का फ़ंक्शन दिखाया गया है. साथ ही, यह मान लिया गया है कि दोनों डोमेन के ट्रैकिंग स्निपेट में क्रॉस-डोमेन ट्रैकिंग को कॉन्फ़िगर किया गया है.

Internet Explorer के लिए iframe ट्रैकिंग कॉन्फ़िगर करना

पैरंट पेज से अलग डोमेन में होस्ट किए गए iframe वाले कॉन्टेंट को तीसरे पक्ष का कॉन्टेंट माना जाता है. Internet Explorer 6 और इसके बाद के वर्शन के लिए डिफ़ॉल्ट निजता सेटिंग, तीसरे पक्ष की वेबसाइटों को पहले-पक्ष की साइट पर कुकी सेव करने की अनुमति नहीं देती है.

इसका मतलब है कि iframed पेजों की Analytics ट्रैकिंग को Internet Explorer में काम करने के लिए खास कॉन्फ़िगरेशन की ज़रूरत होती है. iframe में मौजूद वेब पेजों के लिए, आपको निजता से जुड़ी प्राथमिकताएं कॉन्फ़िगर करनी होंगी. होस्ट किए गए पेजों पर निजता से जुड़ी प्राथमिकताएं सेट अप की जा सकती हैं. इसके लिए, इनमें से किसी एक तरीके का इस्तेमाल करें:

  • शामिल की गई साइट के पेजों के लिए, एक खास "निजता प्राथमिकताओं के लिए प्लैटफ़ॉर्म" (P3P) एचटीटीपी हेडर शामिल करें
  • शामिल साइट के पेजों के लिए P3P एक्सएमएल मेनिफ़ेस्ट दें

ज़्यादा जानकारी के लिए, ये संसाधन देखें:

किसी एक सबडायरेक्ट्री को ट्रैक करना

Analytics ट्रैकिंग को किसी बड़े डोमेन की एक ही सब-डायरेक्ट्री तक सीमित करने के दो सामान्य मामले हैं:

  • आपके पास किसी बड़ी वेबसाइट की सिर्फ़ सब-डायरेक्ट्री का ऐक्सेस होता है. जैसे, जब किसी ई-कॉमर्स होस्टिंग सेवा का इस्तेमाल किया जाता है.
  • आप ट्रैकिंग को किसी बड़ी वेबसाइट की सब-डायरेक्ट्री तक सीमित करना चाहते हैं. उदाहरण के लिए, जब अपनी कंपनी की वेबसाइट पर कोई प्रोजेक्ट लॉन्च किया जाता है, जिसमें Analytics ट्रैकिंग का भी इस्तेमाल होता है.

मान लें कि आपके Analytics खाते में एक व्यू (प्रोफ़ाइल) है, जहां वेबसाइट पर आने वाले लोगों का डेटा ऑनलाइन मौजूदगी को ट्रैक किया जाता है. यह वेबसाइट होस्ट (जैसे, कोई ब्लॉगिंग सेवा) का सिर्फ़ एक हिस्सा है. आपकी साइट खुद www.example.com/myBlog/ पर होस्ट की जाती है. आप सिर्फ़ /myBlog सबडायरेक्ट्री के लिए, वेबसाइट पर आने वाले लोगों और कैंपेन का डेटा रिकॉर्ड करना चाहते हैं, न कि example.com डोमेन के किसी अन्य पेज के लिए. इस मामले में, आपके पास सिर्फ़ उस सब-डायरेक्ट्री में शामिल वेब पेजों का ऐक्सेस होगा.

अपने स्टोर के लिए ट्रैकिंग सेट अप करने के लिए, आपको अपने ट्रैकिंग कोड में _setCookiePath() फ़ंक्शन का इस्तेमाल इस तरह करना होगा:

इसके सेट अप होने के बाद, आपकी रिपोर्ट सिर्फ़ आपकी सब-डायरेक्ट्री के लिए, वेबसाइट पर आने वाले लोगों और कैंपेन का डेटा सही तरीके से दिखाएंगी. इसकी वजह यह है कि कुकी पाथ, www.example.com की रूट डायरेक्ट्री के बजाय आपकी सब-डायरेक्ट्री पर सेट होता है. साथ ही, आपका व्यू (प्रोफ़ाइल) सिर्फ़ आपके स्टोर की कुकी के यूनीक सेट को पढ़ेगा और उसमें बदलाव करेगा.

इस स्थिति में, _setCookiePath() फ़ंक्शन का इस्तेमाल करना सबसे सही तरीका माना जाता है. अगर ऐसा नहीं किया जाता है, तो आपकी रिपोर्ट पर दो तरह से असर पड़ सकता है:

  • www.example.com पर सेट की गई Analytics खाते की अन्य कुकी, आपके खाते से शेयर की जा सकती हैं.

    इसका मतलब है कि new vs returning, time on site, और number of visits जैसे विज़िटर आंकड़े गलत हो सकते हैं, क्योंकि आपके विज़िटर के सेशन की कुकी www.example.com के अन्य हिस्सों में भी गतिविधि दिखा सकती है.

  • आपकी रिपोर्ट में, साइट के किसी दूसरे हिस्से से कैंपेन की जानकारी दिख सकती है.

    उदाहरण के लिए, मान लें कि वेबसाइट पर आने वाला कोई व्यक्ति किसी ऐसे ईमेल कैंपेन पर क्लिक करता है जो उसी डोमेन की किसी दूसरी साइट पर जाता है: www.example.com/theirBlog. इस मामले में, वेबसाइट पर आने वाले व्यक्ति की कुकी में मौजूद रेफ़रल की जानकारी, ब्लॉगिंग पर ताज़ा समाचार नाम के कैंपेन पर सेट कर दी जाती है. बाद में, वही व्यक्ति ब्राउज़र में www.example.com/yourBlog टाइप करके, सीधे आपकी साइट पर वापस आता है और आपके ब्लॉग की सदस्यता खरीदता है. अन्य सभी कैंपेन रेफ़रल, डायरेक्ट विज़िट पर बने रहते हैं. इसलिए, आपको अपनी सदस्यता के लिए, ब्लॉगिंग से जुड़ी ताज़ा खबरें कैंपेन दिखेगा. इसकी वजह यह है कि आपके ऑनलाइन स्टोर के लिए, _utmz कुकी को आपके पाथ के लिए खास तौर पर सेट नहीं किया गया था.

अगर विज़िटर कुकी को सिर्फ़ अपने पाथ तक सीमित किया जाता है, तो www.example.com के दूसरे हिस्से का कैंपेन और सेशन डेटा आपकी रिपोर्ट में शामिल नहीं किया जाएगा. ऐसा इसलिए, क्योंकि कुकी पाथ प्रतिबंधित है. (वेब ब्राउज़र कुकी कैसे पढ़ते हैं, इस बारे में ज़्यादा जानने के लिए कुकी के बारे में पढ़ें.)

सबडायरेक्ट्री से जुड़ी अन्य सलाह

  • अगर आप किसी सब-डायरेक्ट्री के लिए विज़िटर और रेफ़रल ट्रैफ़िक ट्रैक कर रहे हैं, तो शायद आप सब-डायरेक्ट्री के लिए एक शामिल करें फ़िल्टर सेट अप करना चाहें, ताकि यह पक्का किया जा सके कि आपकी रिपोर्ट में सिर्फ़ उसी सब-डायरेक्ट्री का कॉन्टेंट दिखे. ज़्यादा जानकारी के लिए, सहायता केंद्र में पहले से तय फ़िल्टर लेख देखें.
  • अगर आप अपने डोमेन पर सब-डायरेक्ट्री ट्रैकिंग सेट अप कर रहे हैं, तो आपको यह भी पक्का करना चाहिए कि रूट पाथ (जैसे कि /) और उसके नीचे मौजूद सभी पेजों के लिए Analytics ट्रैकिंग बंद है. उदाहरण के लिए, अगर आपको अपनी साइट की सबडायरेक्ट्री को अलग से ट्रैक करना है, तो www.example.com/index.html में Analytics ट्रैकिंग की सुविधा चालू नहीं होनी चाहिए. अगर रूट पाथ की ट्रैकिंग बंद नहीं है, तो उस पेज के लिए कुकी के दो सेट सेट किए जाएंगे जहां आपने पाथ-लेवल ट्रैकिंग सेट अप की है. एक सेट सबडायरेक्ट्री के लिए और दूसरा टॉप-लेवल डोमेन के लिए सेट किया जाएगा.

एक ही डोमेन की दो सब-डायरेक्ट्री में ट्रैक करना

शायद आप किसी ऐसे डोमेन पर कई सबडायरेक्ट्री ट्रैक करना चाहें जहां आपके पास बड़े डोमेन के पेजों का ऐक्सेस नहीं है. उदाहरण के लिए, मान लें कि सेवा देने वाली किसी कंपनी की साइट पर आपका ऑनलाइन स्टोर और शॉपिंग कार्ट, दोनों हैं:

  • www.example-commerce-host.com/myStore/
  • www.example-commerce-host.com/myCart/

अगर आपको अपने स्टोर से शॉपिंग कार्ट तक उपयोगकर्ता के सेशन और कैंपेन डेटा को ट्रैक करना है, तो इसके लिए दो तरीकों का इस्तेमाल किया जा सकता है:

नीचे दिए गए उदाहरण में, आपके स्टोर से शॉपिंग कार्ट तक उपयोगकर्ता के सेशन और कैंपेन डेटा को ट्रैक करने के लिए ट्रैकिंग कोड स्निपेट के अहम हिस्से दिखाए गए हैं:

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

क्रॉस-डोमेन ट्रैकिंग के मुख्य कॉम्पोनेंट

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

देखे जाने की संख्या (प्रोफ़ाइल)

क्रॉस-डोमेन ट्रैकिंग सेट अप करते समय, आपको यह पक्का करना होगा कि अपने व्यू (प्रोफ़ाइल) के साथ ये काम किए जा रहे हों:

  • फ़िल्टर के बिना, अपने प्राइमरी डोमेन के लिए मास्टर व्यू (प्रोफ़ाइल) सेट अप करें.

    क्रॉस-डोमेन ट्रैकिंग के लिए, व्यू (प्रोफ़ाइल) का एक खास तरीके से इस्तेमाल करने का सुझाव दिया जाता है. इसलिए, हमारा सुझाव है कि सबसे पहले आप अपने प्राइमरी डोमेन के लिए, एक मास्टर व्यू (प्रोफ़ाइल) सेट अप करें. इस व्यू (प्रोफ़ाइल) में कोई फ़िल्टर नहीं जोड़ा जाना चाहिए. इस तरह, आपके पास अपने प्राइमरी डोमेन के लिए हमेशा बेसलाइन पुराना डेटा होगा. क्रॉस-ट्रैकिंग व्यू (प्रोफ़ाइल) में फ़िल्टर सेट अप करते समय, गड़बड़ी होने पर इसका इस्तेमाल किया जा सकता है.

  • खास तौर पर, क्रॉस-डोमेन ट्रैकिंग के लिए एक व्यू (प्रोफ़ाइल) बनाएं और अपने ट्रैकिंग कोड का फिर से इस्तेमाल करें.

    व्यू (प्रोफ़ाइल) सेट अप करने और अपने प्राथमिक डोमेन के लिए ट्रैकिंग कोड हासिल करने के बाद, दूसरी सभी वेब प्रॉपर्टी के लिए उसी ट्रैकिंग कोड का इस्तेमाल करें. इस तरह, क्रॉस-डोमेन ट्रैकिंग शुरू करने से पहले, आपका कॉन्फ़िगरेशन सही तरीके से सेट अप हो जाएगा और आपके पास सभी वेब प्रॉपर्टी का पुराना डेटा भी होगा. अगर आपने मास्टर व्यू (प्रोफ़ाइल) सेट अप करने के सुझाव का पालन किया था, तो आपको बस अपने प्राइमरी डोमेन के लिए एक अलग व्यू (प्रोफ़ाइल) बनाना होगा. इसके लिए, मास्टर व्यू (प्रोफ़ाइल) में दिए गए ट्रैकिंग कोड का इस्तेमाल करना होगा. दूसरी सभी वेब प्रॉपर्टी जिन्हें आप लिंक करना चाहते हैं, उन पर भी एक ही ट्रैकिंग कोड होना चाहिए.

  • अपनी कॉन्टेंट रिपोर्ट में पूरा डोमेन दिखाने के लिए, फ़िल्टर की मदद से अपने क्रॉस-डोमेन व्यू (प्रोफ़ाइल) में बदलाव करें.

    डोमेन लिंकिंग स्थापित होने के बाद, आपको कॉन्टेंट रिपोर्ट में सिर्फ़ अनुरोध वाला यूआरआई दिखेगा, न कि किसी पेज का टॉप-लेवल या सब-डोमेन. उदाहरण के लिए, इन पेजों पर जाने के लिए:
    http://www.example.com/index.php और
    पर मौजूद किसी दूसरे पेज — http://sub.example.com/more.php
    रिपोर्ट में ये चीज़ें दिखेंगी:
    — index.php
    — more.php
    आपके पास यह अलग करने का विकल्प नहीं होगा कि कौनसा पेज किस डोमेन से है. पेज रिपोर्ट में डोमेन को दिखाने के लिए, फ़िल्टर सेट करके पेज के यूआरएल के सभी कॉम्पोनेंट को शामिल करें. इसके लिए, यह तरीका अपनाएं:

    1. व्यू (प्रोफ़ाइल) सेटिंग पेज में, फ़िल्टर जोड़ें लिंक पर क्लिक करें.
    2. नया फ़िल्टर जोड़ें चुनें और फ़िल्टर को कोई नाम दें.
    3. कस्टम फ़िल्टर चुनें और फ़िल्टर टाइप की सेटिंग में जाकर, बेहतर चुनें.
    4. बेहतर सेटिंग में जाकर:
      1. FieldA को होस्टनाम पर सेट किया जाना चाहिए
      2. FieldB को अनुरोध यूआरआई पर सेट किया जाना चाहिए
    5. फ़ील्ड A और फ़ील्ड B, दोनों की वैल्यू को (.*) पर सेट करें. यह ऐसा एक्सप्रेशन है जिसमें सभी वर्ण कैप्चर होते हैं.
    6. आउटपुट गंतव्य --> कंस्ट्रक्टर विकल्प को अनुरोध यूआरआई पर सेट करें और उस विकल्प की वैल्यू के तौर पर $A1$B1 दें.

    आपकी रिपोर्ट में अब ये चीज़ें दिखेंगी:
    www.example.com/index.php
    sub.example.com/more.php
    यह आपके यूआरएल का www.example.com वाला हिस्सा कैप्चर करेगा और उसे आपके पेज के यूआरएल की शुरुआत में, कॉन्टेंट रिपोर्ट सेक्शन में दिखाएगा.

कुकी: विज़िटर का डेटा ट्रांसफ़र करने के लिए ज़रूरी है

दो डोमेन के लिए एक ही विज़िटर डेटा, जैसे कि सेशन और विज़िटर टाइप को शेयर करने के लिए, उनके पास एक ही कुकी जानकारी को कॉपी या शेयर करने की सुविधा होनी चाहिए. इसके अलावा, आपको इन बातों का भी ध्यान रखना चाहिए:

किसी एक डोमेन के सेशन को, सही तरीके से कॉन्फ़िगर किए गए क्लिक या फ़ॉर्म सबमिशन या _getLinkerURL की मदद से ही किसी दूसरे डोमेन पर ट्रांसफ़र किया जा सकता है.

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

क्रॉस-डोमेन ट्रैकिंग को असल में समझने के लिए, यह समझना ज़रूरी है कि कुकी की पहचान कई फ़ील्ड से की जाती है और उन्हें डिफ़ॉल्ट रूप से डोमेन के बीच शेयर नहीं किया जाता. इसके अलावा, Analytics में कुकी शेयर करने की सुविधा अपने-आप बंद हो जाती है. ऐसा इसलिए है, क्योंकि कई मामलों में, डोमेन के बीच एक ही कुकी शेयर करना ज़रूरी नहीं होता. कुकी रेफ़रंस में कुकी की पहचान करने और उसके खत्म होने की अवधि देखें. इसके अलावा, Analytics, कुकी में डिफ़ॉल्ट रूप से इंटिग्रिटी जांच की एक और सुविधा जोड़ता है.

_setgtin('yourDomainName')

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