রেস্তোরাঁর জন্য Meta Conversions API ইন্টিগ্রেশন: বাস্তব পরিদর্শনের বিপরীতে বিজ্ঞাপনের সঠিক পরিমাপ

গেস্ট WiFi-এর সাথে Meta Conversions API একত্রিত করলে রেস্তোরাঁগুলো GDPR মান অনুসরণ করে বিজ্ঞাপন খরচের বিপরীতে অফলাইন ভিজিট পরিমাপ করতে পারে। ৮০,০০০+ এরও বেশি ভেন্যু জুড়ে হ্যাশ করা SHA-256 লগইন রেকর্ড পাঠিয়ে, অপারেটররা সরাসরি ক্যাম্পেইনের সাথে ফিজিক্যাল ওয়াক-ইনগুলোর সংযোগ স্থাপন করতে পারেন, যা ট্রু অ্যাড রিটার্ন ট্র্যাক করার জন্য অনলাইন বুকিংয়ের সীমা ছাড়িয়ে যায়।\n\n## রেস্তোরাঁর জন্য Meta Conversions API কী করে?\n\nMeta যে ইভেন্টগুলো দেখতে পায়, সেগুলোর ওপর ভিত্তি করে আপনার বিজ্ঞাপনের বিচার করে। বেশিরভাগ রেস্তোরাঁর জন্য, সেগুলো হলো ওয়েবসাইটের পিক্সেল ইভেন্ট: একটি বুকিং, একটি মেনু ভিউ বা একটি ভাউচার ডাউনলোড। একজন ডাইনার যিনি আপনার বিজ্ঞাপন দেখেছেন, ওয়েবসাইট এড়িয়ে সরাসরি দুপুরের খাবারের জন্য চলে এসেছেন, তিনি কখনোই সেখানে উপস্থিত হন না। অথচ এই ভিজিটটিই হলো সেই ফলাফল যার জন্য আপনি অর্থ প্রদান করেছিলেন।\n\nConversions API (CAPI) হলো Meta-এর সার্ভার-টু-সার্ভার কানেকশন। ব্রাউজারের স্ক্রিপ্টের ওপর নির্ভর করার পরিবর্তে, আপনার সিস্টেম সরাসরি Meta-কে ইভেন্ট পাঠায়। Meta এটিকে ওয়েবসাইট, অ্যাপ এবং অফলাইন ইভেন্টের জন্য নথিভুক্ত করে। অফলাইন ইভেন্টগুলোর মধ্যে রয়েছে একটি ফিজিক্যাল লোকেশন পরিদর্শনের তথ্য, যা অ্যাকশন সোর্স "physical_store" দিয়ে চিহ্নিত করা হয়।\n\n### কেন পিক্সেল-অনলি রিপোর্টিং রেস্তোরাঁর আসল ফলাফলকে কম দেখায়\n\nআপনার বিজ্ঞাপন যা অর্জন করে এবং Ads Manager যা রিপোর্ট করে তার মধ্যে তিনটি ব্যবধান তৈরি হয়।\n\n- ভিজিটটি অফলাইনে ঘটে। Meta Pixel কেবল একটি ব্রাউজারে, আপনার নিজস্ব পেজগুলোতে চলে। একটি ওয়াক-ইন, একটি ফোন বুকিং বা থার্ড-পার্টি প্ল্যাটফর্মের মাধ্যমে করা বুকিং কোনো পিক্সেল ইভেন্ট রেখে যায় না।\n- ব্রাউজার ইভেন্টগুলো ড্রপ করে। Meta-এর নিজস্ব নির্দেশনা বলছে যে Conversions API ব্রাউজার লোডিং এরর, কানেক্টিভিটি সমস্যা এবং অ্যাড ব্লকার থেকে ডেটা লস কমায়।\n- ডিভাইসের প্রাইভেসি সেটিং সিগন্যাল সীমিত করে। iOS 14.5 থেকে, Apple অ্যাপগুলোকে অন্যান্য কোম্পানির অ্যাপ এবং ওয়েবসাইট জুড়ে অ্যাক্টিভিটি ডেটা ব্যবহার করার আগে অনুমতি চাওয়ার বাধ্যবাধকতা দিয়েছে। অনেকেই তা প্রত্যাখ্যান করেন, যা পিক্সেল আগে যেসব সিগন্যালের ওপর নির্ভর করত তা সরিয়ে দেয়।\n\nএর ক্ষতি কেবল একটি রিপোর্টিং ব্যবধানের চেয়েও বেশি। Meta-এর ডেলিভারি সিস্টেম সেইসব লোকেদের দিকে অপ্টিমাইজ করে যারা এর প্রাপ্ত ইভেন্টগুলো তৈরি করে। সেগুলো যদি কেবল অনলাইন বুকিং হয়, তবে বাজেট এমন লোকেদের দিকে চলে যায় যারা অনলাইনে বুক করেন। যেসব ক্যাম্পেইন ওয়াক-ইন দিয়ে টেবিল ভরিয়ে দেয় সেগুলো ব্যয়বহুল বলে মনে হয়, তাই সেগুলো বন্ধ করে দেওয়া হয়।\n\n### ভিজিটের তথ্য যখন Meta-তে পৌঁছায় তখন কী পরিবর্তন হয়?\n\nআপনি আপনার WiFi-এ লগইন করা প্রতিটি সম্মতি প্রদানকারী অতিথির জন্য একটি করে ভিজিট ইভেন্ট পাঠান, সাথে একটি হ্যাশ করা ইমেল বা ফোন নম্বর এবং একটি টাইমস্ট্যাম্প থাকে। Meta যেখানে সম্ভব সেই ইভেন্টটিকে ব্যক্তির Meta অ্যাকাউন্টের সাথে মিলিয়ে নেয়। এরপর এটি আপনার অ্যাট্রিবিউশন সেটিংয়ের মধ্যে তাদের দেখা বা ক্লিক করা যেকোনো বিজ্ঞাপনের বিপরীতে ভিজিটের তথ্য রিপোর্ট করে। আপনি কেবল প্রতি বুকিংয়ের খরচ নয়, বরং ক্যাম্পেইন অনুযায়ী প্রতি ভিজিটের খরচ পান।\n\nকঠিন অংশটি API নয়। এটি হলো কে এবং কখন ভিজিট করেছে তার একটি নির্ভরযোগ্য, সম্মতিভিত্তিক রেকর্ড। Mailchimp, Klaviyo এবং HubSpot-এর মতো ইমেল প্ল্যাটফর্মগুলো আপনার কাছে ইতিমধ্যে থাকা একটি তালিকায় ক্যাম্পেইন পাঠায়। কোনো ডাইনার আপনার দরজায় হেঁটে এসেছেন কিনা তা তারা রেকর্ড করে না। গেস্ট WiFi তা করে: প্রতিটি লগইন হলো অতিথির সম্মতির পছন্দ যুক্ত একটি টাইমস্ট্যাম্পযুক্ত, ফার্স্ট-পার্টি ভিজিট রেকর্ড। Purple-এর ৮০,০০০+ লাইভ ভেন্যু জুড়ে, অতিথিরা ২০২৪ সালে ৪৪০ মিলিয়ন বার লগইন করেছেন (Purple ডেটা)। এটিই হলো ভিজিট পরিমাপের কাঁচামাল।\n\n## Conversions API শুরু করার আগে আপনার কী কী প্রয়োজন?\n\nকারো কোড লেখা বা ইন্টিগ্রেশন সংযুক্ত করার আগে সাতটি জিনিস সংগ্রহ করুন।

