रूपांतरण ट्रैकिंग

खास जानकारी

कन्वर्ज़न ट्रैकिंग, हमारे किसी ऐक्शन सेंटर इंटिग्रेशन की मदद से, Google से शुरू किए गए कन्वर्ज़न को ट्रैक करती है. इससे आपके इंटिग्रेशन को सही तरीके से काम करने में मदद मिलती है. साथ ही, कुछ पेजों की रैंकिंग पर भी इसका असर पड़ सकता है. जब भी Google कोई action_link जनरेट करता है, तो यूआरएल में बदलाव किया जाता है, ताकि उसमें यूनीक क्वेरी पैरामीटर शामिल किया जा सके: rwg_token. टोकन को सेव किया जा सकता है और उपयोगकर्ता की बुकिंग पूरी होने पर, सही वैल्यू दिखाई जा सकती हैं.

इंटिग्रेशन पूरा करने के लिए, यह तरीका अपनाएं:

1. rwg_token को पार्स और सेव करें.
2. व्यापारी/कंपनी/कारोबारी की जानकारी को पार्स और सेव करें.
3. rwg_token और merchant_changed वैल्यू दिखाता है.
4. कन्वर्ज़न ट्रैकिंग की जांच करें और उसकी पुष्टि करें.

rwg_token को पार्स और सेव करना

इंटिग्रेशन पूरा करने के लिए, आपको Google से मिले शुरुआती रेफ़रल के 30 दिनों तक rwg_token इकट्ठा और सेव करना होगा. rwg_token वैल्यू, कोड में बदली गई एक स्ट्रिंग होती है. इसमें लिंक के बारे में मेटाडेटा और उस action_link को जनरेट करने वाले व्यापारी/कंपनी/कारोबारी की जानकारी होती है.

टोकन को पार्स करना

जब किसी उपयोगकर्ता को आपके बुकिंग पेज पर भेजा जाता है, तो दिए गए यूआरएल में एक नया rwg_token जोड़ दिया जाता है. आपको अपने बुकिंग पेज में, टोकन वैल्यू को पार्स करना होगा.

यहां दिए गए उदाहरण में, ब्राउज़र की मदद से डिवाइस-लेवल पर ट्रैकिंग के लिए, rwg_token को पार्स करने का तरीका बताया गया है.

const rwgToken = new URLSearchParams(location.search).get('rwg_token') || undefined;

टोकन सेव करना

rwg_token को सेव करने पर, कन्वर्ज़न ट्रैकिंग को दो अलग-अलग लेवल पर लागू किया जा सकता है:

• डिवाइस-लेवल
• उपयोगकर्ता-लेवल

टोकन को किसी भी लेवल पर सेव किया जा सकता है. हालांकि, शुरुआती रेफ़रल के बाद, आपको टोकन को 30 दिनों तक सेव करना होगा.

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

if (rwgToken !== undefined) {
  document.cookie =
  "_rwgToken=" + rwgToken + "; max-age=2592000; domain=rootdomain.com; path=/";
}

जब भी Google, फ़ीड के ज़रिए आपके दिए गए action_link को जनरेट करता है, तो यूआरएल में बदलाव करके उसमें एक यूनीक क्वेरी पैरामीटर शामिल किया जाता है: rwg_token. आपको इस टोकन को सेव करना होगा और कन्वर्ज़न इवेंट के हिस्से के तौर पर इसे वापस भेजना होगा.

डिवाइस-लेवल पर सेव करना

डिवाइस-लेवल में, ब्राउज़र कुकी, लोकल स्टोरेज, ऐप्लिकेशन के लोकल स्टोरेज या किसी ऐसे अन्य तरीके का इस्तेमाल शामिल है जिससे 30 दिनों की एट्रिब्यूशन विंडो के लिए टोकन को बनाए रखा जा सकता है. टोकन, उपयोगकर्ता के डिवाइस पर सेव किया जाता है. इसलिए, अगर उपयोगकर्ता:

• वे जिस डिवाइस का इस्तेमाल करते हैं उसे बदलता है.
• लोकल स्टोरेज या कुकी मिटाता है.
• निजी या गुप्त ब्राउज़र का इस्तेमाल करता है.

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

