রূপান্তর ট্র্যাকিং

চিত্র ২: রূপান্তর ট্র্যাকিং ওভারভিউ

সংক্ষিপ্ত বিবরণ

কনভার্সন ট্র্যাকিং আমাদের অ্যাকশন সেন্টার ইন্টিগ্রেশনের মাধ্যমে গুগল কর্তৃক শুরু হওয়া কনভার্সনগুলির ট্র্যাক রাখে। এটি আপনার ইন্টিগ্রেশনকে সুস্থ ও চলমান রাখতে সাহায্য করে, কারণ এটি নির্দিষ্ট পৃষ্ঠাগুলিতে র‍্যাঙ্কিংকে প্রভাবিত করতে পারে। প্রতিবার গুগল যখন একটি action_link তৈরি করে, তখন নির্দিষ্ট URL টি একটি অনন্য কোয়েরি প্যারামিটার অন্তর্ভুক্ত করার জন্য পরিবর্তন করা হয়: rwg_token । আপনি টোকেনটি সংরক্ষণ করতে পারেন এবং ব্যবহারকারী যখন বুকিং সম্পন্ন করেন তখন উপযুক্ত মানগুলি ফেরত দিতে পারেন।

ইন্টিগ্রেশন সম্পূর্ণ করতে, এই পদক্ষেপগুলি অনুসরণ করুন:

  1. rwg_token পার্স করে সংরক্ষণ করুন।
  2. বণিকের তথ্য বিশ্লেষণ এবং সংরক্ষণ করুন।
  3. rwg_token এবং merchant_changed মানগুলি ফেরত দিন।
  4. রূপান্তর ট্র্যাকিং পরীক্ষা এবং যাচাই করুন।

rwg_token পার্স এবং সংরক্ষণ করুন

ইন্টিগ্রেশনটি সম্পূর্ণ করার জন্য আপনাকে প্রাথমিক Google রেফারেলের 30 দিন পর্যন্ত rwg_token সংগ্রহ এবং সংরক্ষণ করতে হবে। rwg_token মান হল একটি এনকোডেড স্ট্রিং, যাতে লিঙ্ক সম্পর্কে মেটাডেটা এবং সেই action_link তৈরি করা ব্যবসায়ীর তথ্য থাকে।

টোকেন পার্স করুন

যখন কোনও ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় পাঠানো হয়, তখন প্রদত্ত URL-এ একটি নতুন 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 তৈরি করে, তখন URL টি একটি অনন্য কোয়েরি প্যারামিটার অন্তর্ভুক্ত করার জন্য পরিবর্তিত হয়: rwg_token । আপনাকে এই টোকেনটি সংরক্ষণ করতে হবে এবং রূপান্তর ইভেন্টের অংশ হিসাবে এটি ফেরত পাঠাতে হবে।

ডিভাইস-স্তরে সংরক্ষণ করুন

ডিভাইস-স্তরের মধ্যে ব্রাউজার কুকি, স্থানীয় স্টোরেজ, অ্যাপ স্থানীয় স্টোরেজ, অথবা অন্য কোনও পদ্ধতি ব্যবহার করা অন্তর্ভুক্ত যা টোকেনটিকে 30 দিনের অ্যাট্রিবিউশন উইন্ডোর জন্য টিকিয়ে রাখতে পারে। টোকেনটি ব্যবহারকারীর ডিভাইসে স্থানীয়ভাবে সংরক্ষণ করা হয়। সুতরাং, রূপান্তর ইভেন্টটি সঠিকভাবে অ্যাট্রিবিউট করতে পারে না, যদি ব্যবহারকারী:

  • তারা যে ডিভাইসটি ব্যবহার করে তা পরিবর্তন করে।
  • স্থানীয় স্টোরেজ বা কুকিজ সাফ করে।
  • একটি ব্যক্তিগত বা ছদ্মবেশী ব্রাউজার ব্যবহার করে।