1. অ্যাডমিন অ্যাক্সেসসহ একটি Meta বিজনেস পোর্টফোলিও, এবং সেই ডেটাসেট যার বিপরীতে আপনার বিজ্ঞাপন রিপোর্ট করে। পিক্সেল আইডি নামে আগে যা পরিচিত ছিল, Meta এখন তার জন্য "ডেটাসেট" শব্দগুচ্ছটি ব্যবহার করে।
2. একটি Conversions API অ্যাক্সেস টোকেন, যা সেই ডেটাসেটের জন্য Meta Events Manager-এ জেনারেট করা হয়েছে।
3. সার্ভার-সাইডে ইভেন্ট পাঠানোর একটি উপায়। এর অর্থ হলো আপনার নিজস্ব ডেভেলপার, একটি Meta পার্টনার ইন্টিগ্রেশন, অথবা একটি Meta কানেক্টরসহ CRM বা কাস্টমার ডেটা প্ল্যাটফর্ম।
4. সম্মতিপ্রাপ্ত ভিজিটের ডেটা। ইমেল বা ফোন নম্বর, টাইমস্ট্যাম্প, ভেন্যু এবং সম্মতির স্ট্যাটাসসহ আপনার গেস্ট WiFi লগইন রেকর্ড প্রয়োজন। Purple Engage প্রতিটি লগইন থেকে তৈরি গেস্ট প্রোফাইল হিসেবে এগুলি সংরক্ষণ করে।
5. একটি আইনি ভিত্তি এবং একটি আপডেট করা প্রাইভেসির নোটিশ। GDPR আর্টিকেল 6 এর অধীনে Meta-র সাথে ডেটা শেয়ার করার জন্য আপনার একটি আইনি ভিত্তি প্রয়োজন। বিজ্ঞাপনের পরিমাপের জন্য এটি সাধারণত সম্মতি, যা আর্টিকেল 7 এর শর্তাবলী পূরণ করতে হবে।
6. ভিজিটের একটি শেয়ার করা সংজ্ঞায়ান। কোনটি গণনায় আসবে তা নির্ধারণ করুন: প্রতিটি ভেন্যুতে প্রতি গেস্টের প্রতিদিন একটি লগইন, কর্মীরা বাদ যাবে।
7. একটি বেসলাইন। প্রচারণাপ্রতি চার সপ্তাহের কেবল পিক্সেল-ভিত্তিক ফলাফল এক্সপোর্ট করুন যাতে আপনি আগে এবং পরের তুলনা করতে পারেন।
8. আইটেম পাঁচে, সোশ্যাল মিডিয়া ব্যবহারকারীদের টার্গেটিং সম্পর্কিত European Data Protection Board এর নির্দেশিকা 8/2020 পড়ুন। তারা ব্যাখ্যা করে কিভাবে একজন বিজ্ঞাপনদাতা এবং একটি প্ল্যাটফর্ম কিছু প্রসেসিংয়ের জন্য যৌথ নিয়ন্ত্রক হতে পারে। Meta এর বিজনেস টুলস শর্তাবলী ডেটা পাঠানোর সময় আপনার বাধ্যবাধকতাগুলিও উল্লেখ করে। আপনার সার্ভার থেকে প্রথম ইভেন্ট বের হওয়ার আগেই আপনার ডেটা সুরক্ষা প্রধানের উভয় বিষয়ে অনুমোদন দেওয়া উচিত।

