रेस्तरां के लिए Meta Conversions API इंटीग्रेशन: वास्तविक विज़िट के विरुद्ध विज्ञापनों का मापन

गस्ट WiFi के साथ Meta Conversions API को इंटीग्रेट करने से रेस्तरां GDPR मानकों के तहत विज्ञापन खर्च के मुकाबले ऑफलाइन विज़िट को माप सकते हैं। 80,000+ से अधिक स्थानों पर हैश किए गए SHA-256 लॉगिन रिकॉर्ड भेजकर, ऑपरेटर फिजिकल वॉक-इन को सीधे अभियानों से जोड़ते हैं, जो सही विज्ञापन लाभ को ट्रैक करने के लिए ऑनलाइन बुकिंग से आगे बढ़ता है।

Meta Conversions API रेस्तरां के लिए क्या करता है?

Meta आपके विज्ञापनों का मूल्यांकन उन इवेंट्स के आधार पर करता है जो वह देख सकता है। अधिकांश रेस्तरां के लिए, वे वेबसाइट पर पिक्सेल इवेंट्स होते हैं: एक बुकिंग, एक मेनू देखना या एक वाउचर डाउनलोड। एक भोजन करने वाला व्यक्ति जिसने आपका विज्ञापन देखा, वेबसाइट को छोड़ दिया और दोपहर के भोजन के लिए सीधे चला आया, वह कभी दिखाई नहीं देता। फिर भी वह विज़िट वही परिणाम है जिसके लिए आपने भुगतान किया था।

Conversions API (CAPI) Meta का सर्वर-टू-सर्वर कनेक्शन है। आपके सिस्टम ब्राउज़र में किसी स्क्रिप्ट पर भरोसा करने के बजाय, सीधे Meta को इवेंट्स भेजते हैं। Meta इसे वेबसाइट, ऐप और ऑफलाइन इवेंट्स के लिए डॉक्यूमेंट करता है। ऑफलाइन इवेंट्स में किसी भौतिक स्थान की विज़िट शामिल हैं, जिन्हें एक्शन सोर्स "physical_store" के साथ चिह्नित किया जाता है।

केवल पिक्सेल रिपोर्टिंग रेस्तरां के परिणामों को कम क्यों आंकती है

आपके विज्ञापन जो हासिल करते हैं और Ads Manager जो रिपोर्ट करता है, उसके बीच तीन अंतर आते हैं।

• विज़िट ऑफलाइन होती है। Meta Pixel केवल एक ब्राउज़र में, आपके अपने पेजों पर चलता है। एक वॉक-इन, फोन बुकिंग या किसी तीसरे पक्ष के प्लेटफॉर्म के माध्यम से बुकिंग में कोई पिक्सेल इवेंट नहीं छूटता है।
• ब्राउज़र इवेंट्स को छोड़ देते हैं। Meta का अपना मार्गदर्शन कहता है कि Conversions API ब्राउज़र लोडिंग त्रुटियों, कनेक्टिविटी समस्याओं और विज्ञापन अवरोधकों से डेटा हानि को कम करता है।
• डिवाइस गोपनीयता सेटिंग्स सिग्नलों को सीमित करती हैं। iOS 14.5 के बाद से, Apple को अन्य कंपनियों के ऐप्स और वेबसाइटों पर गतिविधि डेटा का उपयोग करने से पहले ऐप्स को अनुमति मांगने की आवश्यकता होती है। कई लोग मना कर देते हैं, जिससे वे सिग्नल हट जाते हैं जिन पर पिक्सेल पहले निर्भर था।

इसकी कीमत रिपोर्टिंग अंतर से कहीं अधिक है। Meta की डिलीवरी प्रणाली उन लोगों के प्रति अनुकूलित होती है जो इसके द्वारा प्राप्त इवेंट्स उत्पन्न करते हैं। यदि वे केवल ऑनलाइन बुकिंग हैं, तो बजट उन लोगों की ओर खिसक जाता है जो ऑनलाइन बुक करते हैं। वॉक-इन के साथ टेबल भरने वाले अभियान महंगे लगते हैं, इसलिए उन्हें रोक दिया जाता है।

