परंपरागत ट्रैकिंग में, किसी विज्ञापन पर किया गया क्लिक उपयोगकर्ता को पहले किसी ट्रैकिंग सर्वर पर ले जाता है, जो (ज़्यादातर किसी अन्य ट्रैकर के ज़रिए) उसे लैंडिंग पेज पर रीडायरेक्ट करता है. ट्रैकिंग में इस तरह रीडायरेक्ट किए जाने से, 'पेज लोड अवधि' लंबी हो सकती है. इससे उपयोगकर्ता अनुभव खराब हो सकता है और कन्वर्ज़न दरों पर उलटा असर पड़ सकता है.
पैरलल ट्रैकिंग, कस्टम क्लिक ट्रैकिंग को प्रबंधित करने का एक अलग तरीका है. यह उपयोगकर्ता को आखिरी डेस्टिनेशन पर लाने के दौरान बैकग्राउंड में ट्रैकिंग करने के लिए sendBeacon ब्राउज़र फ़ंक्शन का इस्तेमाल करता है. यह उन विज़िट (वेबसाइट पर आना) की संख्या को कम करने में मदद करता है जो कि उस स्थिति में न हो पातीं, जब कोई उपयोगकर्ता आपके विज्ञापन पर क्लिक करता है, लेकिन कभी भी आपके लैंडिंग पेज तक नहीं पहुंचता क्योंकि उपयोगकर्ता आपके ट्रैकिंग यूआरएल से रीडायरेक्ट पूरा होने से पहले दूसरी जगह नेविगेट कर लेता है.
पैरलल ट्रैकिंग अभी सभी ब्राउज़र पर काम नहीं करती है. अगर कोई व्यक्ति ऐसे ब्राउज़र पर आपका विज्ञापन देखता है जिस पर पैरलल ट्रैकिंग काम नहीं करती है, तो Google, क्रम में चलने वाली ट्रैकिंग पर वापस आ जाएगा.
यह लेख बताता है कि यूरोप में कंपनियों या व्यापारियों की ओर से शॉपिंग विज्ञापनों में प्रॉडक्ट दिखाने वाली कंपैरिज़न शॉपिंग सर्विस (सीएसएस), पैरलल ट्रैकिंग कैसे लागू कर सकती हैं.
पैरलल ट्रैकिंग कैसे काम करती है
पैरलल ट्रैकिंग खरीदार को आपके विज्ञापन से सीधे आपके फ़ाइनल यूआरएल पर भेजती है, जबकि बैकग्राउंड में (खरीदार को पहले ट्रैकिंग यूआरएल पर भेजे बिना) क्लिक मेज़रमेंट जारी रहता है.
पैरलल ट्रैकिंग कुछ इस तरह काम करती है:
- खरीदार आपके विज्ञापन पर क्लिक करता है.
- खरीदार, व्यापारी का लैंडिंग पेज देखता है.
उसी समय, बैकग्राउंड में:
- Google Ads का क्लिक ट्रैकर लोड होता है.
- ट्रैकिंग यूआरएल लोड होता है.
- अगर आप एक से ज़्यादा क्लिक ट्रैकर इस्तेमाल करते हैं, तो कुछ और रीडायरेक्ट लोड हो सकते हैं.
पैरलल ट्रैकिंग के बिना, विज्ञापन पर क्लिक करने के बाद खरीदार, व्यापारी के लैंडिंग पेज पर पहुंचने से पहले एक या उससे ज़्यादा रीडायरेक्ट से होकर गुज़रते हैं. इसका मतलब है कि खरीदारों को फ़ाइनल लैंडिंग पेज तक पहुंचने में ज़्यादा समय लगता है.
पैरलल ट्रैकिंग के बिना ट्रैकिंग कुछ इस तरह काम करती है:
- खरीदार आपके विज्ञापन पर क्लिक करता है.
- Google Ads का क्लिक ट्रैकर लोड होता है.
- ट्रैकिंग यूआरएल लोड होता है.
- कोई और संभावित ट्रैकिंग यूआरएल लोड होता है.
- खरीदार, व्यापारी का लैंडिंग पेज देखता है.
पैरलल ट्रैकिंग को लागू करने का तरीका
समानांतर ट्रैकिंग को लागू करने के लिए आपके प्रॉडक्ट डेटा, आपके ट्रैकिंग सेटअप और संभावित रूप से उस व्यापारी की वेबसाइट पर बदलाव की ज़रूरत हो सकती है जिसके लिए आप विज्ञापन देते हैं.
प्रॉडक्ट डेटा
अपने प्रॉडक्ट डेटा में ये यूआरएल एट्रिब्यूट शामिल करें:
लिंक [link]: यह यूआरएल, व्यापारी या कंपनी के डोमेन पर, व्यापारी या कंपनी का फ़ाइनल लैंडिंग पेज होता है. इसका इस्तेमाल, Google के क्रॉल और दूसरी जांचों के लिए किया जाता है. इसमें रिपोर्टिंग या बिलिंग से जुड़े ट्रैकिंग पैरामीटर शामिल न करें.
विज्ञापन रीडायरेक्ट [ads_redirect]: विज्ञापन पर क्लिक करने के बाद, ग्राहक को एक पेज पर भेजा जाता है. यह उस पेज का यूआरएल होता है. इससे भी ग्राहक को उसी डोमेन पर पहुंचना चाहिए जहां लिंक [link] एट्रिब्यूट ले जाता है. यहां उन ट्रैकिंग पैरामीटर को शामिल करें जिन्हें आपको व्यापारी या कंपनी की वेबसाइट पर भेजना है. अतिरिक्त ट्रैकिंग पैरामीटर से बचें जिनकी उम्मीद व्यापारी को शायद न हो क्योंकि वे व्यापारी पेज लोड करते समय समस्याएं पैदा कर सकते हैं.
ट्रैकिंग टेंप्लेट
बैकग्राउंड में हो रही ट्रैकिंग उपयोगकर्ता को कहां ले जाएगी, यह तय करने के लिए किसी ट्रैकिंग टेंप्लेट का इस्तेमाल करें. अपने ट्रैकिंग सर्वर के साथ जानकारी शेयर करने के लिए, आप ValueTrack पैरामीटर शामिल कर सकते हैं. शॉपिंग विज्ञापनों के लिए, मर्चेंट आईडी और प्रॉडक्ट आईडी जैसे पैरामीटर भी उपलब्ध होते हैं.
ट्रैकिंग सर्वर
पैरलल ट्रैकिंग सिर्फ़ सर्वर-लेवल रीडायरेक्ट पर काम करती है. इसके अलावा, ट्रैकिंग रीडायरेक्ट चेन के हर यूआरएल पर, एचटीटीपीएस की सुविधा काम करनी चाहिए. JavaScript या एचटीएमएल जैसे ऑन-पेज रीडायरेक्ट या फिर एचटीटीपी मिलने पर, ट्रैकिंग का क्रम पिछले यूआरएल पर खत्म हो जाएगा. ट्रैकिंग बैकग्राउंड में होती है, इसलिए उपयोगकर्ता अनुभव पर इसका कोई असर नहीं पड़ेगा. इसके अलावा, जिन ट्रैकर को कॉल नहीं किया जाता है उन्हें क्लिक ट्रैकिंग जानकारी नहीं मिलेगी.
यह पक्का करने के लिए कि समानांतर ट्रैकिंग सही तरीके से काम करती है :
- पक्का करें कि आपका ट्रैकिंग सर्वर HTTPS प्रोटोकॉल का इस्तेमाल करता है और आपके सेट किए गए सभी अंदरूनी रीडायरेक्ट HTTPS का इस्तेमाल करते हैं.
- ऑन-पेज तरीकों का इस्तेमाल करने वाले किसी रीडायरेक्ट तरीके से बचें क्योंकि ये काम नहीं करते हैं, जैसे कि JavaScript रीडायरेक्ट. अगर आप अपनी ट्रैकिंग रीडायरेक्ट शृंखला में ऐसे किसी रीडायरेक्ट तरीके का इस्तेमाल करते हैं, तो उन्हें बदलने की ज़रूरत है.
HTTP को अपने आप सही करने की सुविधा
हालांकि, बाद के रीडायरेक्ट पर हमारा कंट्रोल नहीं है, लेकिन अगर एचटीटीपीएस को सही ढंग से नहीं डाला गया है, तो Google Ads इस पर आने वाली पहली ट्रैकिंग कॉल को हमेशा सही करके भेजता है. फ़ाइनल यूआरएल एचटीटीपी या एचटीटीपीएस में से किसी भी एक का इस्तेमाल कर सकता है. हालांकि, यह पक्का करें कि अगर Google Ads में डाले गए आपके किसी यूआरएल के लिए प्रोटोकॉल को एचटीटीपीएस पर स्विच किया गया है, तो आपका सर्वर अनुरोध को हैंडल करने के लिए सेट है.
उदाहरण के लिए, अगर आपका ट्रैकर यूआरएल tracker.example.com है, तो इसे http://tracker.example.com और https://tracker.example.com दोनों का जवाब देना चाहिए.
प्रति क्लिक आईडी
कुछ ट्रैकिंग सर्वर में लैंडिंग पेज पर रीडायरेक्ट करते समय एक प्रति क्लिक आईडी शामिल होती है ताकि अलग-अलग मापों में जोड़ने के लिए वेबसाइट पैरामीटर को पढ़ सके (और स्टोर कर सके). पैरलल ट्रैकिंग के साथ यह मुमकिन नहीं है, क्योंकि ट्रैकिंग सर्वर पर आने वाले कॉल को वेबसाइट पर आगे नहीं भेजा जाता है.
इस परेशानी को दूर करने के लिए, आप खरीदार खाते में ऑटो-टैगिंग चालू कर सकते हैं. ऑटो-टैगिंग चालू होने पर, Google क्लिक आइडेंटिफ़ायर (GCLID) पैरामीटर को, ब्राउज़र में वेब पेज खुलने के दौरान, लैंडिंग पेज यूआरएल और ट्रैकिंग टेंप्लेट यूआरएल के आखिर में जोड़ा जाएगा. यह इसे प्रोसेस करने के लिए ऑन-पेज टैग (उदाहरण के लिए, Google Analytics) और ट्रैकिंग सर्वर दोनों को चालू करता है. ट्रैफ़िक की जानकारी जोड़ने के लिए, इस पैरामीटर का इस्तेमाल एक सामान्य कुंजी के रूप में किया जा सकता है.
ऑटो-टैगिंग के अलावा, हमने एक नया {gclid} ValueTrack पैरामीटर भी लॉन्च किया है. अगर फ़िलहाल आपके पास एक ऐसा पैरामीटर है जिसका इस्तेमाल आप अपना 'खास पहचानकर्ता' डालने के लिए करते हैं, तो आप अपनी वेबसाइट पर ज़रूरी बदलावों की मात्रा को कम करने के बजाय {gclid} का इस्तेमाल मान के तौर पर कर सकते हैं. उदाहरण के लिए, अगर Google Ads में फ़ाइनल यूआरएल या ट्रैकिंग टेम्प्लेट में partner_Id=[डायनैमिक रूप से जनरेट किए गए क्लिक आईडी] जैसा कुछ शामिल है, तो आप उसे अब partner_id={gclid} के तौर पर अपडेट कर सकते हैं.
यूआरएल में बदलाव करना
ब्राउज़र में वेब पेज खुलते समय, आपके ट्रैकिंग टेंप्लेट फ़ील्ड में {lpurl} ValueTrack पैरामीटर और उसके वैरिएंट में जुड़े पैरामीटर, कोड में बदलने के नियमों के मुताबिक पार्स किए जाएंगे और लैंडिंग पेज कॉल पर जोड़ दिए जाएंगे. साथ ही, पैरलल ट्रैकिंग लागू होने पर, ट्रैकर कॉल (ट्रैकिंग के अनुरोध) में {lpurl} पैरामीटर को एक ऐसे वैकल्पिक यूआरएल से बदल दिया जाता है जो https://google.com/asnc/dGVzdA जैसा दिखता है या इससे मिलता-जुलता होता है (असल यूआरएल अलग होगा).
{lpurl} को Google के वैकल्पिक यूआरएल से बदलें. इससे पक्के तौर पर, आपका वेबपेज दो बार (एक बार ग्राहक के क्लिक से और दूसरी बार पैरलल ट्रैकिंग रीडायरेक्ट से) पिंग नहीं होगा. ट्रैकर को इस वैकल्पिक यूआरएल पर रीडायरेक्ट करना जारी रखना चाहिए. ऐसा इसलिए, क्योंकि यह आम तौर पर {lpurl} ValueTrack पैरामीटर को संभालेगा. रीडायरेक्ट होने पर, Google का वैकल्पिक यूआरएल एक एचटीटीपी स्टेटस कोड 204 दिखाएगा.
हो सकता है कि आपका ट्रैकर, पास किए गए किसी आईडी के मुताबिक दूसरे वेबलिंक को चुने. ऐसे में, पक्का करें कि रीडायरेक्ट के लिए इस्तेमाल किया गया लिंक, ग्राहक को उसी पेज पर ले जाए जहां विज्ञापन रीडायरेक्ट [ads_redirect] यूआरएल ले जाता है. ऐसा न होने पर, ट्रैकर में इस तरह बदलाव करें कि वह {lpurl} पैरामीटर में पास किए गए यूआरएल पर रीडायरेक्ट करे.
व्यापारी या कंपनी की वेबसाइट
अगर आप व्यापारी की वेबसाइट पर भेजे गए पैरामीटर बदलते हैं, तो यह पक्का करने के लिए व्यापारी के साथ काम करें कि उन्हें सही तरीके से प्रोसेस किया जाए और व्यापारी लैंडिंग पेज लोड करते समय समस्याएं न पैदा करें.
नीचे दिए गए उदाहरण पर ध्यान दें:
| Merchant Center खाता | |
| मर्चेंट आईडी | 99887766 |
| प्रॉडक्ट डेटा | |
आईडी [id] |
p123v789_b |
लिंक [link] |
https://www.merchant.com/product123?variant_id=789 |
विज्ञापन रीडायरेक्ट [ads_redirect] |
https://www.merchant.com/product123?variant_id=789&ref=mycss |
| Google Ads सेट अप | |
| ट्रैकिंग टेम्प्लेट | https://redirect.com?url={lpurl}&merchant={merchant_id}&product={product_id} |
| वे कॉल जहां समानांतर ट्रैकिंग काम करती है | |
| नेविगेशन | https://www.merchant.com/product123?variant_id=789&ref=mycss |
| पैरलल ट्रैकर कॉल | https://redirect.com?url=https%3A%2F%2Fgoogle.com%2Fasnc%2FdGVzdA%26 variant_id%3D789%26ref%3Dmycss&merchant=99887766&product=p123v789_b &gb=1 |
| वे कॉल जहां पैरलल ट्रैकिंग काम नहीं करती है | |
| ब्राउज़र कॉल | https://redirect.com?url=https%3A%2F%2Fwww.merchant.com%2Fproduct123% 3Fvariant_id%3D789%26ref%3Dmycss&product=p123v789 _b |
| क्रम में चलने वाला हॉप | https://www.merchant.com/product123?variant_id=789&ref=mycss |
ध्यान दें कि Google समानांतर ट्रैकिंग कॉल पर एक “gb=1” पैरामीटर जोड़ता है ताकि आपका ट्रैकर उन्हें पहचान सके.
पैरलल ट्रैकिंग लागू होने की जांच करने का तरीका
लागू की गई ट्रैकिंग की जांच करने के लिए, नीचे दिया गया तरीका अपनाएं:
- तय करें कि आप ट्रैकिंग के लागू होने की जांच कहां करना चाहते हैं. जाँच किसी खास कैंपेन, विज्ञापन समूह या प्रॉडक्ट समूह के लिए की जा सकती है. आप जाँच उद्देश्यों के लिए एक बिल्कुल नया कैंपेन भी बना सकते हैं.
- “{_beacon}=true” को संबंधित ट्रैकिंग टेम्प्लेट में जोड़ें. कैंपेन में जोड़ते समय, कैंपेन सेटिंग का इस्तेमाल करें. किसी विज्ञापन समूह या प्रॉडक्ट समूह में लागू करते समय, ट्रैकिंग टेम्प्लेट विशेषता कॉलम जोड़कर ट्रैकिंग टेम्प्लेट जोड़ें.
- यह देखने के लिए अपने लॉग जाँचें कि क्या ट्रैकिंग टेम्प्लेट को पिंग मिल रहे हैं. हो सकता है कि ट्रैकिंग में “gb=1” पैरामीटर दिया गया हो. इसका मतलब है कि इसे बैकग्राउंड में चालू किया गया है. साथ ही, यह ज़रूरत के मुताबिक काम कर रहा है.