কিভাবে আপনি Conversions API-এ গেস্ট WiFi ভিজিট ডেটা সংযুক্ত করবেন?

সেটআপটি ছয়টি ধাপে চলে। Meta-র ডেভেলপার ডকুমেন্টেশনে প্রযুক্তিগত বিশদ বিবরণ রয়েছে; এই বিভাগটি আপনার সিদ্ধান্তের বিষয়গুলি কভার করে।

1. WiFi লগইনে সম্মতি সংগ্রহ করুন

আপনার WiFi লগইন পেজ থেকেই সম্মতি শুরু হয়। ইমেল মার্কেটিং সম্মতির থেকে আলাদাভাবে বিজ্ঞাপন পরিমাপের সম্মতি চান। GDPR রিসাইটেল 32-এ স্পষ্টভাবে বলা হয়েছে যে নীরবতা এবং পূর্ব-চিহ্নিত বক্সগুলি সম্মতি হিসেবে গণ্য হয় না। এই কারণে Purple সচেতন-পছন্দের অপ্ট-ইন ব্যবহার করে: গেস্ট সক্রিয়ভাবে চয়ন করেন এবং পছন্দটি প্রোফাইলের সাথে সংরক্ষিত হয়।

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

2. ভিজিট ইভেন্টটি সংজ্ঞায়িত করুন

Meta-র স্ট্যান্ডার্ড ইভেন্টগুলিতে রেস্তোরাঁর ভিজিট অন্তর্ভুক্ত নয়, তাই বেশিরভাগ ভেন্যু একটি কাস্টম ইভেন্ট তৈরি করে। এটিকে স্পষ্ট কিছু নাম দিন, যেমন "VenueVisit"। একজন গেস্ট দিনে তিনবার লগইন করলেও প্রতি ভেন্যুতে প্রতিদিন প্রতি গেস্ট একটি ইভেন্ট পাঠান। কর্মীদের ডিভাইস এবং সপ্তাহে চার দিনের বেশি লগইন করা যেকোনো গেস্টকে বাদ দিন, যা সাধারণত একজন কর্মচারীকে নির্দেশ করে।

3. ম্যাচিং ডেটা প্রস্তুত এবং হ্যাশ করুন

Meta-র পাঠানোর আগে ইমেল এবং ফোনের মতো ব্যক্তিগত আইডেন্টিফায়ারগুলি সাধারণীকরণ (normalise) এবং SHA-256 সহ হ্যাশ করা প্রয়োজন। সাধারণীকরণ বলতে স্পেস ছাঁটাই করা, ইমেল ছোট হাতের করা এবং ফোন নম্বরে দেশের কোড যোগ করা বোঝায়। দুর্বল সাধারণীকরণ হলো ম্যাচ ব্যর্থ হওয়ার সবচেয়ে সাধারণ কারণ।

প্রতিটি ইভেন্টের জন্য একটি ইভেন্ট সময়, অ্যাকশন সোর্স "physical_store" এবং একটি অনন্য ইভেন্ট ID প্রয়োজন। কেবল Meta দ্বারা তালিকাভুক্ত প্যারামিটারগুলি পাঠান। MAC address এর মতো নেটওয়ার্ক আইডেন্টিফায়ারগুলি সেগুলির মধ্যে পড়ে না এবং সেগুলি কখনই আপনার সিস্টেম থেকে বাইরে পাঠানো উচিত নয়।

4. একটি দৈনিক ব্যাচে ইভেন্টগুলি পাঠান

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

5. লাইভ করার আগে পরীক্ষা করুন

