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

दूसरी इमेज: कन्वर्ज़न ट्रैकिंग की खास जानकारी

खास जानकारी

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

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

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

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

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

यहां दिए गए टेस्ट केस में, टेस्ट टोकन सेक्शन में दिए गए टेस्ट टोकन का इस्तेमाल किया गया है. इनका मकसद, आपको उन सभी अलग-अलग स्थितियों के बारे में जानकारी देना है जिनकी वजह से कन्वर्ज़न इवेंट ट्रिगर हो सकता है. इससे यह पक्का किया जाता है कि टोकन सही तरीके से सेव किया गया हो, 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 होगी. ऐसा इसलिए, क्योंकि उपयोगकर्ता ने बुकिंग पूरी कर ली है और नए टोकन ने पहले से सेव किए गए टोकन को बदल दिया है.

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

टेस्ट केस टेस्ट का ब्यौरा User Flow अनुमानित नतीजा
6 Google, किसी व्यक्ति को आपके बुकिंग पेज पर भेजता है और वह किसी दूसरे कारोबारी के साथ बुकिंग पूरी करता है. Google ने किसी व्यक्ति को आपके बुकिंग पेज पर भेजा. इसके लिए, टोकन A का इस्तेमाल किया गया. हालांकि, बुकिंग पूरी करने से पहले वह किसी दूसरे पेज पर चला जाता है और बुकिंग पूरी करता है. यह बुकिंग, उस कारोबारी या कंपनी के साथ की जाती है जिसने उसे बुकिंग पेज पर भेजा था. कन्वर्ज़न इवेंट भेजा जाएगा, क्योंकि उपयोगकर्ता ने बुकिंग पूरी कर ली है. यह बुकिंग, Google से मिले रेफ़रल से शुरू हुई थी. इसमें Token A और कारोबारी या कंपनी बदली गई वैल्यू 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 को उम्मीद है कि वह किसी भी डिवाइस से कन्वर्ज़न इवेंट भेज सकता है. उपयोगकर्ता, जगह की कार्रवाई के लिंक के ज़रिए डिवाइस को ऐक्सेस कर सकता है. इन डिवाइसों में ये शामिल हैं:

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

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

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