যখন আপনি ডিভাইস-স্তরের রূপান্তর ট্র্যাকিং ব্যবহার করেন, তখন আপনাকে মোবাইল সহ প্রতিটি সমর্থিত ডিভাইসে রূপান্তর ইভেন্টটি পুনরায় বাস্তবায়ন করতে হবে।

ব্যবহারকারী-স্তরে সংরক্ষণ করুন

ব্যবহারকারী-স্তর আপনার অ্যাপ্লিকেশন ডাটাবেসে টোকেনটি ধরে রাখে, সার্ভার-সাইড অ্যানালিটিক্স সিস্টেম বা অন্যান্য সার্ভার-সাইড সিস্টেমের মাধ্যমে। টোকেনটি সার্ভার-সাইডে সংরক্ষণ করা হয়। সুতরাং, ব্যবহারকারী লগ ইন করার পরেও রূপান্তর ইভেন্টটি সঠিকভাবে অ্যাট্রিবিউট করে।

যখন আপনি আপনার সিস্টেম আর্কিটেকচারের উপর ভিত্তি করে ব্যবহারকারী-স্তরের রূপান্তর ট্র্যাকিং ব্যবহার করেন, তখন আপনি আপনার সার্ভার-সাইডে একবার রূপান্তর ইভেন্টটি বাস্তবায়ন করতে পারেন এবং সমস্ত সমর্থিত ডিভাইসে এটি পুনরায় ব্যবহার করতে পারেন।

টোকেন রিফ্রেশ করুন

যখন গুগল কোনও ব্যবহারকারীকে একই মার্চেন্টের কাছে রেফার করে, তখন বিদ্যমান টোকেনটি যা ইতিমধ্যেই সংরক্ষিত আছে, তা সর্বশেষ রেফারেল থেকে নতুন টোকেন দিয়ে প্রতিস্থাপন করা হয়। টোকেন প্রতিস্থাপনের পরে, টোকেন স্টোরেজের 30 দিনের অ্যাট্রিবিউশন উইন্ডো রিসেট হয় এবং এই মার্চেন্টের জন্য কোনও নতুন রূপান্তর, সর্বশেষ টোকেনের সাথে অ্যাট্রিবিউট করে।

আরও বিস্তারিত জানার জন্য "রূপান্তর বৈশিষ্ট্যের জন্য প্রয়োজনীয়তা" দেখুন।

বণিকের তথ্য বিশ্লেষণ এবং সংরক্ষণ করুন

যখন কোনও ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় পাঠানো হয়, তখন আপনাকে সেই যুক্তি প্রয়োগ করতে হবে যা বণিকের বিবরণ খুঁজে পেতে এবং ক্যাপচার করতে পারে। সাধারণত, অংশীদাররা তাদের অ্যাকশন লিঙ্কগুলিতে বণিকের মেটাডেটা বা merchant_id যোগ করে এবং বণিকের তথ্য সনাক্ত এবং সংরক্ষণ করতে এটি ব্যবহার করে।

আমরা আপনাকে merchant_id অথবা নির্বাচিত শনাক্তকারীটি rwg_token এর সাথে সংরক্ষণ করার পরামর্শ দিচ্ছি। যখন কোনও ব্যবহারকারী বুকিং নিশ্চিত করেন, তখন সম্পূর্ণ রূপান্তর অনুরোধ পাঠানোর আগে আপনি ব্যবসায়ীর সাথে যোগাযোগ করতে পারেন। টোকেন স্টোরেজের মতো, প্রাথমিক রেফারেলের 30 দিনের জন্য আপনাকে অবশ্যই টোকেনের সাথে ব্যবসায়ীর বিবরণ সংরক্ষণ করতে হবে ।

নিম্নলিখিত উদাহরণটি পূর্বে সংরক্ষিত rwg_token পরিবর্তন করে। এটি ধরে নেয় যে আপনি প্রদত্ত URL-এ মেটাডেটা থেকে মার্চেন্ট তথ্য পার্স করেছেন এবং হয় এটি একটি 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 রেফারেল থেকে শুরু করে একটি বুকিং সম্পন্ন করেন, তখন আপনাকে রূপান্তর এন্ডপয়েন্টে একটি HTTP POST অনুরোধ পাঠাতে হবে। দুটি এন্ডপয়েন্ট রয়েছে:

  • উৎপাদন পরিবেশ : 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"
}