Events Manager এর ভেতরে থাকা Meta এর Test Events টুলটি আপনি একটি টেস্ট কোড সহ পাঠালে ইভেন্টগুলি পৌঁছানোর সাথে সাথে দেখায়। প্রথমে কয়েকটি জানা ভিজিট পাঠান। লাইভ প্রেরণে স্যুইচ করার আগে ইভেন্টের নাম, সময় এবং অ্যাকশন সোর্স সঠিকভাবে পড়া যাচ্ছে কিনা তা নিশ্চিত করুন।

6. একটি কাস্টম কনভার্সন তৈরি করুন এবং এটি রিপোর্টিংয়ে যোগ করুন

আপনার ভিজিট ইভেন্ট থেকে একটি কাস্টম কনভার্সন তৈরি করুন, তারপর Ads Manager এ একটি কলাম হিসাবে এটি যোগ করুন। আপনি এখন প্রতিটি ক্যাম্পেইন অনুযায়ী বুকিং প্রতি খরচের পাশাপাশি ভিজিট প্রতি খরচ দেখতে পারেন।

আপনার Meta তে কী পাঠানো উচিত এবং কখন?

সংকীর্ণভাবে শুরু করুন। একটি পরিষ্কার ভিজিট ইভেন্ট আপনাকে পাঁচটি বিভ্রান্তিকর ইভেন্টের চেয়ে বেশি শেখায়। ইভেন্টগুলি কেবল তখনই যোগ করুন যখন প্রথমটি ভালোভাবে মিলছে এবং আপনার দল সংখ্যাগুলিকে বিশ্বাস করছে।

ইভেন্ট	ডেটা কোথা থেকে আসে	যে মেলানো ডেটা পাঠানো হয়েছে	কখন পাঠাতে হবে	এটি আপনাকে কী বলে
VenueVisit (কাস্টম)	অতিথি WiFi লগইন, কেবল সম্মতি দেওয়া অতিথিরা	হ্যাশ করা ইমেইল, হ্যাশ করা ফোন, ইভেন্টের সময়, ভেন্যু	দৈনিক ব্যাচ	ক্যাম্পেইন অনুযায়ী ভিজিট প্রতি খরচ
ReturnVisit (কাস্টম)	30 দিনের মধ্যে দ্বিতীয় WiFi লগইন	হ্যাশ করা ইমেইল, হ্যাশ করা ফোন, ইভেন্টের সময়, ভেন্যু	দৈনিক ব্যাচ	বিজ্ঞাপনগুলি কেবল একবার নয়, মানুষকে ফিরিয়ে আনছে কিনা
Purchase (স্ট্যান্ডার্ড)	অতিথির সাথে লিঙ্ক করা ক্যাশ রেজিস্টার বা EPOS রেকর্ড	হ্যাশ করা ইমেইল, মূল্য, কারেন্সি, ইভেন্টের সময়	দৈনিক ব্যাচ	বিজ্ঞাপনের সাথে যুক্ত রেভিনিউ
Schedule (স্ট্যান্ডার্ড)	অনলাইন বুকিং সিস্টেম	হ্যাশ করা ইমেইল, ইভেন্টের সময়, পিক্সেলের সাথে শেয়ার করা ইভেন্ট ID	এক ঘণ্টার মধ্যে	ব্রাউজার ডেটা লস থেকে উদ্ধার করা বুকিং

প্রতিটি সারির ক্ষেত্রে দুটি নিয়ম প্রযোজ্য। প্রথমত, কেবল সেই অতিথিদের ডেটা পাঠান যারা বিজ্ঞাপন পরিমাপের সম্মতি দিয়েছেন এবং যে মুহূর্তে তারা এটি প্রত্যাহার করবেন তা বন্ধ করুন। দ্বিতীয়ত, যখন পিক্সেল এবং সার্ভার উভয়ই একই ওয়েব ইভেন্ট রিপোর্ট করে, তখন একই ইভেন্টের নাম এবং ইভেন্ট ID ব্যবহার করুন। Meta ডিডুপ্লিকেট করার জন্য সেই জোড়াটি ব্যবহার করে, ফলে একটি বুকিং দুইবার গণনা করা হয় না।

রিটার্ন ভিজিট ইভেন্টটি একজন CRM পরিচালকের কাছে সবচেয়ে গুরুত্বপূর্ণ। একটি বিজ্ঞাপন থেকে প্রথম ভিজিট দরকারী। 30 দিনের মধ্যে একটি দ্বিতীয় ভিজিট দেখায় যে বিজ্ঞাপনটি এমন একটি সম্পর্ক শুরু করেছে যা আপনার ইমেইল এবং মেসেজিং প্রোগ্রামকে এগিয়ে নিতে পারে। ফলো আপ চ্যানেলের জন্য, WhatsApp vs SMS for restaurant marketing: cost and reach compared এ খরচ তুলনা করুন।