जब विज़िट Meta तक पहुँचती हैं तो क्या बदलता है?

आप अपनी WiFi में लॉगिन करने वाले प्रत्येक सहमति प्राप्त मेहमान के लिए एक विज़िट इवेंट भेजते हैं, जिसमें एक हैश की गई ईमेल या फोन नंबर और एक टाइमस्टैम्प होता है। Meta जहाँ संभव हो उस इवेंट को व्यक्ति के Meta खाते से मिलाता है। इसके बाद यह आपकी एट्रिब्यूशन सेटिंग के भीतर उनके द्वारा देखे गए या क्लिक किए गए किसी भी विज्ञापन के मुकाबले विज़िट की रिपोर्ट करता है। आपको केवल प्रति बुकिंग लागत ही नहीं, बल्कि प्रति अभियान विज़िट लागत भी मिलती है।

कठिन हिस्सा API नहीं है। यह एक विश्वसनीय, सहमति वाला रिकॉर्ड है कि किसने दौरा किया, और कब। Mailchimp, Klaviyo और HubSpot जैसे ईमेल प्लेटफॉर्म आपके पास पहले से मौजूद सूची में अभियान भेजते हैं। वे यह रिकॉर्ड नहीं करते हैं कि कोई भोजन करने वाला व्यक्ति आपके दरवाजे से अंदर आया। गेस्ट WiFi ऐसा करता है: प्रत्येक लॉगिन अतिथि की सहमति विकल्प के साथ एक टाइमस्टैम्पयुक्त, फ़र्स्ट-पार्टी विज़िट रिकॉर्ड है। Purple के 80,000+ से अधिक लाइव स्थानों में, मेहमानों ने 2024 में 440 मिलियन बार लॉगिन किया (Purple डेटा)। विज़िट माप के लिए यही कच्चा माल है।

Conversions API शुरू करने से पहले आपको किसकी आवश्यकता है?

किसी के द्वारा कोड लिखने या इंटीग्रेशन कनेक्ट करने से पहले सात चीज़ें एकत्र करें।

1. एडमिन एक्सेस के साथ एक Meta business portfolio, साथ ही वह डेटासेट जिसके खिलाफ आपके विज्ञापन रिपोर्ट करते हैं। Meta अब पिक्सेल आईडी कहे जाने वाले शब्द के लिए "डेटासेट" का उपयोग करता है।
2. एक Conversions API एक्सेस टोकन, जो उस डेटासेट के लिए Meta Events Manager में जेनरेट किया गया हो।
3. सर्वर-साइड ईवेंट भेजने का एक तरीका। इसका अर्थ है आपका अपना डेवलपर, एक Meta पार्टनर इंटीग्रेशन, या Meta कनेक्टर वाला CRM या ग्राहक डेटा प्लेटफॉर्म।
4. सहमति-प्राप्त विज़िट डेटा। आपको ईमेल या फोन, टाइमस्टैम्प, वेन्यू और सहमति स्थिति के साथ गेस्ट WiFi लॉगिन रिकॉर्ड की आवश्यकता है। Purple Engage इन्हें प्रत्येक लॉगिन से निर्मित गेस्ट प्रोफाइल के रूप में रखता है।
5. एक कानूनी आधार और एक अपडेटेड गोपनीयता नोटिस। GDPR अनुच्छेद 6 के तहत आपको Meta के साथ डेटा साझा करने के लिए एक कानूनी आधार की आवश्यकता है। विज्ञापन मापन के लिए, वह आमतौर पर सहमति होती है, जिसे अनुच्छेद 7 की शर्तों को पूरा करना होगा।
6. विज़िट की एक साझा परिभाषा। तय करें कि क्या मायने रखता है: प्रति गेस्ट प्रति वेन्यू प्रति दिन एक लॉगिन, कर्मचारियों को छोड़कर।
7. एक बेसलाइन। प्रति अभियान चार सप्ताह के पिक्सेल-ओनली परिणामों को निर्यात करें ताकि आप पहले और बाद की तुलना कर सकें।