उपयोगकर्ता-लेवल पर सेव करना

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

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

टोकन रीफ़्रेश करना

जब Google किसी उपयोगकर्ता को उसी व्यापारी/कंपनी/कारोबारी को रेफ़र करता है, तो पहले से सेव किए गए मौजूदा टोकन को नए रेफ़रल से मिले नए टोकन से बदल दिया जाता है. टोकन बदलने के बाद, टोकन स्टोरेज की 30 दिनों की एट्रिब्यूशन विंडो रीसेट हो जाती है. साथ ही, इस व्यापारी/कंपनी/कारोबारी के लिए होने वाले नए कन्वर्ज़न, नए टोकन को एट्रिब्यूट किए जाते हैं.

ज़्यादा जानकारी के लिए, कन्वर्ज़न एट्रिब्यूशन से जुड़ी ज़रूरी शर्तें देखें.

कारोबारी या कंपनी की जानकारी को पार्स और सेव करना

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

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

यहां दिए गए उदाहरण में, पहले से सेव किए गए rwg_token में बदलाव किया गया है. यह माना जाता है कि आपने दिए गए यूआरएल में मौजूद मेटाडेटा से, कारोबारी या कंपनी की जानकारी को पार्स किया है और उसे merchant_id के तौर पर सेव किया है या किसी मौजूदा merchant_id से मैच किया है.

// Store the rwgToken and merchantId in your cookie and set the cookie
// expiration date to 30 days.
if (typeof rwgToken !== 'undefined') {
  document.cookie =
  "_rwgToken=" + rwgToken + "; _merchantId=" + merchantId + "; max-age=2592000;domain=rootdomain.com; path=/";
}

rwg_token और merchant_changed वैल्यू दिखाना

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

• प्रोडक्शन एनवायरमेंट: https://www.google.com/maps/conversion/collect
• सैंडबॉक्स एनवायरमेंट: https://www.google.com/maps/conversion/debug/collect

कन्वर्ज़न इवेंट भेजते समय, आपको सेव की गई rwg_token और 1 या 2 की merchant_changed वैल्यू शामिल करनी होगी. merchant_changed के बारे में ज़्यादा जानकारी के लिए, व्यापारी/कंपनी के बदलाव की वैल्यू दिखाएं लेख पढ़ें.

POST बॉडी, JSON कोड में बदला गया ऑब्जेक्ट होना चाहिए. यह इस फ़ॉर्मैट में होना चाहिए:

{
  "conversion_partner_id": "<partnerId>",
  "rwg_token": "<rwg_token_val>",
  "merchant_changed": "1|2"
}

{
  "conversion_partner_id": "XXXXXXX",
  "rwg_token": "AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ==",
  "merchant_changed": "2"
}

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

const partnerId = XXXXXXXXXX;
const endpoint = `https://www.google.com/maps/conversion/collect`;

// Retrieve the value of the rwgToken stored in the browser's cookie
const match = document.cookie.match(new RegExp('(?:^| )_rwgToken=([^;]+)'));
const storedRwgToken = match ? match[1] : undefined;

// Send Conversion event with decoded token, verify any special characters
// are sent properly.
if (storedRwgToken !== undefined) {
  fetch(endpoint, {
    method: "POST",
    body: JSON.stringify({
      conversion_partner_id: partnerId,
      rwg_token: decodeURIComponent(storedRwgToken),
      merchant_changed: merchantChanged
    })
  });
}

व्यापारी/कंपनी की बदली गई वैल्यू दिखाना

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

merchant_changed को कौनसी वैल्यू असाइन करनी है, यह तय करने के लिए आपको कारोबारी/कंपनी की जानकारी को पार्स और सेव करना में सेव किए गए मूल कारोबारी/कंपनी का इस्तेमाल करना होगा. देखें कि कारोबारी या कंपनी का नाम बदला है या नहीं. साथ ही, अपनी ज़रूरत के हिसाब से वैल्यू असाइन करें.

• ज़रूरी शर्त: जब कोई उपयोगकर्ता मूल व्यापारी/कंपनी/कारोबारी की वेबसाइट छोड़कर, आपके प्लैटफ़ॉर्म पर किसी दूसरे व्यापारी/कंपनी/कारोबारी से खरीदारी करता है.
  • कारोबारी या कंपनी की बदली गई वैल्यू: 1