নিম্নলিখিত উদাহরণে ব্যবহারকারীর ডিভাইসে জাভাস্ক্রিপ্টে লেখা একটি কুকি ব্যবহার করে ডিভাইস-স্তরের রূপান্তর ট্র্যাকিং অন্তর্ভুক্ত রয়েছে:

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 মানটি প্রাথমিক রিডাইরেক্ট মার্চেন্ট থেকে মার্চেন্ট পরিবর্তন করা হয়েছে কিনা তা নির্ধারণ করতে ব্যবহৃত হয়। আপনার ল্যান্ডিং পৃষ্ঠাটি যদি এমন একটি প্ল্যাটফর্মের মধ্যে থাকে যেখানে অন্যান্য মার্চেন্ট থাকে তবে মার্চেন্ট পরিবর্তন করা সাধারণ। এই ক্ষেত্রে, যদি গুগল কোনও ব্যবহারকারীকে আপনার প্ল্যাটফর্মে রেফার করে এবং বুকিং সম্পন্ন করার জন্য অন্য কোনও মার্চেন্টের কাছে নেভিগেট করার সিদ্ধান্ত নেয়, তাহলে আপনাকে জানতে হবে যে একটি পৃথক মার্চেন্টের সাথে একটি রূপান্তর ঘটেছে। আপনি মার্চেন্ট পরিবর্তন সনাক্ত করতে বুলিয়ান ব্যবহার করতে পারেন, তবে মার্চেন্টের বিবরণ নয়।

যখন আপনি merchant_changed এ কোন মান নির্ধারণ করবেন, তখন আপনাকে Parse-এ সংরক্ষিত মূল মার্চেন্টটি নিতে হবে এবং মার্চেন্টের তথ্য সংরক্ষণ করতে হবে । মার্চেন্ট পরিবর্তন হয়েছে কিনা তা পরীক্ষা করে দেখুন এবং আপনার প্রয়োজন অনুসারে মানটি নির্ধারণ করুন।

  • প্রয়োজনীয়তা : যখন একজন ব্যবহারকারী মূল বণিকের ওয়েবসাইট ছেড়ে অন্য একজন বণিকের সাথে আপনার প্ল্যাটফর্মের মাধ্যমে কেনাকাটা সম্পন্ন করেন।
    • মার্চেন্ট পরিবর্তনের মান : 1
  • প্রয়োজনীয়তা : যখন ব্যবহারকারী মূল বণিকের মাধ্যমে একটি লেনদেন সম্পন্ন করে।
    • মার্চেন্ট পরিবর্তনের মান : 2

রূপান্তর ট্র্যাকিং পরীক্ষা এবং যাচাই করুন

নিম্নলিখিত পরীক্ষার কেসগুলি টেস্ট টোকেন বিভাগে প্রদত্ত টেস্ট টোকেন ব্যবহার করে এবং রূপান্তর ইভেন্টের ফলে হতে পারে এমন বিভিন্ন পরিস্থিতিতে আপনাকে গাইড করতে সহায়তা করার উদ্দেশ্যে তৈরি করা হয়েছে। এটি নিশ্চিত করে যে টোকেনটি যথাযথভাবে সংরক্ষণ করা হয়েছে, merchant_changed মান সঠিকভাবে সেট করা হয়েছে এবং উপযুক্ত হলে রূপান্তর ইভেন্টটি পাঠানো হয়েছে।

আপনার ফিডে দেওয়া অ্যাকশন লিঙ্ক বা বুকিং পৃষ্ঠার URL গুলি ব্যবহার করুন এবং URL-এর শেষে টেস্ট টোকেনগুলি যুক্ত করে প্রতিটি টেস্ট কেস চালান। একটি ব্যক্তিগত বা ছদ্মবেশী ব্রাউজার উইন্ডো ব্যবহার করতে ভুলবেন না -- এটি বর্তমান ব্যবহারকারীর সাথে সম্পর্কিত যেকোনো বিদ্যমান টোকেন সাফ করবে এবং আপনাকে কাজ করার জন্য একটি পরিষ্কার স্লেট দেবে।