आइटम पांच पर, सोशल मीडिया उपयोगकर्ताओं के लक्ष्यीकरण पर यूरोपीय डेटा सुरक्षा बोर्ड के दिशानिर्देश 8/2020 पढ़ें। वे बताते हैं कि कैसे एक विज्ञापनदाता और एक प्लेटफॉर्म कुछ प्रोसेसिंग के लिए संयुक्त नियंत्रक हो सकते हैं। Meta की Business Tools Terms आपके डेटा भेजने पर आपके दायित्वों को भी निर्धारित करती हैं। आपके सर्वर से पहला ईवेंट निकलने से पहले आपके डेटा सुरक्षा प्रमुख को दोनों को साइन ऑफ करना चाहिए।

आप गेस्ट WiFi विज़िट डेटा को Conversions API से कैसे कनेक्ट करते हैं?

सेटअप छह चरणों में चलता है। Meta का डेवलपर दस्तावेज़ तकनीकी विवरण को कवर करता है; यह अनुभाग आपके द्वारा लिए जाने वाले निर्णयों को कवर करता है।

1. WiFi लॉगिन पर सहमति कैप्चर करें

आपका WiFi लॉगिन पेज वह स्थान है जहाँ से सहमति शुरू होती है। ईमेल मार्केटिंग सहमति से अलग विज्ञापन मापन सहमति मांगें। GDPR व्याख्या 32 में स्पष्ट है कि चुप्पी और पहले से टिक किए गए बॉक्स सहमति के रूप में नहीं गिने जाते हैं। Purple इस कारण से सचेत-विकल्प ऑप्ट-इन का उपयोग करता है: गेस्ट सक्रिय रूप से चुनता है, और विकल्प प्रोफाइल के साथ संग्रहीत होता है।

शब्दावली सरल भाषा में लिखें। उदाहरण के लिए: "आइए हम आपके ईमेल का एक कोडेड संस्करण Meta के साथ साझा करें ताकि हम देख सकें कि हमारे विज्ञापनों ने आपको यहाँ लाया है या नहीं।" एक स्पष्ट वाक्य किसी नीति के लिंक की तुलना में अधिक ऑप्ट-इन प्राप्त करता है।

2. विज़िट ईवेंट को परिभाषित करें

Meta के मानक ईवेंट में रेस्तरां विज़िट शामिल नहीं है, इसलिए अधिकांश वेन्यू एक कस्टम ईवेंट बनाते हैं। इसे "VenueVisit" जैसा कुछ स्पष्ट कहें। प्रति गेस्ट, प्रति वेन्यू, प्रति दिन एक ईवेंट भेजें, भले ही वे तीन बार लॉगिन करें। कर्मचारी उपकरणों और सप्ताह में चार से अधिक दिनों तक लॉगिन करने वाले किसी भी गेस्ट को बाहर रखें, जो आमतौर पर एक कर्मचारी का संकेत देता है।

3. मिलान डेटा तैयार करें और हैश करें

Meta को भेजने से पहले ईमेल और फोन जैसे व्यक्तिगत पहचानकर्ताओं को सामान्यीकृत और SHA-256 के साथ हैश करने की आवश्यकता होती है। सामान्यीकरण का अर्थ है रिक्त स्थान हटाना, ईमेल को लोअरकेस करना और फोन नंबरों में देश का कोड जोड़ना। खराब सामान्यीकरण सबसे आम कारण है जिससे मिलान विफल होते हैं।