কোন পরিমাপ পদ্ধতি আপনার রেস্তোরাঁর সাথে খাপ খায়?

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

পদ্ধতি	এটি যা দেখে	ওয়াক-ইন ভিজিট গণনা করে	যে ডেটা আপনার প্রয়োজন	সেটআপ প্রচেষ্টা	এটি যাদের জন্য উপযুক্ত
কেবল Meta Pixel	ব্রাউজারে ওয়েবসাইটের ইভেন্ট	না	আপনার বুকিং এবং মেনু পেজে Pixel	কম: সাইটে একটি ট্যাগ	যেসব ভেন্যুতে বেশিরভাগ বুকিং অনলাইনে হয়
ওয়েব ইভেন্টের জন্য Pixel এর সাথে CAPI	ব্রাউজারে হারানো ডেটা সহ ওয়েবসাইটের ইভেন্ট	না	Pixel, সার্ভার অ্যাক্সেস, শেয়ার করা ইভেন্ট ID	মাঝারি: পার্টনার ইন্টিগ্রেশন বা ডেভেলপার
গেস্ট WiFi ভিজিট ইভেন্ট সহ CAPI	ওয়েব ইভেন্টের পাশাপাশি সম্মতিযুক্ত ভেন্যু ভিজিট	হ্যাঁ, সম্মতি দেওয়া WiFi গেস্টদের জন্য	ইমেইল বা ফোন নম্বর সহ সম্মতিযুক্ত লগইন রেকর্ড	মাঝারি থেকে উচ্চ: সম্মতি পর্যালোচনা, হ্যাশিং, দৈনিক পাঠানো	প্রচুর ওয়াক-ইন কাস্টমার থাকা রেস্তোরাঁ, বার এবং হোটেল
Meta Conversion Lift স্টাডি	টেস্ট এবং কন্ট্রোল গ্রুপের মাধ্যমে বিজ্ঞাপনের কারণে বৃদ্ধি পাওয়া ভিজিট	হ্যাঁ, আপনার পাঠানো ভিজিট ইভেন্ট ব্যবহার করে	ভিজিট ইভেন্টের পাশাপাশি টেস্টের জন্য পর্যাপ্ত বাজেট এবং ভলিউম	উচ্চ: কয়েক সপ্তাহ ধরে পরিকল্পিত টেস্ট	পেইড সোশ্যাল আসলেই কাজ করে কিনা তা পরীক্ষা করা গ্রুপ

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

দুটি কার্যকরী দৃশ্যপট

পদ্ধতিটি দেখানোর জন্য নিচের পরিসংখ্যানগুলি কেবল একটি গাণিতিক উদাহরণ। এগুলি কোনো নির্দিষ্ট ভেন্যুর প্রকৃত রিপোর্ট করা ফলাফল নয়।

দৃশ্যপট ১: দুপুরের খাবারের অফার চালানো ১২টি সাইট বিশিষ্ট একটি ক্যাজুয়াল ডাইনিং গ্রুপ

পরিস্থিতি। গ্রুপটি Instagram এবং Facebook-এ সপ্তাহের কর্মদিবসের লাঞ্চ মেনুর প্রচার করতে চার সপ্তাহে £৬,০০০ খরচ করেছে। Ads Manager ৪০টি অনলাইন বুকিং এবং প্রতি বুকিংয়ে £১৫০ খরচের রিপোর্ট দিয়েছে। ফিন্যান্স ডিরেক্টর ক্যাম্পেইনটি বন্ধ করতে বলেছেন।

যা করা হয়েছিল। মার্কেটিং টিম WiFi লগইন পেজে একটি পৃথক বিজ্ঞাপন পরিমাপ অপ্ট-ইন যুক্ত করেছে। এটি সম্মতি দেওয়া গেস্টদের জন্য একটি দৈনিক VenueVisit ইভেন্ট পাঠিয়েছে এবং একটি কাস্টম কনভার্সনের ওপর ভিত্তি করে রিপোর্টিং পুনর্গঠন করেছে। পরবর্তী চার সপ্তাহের প্রচারণা একই বাজেট এবং ক্রিয়েটিভ দিয়ে চালানো হয়েছে।

ফলাফল। গ্রুপটি ১,৯০০টি সম্মতিযুক্ত লাঞ্চটাইম ভিজিট ইভেন্ট পাঠিয়েছে। Meta সাত দিনের ক্লিক এবং এক দিনের ভিউ উইন্ডোর মধ্যে সেগুলির মধ্যে ৩১০টি ইভেন্টকে ক্যাম্পেইনের সাফল্য হিসেবে অ্যাট্রিবিউট করেছে। শুধু Pixel ডেটাতে প্রতি বুকিংয়ে £১৫০ খরচের বিপরীতে অ্যাট্রিবিউট করা প্রতি ভিজিটে খরচ এসেছে £১৯.৩৫। ক্যাম্পেইনটি চালু রাখা হয়েছিল। এরপর CRM টিম ReturnVisit ইভেন্ট ব্যবহার করে দেখেছে যে সেই গেস্টদের মধ্যে ৭০ জন ৩০ দিনের মধ্যে আবার ফিরে এসেছেন।

