ট্যাগ কনফিগার করার আগে ব্যবসায়িক ইভেন্ট সংজ্ঞায়িত করুন
একটি কনভার্সন হলো ব্যবসায়ের জন্য গুরুত্বপূর্ণ সম্পন্ন হওয়া একটি ক্রিয়া, সহজে ট্যাগ করার মতো কোনো ইন্টারঅ্যাকশন নয়। ই-কমার্সের জন্য সাধারণভাবে তা মানে গ্রহণযোগ্য অর্ডার—অ্যাড-টু-কার্ট বা পেমেন্ট-বাটন ক্লিক নয়। লিড জেনারেশনের জন্য এটি হতে পারে একটি সাবমিট করা অনুসন্ধান যা নির্ধারিত যোগ্যতার মেনে চলে, বুক করা অ্যাপয়েন্টমেন্ট, বা সেলস-কোয়ালিফায়েড লিড। ব্যবসায়িক ভাষায় এটি লিখে নিন, তারপর ইভেন্টে অনুবাদ করুন।
প্রতিটি কনভার্সন অ্যাকশনের জন্য তার ট্রিগার, অন্তর্ভুক্তি ও বর্জন নিয়ম, মান, কাউন্ট নিয়ম, আইডি, দায়ী মালিক এবং রেকর্ড সিস্টেম লিপিবদ্ধ করুন। উদাহরণ: “গ্রহণযোগ্য পেইড অর্ডার; প্রতিটি অর্ডার আইডি অনুযায়ী এক ইভেন্ট; কোম্পানির নির্ধারিত নিয়ম অনুযায়ী অর্ডার রাজস্ব; কমার্স ডাটাবেস এটি মিলায়।”
প্রাইমারি ও সেকেন্ডারি অ্যাকশন সচেতনভাবে ব্যবহার করুন
Google Ads বলে প্রাইমারি কনভার্সন অ্যাকশনগুলো Conversions কলামে দেখা যায় এবং প্রযোজ্য স্ট্যান্ডার্ড গোল বিডিংয়ের জন্য ব্যবহার করা হয়। সেকেন্ডারি অ্যাকশনগুলো All conversions-এ পর্যবেক্ষণের উদ্দেশ্য এবং সাধারণত বিডিংয়ের জন্য ব্যবহার করা হয় না। তাই প্রাইমারি হওয়া মানে গুণগত ব্যাজ নয়: এটি সেই সিগনালকে নিয়ন্ত্রণ করে যা অপ্টিমাইজেশন শিখে।
শুধুমাত্র সরাসরি, পুনরাবৃত্তিযোগ্য ক্যাম্পেইন আউটকামগুলোকে প্রাইমারি রাখুন। ফর্ম শুরু, ব্রোশিওর ডাউনলোড, অ্যাকাউন্ট তৈরী, চ্যাট ওপেন ও ফোন ক্লিকগুলোকে সেকেন্ডারী রাখুন যদি না সেগুলোই স্পষ্টভাবে অপ্টিমাইজেশন আউটকাম হয়। ভিন্ন উদ্দেশ্যের ক্যাম্পেইন থাকলে গোলগুলোকে ক্যাম্পেইন স্তরে গভর্ন করুন, যাতে একটি জেনেরিক ডিফল্ট সবকিছুকে ভুল পথে না নিয়ে যায়। যখনই গোল বদলে যায়, তার তারিখ ও পুরনো সেটিং নোট করুন যাতে রিপোর্টগুলোর প্রসঙ্গ বোঝা যায়।
মেজারমেন্ট ডিজাইনে সম্মতিকে (consent) অন্তর্ভুক্ত করুন
সম্মতি ট্যাগগুলো লাইভ হওয়ার পরে যোগ করা কোনো ব্যানার নয়। Google-এর consent mode নির্দেশিকা বলে যে মেজারমেন্ট ডেটা পাঠানোর কমান্ডগুলোর আগে একটি ডিফল্ট সম্মতি অবস্থা সেট করতে হয়, এবং ব্যবহারকারী চয়েস করার পরে এটি আপডেট করতে হয়। তাদের উদাহরণগুলো ad storage, analytics storage, ad user data, এবং ad personalization কভার করে। consent mode আপনার আইনি ভিত্তি বা নীতি নির্ধারণ করে না; আপনার প্রতিষ্ঠান যে অবস্থা অনুমোদন করেছে তা কার্যকর করুন।
প্রয়োজনীয়তা অবস্থান ও পরিস্থিতি অনুযায়ী ভিন্ন। যুক্তরাজ্যের ICO নির্দেশে বলা আছে যে মানুষকে কুকি সম্পর্কে জানাতে হবে, স্পষ্টভাবে বলা উচিত কুকিগুলো কী করে এবং কেন করে, এবং সক্রিয়, স্পষ্ট সম্মতি নিতে হবে—কিছু সীমিত অপরিহার্য-সেবা ব্যতিক্রম ছাড়া। EU ব্যবসায়িক নির্দেশনা বলে কুকিগুলো যা সম্মতি প্রয়োজন তা প্রাথমিক লোডে সেট করা যায় না, সম্মতিটি উদ্দেশ্য-নির্দিষ্ট হওয়া উচিত, এবং প্রত্যাহার সহজ হওয়া উচিত। আপনার বাজার, ভেন্ডর এবং ডেটা ফ্লো সম্পর্কে যোগ্য প্রাইভেসি পর্যালোচনা নিন। কাঁচা ইমেইল, ফোন নম্বর, অর্ডার নোট বা অপ্রয়োজনীয় কাস্টমার ডেটা ইউআরএল, ইভেন্ট প্যারামিটার বা ট্রানজ্যাকশন আইডিতে রাখবেন না।
অন্তর্নিহিত ব্যবসায়িক ইভেন্ট ডুপ্লিকেটরোধ করুন
একটি কনফার্মেশন পেজ রিফ্রেশ করা যেতে পারে, ইতিহাস থেকে পুনরায় দেখা যেতে পারে, বা একটি ব্যর্থ স্টেট চেঞ্জের পরে পৌঁছানো হতে পারে। Google Ads একটি ইউনিক ট্রানজ্যাকশন আইডি ব্যবহার করার পরামর্শ দেয় যাতে একই কনভার্সন অ্যাকশন ও একই আইডি সহ দ্বিতীয় কনভার্সনকে ডুপ্লিকেট হিসেবে বিবেচনা করা যায়। আইডিটি প্রতিটি ট্রানজ্যাকশনের জন্য ডায়নামিকভাবে জেনারেট করা এবং ইউনিক হতে হবে; বিভিন্ন অর্ডারের মাঝে পুনরায় ব্যবহার করলে আন্ডারকাউন্ট হতে পারে। গ্রাহক-চিহ্নিত ডেটা নয়, একটি অপ্যাক (অস্পষ্ট) অর্ডার আইডি ব্যবহার করুন।
আর্কিটেকচারেরও মানচিত্র তৈরি করুন। যদি ব্রাউজার ট্যাগ, সার্ভার ইভেন্ট, CRM ইম্পোর্ট এবং পেমেন্ট ওয়েবহুক এক বিক্রয় রিপোর্ট করতে পারে, তাহলে কোন রুট কর্তৃপক্ষ হবে এবং কোন শেয়ার করা আইডি ডেডুপ্লিকেশনের অনুমতি দেয় তা সিদ্ধান্ত নিন। একটি আইডি কাউন্ট সেটিং বদলায় প্রতিস্থাপন করে না: একটি সেটিং নিয়ন্ত্রণ করে কয়টি কনভার্সন একটি অ্যাড ক্লিক থেকে পরবে, আর একটি আইডি একই অর্ডারকে দুইবার পাঠানো থেকে রক্ষা করে। রিফান্ড, ক্যানসেলেশন এবং অবৈধ লিডের জন্য অপারেশন টিমের সঙ্গে একটি নিয়ন্ত্রিত সমন্বয় বা বর্জন প্রক্রিয়া সংজ্ঞায়িত করুন।
অ্যাট্রিবিউশনকে ক্রেডিট হিসেবে রিপোর্ট করুন, তারপর অপারেশনগুলোর সঙ্গে মিলান
অ্যাট্রিবিউশন নির্বাচিত নিয়মগুলোর অধীনে ক্রেডিট বরাদ্দ করে; এটি প্রতিটি প্রভাব পর্যবেক্ষণ করে না বা কারণপ্রমাণ করে না। Google Ads ব্যাখ্যা করে লাস্ট-ক্লিক সব ক্রেডিট শেষ ক্লিক করা অ্যাডকে দেয়, যেখানে ডেটা-ড্রিভেন অ্যাট্রিবিউশন সেই অ্যাকশনের জন্য অ্যাকাউন্ট ডেটা ব্যবহার করে ক্রেডিট বিতরণ করে। নির্বাচিত মডেল Conversions ও All conversions কলামকে প্রভাবিত করে এবং বিডিং-এ প্রভাব ফেলতে পারে। তাই একটি মডেল পরিবর্তন হলো বিশ্লেষণগত পরিবর্তন এবং প্রোডাকশন অপ্টিমাইজেশনের পরিবর্তন উভয়ই।
দুইটি ভিউ বজায় রাখুন। প্ল্যাটফর্ম ভিউ ক্যাম্পেইন সিদ্ধান্তকে সহায়তা করে: খরচ, অ্যাট্রিবিউটেড প্রাইমারি কনভার্সন, অ্যাট্রিবিউটেড ভ্যালু, মডেল, উইন্ডো, এবং তারিখ ভিত্তি। অপারেটিং ভিউতে থাকে গ্রহণযোগ্য অর্ডার, ব্যবসায়িক নিয়ম অনুযায়ী রাজস্ব, যোগ্য লিড, ক্যানসেলেশন এবং রিফান্ড। দিকনির্দেশিকভাবে মিলান এবং অনুমোদিত আইডেন্টিফায়ার ব্যবহার করে গুরুত্বপূর্ণ ধারাবাহিক বিচ্যুতি তদন্ত করুন। সম্পূর্ণ মিল আশা করবেন না: সম্মতি, ব্রাউজারের সীমা, ক্রস-ডিভাইস পাথ, টাইমিং, যোগ্যতা, এবং মডেলিং ভিন্নতা সৃষ্টি করতে পারে।
রিলিজগুলোকে কনভার্সন-পাথ নির্ভরযোগ্যতা কাজ হিসেবে QA করুন
যেখানে সম্ভব প্রোডাকশনের বাইরে পরীক্ষা করুন, তারপর অপারেশন সহজেই শনাক্ত ও রিভার্স করতে পারবে এমন নিয়ন্ত্রিত লাইভ টেস্ট ব্যবহার করুন। Google Tag Manager-এর preview ও debug মোড Tag Assistant-এ প্রিভিউড সাইটকে যুক্ত করে, ফায়ার হওয়া ট্যাগ, অর্ডার এবং প্রক্রিয়াকৃত ডেটা দেখায়। ট্রিগার, মান, কারেন্সি, আইডি, সম্মতি অবস্থা, এবং ডেস্টিনেশন নিরীক্ষা করুন, তারপর অর্ডার বা লিড রেকর্ডটি পরীক্ষা করুন। একটি গ্রীন ট্যাগ স্ট্যাটাসই যথার্থ ব্যবসায়িক ইভেন্ট গণনা হওয়ার প্রমাণ নয়।
পেইড ল্যান্ডিং URL, রিডাইরেক্ট, ফর্ম ভ্যালিডেশন, ক্রস-ডোমেন চেকআউট, পেমেন্ট রিটার্ন, কনফার্মেশন, CRM হ্যান্ডঅফ এবং রিফান্ড হ্যান্ডলিং কভার করুন। Google উল্লেখ করে ক্লিক আইডেন্টিফায়ার ট্র্যাকার বা রিডাইরেক্টে হারিয়ে যেতে পারে এবং ল্যান্ডিং ও কনভার্সন ডোমেন ভিন্ন হলে ক্রস-ডোমেন নির্দেশনা দেয়। প্রিফ্লাইট এবং ভার্সন করুন—ট্যাগ, সম্মতি, চেকআউট, এবং রিডাইরেক্ট পরিবর্তন। যদি কোনো পাথ বা সিগন্যাল ফেল করে, অনুমোদিত কনফিগারেশন পুনঃপ্রতিষ্ঠা করুন এবং ড্যাশবোর্ড থেকে অনুমান করার বদলে প্রভাবিত সময়স্লাইসটি মিলান।