प्रत्येक इवेंट के लिए एक इवेंट समय, एक्शन सोर्स "physical_store" और एक विशिष्ट इवेंट ID भी आवश्यक है। केवल वही पैरामीटर भेजें जो Meta सूचीबद्ध करता है। MAC एड्रेस जैसे नेटवर्क पहचानकर्ता उनमें शामिल नहीं हैं और उन्हें आपके सिस्टम से बाहर कभी नहीं जाना चाहिए।

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 रिपोर्टिंग आपके अधिकांश परिणामों को मिस कर देती है, इसलिए विज़िट इवेंट्स सबसे पहले आते हैं। यदि आप पहले से ही विज़िट इवेंट्स भेजते हैं और आपकी वित्त टीम को अभी भी पेड सोशल पर संदेह है, तो लिफ्ट अध्ययन चलाएं। एट्रिब्यूशन आपको बताता है कि विज्ञापन के बाद किसने विज़िट किया। लिफ्ट आपको बताती है कि इसके कारण किसने विज़िट किया।

दो व्यावहारिक परिदृश्य

नीचे दिए गए आंकड़े विधि को दर्शाने के लिए केवल काल्पनिक गणित हैं। ये किसी नामित स्थान के रिपोर्ट किए गए परिणाम नहीं हैं।

परिदृश्य 1: एक 12-साइट कैज़ुअल डाइनिंग ग्रुप जो लंच ऑफर चला रहा है

स्थिति। ग्रुप ने Instagram और Facebook पर कार्यदिवस के लंच मेनू को बढ़ावा देने के लिए चार हफ्तों में £6,000 खर्च किए। Ads Manager ने 40 ऑनलाइन बुकिंग रिपोर्ट की, जिसकी लागत £150 प्रति बुकिंग थी। वित्त निदेशक ने अभियान को रोकने के लिए कहा।

क्या किया गया। मार्केटिंग टीम ने WiFi लॉगिन पेज पर एक अलग विज्ञापन मापन ऑप्ट-इन जोड़ा। इसके बाद इसने सहमति देने वाले गेस्ट के लिए एक दैनिक VenueVisit इवेंट भेजा और कस्टम रूपांतरण के आसपास रिपोर्टिंग का पुनर्गठन किया। अगला चार-हफ्तों का चरण समान बजट और क्रिएटिव के साथ चलाया गया।

परिणाम। ग्रुप ने लंच के समय सहमति प्राप्त 1,900 विज़िट इवेंट भेजे। Meta ने सात-दिवसीय क्लिक, एक-दिवसीय व्यू विंडो के भीतर अभियान के लिए इनमें से 310 को जिम्मेदार ठहराया। केवल Pixel डेटा पर £150 प्रति बुकिंग के मुकाबले, एट्रिब्यूटेड विज़िट की लागत £19.35 आई। अभियान लाइव रहा। इसके बाद CRM टीम ने यह देखने के लिए ReturnVisit इवेंट का उपयोग किया कि उनमें से 70 गेस्ट 30 दिनों के भीतर वापस आए।

परिदृश्य 2: सार्वजनिक रेस्तरां और बार वाला 150 कमरों का होटल

स्थिति। होटल ने स्थानीय डाइनर्स (निवासियों के लिए नहीं) के लिए अपने रेस्तरां और बार के लिए Meta विज्ञापन चलाए। इसने बुकिंग के लिए पहले से ही Pixel और सर्वर इवेंट्स चलाए थे, लेकिन रिपोर्ट किए गए परिणाम रातोंरात दोगुने हो गए थे।

क्या किया गया। टीम ने पाया कि उसका बुकिंग इंजन और उसका सर्वर इंटीग्रेशन दोनों अलग-अलग इवेंट IDs के साथ Schedule इवेंट भेज रहे थे। Meta उन्हें डुप्लिकेट से अलग नहीं कर सका। टीम ने इवेंट IDs को संरेखित किया, फिर रूम-लिंक्ड प्रोफाइल के साथ लॉगिन को फ़िल्टर करके होटल में रहने वाले निवासियों को VenueVisit इवेंट से बाहर कर दिया।