দৃশ্যপট ২: একটি পাবলিক রেস্তোরাঁ এবং বার সহ একটি ১৫০ রুমের হোটেল

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

যা করা হয়েছে। টিমটি দেখতে পেয়েছে যে তাদের বুকিং ইঞ্জিন এবং তাদের সার্ভার ইন্টিগ্রেশন উভয়ই ভিন্ন Event ID সহ Schedule ইভেন্ট পাঠিয়েছে। Meta সেগুলি ডিডুপ্লিকেট করতে পারেনি। টিম Event ID গুলিকে সারিবদ্ধ করেছে, তারপর রুম-লিঙ্কযুক্ত প্রোফাইলগুলির সাথে লগইন ফিল্টার করে VenueVisit ইভেন্ট থেকে হোটেলের বাসিন্দাদের বাদ দিয়েছে।

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

Conversions API কাজ করছে কিনা তা আপনি কীভাবে বুঝবেন?

প্রথম মাসে এই ক্রমে পাঁচটি সংকেত পরীক্ষা করুন।

প্রাপ্ত ইভেন্টগুলি প্রেরিত ইভেন্টগুলির সাথে মিলে যায়

সম্মতিপ্রাপ্ত ভিজিটের আপনার দৈনিক গণনা ইভেন্ট ম্যানেজার-এ Meta দ্বারা প্রাপ্ত হিসাবে রিপোর্ট করা ইভেন্টগুলির সাথে মিল থাকা উচিত। ৫%-এর বেশি ব্যবধান ব্যর্থ প্রেরণ, প্রত্যাখ্যাত ইভেন্ট বা সময় সংক্রান্ত সমস্যার দিকে ইঙ্গিত করে।

Event Match Quality উন্নত হচ্ছে

মিলিত ডেটা মানুষকে কত ভালোভাবে শনাক্ত করে তার ওপর ভিত্তি করে Meta প্রতিটি সার্ভার ইভেন্টকে ১০ এর মধ্যে একটি স্কোর দেয়। ইমেলের পাশে একটি হ্যাশ করা ফোন নম্বর যোগ করলে সাধারণত স্কোর বাড়ে। প্রথম দিনের সংখ্যার বদলে সপ্তাহ ধরে ট্রেন্ডটি লক্ষ্য করুন।

Deduplication পরিষ্কার রয়েছে

আপনি লাইভ হওয়ার দিনে পিক্সেল এবং সার্ভার উভয় ফলাফলই যদি নাটকীয়ভাবে বৃদ্ধি পায়, তবে ইভেন্টগুলি সম্ভবত দুবার গণনা করা হয়েছে। পরীক্ষা করুন যে শেয়ার করা ইভেন্টগুলি উভয় উৎস থেকে একই নাম এবং Event ID বহন করে কিনা।

প্রতি ভিজিটে খরচ স্থিতিশীল

দুই বা তিন সপ্তাহ পর, প্রতি অ্যাট্রিবিউটেড ভিজিটের খরচ প্রতিটি ক্যাম্পেইনের জন্য একটি সামঞ্জস্যপূর্ণ পরিসরের মধ্যে স্থিতিশীল হওয়া উচিত। ব্যাপক ওঠানামা নির্দেশ করে যে ব্যাচগুলি দেরিতে বা অনিয়মিতভাবে পৌঁছাচ্ছে।

ফলাফলগুলি হোল্ডআউটের বিপরীতে ঠিক থাকে

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

সমস্যা কোথায় হয়, এবং আপনি কীভাবে তা এড়াবেন?

বেশিরভাগ ব্যর্থতাই প্রক্রিয়াগত ব্যর্থতা, কোডের ব্যর্থতা নয়। এখানে এমন ছয়টি সমস্যা রয়েছে যা রেস্তোরাঁ গ্রুপগুলির সবচেয়ে বেশি সময় নষ্ট করে।

