ওভারভিউ
রূপান্তর ট্র্যাকিং আমাদের অ্যাকশন সেন্টার ইন্টিগ্রেশনগুলির একটির মাধ্যমে Google দ্বারা সূচিত রূপান্তরগুলির ট্র্যাক রাখে৷ আপনার ইন্টিগ্রেশনকে সুস্থ ও চলমান রাখার জন্য এটি প্রয়োজনীয়, কারণ এটি নির্দিষ্ট পৃষ্ঠাগুলিতে র্যাঙ্কিংকে প্রভাবিত করতে পারে। প্রতিবার Google একটি action_link
তৈরি করে, একটি অনন্য ক্যোয়ারী প্যারামিটার অন্তর্ভুক্ত করার জন্য নির্দিষ্ট URL পরিবর্তন করা হয়: rwg_token
। আপনি টোকেন সংরক্ষণ করতে পারেন এবং যখন একজন ব্যবহারকারী একটি বুকিং সম্পূর্ণ করেন তখন উপযুক্ত মান ফেরত দিতে পারেন।
ইন্টিগ্রেশন সম্পূর্ণ করতে, এই পদক্ষেপগুলি অনুসরণ করুন:
-
rwg_token
পার্স করুন এবং সংরক্ষণ করুন। - পার্স এবং বণিক তথ্য সংরক্ষণ করুন.
-
rwg_token
এবংmerchant_changed
মান ফেরত দিন। - রূপান্তর ট্র্যাকিং পরীক্ষা করুন এবং যাচাই করুন।
rwg_token
পার্স করুন এবং সংরক্ষণ করুন
ইন্টিগ্রেশন সম্পূর্ণ করার জন্য আপনাকে প্রাথমিক Google রেফারেলের 30 দিন পর্যন্ত rwg_token
সংগ্রহ ও সংরক্ষণ করতে হবে। rwg_token
মান হল একটি এনকোড করা স্ট্রিং, যেটিতে লিঙ্ক সম্পর্কে মেটাডেটা এবং সেই action_link
তৈরি করা মার্চেন্ট তথ্য রয়েছে।
টোকেন পার্স করুন
যখন একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় নির্দেশিত করা হয়, প্রদত্ত URL-এ একটি নতুন 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;
}
}
আপনার URL-এর সাথে সংযুক্ত টোকেনটি এনক্রিপ্ট করা হয়েছে, একটি 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 দিনের অ্যাট্রিবিউশন উইন্ডোর জন্য টোকেন বজায় রাখতে পারে। টোকেন স্থানীয়ভাবে ব্যবহারকারীর ডিভাইসে সংরক্ষণ করা হয়। সুতরাং, রূপান্তর ইভেন্টটি সঠিকভাবে বৈশিষ্ট্যযুক্ত করতে পারে না, যদি ব্যবহারকারী:
- তারা যে ডিভাইস ব্যবহার করে তা পরিবর্তন করে।
- স্থানীয় স্টোরেজ বা কুকিজ সাফ করে।
- একটি ব্যক্তিগত বা ছদ্মবেশী ব্রাউজার ব্যবহার করে।
আপনি যখন ডিভাইস-স্তরের রূপান্তর ট্র্যাকিং ব্যবহার করেন, তখন আপনাকে মোবাইল সহ প্রতিটি সমর্থিত ডিভাইস জুড়ে রূপান্তর ইভেন্টটি পুনরায় প্রয়োগ করতে হবে।
ব্যবহারকারী-স্তরে সঞ্চয় করুন
সার্ভার-সাইড অ্যানালিটিক্স সিস্টেম বা অন্যান্য সার্ভার-সাইড সিস্টেমের মাধ্যমে ব্যবহারকারী-স্তর আপনার অ্যাপ্লিকেশন ডাটাবেসে টোকেনটি বজায় রাখে। টোকেন সার্ভার-সাইডে সংরক্ষণ করা হয়। সুতরাং, ব্যবহারকারীর লগ ইন করার পরেও রূপান্তর ইভেন্টটি সঠিকভাবে বৈশিষ্ট্যযুক্ত।
যখন আপনি আপনার সিস্টেম আর্কিটেকচারের উপর ভিত্তি করে ব্যবহারকারী-স্তরের রূপান্তর ট্র্যাকিং ব্যবহার করেন, আপনি আপনার সার্ভার-সাইডে একবার রূপান্তর ইভেন্টটি বাস্তবায়ন করতে পারেন এবং সমস্ত সমর্থিত ডিভাইস জুড়ে এটি পুনরায় ব্যবহার করতে পারেন।
টোকেন রিফ্রেশ করুন
যখন Google একজন ব্যবহারকারীকে একই বণিকের কাছে রেফার করে, তখন বিদ্যমান টোকেন যা ইতিমধ্যেই সংরক্ষিত আছে, সর্বশেষ রেফারেল থেকে নতুন টোকেন দিয়ে প্রতিস্থাপিত হয়। টোকেন প্রতিস্থাপনের পরে, টোকেন স্টোরেজের 30 দিনের অ্যাট্রিবিউশন উইন্ডো রিসেট হয় এবং এই বণিকের জন্য যে কোনও নতুন রূপান্তর, সর্বশেষ টোকেনের বৈশিষ্ট্য।
আরও বিশদ বিবরণের জন্য রূপান্তর বৈশিষ্ট্যের জন্য প্রয়োজনীয়তা পড়ুন।
পার্স এবং বণিক তথ্য সংরক্ষণ করুন
যখন একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় নির্দেশিত করা হয়, তখন আপনাকে এমন যুক্তি প্রয়োগ করতে হবে যা ব্যবসায়ীর বিবরণ খুঁজে পেতে এবং ক্যাপচার করতে পারে। সাধারণত, অংশীদাররা তাদের অ্যাকশন লিঙ্কে মার্চেন্ট মেটাডেটা বা merchant_id
যোগ করে এবং বণিকের তথ্য শনাক্ত ও সংরক্ষণ করতে ব্যবহার করে।
আমরা আপনাকে rwg_token
সহ merchant_id
বা নির্বাচিত শনাক্তকারী সংরক্ষণ করার পরামর্শ দিচ্ছি। যখন একজন ব্যবহারকারী একটি বুকিং নিশ্চিত করেন, আপনি সম্পূর্ণ রূপান্তর অনুরোধ পাঠানোর আগে আপনি বণিককে উল্লেখ করতে পারেন। টোকেন স্টোরেজের মতো, আপনাকে অবশ্যই প্রাথমিক রেফারেলের 30 দিনের জন্য টোকেন সহ বণিকের বিবরণ সংরক্ষণ করতে হবে ।
নিম্নলিখিত উদাহরণটি পূর্বে সংরক্ষিত rwg_token
পরিবর্তন করে। এটি অনুমান করে যে আপনি প্রদত্ত URL-এ মেটাডেটা থেকে বণিকের তথ্য পার্স করেছেন এবং হয় এটিকে একটি 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
রেফারেল থেকে শুরু হয়, তখন আপনাকে রূপান্তর শেষ পয়েন্টে একটি 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"
}
নিম্নলিখিত উদাহরণে ব্যবহারকারীর ডিভাইসে একটি কুকি সহ ডিভাইস-স্তরের রূপান্তর ট্র্যাকিং অন্তর্ভুক্ত, যা 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
})
});
}
বণিক পরিবর্তন মান ফেরত দিন
merchant_changed
মানটি প্রাথমিক পুনঃনির্দেশিত ব্যবসায়ী থেকে বণিক পরিবর্তন করা হয়েছে কিনা তা নির্ধারণ করতে ব্যবহৃত হয়। যদি আপনার ল্যান্ডিং পৃষ্ঠাটি এমন একটি প্ল্যাটফর্মের মধ্যে থাকে যেখানে অন্যান্য ব্যবসায়ীদের অন্তর্ভুক্ত থাকে তবে বণিকদের পরিবর্তন করা সাধারণ। এই ক্ষেত্রে, যদি কোনও ব্যবহারকারীকে Google আপনার প্ল্যাটফর্মে রেফার করে এবং বুকিং সম্পূর্ণ করার জন্য অন্য কোনও ব্যবসায়ীর কাছে নেভিগেট করার সিদ্ধান্ত নেয়, তাহলে আপনাকে জানতে হবে যে একটি পৃথক বণিকের সাথে একটি রূপান্তর ঘটেছে। আপনি বণিক পরিবর্তন সনাক্ত করতে একটি বুলিয়ান ব্যবহার করতে পারেন, কিন্তু বণিকের বিবরণ নয়।
যখন আপনি সিদ্ধান্ত নেন যে merchant_changed
কে কোন মান বরাদ্দ করতে হবে, তখন আপনাকে পার্সে সংরক্ষিত মূল মার্চেন্টটি নিতে হবে এবং মার্চেন্টের তথ্য সংরক্ষণ করতে হবে । বণিক পরিবর্তিত হয়েছে কিনা তা পরীক্ষা করুন এবং আপনার প্রয়োজন অনুযায়ী মান নির্ধারণ করুন।
- প্রয়োজনীয়তা : যখন একজন ব্যবহারকারী আসল বণিকের ওয়েবসাইট ত্যাগ করেন এবং আপনার প্ল্যাটফর্মের মাধ্যমে একটি ভিন্ন বণিকের সাথে কেনাকাটা সম্পূর্ণ করেন।
- বণিক পরিবর্তন মান :
1
- বণিক পরিবর্তন মান :
- প্রয়োজনীয়তা : যখন ব্যবহারকারী মূল বণিকের মাধ্যমে একটি লেনদেন সম্পন্ন করে।
- বণিক পরিবর্তন মান :
2
- বণিক পরিবর্তন মান :
রূপান্তর ট্র্যাকিং পরীক্ষা করুন এবং যাচাই করুন
নিম্নলিখিত পরীক্ষার ক্ষেত্রে টেস্ট টোকেন বিভাগে প্রদত্ত পরীক্ষার টোকেনগুলি ব্যবহার করা হয় এবং এটি আপনাকে বিভিন্ন পরিস্থিতিতে সাহায্য করার উদ্দেশ্যে যা একটি রূপান্তর ইভেন্টে পরিণত হতে পারে৷ এটি নিশ্চিত করে যে টোকেনটি যথাযথভাবে সংরক্ষণ করা হয়েছে, merchant_changed
মান সঠিকভাবে সেট করা হয়েছে এবং উপযুক্ত হলে রূপান্তর ইভেন্ট পাঠানো হয়েছে।
আপনার ফিডে দেওয়া অ্যাকশন লিঙ্ক বা বুকিং পেজ ইউআরএল ব্যবহার করুন এবং ইউআরএলের শেষে টেস্ট টোকেন যুক্ত করে প্রতিটি টেস্ট কেস চালান। একটি ব্যক্তিগত বা ছদ্মবেশী ব্রাউজার উইন্ডো ব্যবহার করতে ভুলবেন না -- এটি বর্তমান ব্যবহারকারীর সাথে যুক্ত যেকোন বিদ্যমান টোকেনগুলিকে সাফ করবে এবং আপনাকে কাজ করার জন্য একটি পরিষ্কার স্লেট দেবে৷
টেস্ট কেস | পরীক্ষার বিবরণ | ব্যবহারকারী প্রবাহ | প্রত্যাশিত ফলাফল |
---|---|---|---|
1 | একজন ব্যবহারকারী একটি বুকিং সম্পূর্ণ করেন যা Google-এ আসেনি। | একজন ব্যবহারকারী Google দ্বারা উল্লেখ না করে বা বিদ্যমান রেফারেল ছাড়াই সরাসরি বুকিং পৃষ্ঠায় নেভিগেট করেন। এর ফলে কোনো রূপান্তর ইভেন্ট হওয়া উচিত নয়। | কোনও রূপান্তর ইভেন্ট নেই কারণ ব্যবহারকারী আগে বুকিং পৃষ্ঠায় যাননি বা Google দ্বারা রেফার করা হয়নি৷ |
2 | একজন ব্যবহারকারী একটি বুকিং সম্পূর্ণ করেন যা Google-এ উদ্ভূত হয়েছে। | একজন ব্যবহারকারী Google এর মাধ্যমে আপনার বণিককে খুঁজে পান, আপনার বুকিং পৃষ্ঠায় উল্লেখ করা হয় এবং একটি বুকিং সম্পূর্ণ করেন। | একটি রূপান্তর ইভেন্ট টোকেন A এবং বণিক পরিবর্তিত মান 2 এর সাথে পাঠানো হবে কারণ ব্যবহারকারীকে Google বুকিং পৃষ্ঠায় রেফার করেছিল৷ |
3 | একজন ব্যবহারকারী (Google থেকে উদ্ভূত) বুকিং প্রবাহ শুরু করেন, কিন্তু বুকিং সম্পূর্ণ হওয়ার আগে সেশনটি ত্যাগ করেন। দ্রষ্টব্য: টেস্ট 4 এবং 5 এর জন্য এই সেশনটি খোলা রাখুন। | একজন ব্যবহারকারীকে আপনার বুকিং পৃষ্ঠায় উল্লেখ করা হয় কিন্তু সেশন শেষ হয় এবং তারা বুকিং সম্পূর্ণ করে না। | কোনও রূপান্তর নেই কারণ ব্যবহারকারী বুকিং সম্পূর্ণ করেননি তবে টোকেন বি 30 দিনের জন্য সংরক্ষণ করা উচিত। |
4 | একজন ব্যবহারকারী Google থেকে উদ্ভূত না হয়ে বুকিং পৃষ্ঠায় ফিরে আসেন এবং বুকিং সম্পূর্ণ করেন। দ্রষ্টব্য: বুকিং ফ্লো URL-এ অবশ্যই rwg_token অন্তর্ভুক্ত করা উচিত নয়। | একজন ব্যবহারকারী টেস্ট #4 এর পরে বুকিং পৃষ্ঠায় ফিরে আসেন। টোকেন বি 30 দিনের জন্য সংরক্ষণ করা উচিত এবং সেই 30 দিনের মধ্যে যে কোনও রূপান্তর একটি রূপান্তর ইভেন্ট ফিরিয়ে দেওয়া উচিত। | একটি রূপান্তর ইভেন্ট টোকেন বি এবং বণিক পরিবর্তিত মান 2 এর সাথে পাঠানো হবে কারণ ব্যবহারকারী Google থেকে পূর্ববর্তী রেফারেলের পরে বুকিং পৃষ্ঠায় ফিরে আসছে। |
5 | একজন ব্যবহারকারী টেস্ট #4 এর পরে Google থেকে একটি নতুন বুকিং সম্পন্ন করেন। | যদি কোনো ব্যবহারকারী পূর্ববর্তী Google রেফারেলের পরে একটি Google রেফারেল ব্যবহার করে আপনার বুকিং পৃষ্ঠায় ফিরে আসেন, তাহলে তাদের 30-দিনের স্টোরেজ উইন্ডো রিসেট করে এবং একটি নতুন টোকেন টোকেন সি পুরানো টোকেন B-এর পরিবর্তে একটি নতুন টোকেন করে। ভবিষ্যতের সমস্ত রূপান্তর টোকেন সি- তে দায়ী করা হবে। | একটি রূপান্তর ইভেন্ট টোকেন C সহ পাঠানো হবে এবং বণিক 2 এর মান পরিবর্তন করেছে কারণ ব্যবহারকারী বুকিং সম্পূর্ণ করেছে এবং নতুন টোকেন পূর্বে সংরক্ষিত টোকেন প্রতিস্থাপন করেছে। |
যদি আপনার কাছে এমন একটি প্ল্যাটফর্ম থাকে যাতে ব্যবহারকারীরা অন্য কোনো মার্চেন্টের সাথে চেকআউট করতে পারে, তাহলে নিম্নলিখিতটি পরীক্ষা করুন।
টেস্ট কেস | পরীক্ষার বিবরণ | ব্যবহারকারী প্রবাহ | প্রত্যাশিত ফলাফল |
---|---|---|---|
6 | একজন ব্যবহারকারীকে Google আপনার বুকিং পৃষ্ঠায় রেফার করে এবং অন্য একজন ব্যবসায়ীর সাথে বুকিং সম্পন্ন করে। | একজন ব্যবহারকারীকে Google দ্বারা আপনার বুকিং পৃষ্ঠায় উল্লেখ করা হয়, টোকেন A ব্যবহার করা হয়, কিন্তু একটি বুকিং সম্পূর্ণ করার আগে তারা একটি ভিন্ন পৃষ্ঠায় নেভিগেট করে এবং মূল রেফারেল থেকে আলাদা এমন একজন ব্যবসায়ীর সাথে বুকিং সম্পূর্ণ করে। | একটি রূপান্তর ইভেন্ট পাঠানো হবে কারণ ব্যবহারকারী একটি বুকিং সম্পন্ন করেছেন যেটি Google থেকে টোকেন A দিয়ে একটি রেফারেল দিয়ে শুরু হয়েছে এবং বণিক 1 এর মান পরিবর্তন করেছে কারণ ব্যবহারকারী রেফারেলের চেয়ে ভিন্ন মার্চেন্টে বুকিং সম্পন্ন করেছেন। |
আপনি পরীক্ষা করার সময়, রূপান্তর শেষ পয়েন্টে HTTP POST অনুরোধ পাঠান। দুটি শেষ পয়েন্ট আছে:
- উৎপাদন পরিবেশ: https://www.google.com/maps/conversion/collect
- স্যান্ডবক্স পরিবেশ: https://www.google.com/maps/conversion/debug/collect
টেস্ট টোকেন
রূপান্তর ট্র্যাকিং পরীক্ষা করতে, আপনার ফিডে প্রদান করা অ্যাকশন লিঙ্ক বা বুকিং পৃষ্ঠার URL এর শেষে নিম্নলিখিত পরীক্ষার টোকেনগুলির মধ্যে একটি যোগ করুন।
টোকেন A:
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 দিনের অ্যাট্রিবিউশন উইন্ডোর মধ্যে একটি ভিন্ন চ্যানেল থেকে ফিরে আসে। বণিক পরিবর্তন মান = 2।
- একজন ব্যবহারকারী একটি প্লেস অ্যাকশন লিঙ্ক অনুসরণ করে এবং তারপর একটি ভিন্ন দোকানে একটি অর্ডার দেয়, হয় একই সেশনের মধ্যে বা 30 দিনের অ্যাট্রিবিউশন উইন্ডোর মধ্যে একটি ভিন্ন সেশনে। বণিক পরিবর্তন মান = 1।
উপরন্তু, Google যে কোনো ডিভাইস থেকে রূপান্তর ইভেন্ট পাঠাতে আশা করে, একজন ব্যবহারকারী একটি স্থান কর্ম লিঙ্কের মাধ্যমে অ্যাক্সেস করতে পারেন। এই ডিভাইসগুলির মধ্যে রয়েছে:
- ডেস্কটপ বা মোবাইল ওয়েব অ্যাপ্লিকেশন।
- মোবাইল অ্যাপ, হয় একটি অ্যাপ ডিপ লিঙ্কের মাধ্যমে অথবা আপনার ডোমেনের জন্য একটি নিবন্ধিত অ্যাপ-ইন্টেন্টের মাধ্যমে।
যদি টোকেনটি ব্যবহারকারী-স্তরে সংরক্ষণ করা হয়, তাহলে আশা করা যায় যে আপনি ক্রস-ডিভাইস অ্যাট্রিবিউশন প্রদান করবেন। আরও তথ্যের জন্য, ইউজার-লেভেলে স্টোর দেখুন। এই ক্ষেত্রে, একজন ব্যবহারকারী যিনি ডেস্কটপ থেকে একটি অ্যাকশন লিঙ্ক অনুসরণ করেন এবং তারপর একই ব্যবহারকারী অ্যাকাউন্টের মাধ্যমে মোবাইলে লেনদেন সম্পূর্ণ করেন, তাকে অবশ্যই একটি রূপান্তর ইভেন্ট ট্রিগার করতে হবে।
যদি টোকেনটি একচেটিয়াভাবে ডিভাইস-স্তরে সংরক্ষিত থাকে, যেমন ব্রাউজার কুকিতে, তাহলে এটা প্রত্যাশিত নয় যে আপনি ক্রস-ডিভাইস অ্যাট্রিবিউশন প্রদান করবেন। এই ক্ষেত্রে, প্রতিটি ডিভাইসে একটি পৃথক টোকেন বজায় থাকতে পারে, যদি ব্যবহারকারী সেই ডিভাইসে একটি অ্যাকশন লিঙ্ক অনুসরণ করে এবং প্রতিটি ডিভাইস আলাদাভাবে অ্যাট্রিবিউশন নিয়ম অনুসরণ করতে পারে।