Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

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

खास जानकारी

कन्वर्ज़न ट्रैकिंग की मदद से, 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": "AFd1xnHrJWKcjtriCyB5j3QL0bzbmLdcg1N1f5cJuSNVhteYjuOJz18Au6GIAT0tjHkw6fkUJKcarafV45b3c_gl7uT_o8HMcg==",
  "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	उपयोगकर्ता, Test #4 के बाद Google से की गई नई बुकिंग पूरी करता है.	अगर कोई उपयोगकर्ता, Google के पिछले रेफ़रल के बाद Google के रेफ़रल का इस्तेमाल करके, आपकी बुकिंग वाले पेज पर वापस आता है, तो डेटा सेव करने की 30 दिनों की विंडो रीसेट हो जाती है. साथ ही, नया टोकन टोकन C, पुराने टोकन टोकन B की जगह ले लेता है. इसके बाद, आने वाले समय में होने वाले सभी कन्वर्ज़न का क्रेडिट टोकन C को मिलेगा.	एक कन्वर्ज़न इवेंट भेजा जाएगा, जिसमें टोकन C और कारोबारी या कंपनी बदली गई वैल्यू 2 होगी. ऐसा इसलिए, क्योंकि उपयोगकर्ता ने बुकिंग पूरी कर ली है और नए टोकन ने पहले से सेव किए गए टोकन की जगह ले ली है.

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

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

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

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

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

टेस्ट टोकन

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

टोकन A:

rwg_token=AFd1xnHrJWKcjtriCyB5j3QL0bzbmLdcg1N1f5cJuSNVhteYjuOJz18Au6GIAT0tjHkw6fkUJKcarafV45b3c_gl7uT_o8HMcg%3D%3D

टोकन B:

rwg_token=AE37R_gte8WCEaytMalsIr9agWQRLuN8199RsVhU2WoRKRvcZ0eBTD8cFvnfUZh-GY0IvY-zjS3W9KWAmy3WDiWXbVvQRZyzMQ%3D%3D

टोकन C:

rwg_token=AE37R_jmAP-UgWNApkxwdlX5M2z1UBGuUzHZ63YWmRWeTjRJKxfSD1mzJ4joLnB11MHrBULuisjP-9I64LnBJDXyCc_CIJSCPg%3D%3D

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

conversion-tracking-dashboard

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

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

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

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

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

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

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

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