• বৈধ সম্মতি ছাড়া ডেটা পাঠানো। "মার্কেটিং"-এর জন্য একটি বান্ডিলযুক্ত সম্মতি বক্স বিজ্ঞাপন পরিমাপের জন্য GDPR আর্টিকেলের ৭-এর অধীনে গ্রহণযোগ্য হবে না। অপ্ট-ইনগুলি আলাদা করুন এবং সময়ের ছাপ সহ প্রতিটি পছন্দ সংরক্ষণ করুন।
• একই ইভেন্ট দুবার গণনা করা। ম্যাচিং Event ID ছাড়া পিক্সেল এবং সার্ভার ইভেন্টগুলি আপনার রিপোর্ট করা প্রতিটি সংখ্যাকে কৃত্রিমভাবে বাড়িয়ে দেয়। ফিন্যান্স টিমকে ফলাফল দেখানোর আগে ডিডুপ্লিকেশন ঠিক করুন।
• ব্যাচগুলি পুরানো হতে দেওয়া। Meta-এর সময়সীমা অতিক্রম করে কিউতে থাকা ইভেন্টগুলি রিপোর্টে প্রদর্শিত না হয়েই প্রত্যাখ্যাত হয়। দৈনিক প্রেরণ স্বয়ংক্রিয় করুন এবং এটি ব্যর্থ হলে কাউকে সতর্ক করুন।
• কর্মী এবং হোটেল বাসিন্দাদের ডাইনার হিসাবে গণনা করা। কর্মচারীরা প্রতিটি শিফটে লগ ইন করে এবং হোটেলের বাসিন্দারা প্রতিদিন লগ ইন করে। উভয়কেই ফিল্টার করে বাদ দিন, অন্যথায় প্রতি ভিজিটে আপনার খরচ বাস্তবের চেয়ে ভালো দেখাবে।
• প্রতিটি লগইনকে একটি ভিজিট হিসাবে বিবেচনা করা। দুপুরের খাবারের পরে পুনরায় সংযোগকারী একজন অতিথি এখনও একজন ভিজিটর। প্রতি ভেন্যুতে, প্রতিদিন, প্রতি অতিথি একটি করে ইভেন্ট পাঠান।
• কারণ এবং অ্যাট্রিবিউশনকে গুলিয়ে ফেলা। একজন বিশ্বস্ত নিয়মিত গ্রাহক যিনি আপনার বিজ্ঞাপন দেখেছেন, তাকে বিজ্ঞাপন চালিত ভিজিট হিসেবে গণনা করা হবে। বড় বাজেট সরানোর আগে হোল্ডআউট বা লিফ্ট স্টাডি ব্যবহার করুন।

আরেকটি ব্যর্থতা পুরোপুরি Meta-এর বাইরে ঘটে: একটি ছোট সম্মতিযুক্ত তালিকা। ভিজিট পরিমাপ কেবল সেইসব অতিথিদের জন্য কাজ করে যারা অপ্ট-ইন করেছেন। WiFi লগইনে অপ্ট-ইন হারকে একটি পেইড মিডিয়া মেট্রিক হিসেবে বিবেচনা করুন, কারণ এটি আপনি কী পরিমাপ করতে পারবেন তার সীমা নির্ধারণ করে।

বারবার জিজ্ঞাসিত প্রশ্নাবলী

Meta Conversions API কি Meta Pixel-কে প্রতিস্থাপন করে?

না, Meta পিক্সেলের পরিবর্তে নয়, বরং পিক্সেলের পাশাপাশি Conversions API চালানোর সুপারিশ করে। পিক্সেল রিয়েল টাইমে ব্রাউজার ইভেন্টগুলি ক্যাপচার করে, অন্যদিকে সার্ভার সংযোগ ব্রাউজারের মাধ্যমে হারানো ইভেন্টগুলি পুনরুদ্ধার করে এবং অফলাইন ভিজিট যুক্ত করে। যখন উভয়ই একই ওয়েব ইভেন্ট রিপোর্ট করে, তখন একই ইভেন্টের নাম এবং ইভেন্ট আইডি পাঠান। Meta তখন এটি একবারই গণনা করে। ওয়াক-ইন ভিজিটের জন্য, কেবল সার্ভার সংযোগ প্রয়োগ করা হয়, কারণ নকল করার মতো কোনো ব্রাউজার ইভেন্ট নেই।

গেস্ট WiFi ডাটা Meta-এর সাথে শেয়ার করা কি GDPR-এর সাথে সম্মত?

হ্যাঁ, যদি আপনার একটি আইনি ভিত্তি থাকে, যা বিজ্ঞাপন পরিমাপের জন্য সাধারণত স্পষ্ট সম্মতি। GDPR অনুচ্ছেদ 7 শর্তগুলি নির্ধারণ করে এবং রেসিটাল 32 পূর্ব-চিহ্নিত বক্সগুলিকে বাতিল করে। অতিথিদের সহজ কথায় বলুন যে তাদের ইমেলের একটি কোডেড সংস্করণ বিজ্ঞাপন পরিমাপের জন্য Meta-তে পাঠানো হয়। Meta-এর চাহিদা অনুযায়ী SHA-256 দিয়ে আইডি হ্যাশ করুন। একজন অতিথি সম্মতি প্রত্যাহার করার সাথে সাথেই পাঠানো বন্ধ করুন। ইউরোপীয় ডাটা প্রোটেকশন বোর্ডের গাইডলাইন 8/2020 পর্যালোচনা করার জন্য আপনার ডাটা প্রোটেকশন লিডকে বলুন।

এটি কি আমাদের কাছে ইতোমধ্যে থাকা WiFi হার্ডওয়্যারের সাথে কাজ করবে?