• ज़रूरी शर्त: जब उपयोगकर्ता मूल व्यापारी/कंपनी/कारोबारी के ज़रिए लेन-देन करता है.
  • कारोबारी या कंपनी की बदली गई वैल्यू: 2

कन्वर्ज़न ट्रैकिंग की जांच करना और उसकी पुष्टि करना

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

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

अगर आपके प्लैटफ़ॉर्म पर, उपयोगकर्ता किसी दूसरे व्यापारी/कंपनी/कारोबारी से चेकआउट कर सकते हैं, तो इन चीज़ों की जांच करें.

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

• प्रोडक्शन एनवायरमेंट: https://www.google.com/maps/conversion/collect
• सैंडबॉक्स एनवायरमेंट: https://www.google.com/maps/conversion/debug/collect

टेस्ट टोकन

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

टोकन A:

rwg_token=AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ%3D%3D

टोकन B:

rwg_token=AJKvS9U2QfiQanHFQrlJxBjD0AyFany3qpaJVEWOcY4nHqY_UkLYFFDj6RIa-EXS1iEmV8gtFPG6v1cU1jnusJK66ijXXnaqkQ%3D%3D

टोकन C:

rwg_token=AJKvS9VwInjZ_hGZPvBz0COVWJ5oFDzocFt9hGi7TMurlo2l71uiXP48PspPUMmRnqCUDE1mF_A5H_dMV78cBTF8jIfSQK6lEA%3D%3D

जब आपने कन्वर्ज़न इवेंट भेज दिए हैं, तो उन्हें कन्वर्ज़न ट्रैकिंग डैशबोर्ड में मौजूद ऐक्शन सेंटर में इकट्ठा किया जा सकता है.

कन्वर्ज़न एट्रिब्यूशन के लिए ज़रूरी शर्तें

Google के मुताबिक, कन्वर्ज़न एट्रिब्यूशन के लिए ज़रूरी स्टैंडर्ड, किसी भी स्टोर में प्लेस ऐक्शन लिंक के साथ किसी भी इंटरैक्शन के लिए 30 दिनों की एट्रिब्यूशन विंडो है.

इस एट्रिब्यूशन विंडो का मतलब है कि Google को इनमें से किसी भी स्थिति में कन्वर्ज़न इवेंट भेजा जा सकता है:

• कोई उपयोगकर्ता, जगह की जानकारी के लिए दिए गए ऐक्शन लिंक पर क्लिक करता है और उसी सेशन में उसी व्यापारी/कंपनी/कारोबारी के लिए ऑर्डर देता है. कारोबारी की बदली गई वैल्यू = 2.
• कोई उपयोगकर्ता, प्लेस ऐक्शन के लिंक पर क्लिक करता है. इसके बाद, उसी व्यापारी/कंपनी/कारोबारी के लिए ऑर्डर देने के लिए, 30 दिनों की एट्रिब्यूशन विंडो के अंदर किसी दूसरे चैनल से वापस आता है. कारोबारी की बदली गई वैल्यू = 2.
• कोई उपयोगकर्ता, प्लेस ऐक्शन लिंक पर क्लिक करता है और फिर 30 दिन की एट्रिब्यूशन विंडो के अंदर, उसी सेशन या किसी दूसरे सेशन में किसी दूसरे स्टोर से ऑर्डर करता है. कारोबारी की बदली गई वैल्यू = 1.

इसके अलावा, Google किसी भी ऐसे डिवाइस से कन्वर्ज़न इवेंट भेजने की उम्मीद करता है जिसे उपयोगकर्ता, प्लेस ऐक्शन लिंक के ज़रिए ऐक्सेस कर सकता है. इन डिवाइसों में ये शामिल हैं:

• डेस्कटॉप या मोबाइल वेब ऐप्लिकेशन.
• मोबाइल ऐप्लिकेशन, आपके डोमेन के लिए ऐप्लिकेशन के डीप लिंक या रजिस्टर किए गए ऐप्लिकेशन-इंटेंट के ज़रिए.

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

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