এই পৃষ্ঠাটি Cloud Translation API অনুবাদ করেছে।

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

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

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

ইন্টিগ্রেশন সম্পন্ন করতে, এই ধাপগুলো অনুসরণ করুন:

rwg_token টি পার্স করে সংরক্ষণ করুন।
বণিকের তথ্য পার্স করুন এবং সংরক্ষণ করুন।
rwg_token এবং merchant_changed মানগুলো ফেরত দিন।
রূপান্তর ট্র্যাকিং পরীক্ষা ও যাচাই করুন।

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

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

ইন্টিগ্রেশনটি সম্পূর্ণ করতে, আপনাকে প্রাথমিক গুগল রেফারেলের ৩০ দিন পর্যন্ত rwg_token সংগ্রহ ও সংরক্ষণ করতে হবে। rwg_token ভ্যালুটি একটি এনকোডেড স্ট্রিং, যাতে লিঙ্কটির মেটাডেটা এবং যে মার্চেন্ট সেই action_link তৈরি করেছে তার তথ্য থাকে।

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

যখন কোনো ব্যবহারকারীকে আপনার রিজার্ভেশন পেজে পাঠানো হয়, তখন প্রদত্ত URL-এর সাথে একটি নতুন rwg_token যুক্ত করা হয়। আপনার রিজার্ভেশন পেজে, আপনাকে টোকেন ভ্যালুটি পার্স করতে হবে।

নিম্নলিখিত উদাহরণে দেখানো হয়েছে কিভাবে ব্রাউজারের মাধ্যমে ডিভাইস-স্তরের ট্র্যাকিংয়ের জন্য rwg_token পার্স করা হয়।

const rwgToken = new URLSearchParams(location.search).get('rwg_token') || undefined;

টোকেনটি সংরক্ষণ করুন

যখন আপনি rwg_token সংরক্ষণ করেন, তখন আপনি দুটি ভিন্ন স্তরে রূপান্তর ট্র্যাকিং বাস্তবায়ন করতে পারেন:

ডিভাইস-স্তরের
ব্যবহারকারী-স্তর

আপনি যেকোনো লেভেলে টোকেনটি সংরক্ষণ করতে পারেন, কিন্তু প্রাথমিক রেফারেলের পর আপনাকে অবশ্যই ৩০ দিনের জন্য টোকেনটি সংরক্ষণ করে রাখতে হবে ।

নিম্নলিখিত উদাহরণটি ডিভাইস-স্তরের রূপান্তর ট্র্যাকিং দেখায়। আপনি ফার্স্ট-পার্টি কুকি ব্যবহার করে ব্রাউজারে টোকেন মানগুলি সংরক্ষণ করতে পারেন। এই উদাহরণটি ধরে নেয় যে আপনি টোকেন মানটি একটি ভেরিয়েবলে পার্স করেছেন। আপনার ডোমেন দিয়ে rootdomain.com আপডেট করতে ভুলবেন না।

if (rwgToken !== undefined) {
  document.cookie =
  "_rwgToken=" + rwgToken + "; max-age=2592000; domain=rootdomain.com; path=/";
}

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

প্রোডাকশন এনভায়রনমেন্ট : https://www.google.com/maps/conversion/collect
স্যান্ডবক্স পরিবেশ : https://www.google.com/maps/conversion/debug/collect

যখন আপনি একটি কনভার্সন ইভেন্ট পাঠান, তখন আপনাকে অবশ্যই সংরক্ষিত rwg_token এবং merchant_changed এর মান 1 বা 2 অন্তর্ভুক্ত করতে হবে। merchant_changed সম্পর্কে আরও বিস্তারিত জানতে, “Return the Merchant Change Value” দেখুন।

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"
}

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

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 and Store the Merchant Information`- এ সংরক্ষিত মূল মার্চেন্টের তথ্য নিতে হবে। মার্চেন্ট পরিবর্তিত হয়েছে কিনা তা যাচাই করুন এবং আপনার প্রয়োজন অনুযায়ী মানটি নির্ধারণ করুন।

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

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

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

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

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

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

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

গুরুত্বপূর্ণ: ‘Return the Merchant Change Value’ বিভাগে যেমন উল্লেখ করা হয়েছে, যদি আপনার রিজার্ভেশন পেজ বা অ্যাকশন লিঙ্কে ব্যবহারকারীর মার্চেন্ট পরিবর্তন করার সুবিধা না থাকে, তাহলে আপনি এই রিকোয়েস্টগুলোর ভ্যালু 2 এ হার্ডকোড করতে পারেন। এটি সেইসব পার্টনারদের জন্য সাধারণ, যারা তাদের রিজার্ভেশন পেজগুলো মার্চেন্টের ওয়েবসাইটে ইন্টিগ্রেট করেন অথবা রিজার্ভেশন প্রসেস করার জন্য কাস্টম ল্যান্ডিং পেজ ব্যবহার করেন। আপনি যদি এই ধরনের পার্টনারদের একজন হন, তাহলে আপনি নিম্নলিখিত টেস্ট কেসগুলো এড়িয়ে যেতে পারেন।

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

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

প্রোডাকশন এনভায়রনমেন্ট: https://www.google.com/maps/conversion/collect
স্যান্ডবক্স পরিবেশ: https://www.google.com/maps/conversion/debug/collect

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

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

টোকেন A:

rwg_token=AFd1xnHrJWKcjtriCyB5j3QL0bzbmLdcg1N1f5cJuSNVhteYjuOJz18Au6GIAT0tjHkw6fkUJKcarafV45b3c_gl7uT_o8HMcg%3D%3D

টোকেন বি:

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

টোকেন সি:

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

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

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

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

যেকোনো স্টোরে, প্লেস অ্যাকশন লিঙ্কের সাথে যেকোনো ইন্টারঅ্যাকশনের জন্য, কনভার্সন অ্যাট্রিবিউশনের ক্ষেত্রে গুগলের নির্ধারিত মান হলো ৩০ দিনের অ্যাট্রিবিউশন উইন্ডো।

এই অ্যাট্রিবিউশন উইন্ডোটির অর্থ হলো, গুগল নিম্নলিখিত যেকোনো পরিস্থিতিতে একটি কনভার্সন ইভেন্ট প্রেরিত হওয়ার প্রত্যাশা করতে পারে:

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

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

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

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

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