হ্যাঁ, Purple হার্ডওয়্যার-অ্যাগনোস্টিক এবং আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে ক্লাউড ওভারলে হিসেবে চলে। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর সাথে কাজ করে। সম্মতিযুক্ত লগইন রেকর্ড ক্যাপচার করতে আপনাকে হার্ডওয়্যার প্রতিস্থাপন করতে হবে না। ভিজিট ডাটা তখন Conversions API-এর জন্য প্রস্তুত হতে প্রস্তুত গেস্ট প্রোফাইল হিসেবে Purple Engage-এ প্রবাহিত হয়।

এটি Mailchimp, Klaviyo বা HubSpot ব্যবহারের থেকে কীভাবে আলাদা?

পার্থক্যটি হলো ভিজিট ডাটা কোথা থেকে আসে। Mailchimp, Klaviyo এবং HubSpot আপনার কাছে ইতোমধ্যে থাকা একটি তালিকায় ক্যাম্পেইন পাঠায়। কোনো গ্রাহক শারীরিকভাবে আপনার রেস্তোরাঁয় হেঁটে এসেছেন কিনা তা তারা রেকর্ড করে না। Purple Engage গেস্ট WiFi লগইন থেকে তালিকা তৈরি করে, যার প্রতিটি সময়-চিহ্নিত, সম্মতিযুক্ত, ফার্স্ট-পার্টি ভিজিট রেকর্ড। সেই রেকর্ডটিই Conversions API সংযোগকে ওয়েব পরিমাপ থেকে ভিজিট পরিমাপে রূপান্তর করে।

Conversions API সেট আপ করতে আমাদের কি কোনো ডেভেলপারের প্রয়োজন?

ভিজিট ইভেন্টের জন্য সাধারণত হ্যাঁ, যদিও কাজটির পরিমাণ সামান্য। ওয়েবসাইটের ইভেন্টগুলি প্রায়শই খুব কম কোড দিয়ে Meta পার্টনার ইন্টিগ্রেশনের মাধ্যমে সংযুক্ত হতে পারে। ভিজিট ইভেন্টগুলির একটি নির্ধারিত কাজ প্রয়োজন যা সম্মতিযুক্ত লগইন রেকর্ডগুলি পড়ে, আইডেন্টিফায়ারগুলি স্বাভাবিক ও হ্যাশ করে এবং একটি দৈনিক ব্যাচ পাঠায়। একজন ডেভেলপার, একটি এজেন্সি বা Meta সংযোগকারী যুক্ত একটি CRM এটি তৈরি করতে পারে। নির্মাণের পাশাপাশি সম্মতির শব্দচয়ন এবং ডাটা প্রোটেকশন পর্যালোচনার জন্য সময় দিন।

ভিজিট এবং Meta অ্যাকাউন্টের মধ্যে আমাদের কী ধরনের ম্যাচ রেট আশা করা উচিত?

প্রত্যাশিত যে Meta আপনার পাঠানো ভিজিটের চেয়ে কম ভিজিট মেলাতে পারবে। Meta কেবল সেইসব ব্যক্তিদেরই মেলাতে পারে যাদের একই ইমেইল বা ফোন নম্বরের অধীনে একটি Meta অ্যাকাউন্ট রয়েছে। আপনার কাছে থাকলে হ্যাশ করা ইমেইল এবং হ্যাশ করা ফোন নম্বর উভয়ই পাঠান, এবং প্রতিটি সতর্কতার সাথে নরম্যালাইজ করুন। তারপর Events Manager-এ Event Match Quality স্কোর দেখুন। প্রথম মাসে একটি ক্রমবর্ধমান স্কোর দেখায় যে আপনার ম্যাচিং ডেটা উন্নত হচ্ছে।

Ads Manager-এ কত দ্রুত ভিজিটের ফলাফল দেখা যাবে?

Meta এগুলো পাওয়ার সাথে সাথেই Events Manager-এ ভিজিট ইভেন্টগুলি প্রদর্শিত হয়, এবং Test Events সেগুলি পৌঁছানোর সাথে সাথে দেখায়। প্রতিটি ক্যাম্পেইনের অ্যাট্রিবিউশন উইন্ডো চালুর সাথে সাথে Ads Manager-এ অ্যাট্রিবিউট করা ফলাফলগুলি জমতে থাকে। সাত দিনের ক্লিক উইন্ডোর ক্ষেত্রে, প্রতি ভিজিটের খরচ বিচার করার আগে একটি ক্যাম্পেইনকে অন্তত পুরো এক সপ্তাহ সময় দিন। বাজেটের সিদ্ধান্ত নেওয়ার জন্য প্রতিদিনের ডেটা পাঠানো দুই থেকে চার সপ্তাহ ধরে চললে একটি নির্ভরযোগ্য ধারণা পাওয়া যায়।