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

खास जानकारी

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

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

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

कन्वर्ज़न ट्रैकिंग लागू करना ज़रूरी नहीं है

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

इंटिग्रेशन पूरा करने के लिए, आपको Google से मिले शुरुआती रेफ़रल के rwg_token को 30 दिनों तक इकट्ठा और सेव करना होगा. 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 जोड़ते हैं. इसका इस्तेमाल, कारोबारी या कंपनी की जानकारी की पहचान करने और उसे सेव करने के लिए किया जाता है.

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

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

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

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

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

टेस्ट केस	टेस्ट का ब्यौरा	User Flow	अनुमानित नतीजा
1	जब कोई उपयोगकर्ता ऐसा ऑर्डर पूरा करता है जो Google से नहीं किया गया है.	जब कोई उपयोगकर्ता, Google से मिले रेफ़रल लिंक या किसी मौजूदा रेफ़रल लिंक के बिना सीधे ऑर्डर करने वाले पेज पर जाता है. इससे कोई कन्वर्ज़न इवेंट ट्रिगर नहीं होना चाहिए.	कोई कन्वर्ज़न इवेंट नहीं हुआ, क्योंकि उपयोगकर्ता ने पहले ऑर्डर करने वाले पेज पर विज़िट नहीं किया था या उसे Google ने रेफ़र नहीं किया था.
2	जब कोई उपयोगकर्ता, Google पर शुरू किया गया ऑर्डर पूरा करता है.	कोई व्यक्ति Google पर आपके कारोबारी या कंपनी को ढूंढता है. इसके बाद, उसे आपके ऑर्डर पेज पर भेजा जाता है और वह ऑर्डर पूरा करता है.	कन्वर्ज़न इवेंट भेजा जाएगा. इसमें टोकन A और कारोबारी या कंपनी बदली गई वैल्यू 2 होगी. ऐसा इसलिए, क्योंकि उपयोगकर्ता को Google ने ऑर्डर करने वाले पेज पर भेजा था.
3	कोई उपयोगकर्ता (Google से) ऑर्डर करने की प्रोसेस शुरू करता है, लेकिन ऑर्डर पूरा होने से पहले ही सेशन बंद कर देता है. ध्यान दें: इस सेशन को टेस्ट 4 और 5 के लिए खुला रखें.	किसी उपयोगकर्ता को आपके ऑर्डर पेज पर भेजा जाता है, लेकिन सेशन खत्म हो जाता है और वह ऑर्डर पूरा नहीं करता है.	कोई कन्वर्ज़न नहीं, क्योंकि उपयोगकर्ता ने कोई ऑर्डर पूरा नहीं किया. हालांकि, टोकन B को 30 दिनों तक सेव किया जाना चाहिए.
4	कोई व्यक्ति Google से नहीं आता है, लेकिन ऑर्डर करने वाले पेज पर वापस आता है और ऑर्डर पूरा करता है. ध्यान दें: ऑर्डर करने के फ़्लो के यूआरएल में rwg_token शामिल नहीं होना चाहिए.	उपयोगकर्ता, टेस्ट #4 के बाद ऑर्डर करने वाले पेज पर वापस आ जाता है. टोकन B को 30 दिनों तक सेव किया जाना चाहिए. साथ ही, इन 30 दिनों के दौरान होने वाले किसी भी कन्वर्ज़न से कन्वर्ज़न इवेंट मिलना चाहिए.	कन्वर्ज़न इवेंट भेजा जाएगा. इसमें टोकन B और कारोबारी या कंपनी बदली गई वैल्यू 2 होगी. ऐसा इसलिए, क्योंकि उपयोगकर्ता Google से मिले पिछले रेफ़रल के बाद, ऑर्डर करने वाले पेज पर वापस आ रहा है.
5	उपयोगकर्ता, टेस्ट #4 के बाद Google से किया गया नया ऑर्डर पूरा करता है.	अगर कोई उपयोगकर्ता, Google के पिछले रेफ़रल के बाद Google के रेफ़रल का इस्तेमाल करके, आपके ऑर्डर वाले पेज पर वापस आता है, तो उसके 30 दिनों के स्टोरेज की विंडो रीसेट हो जाती है. साथ ही, नया टोकन टोकन C, पुराने टोकन टोकन B की जगह ले लेता है. इसके बाद, आने वाले समय में होने वाले सभी कन्वर्ज़न का क्रेडिट टोकन C को मिलेगा.	एक कन्वर्ज़न इवेंट भेजा जाएगा. इसमें टोकन C और कारोबारी या कंपनी बदली गई वैल्यू 2 होगी. ऐसा इसलिए होगा, क्योंकि उपयोगकर्ता ने ऑर्डर पूरा कर लिया है और नए टोकन ने पहले से सेव किए गए टोकन की जगह ले ली है.

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

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

टेस्ट केस	टेस्ट का ब्यौरा	User Flow	अनुमानित नतीजा
6	Google, किसी व्यक्ति को आपके ऑर्डरिंग पेज पर भेजता है और वह किसी दूसरे कारोबारी या कंपनी से ऑर्डर पूरा करता है.	Google ने किसी उपयोगकर्ता को आपके ऑर्डर पेज पर भेजा. इसके लिए, टोकन A का इस्तेमाल किया गया. हालांकि, ऑर्डर पूरा करने से पहले वह किसी दूसरे पेज पर चला जाता है और किसी ऐसे कारोबारी या कंपनी से ऑर्डर पूरा करता है जिसे मूल रेफ़रल में शामिल नहीं किया गया था.	कन्वर्ज़न इवेंट भेजा जाएगा, क्योंकि उपयोगकर्ता ने ऐसा ऑर्डर पूरा किया है जो Google से मिले रेफ़रल से शुरू हुआ था. इसमें Token A और merchant changed की वैल्यू 1 है. ऐसा इसलिए, क्योंकि उपयोगकर्ता ने रेफ़रल में बताए गए कारोबारी या कंपनी के बजाय किसी दूसरे कारोबारी या कंपनी से ऑर्डर पूरा किया है.

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

प्रोडक्शन एनवायरमेंट: 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

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

conversion-tracking-dashboard

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

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

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

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

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

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

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

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

आगे बढ़ें

रीयल टाइम अपडेट