परिणाम। अगले महीने में रिपोर्ट की गई बुकिंग 220 से घटकर 112 हो गई, जो बुकिंग सिस्टम की अपनी संख्या से 3% के भीतर मेल खाती है। विज़िट इवेंट्स में अब केवल गैर-निवासी भोजन करने वालों की गिनती की गई, जो महीने में 640 थी। टीम आखिरकार निवासियों और डुप्लिकेट के मिश्रण के बजाय स्थानीय व्यापार के खिलाफ रेस्तरां के खर्च की तुलना कर सकी।

आपको कैसे पता चलेगा कि Conversions API काम कर रहा है?

पहले महीने में इन पांच संकेतों की जांच करें, इसी क्रम में।

प्राप्त हुए इवेंट भेजे गए इवेंट से मेल खाते हैं

सहमति प्राप्त विज़िट की आपकी दैनिक संख्या Events Manager में Meta द्वारा प्राप्त के रूप में रिपोर्ट किए गए इवेंट से मेल खानी चाहिए। 5% से अधिक का अंतर विफल भेजने, अस्वीकृत इवेंट या समय की समस्याओं की ओर इशारा करता है।

Event Match Quality में सुधार हो रहा है

Meta प्रत्येक सर्वर इवेंट को इस बात के लिए 10 में से एक स्कोर देता है कि उसका मिलान डेटा लोगों की कितनी अच्छी तरह पहचान करता है। ईमेल के साथ एक हैश किया गया फोन नंबर जोड़ने से आमतौर पर स्कोर बढ़ता है। सप्ताह-दर-सप्ताह रुझान देखें, पहले दिन की संख्या नहीं।

डिडुप्लीकेशन साफ है

यदि आपके लाइव होने के दिन पिक्सेल और सर्वर दोनों के परिणाम तेजी से बढ़े हैं, तो इवेंट की दो बार गिनती की जाने की संभावना है। जांचें कि साझा किए गए इवेंट दोनों स्रोतों से समान नाम और इवेंट ID ले जाते हैं या नहीं।

प्रति विज़िट लागत स्थिर है

दो या तीन हफ्तों के बाद, प्रति एट्रिब्यूटेड विज़िट लागत प्रत्येक अभियान के लिए एक सुसंगत सीमा के भीतर स्थिर होनी चाहिए। बड़े उतार-चढ़ाव बताते हैं कि बैच देर से या अनियमित रूप से आ रहे हैं।

परिणाम होल्डआउट के सामने टिकते हैं

एट्रिब्यूशन किसी भी व्यक्ति के लिए विज्ञापन को श्रेय देता है जिसने इसे देखा और फिर विज़िट किया, जिसमें नियमित ग्राहक भी शामिल हैं जो वैसे भी आते। एक सरल परीक्षण चलाएं: दो सप्ताह के लिए एक तुलनीय स्थान के विज्ञापनों को रोकें और WiFi विज़िट की संख्या की तुलना करें। एक सटीक उत्तर के लिए, Meta के Conversion Lift अध्ययन का उपयोग करें।

क्या गलत होता है, और आप इससे कैसे बचते हैं?

अधिकांश विफलताएं प्रक्रिया की विफलताएं हैं, कोड की विफलताएं नहीं। यहां छह दिए गए हैं जो रेस्तरां समूहों को सबसे अधिक समय लागत देते हैं।