টেস্ট কেস পরীক্ষার বর্ণনা ব্যবহারকারীর প্রবাহ প্রত্যাশিত ফলাফল
১ একজন ব্যবহারকারী এমন একটি বুকিং সম্পন্ন করেন যা Google থেকে আসেনি। একজন ব্যবহারকারী Google দ্বারা রেফার না করেই বা আগে থেকে কোনও রেফারেল ছাড়াই সরাসরি বুকিং পৃষ্ঠায় নেভিগেট করেন। এর ফলে কোনও রূপান্তরের ঘটনা ঘটা উচিত নয়। ব্যবহারকারী আগে বুকিং পৃষ্ঠায় যাননি অথবা Google তাকে রেফার করেনি, তাই কোনও রূপান্তর ইভেন্ট নেই ।
২ একজন ব্যবহারকারী Google থেকে শুরু করে একটি বুকিং সম্পূর্ণ করেন। একজন ব্যবহারকারী Google এর মাধ্যমে আপনার বণিককে খুঁজে পান, আপনার বুকিং পৃষ্ঠায় রেফার করা হয় এবং একটি বুকিং সম্পন্ন করেন। টোকেন A সহ একটি রূপান্তর ইভেন্ট পাঠানো হবে এবং বণিকের মান 2 পরিবর্তিত হবে কারণ Google ব্যবহারকারীকে বুকিং পৃষ্ঠায় রেফার করেছিল।
৩ একজন ব্যবহারকারী (Google থেকে আসা) বুকিং ফ্লো শুরু করেন, কিন্তু বুকিং সম্পন্ন হওয়ার আগেই সেশনটি ত্যাগ করেন।

দ্রষ্টব্য: এই অধিবেশনটি ৪র্থ এবং ৫ম পরীক্ষার জন্য খোলা রাখুন।		 একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় রেফার করা হয় কিন্তু সেশন শেষ হয়ে যায় এবং তারা বুকিং সম্পূর্ণ করে না। ব্যবহারকারী বুকিং সম্পূর্ণ না করায় কোনও রূপান্তর করা যাবে না কিন্তু টোকেন B ৩০ দিনের জন্য সংরক্ষণ করা উচিত।
৪ একজন ব্যবহারকারী গুগল থেকে না এসেও বুকিং পৃষ্ঠায় ফিরে যান এবং বুকিং সম্পূর্ণ করেন।

দ্রষ্টব্য: বুকিং ফ্লো URL-এ rwg_token থাকা উচিত নয়।		 একজন ব্যবহারকারী পরীক্ষা #৪ এর পরে বুকিং পৃষ্ঠায় ফিরে আসেন। টোকেন B ৩০ দিনের জন্য সংরক্ষণ করা উচিত এবং সেই ৩০ দিনের মধ্যে যেকোনো রূপান্তর একটি রূপান্তর ইভেন্ট ফিরিয়ে আনবে। গুগল থেকে পূর্ববর্তী রেফারেলের পরে ব্যবহারকারী বুকিং পৃষ্ঠায় ফিরে আসার কারণে টোকেন বি এবং মার্চেন্টের পরিবর্তিত মান ২ সহ একটি রূপান্তর ইভেন্ট পাঠানো হবে ।
৫ একজন ব্যবহারকারী পরীক্ষা #৪ এর পরে Google থেকে উদ্ভূত একটি নতুন বুকিং সম্পন্ন করেন। যদি কোনও ব্যবহারকারী পূর্ববর্তী Google রেফারেলের পরে Google রেফারেল ব্যবহার করে আপনার বুকিং পৃষ্ঠায় ফিরে আসে, তাহলে তাদের 30-দিনের স্টোরেজ উইন্ডো রিসেট হবে এবং একটি নতুন টোকেন টোকেন C পুরানো টোকেন B এর পরিবর্তে আসবে। ভবিষ্যতের সমস্ত রূপান্তরগুলি তখন টোকেন C এর সাথে সম্পর্কিত হবে। টোকেন সি সহ একটি রূপান্তর ইভেন্ট পাঠানো হবে এবং বণিকের মান 2 পরিবর্তিত হবে কারণ ব্যবহারকারী বুকিং সম্পন্ন করেছেন এবং নতুন টোকেন পূর্বে সংরক্ষিত টোকেনটি প্রতিস্থাপন করবে।

