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

पहली इमेज. कन्वर्ज़न ट्रैकिंग की खास जानकारी

खास जानकारी

कन्वर्ज़न ट्रैकिंग, हमारे किसी ऐक्शन सेंटर इंटिग्रेशन की मदद से, 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 को पार्स करने का तरीका बताया गया है.

var query = location.search.substring(1);
var params = query.split('&');
var rwgToken = undefined;
for (var i = 0; i < params.length; ++i) {
  var pair = params[i].split('=');
  if (pair[0] == 'rwg_token') {
    rwgToken = decodeURIComponent(pair[1]);
    break;
  }
}

आपके यूआरएल में जोड़ा गया टोकन एन्क्रिप्ट (सुरक्षित) होता है. rwg_token का उदाहरण यहां देखें. इस सैंपल टोकन का इस्तेमाल करके, यह पक्का करें कि आपने = जैसे किसी भी खास वर्ण के साथ-साथ टोकन को सही तरीके से पार्स किया है.

AJKvS9WeONmWKEwjG0--HdpzMq0yAVNL8KMxbb44QtbcxMhSx_NUud5b8PLUBFehAIxOBO-iYRIJOknEFkIJmdsofdVJ6uOweQ==

टोकन सेव करना

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

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

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

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

if (typeof rwg_token !== 'undefined') {
  document.cookie =
  "_rwg_token=" + rwg_token + ";max-age=2592000;domain=rootdomain.com;path=/";
}

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

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

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

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

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

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

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

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

ध्यान दें: अपनी ज़रूरत के हिसाब से, यह तय किया जा सकता है कि rwg_token को कहां सेव किया जाए.

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

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

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

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

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

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

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

if (typeof rwg_token !== 'undefined') {
  document.cookie =
  "_rwg_token=" + rwg_token + ";_merchant_id=" + 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`;

const rwgTokenCookie = document.cookie
  .split('; ')
  .find(row => row.startsWith('_rwg_token='));

if (typeof rwgTokenCookie !== 'undefined') {
  const rwgTokenVal = rwgTokenCookie.split('=')[1];
  fetch(endpoint, {
    method: "POST",
    body: JSON.stringify({
      conversion_partner_id: partnerId,
      rwg_token: rwgTokenVal,
      merchant_changed: merchantChanged
    })
  });
}

चेतावनी: सिर्फ़ text/plain MIME Content-Type स्वीकार किया जाता है. हेडर में कोई दूसरा Content-Type न सेट करें, जिसकी वजह से CORS गड़बड़ी होती है.

चेतावनी: पक्का करें कि कन्वर्ज़न डेटा के हिस्से के तौर पर, उपयोगकर्ता की व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) को Google को न भेजा जाए.

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

, इसकी जांच करना सबसे सही तरीका है.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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