• वैध सहमति के बिना डेटा भेजना। "मार्केटिंग" के लिए एक बंडल सहमति बॉक्स विज्ञापन माप के लिए GDPR Article 7 के तहत सही नहीं ठहरेगा। ऑप्ट-इन को अलग करें और प्रत्येक विकल्प को उसके टाइमस्टैम्प के साथ सुरक्षित करें।
• एक ही इवेंट को दो बार गिनना। बिना मेल खाने वाले इवेंट IDs वाले पिक्सेल और सर्वर इवेंट आपके द्वारा रिपोर्ट की जाने वाली हर संख्या को बढ़ा देते हैं। वित्त टीम को परिणाम दिखाने से पहले डिडुप्लीकेशन को ठीक करें।
• बैच को पुराना होने देना। Meta की समय सीमा से आगे कतार में लगने वाले इवेंट रिपोर्ट में दिखाई दिए बिना अस्वीकार कर दिए जाते हैं। दैनिक भेजने को स्वचालित करें और विफल होने पर किसी को अलर्ट करें।
• कर्मचारियों और निवासियों को भोजन करने वालों के रूप में गिनना। कर्मचारी हर शिफ्ट में लॉगिन करते हैं और होटल के निवासी प्रतिदिन लॉगिन करते हैं। दोनों को फ़िल्टर करें, अन्यथा आपकी प्रति विज़िट लागत वास्तव में जितनी है उससे बेहतर दिखती है।
• प्रत्येक लॉगिन को विज़िट के रूप में मानना। लंच के बाद फिर से कनेक्ट होने वाला मेहमान अभी भी एक विज़िट है। प्रति अतिथि, प्रति स्थान, प्रति दिन एक इवेंट भेजें।
• कारण के साथ एट्रिब्यूशन को भ्रमित करना। एक वफादार नियमित ग्राहक जिसने आपका विज्ञापन देखा है, उसकी गिनती विज्ञापन-संचालित विजिट के रूप में की जाएगी। बड़े बजट को स्थानांतरित करने से पहले होल्डआउट या लिफ्ट अध्ययन का उपयोग करें।

एक और विफलता पूरी तरह से Meta से बाहर निहित है: एक पतली सहमति वाली सूची। विजिट मापन केवल उन मेहमानों के लिए काम करता है जिन्होंने ऑप्ट-इन किया है। WiFi लॉगिन पर ऑप्ट-इन दर को एक पेड मीडिया मीट्रिक के रूप में मानें, क्योंकि यह यह तय करता है कि आप कितना माप सकते हैं।

अक्सर पूछे जाने वाले प्रश्न

क्या Meta Conversions API, Meta Pixel का स्थान लेता है?

नहीं, Meta, पिक्सेल के स्थान पर नहीं बल्कि उसके साथ Conversions API चलाने की सिफारिश करता है। पिक्सेल वास्तविक समय में ब्राउज़र घटनाओं को कैप्चर करता है, जबकि सर्वर कनेक्शन उन घटनाओं को पुनर्प्राप्त करता है जो ब्राउज़र खो देता है और ऑफ़लाइन विजिट जोड़ता है। जब दोनों एक ही वेब घटना की रिपोर्ट करते हैं, तो एक ही घटना का नाम और घटना ID भेजें। Meta तब इसे एक बार गिनता है। वॉक-इन विजिट के लिए, केवल सर्वर कनेक्शन लागू होता है, क्योंकि डुप्लिकेट करने के लिए कोई ब्राउज़र घटना नहीं होती है।

क्या मेहमानों के WiFi डेटा को Meta के साथ साझा करना GDPR का अनुपालन करता है?

हाँ, बशर्ते आपके पास कानूनी आधार हो, जो विज्ञापन मापन के लिए आमतौर पर स्पष्ट सहमति होती है। GDPR Article 7 शर्तें निर्धारित करता है, और Recital 32 पहले से टिक किए गए बॉक्स को खारिज करता है। मेहमानों को सरल शब्दों में बताएं कि विज्ञापनों को मापने के लिए उनके ईमेल का एक कोडेड संस्करण Meta को जाता है। Meta की आवश्यकता के अनुसार SHA-256 के साथ पहचानकर्ताओं को हैश करें। जैसे ही कोई मेहमान सहमति वापस लेता है, भेजना बंद कर दें। अपने डेटा सुरक्षा प्रमुख से European Data Protection Board के Guidelines 8/2020 की समीक्षा करने के लिए कहें।

क्या यह हमारे पास पहले से मौजूद WiFi हार्डवेयर के साथ काम करेगा?