যদি আপনার কাছে এমন একটি প্ল্যাটফর্ম থাকে যেখানে ব্যবহারকারীরা অন্য কোনও ব্যবসায়ীর সাথে চেকআউট করতে পারেন, তাহলে নিম্নলিখিতগুলি পরীক্ষা করে দেখুন।

টেস্ট কেস পরীক্ষার বর্ণনা ব্যবহারকারীর প্রবাহ প্রত্যাশিত ফলাফল
৬ Google একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় রেফার করে এবং অন্য একজন ব্যবসায়ীর সাথে বুকিং সম্পন্ন করে। গুগল একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় রেফার করে, টোকেন A ব্যবহার করা হয়, কিন্তু বুকিং সম্পন্ন করার আগে তারা একটি ভিন্ন পৃষ্ঠায় নেভিগেট করে এবং মূল রেফারেল থেকে ভিন্ন একটি মার্চেন্টের সাথে বুকিং সম্পন্ন করে। একটি রূপান্তর ইভেন্ট পাঠানো হবে কারণ ব্যবহারকারী টোকেন A সহ Google এর রেফারেলের মাধ্যমে শুরু হওয়া একটি বুকিং সম্পন্ন করেছেন এবং বণিকের মান 1 পরিবর্তন হয়েছে কারণ ব্যবহারকারী রেফারেলের পরিবর্তে অন্য কোনও বণিকের মাধ্যমে বুকিং সম্পন্ন করেছেন।

পরীক্ষা করার সময়, HTTP POST অনুরোধটি রূপান্তর এন্ডপয়েন্টে পাঠান। দুটি এন্ডপয়েন্ট আছে:

  • উৎপাদন পরিবেশ: https://www.google.com/maps/conversion/collect
  • স্যান্ডবক্স পরিবেশ: https://www.google.com/maps/conversion/debug/collect

পরীক্ষার টোকেন

রূপান্তর ট্র্যাকিং পরীক্ষা করার জন্য, আপনার ফিডে প্রদত্ত অ্যাকশন লিঙ্ক বা বুকিং পৃষ্ঠার URL-এর শেষে নিম্নলিখিত টেস্ট টোকেনগুলির মধ্যে একটি যোগ করুন।

টোকেন এ:

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

টোকেন বি:

rwg_token=AJKvS9U2QfiQanHFQrlJxBjD0AyFany3qpaJVEWOcY4nHqY_UkLYFFDj6RIa-EXS1iEmV8gtFPG6v1cU1jnusJK66ijXXnaqkQ%3D%3D

টোকেন সি:

rwg_token=AJKvS9VwInjZ_hGZPvBz0COVWJ5oFDzocFt9hGi7TMurlo2l71uiXP48PspPUMmRnqCUDE1mF_A5H_dMV78cBTF8jIfSQK6lEA%3D%3D

যখন আপনি সফল রূপান্তর ইভেন্টগুলি পাঠান, তখন আপনি রূপান্তর ট্র্যাকিং ড্যাশবোর্ডের অধীনে অ্যাকশন সেন্টারে সেগুলিকে একত্রিত দেখতে পাবেন।

রূপান্তর-ট্র্যাকিং-ড্যাশবোর্ড

রূপান্তর অ্যাট্রিবিউশনের জন্য প্রয়োজনীয়তা

রূপান্তর অ্যাট্রিবিউশনের জন্য Google-এর প্রয়োজনীয় মান হল যেকোনো দোকানে, কোনও স্থানের অ্যাকশন লিঙ্কের সাথে যেকোনো ইন্টারঅ্যাকশনের জন্য 30 দিনের অ্যাট্রিবিউশন সময়সীমা।

এই অ্যাট্রিবিউশন উইন্ডোর অর্থ হল, Google নিম্নলিখিত যেকোনো পরিস্থিতিতে একটি রূপান্তর ইভেন্ট পাঠানোর আশা করতে পারে:

  • একজন ব্যবহারকারী একটি প্লেস অ্যাকশন লিঙ্ক অনুসরণ করেন এবং একই সেশনে একই মার্চেন্টের জন্য একটি অর্ডার দেন। মার্চেন্ট পরিবর্তনের মান = 2।
  • একজন ব্যবহারকারী একটি প্লেস অ্যাকশন লিঙ্ক অনুসরণ করেন এবং তারপর ৩০ দিনের অ্যাট্রিবিউশন উইন্ডোর মধ্যে অন্য একটি চ্যানেল থেকে ফিরে এসে একই মার্চেন্টের জন্য অর্ডার দেন। মার্চেন্ট পরিবর্তনের মান = ২।
  • একজন ব্যবহারকারী একটি প্লেস অ্যাকশন লিঙ্ক অনুসরণ করে এবং তারপর একই সেশনের মধ্যে অথবা 30 দিনের অ্যাট্রিবিউশন উইন্ডোর মধ্যে একটি ভিন্ন সেশনে একটি অর্ডার দেয়। মার্চেন্ট পরিবর্তনের মান = 1।

অতিরিক্তভাবে, গুগল যেকোনো ডিভাইস থেকে রূপান্তর ইভেন্ট পাঠানোর প্রত্যাশা করে, যা একজন ব্যবহারকারী একটি প্লেস অ্যাকশন লিঙ্কের মাধ্যমে অ্যাক্সেস করতে পারবেন। এই ডিভাইসগুলির মধ্যে রয়েছে:

  • ডেস্কটপ বা মোবাইল ওয়েব অ্যাপ্লিকেশন।
  • মোবাইল অ্যাপ, হয় অ্যাপ ডিপ লিঙ্কের মাধ্যমে অথবা আপনার ডোমেনের জন্য নিবন্ধিত অ্যাপ-ইন্টেন্টের মাধ্যমে।

যদি টোকেনটি ব্যবহারকারী-স্তরে সংরক্ষণ করা হয়, তাহলে আশা করা হচ্ছে যে আপনি ক্রস-ডিভাইস অ্যাট্রিবিউশন প্রদান করবেন। আরও তথ্যের জন্য, ব্যবহারকারী-স্তরে সংরক্ষণ করুন দেখুন। এই ক্ষেত্রে, একজন ব্যবহারকারী যিনি ডেস্কটপ থেকে একটি অ্যাকশন লিঙ্ক অনুসরণ করেন এবং তারপর একই ব্যবহারকারী অ্যাকাউন্ট দিয়ে মোবাইলে লেনদেন সম্পন্ন করেন, তাকে অবশ্যই একটি রূপান্তর ইভেন্ট ট্রিগার করতে হবে।

যদি টোকেনটি কেবলমাত্র ডিভাইস-স্তরে সংরক্ষণ করা হয়, যেমন ব্রাউজার কুকিতে, তাহলে ক্রস-ডিভাইস অ্যাট্রিবিউশন প্রদান করা হবে বলে আশা করা হয় না। এই ক্ষেত্রে, প্রতিটি ডিভাইসে একটি পৃথক টোকেন টিকে থাকতে পারে, যদি ব্যবহারকারী সেই ডিভাইসে একটি অ্যাকশন লিঙ্ক অনুসরণ করে এবং প্রতিটি ডিভাইস আলাদাভাবে অ্যাট্রিবিউশন নিয়ম অনুসরণ করতে পারে।