हाँ, Purple हार्डवेयर-अज्ञेयवादी है और आपके मौजूदा एक्सेस पॉइंट पर क्लाउड ओवरले के रूप में चलता है। यह Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet के साथ काम करता है। सहमति वाले लॉगिन रिकॉर्ड को कैप्चर करने के लिए आपको हार्डवेयर बदलने की आवश्यकता नहीं है। विजिट डेटा फिर Purple Engage में गेस्ट प्रोफ़ाइल के रूप में प्रवाहित होता है, जो Conversions API के लिए तैयार होता है।

यह Mailchimp, Klaviyo या HubSpot का उपयोग करने से किस प्रकार भिन्न है?

अंतर यह है कि विजिट डेटा कहाँ से आता है। Mailchimp, Klaviyo और HubSpot आपकी पहले से मौजूद सूची में अभियान भेजते हैं। वे यह रिकॉर्ड नहीं करते कि कोई ग्राहक शारीरिक रूप से आपके रेस्तरां में आया था। Purple Engage गेस्ट WiFi लॉगिन से सूची बनाता है, जिनमें से प्रत्येक एक टाइमस्टैम्प्ड, सहमति प्राप्त, फ़र्स्ट-पार्टी विजिट रिकॉर्ड है। यही रिकॉर्ड Conversions API कनेक्शन को वेब मापन से विजिट मापन में बदल देता है।

क्या हमें Conversions API सेटअप करने के लिए एक डेवलपर की आवश्यकता है?

विजिट इवेंट्स के लिए आमतौर पर हाँ, हालांकि काम मामूली है। वेबसाइट इवेंट अक्सर कम कोड के साथ Meta पार्टनर एकीकरण के माध्यम से जुड़ सकते हैं। विजिट इवेंट्स को एक निर्धारित कार्य की आवश्यकता होती है जो सहमति वाले लॉगिन रिकॉर्ड को पढ़ता है, पहचानकर्ताओं को सामान्यीकृत और हैश करता है, और एक दैनिक बैच भेजता है। एक डेवलपर, एक एजेंसी या Meta कनेक्टर वाला CRM इसे बना सकता है। निर्माण के साथ-साथ सहमति के शब्दों और डेटा सुरक्षा समीक्षा के लिए समय दें।

हमें विजिट और Meta खातों के बीच किस मैच रेट की उम्मीद करनी चाहिए?

अपेक्षा करें कि Meta आपके द्वारा भेजे गए विजिट की तुलना में कम विजिट का मिलान करेगा। Meta केवल उन्हीं लोगों का मिलान कर सकता है जिनका Meta खाता समान ईमेल या फोन नंबर के तहत है। जहां भी उपलब्ध हो, हैशेड ईमेल और हैशेड फोन नंबर दोनों भेजें, और प्रत्येक को ध्यानपूर्वक नॉर्मलाइज़ करें। इसके बाद Events Manager में इवेंट मैच क्वालिटी स्कोर पर नजर रखें। पहले महीने में बढ़ता हुआ स्कोर दर्शाता है कि आपका मैचिंग डेटा बेहतर हो रहा है।

Ads Manager में विजिट के परिणाम कितनी जल्दी दिखाई देंगे?

विजिट इवेंट्स Meta को प्राप्त होते ही Events Manager में दिखाई देने लगते हैं, और टेस्ट इवेंट्स उनके आते ही उन्हें दिखाता है। जैसे-जैसे प्रत्येक अभियान की एट्रिब्यूशन विंडो चलती है, Ads Manager में एट्रिब्यूटेड परिणाम एकत्र होते जाते हैं। सात-दिन की क्लिक विंडो के साथ, प्रति विजिट लागत का आकलन करने से पहले अभियान को कम से कम एक पूरा सप्ताह दें। दो से चार सप्ताह के दैनिक प्रेषण बजट निर्णयों के लिए एक विश्वसनीय दृष्टिकोण प्रदान करते हैं।