Cisco Meraki लोकेशन एनालिटिक्स: आपको इन-बिल्ट क्या मिलता है और यह कहां सीमित हो जाता है

Cisco Meraki एक्सेस पॉइंट्स में बिना किसी अलग लाइसेंस के लोकेशन एनालिटिक्स शामिल हैं। आपको प्रॉक्सिमिटी, एंगेजमेंट और लॉयल्टी व्यू, एक फ्लोर प्लान हीटमैप और रॉ ऑब्जर्वेशन के लिए स्कैनिंग API मिलता है। यह अज्ञात डिवाइसों को गिनता है, लोगों को नहीं। MAC रैंडमाइजेशन बार-बार आने वाले विजिटर्स के आंकड़ों को कमजोर करता है, व्यूज नेटवर्क के अनुसार सीमित होते हैं, और बिना Captive Portal के आपको कोई पहचाना गया विजिटर नहीं मिलता है।

Cisco Meraki लोकेशन एनालिटिक्स क्या है?

Cisco Meraki लोकेशन एनालिटिक्स Meraki MR एक्सेस पॉइंट्स और Meraki डैशबोर्ड में निर्मित प्रेजेंस रिपोर्टिंग है। आपके एक्सेस पॉइंट्स पास के डिवाइसों को सुनते हैं, जिनमें उनके प्रोब अनुरोध और उनका ट्रैफिक शामिल है। डैशबोर्ड उन डिटेक्शन को प्रत्येक नेटवर्क के लिए काउंट, अवधि और दोहराए गए विजिट पैटर्न में बदल देता है।

Cisco इस फीचर को Meraki वायरलेस के साथ शामिल करता है। यह इसे अधिकांश Meraki संपत्तियों के लिए फ़ुटफ़ॉल डेटा देखने का पहला स्थान बनाता है। आउट ऑफ द बॉक्स, आपको चार चीजें मिलती हैं।

प्रॉक्सिमिटी, एंगेजमेंट और लॉयल्टी व्यू

डैशबोर्ड प्रेजेंस डेटा को तीन व्यूज में समूहित करता है:

• प्रॉक्सिमिटी पता लगाए गए डिवाइसों को पासर्सबाई, विजिटर्स और कनेक्टेड में विभाजित करती है। पासर्सबाई को संक्षेप में या कम सिग्नल स्ट्रेंथ पर सुना जाता है। विजिटर्स को अंदर माने जाने के लिए पर्याप्त समय और पर्याप्त करीब देखा जाता है। कनेक्टेड डिवाइस आपके WiFi से जुड़े थे।
• एंगेजमेंट ड्वेल टाइम के अनुसार विजिटर्स को बांटता है: 5-20 मिनट, 20-60 मिनट, 1-6 घंटे और 6+ घंटे।
• लॉयल्टी लौटने की आवृत्ति के अनुसार विजिटर्स को समूहित करती है: पहली बार, दैनिक, साप्ताहिक और कभी-कभार।

Cisco का लोकेशन एनालिटिक्स डॉक्यूमेंटेशन प्रत्येक श्रेणी के पीछे सिग्नल और समय की सीमाओं को परिभाषित करता है। अपने बोर्ड के सामने कोई नंबर रखने से पहले उन परिभाषाओं को पढ़ें।

Meraki लोकेशन हीटमैप

अपलोड किए गए फ्लोर प्लान पर अपने एक्सेस पॉइंट्स को सटीक रूप से रखें और डैशबोर्ड पूरे स्थान पर डिवाइस घनत्व दिखाता है। यह RSSI (रिसीव्ड सिग्नल स्ट्रेंथ इंडिकेटर) से स्थिति का अनुमान लगाता है, वह शक्ति जिस पर प्रत्येक एक्सेस पॉइंट किसी डिवाइस को सुनता है। जब एक ही समय में कई एक्सेस पॉइंट एक ही डिवाइस को सुनते हैं तो अनुमान में सुधार होता है।

Meraki स्कैनिंग API

स्कैनिंग API आपके एक्सेस पॉइंट्स से आपके द्वारा चलाए जा रहे सर्वर पर रॉ डिवाइस ऑब्जर्वेशन भेजता है। यह डैशबोर्ड से बाहर और आपके अपने डेटा पाइपलाइन में जाने का मार्ग है। हम नीचे कवर करते हैं कि यह कैसे काम करता है।

आपके स्थान के लिए Meraki प्रेजेंस डेटा क्यों महत्वपूर्ण है?

प्रेजेंस डेटा उन प्रश्नों के उत्तर देता है जो टिल और टिकट स्कैनर नहीं दे सकते। प्रवेश द्वार से बिना अंदर आए कितने लोग गुजरे? वे कितनी देर रुके? मंगलवार को दोपहर 3 बजे कौन से ज़ोन खाली रहे?

Retail टीमें पासर्सबाई-टू-विजिटर अनुपात को फ्रंटेज रूपांतरण के लिए एक माध्यम के रूप में पढ़ती हैं। Hotels लॉबी बार या स्पा में ड्वेल टाइम का उपयोग यह देखने के लिए करते हैं कि मेहमान अपनी शाम कहाँ बिताते हैं। Healthcare एस्टेट टीमें अपॉइंटमेंट सूचियों के बजाय देखे गए विजिटर वॉल्यूम के आधार पर प्रतीक्षालय क्षेत्रों का आकार तय कर सकती हैं।

आकर्षण स्पष्ट है। डेटा पहले से ही आपके स्वामित्व वाले हार्डवेयर पर एकत्र किया जा रहा है। उपयोगी प्रश्न यह है कि अधिक की आवश्यकता होने से पहले यह आपको कितना आगे ले जाता है।

Meraki लोकेशन एनालिटिक्स कैसे काम करता है?

इसे चालू करना

लोकेशन एनालिटिक्स Meraki डैशबोर्ड में एक नेटवर्क-व्यापी सेटिंग है। आप इसे प्रति नेटवर्क सक्षम करते हैं, फिर प्रत्येक एक्सेस प्वाइंट को उसके फ्लोर प्लान पर रखते हैं। सटीक प्लेसमेंट के बिना, हीटमैप और समन्वय अनुमान केवल अनुमान होते हैं। चरणों के लिए Cisco के वर्तमान दस्तावेज़ों का पालन करें, क्योंकि रिलीज़ के बीच डैशबोर्ड मेनू बदलते रहते हैं।

किसी भी आंकड़े पर भरोसा करने से पहले दो जांच करें:

1. पुष्टि करें कि प्रत्येक एक्सेस प्वाइंट सही मंजिल और सही स्थिति में पिन किया गया है।
2. अवधियों या साइटों की तुलना करने से पहले कुछ सप्ताह का बेसलाइन डेटा एकत्र करें।

लोकेशन के लिए एक्सेस प्वाइंट घनत्व एक डिज़ाइन निर्णय है, कोई टॉगल नहीं। केवल कवरेज के लिए डिज़ाइन किया गया नेटवर्क ऐसे उपकरणों को छोड़ सकता है जो केवल एक एक्सेस प्वाइंट द्वारा सुने जाते हैं। इससे गिनती तो होती है लेकिन स्थिति खराब मिलती है। स्थानों और उद्यमों के लिए हमारा 2026 में नेटवर्क बेस्ट प्रैक्टिस प्लेसमेंट और घनत्व को कवर करता है।

तीन दृश्यों को पढ़ना

प्रॉक्सिमिटी। अनुपातों को देखें, सीधे राहगीरों की गिनती को नहीं। राहगीरों में वे उपकरण शामिल हैं जो दीवारों और खिड़कियों के माध्यम से सुने जाते हैं, और MAC रैंडमाइजेशन इस आंकड़े को बढ़ा देता है, जैसा कि नीचे बताया गया है। विज़िटर और कनेक्टेड काउंट अधिक स्थिर होते हैं।

इंगेजमेंट। यह परिचालन निर्णयों के लिए सबसे भरोसेमंद दृश्य है, खासकर कनेक्टेड उपकरणों के लिए। एक कनेक्टेड डिवाइस आमतौर पर पूरी यात्रा के लिए आपके नेटवर्क पर एक प्राइवेट एड्रेस रखता है। जो उपकरण कभी कनेक्ट नहीं होते हैं वे अपने प्रोब एड्रेस को घुमाते हैं, जो एक लंबी यात्रा को कई छोटी यात्राओं में विभाजित कर सकता है। यह निर्णय लेने के लिए कि क्या लेआउट परिवर्तन ने लोगों को अधिक समय तक रोके रखा, सप्ताह-दर-सप्ताह उसी बकेट की तुलना करें।

लॉयल्टी। इस दृश्य को सबसे अधिक सावधानी के साथ देखें। यह बाद के दिन उसी डिवाइस एड्रेस को पहचानने पर निर्भर करता है, और आधुनिक फोन ठीक उसी को रोकने के लिए डिज़ाइन किए गए हैं। सीमाएं अनुभाग इसके प्रभाव को समझाता है।

Meraki स्कैनिंग API का उपयोग करना

Meraki स्कैनिंग API वह तरीका है जिससे आपकी डेटा टीम अपनी पाइपलाइन में कच्चे अवलोकन प्राप्त करती है। Cisco का स्कैनिंग API दस्तावेज़ वर्तमान संस्करण और पेलोड स्कीमा को निर्धारित करता है। संक्षेप में:

• आप डैशबोर्ड में एक रिसीवर URL पंजीकृत करते हैं। Meraki एक सत्यापन अनुरोध भेजता है, और आपके सर्वर को डैशबोर्ड द्वारा प्रदर्शित वैलिडेटर स्ट्रिंग वापस करनी होगी।
• Meraki फिर Cisco के दस्तावेज़ों के अनुसार लगभग मिनट में एक बार बैचों में अवलोकनों के JSON पेलोड पोस्ट करता है।
• प्रत्येक पेलोड में एक साझा सीक्रेट होता है जिसे आप सेट करते हैं, ताकि आपका रिसीवर किसी भी ऐसी चीज़ को अस्वीकार कर सके जो आपके नेटवर्क से नहीं आई है।
• WiFi और ब्लूटूथ लो एनर्जी (BLE) अवलोकन अलग-अलग स्ट्रीम के रूप में आते हैं।
• प्रत्येक अवलोकन में क्लाइंट MAC एड्रेस, निर्माता और उसके RSSI के साथ निकटतम एक्सेस प्वाइंट शामिल होता है। कनेक्टेड उपकरण SSID की रिपोर्ट भी करते हैं।
• लोकेशन अनुमान x/y निर्देशांक और अक्षांश/देशांतर के रूप में आते हैं, जिसमें एक वेरिएंस आंकड़ा दिखाया जाता है कि अनुमान कितना आश्वस्त है।

API आपको नियंत्रण प्रदान करता है। आप अपने भवन के अनुकूल RSSI थ्रेशोल्ड और न्यूनतम ड्वेल समय का उपयोग करके अपनी स्वयं की विजिटर परिभाषा सेट करते हैं। आप उन स्थितियों को खारिज कर सकते हैं जिनका विचरण इतना अधिक है कि वे उपयोगी नहीं हैं। आप आगमन पर MAC एड्रेस को हैश कर सकते हैं ताकि रॉ आइडेंटिफायर आपके डेटा वेयरहाउस तक कभी न पहुँच सकें।

यह आपको स्वामित्व भी सौंपता है। आप रिसीवर को होस्ट करते हैं, इसे उपलब्ध रखते हैं, API वर्जनों के बीच स्कीमा परिवर्तनों को संभालते हैं और डिवाइस आइडेंटिफायर्स के लिए GDPR दायित्वों का वहन करते हैं। इसके लिए केवल शुरुआती निर्माण ही नहीं, बल्कि इंजीनियरिंग समय का बजट भी निर्धारित करें।

यह आपके द्वारा पहले से चलाए जा रहे सिस्टम के साथ कहाँ फिट बैठता है?

Meraki के नेटिव व्यूज़ और स्कैनिंग API दोनों डिवाइसों को मापते हैं। एक Captive Portal उन लोगों को मापता है जिन्होंने खुद की पहचान करने का विकल्प चुना है। Captive Portal वह वेब पेज है जो कोई डिवाइस इंटरनेट एक्सेस प्राप्त करने से पहले देखता है, जहाँ विजिटर साइन इन करता है या शर्तों को स्वीकार करता है। दोनों अलग-अलग सवालों के जवाब देते हैं, इसलिए अधिकांश परिपक्व एस्टेट दोनों को चलाते हैं।

Purple आपके मौजूदा Meraki एक्सेस पॉइंट्स पर एक क्लाउड ओवरले के रूप में Captive Portal और WiFi Analytics चलाता है। Purple हार्डवेयर-स्वतंत्र है, जो Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet में काम करता है।

क्षमता	Meraki डैशबोर्ड व्यूज़	Meraki स्कैनिंग API	Meraki पर Purple
यह क्या मापता है	अनाम डिवाइस गिनती, ड्वेल और रिटर्न फ़्रीक्वेंसी	लगभग हर मिनट में बैचों में प्रति-डिवाइस रॉ अवलोकन	प्रोफ़ाइल और सहमति रिकॉर्ड के साथ लॉग-इन किए गए विजिटर
स्कोप	एक समय में एक नेटवर्क	हर नेटवर्क जिसे आप अपने रिसीवर की ओर इंगित करते हैं	सिंगल पेन ऑफ ग्लास में हर वेन्यू
इतिहास	लोकेशन डेटा के लिए Cisco की प्रकाशित रिटेंशन विंडो	जो कुछ भी आपका अपना स्टोर रखता है	Purple प्लेटफ़ॉर्म में सुरक्षित (ISO 27001 प्रमाणित)
MAC रैंडमाइजेशन का प्रभाव	लॉयल्टी और पासरबाय विकृत	समान विकृति, लेकिन आप इसे मॉडल कर सकते हैं	दोहराई जाने वाली यात्राएँ लॉगिन प्रोफ़ाइल से मेल खाती हैं
विजिटर की पहचान करता है	नहीं	नहीं	हाँ, सचेत-विकल्प ऑप्ट-इन के माध्यम से
मार्केटिंग सहमति	कैप्चर नहीं की गई	कैप्चर नहीं की गई	लॉगिन पर कैप्चर की गई
चलाने में प्रयास	प्रति नेटवर्क सक्षम करें, फ़्लोर प्लान पर एक्सेस पॉइंट रखें	रिसीवर, स्टोर और डेटा मॉडल का निर्माण, होस्ट और रखरखाव करें	Meraki पर Captive Portal कॉन्फ़िगर करें, कोई नया हार्डवेयर नहीं
लागत	Meraki वायरलेस के साथ शामिल	शामिल, साथ ही आपका होस्टिंग और इंजीनियरिंग समय	आपके Meraki लाइसेंस के साथ Purple सब्सक्रिप्शन

Meraki लोकेशन एनालिटिक्स की सीमाएँ क्या हैं?

रिटेंशन विंडो

डैशबोर्ड हाल के परिचालन दृश्यों के लिए बनाया गया है, बहु-वर्षीय इतिहास के लिए नहीं। Cisco अपने Meraki डेटा रिटेंशन डॉक्यूमेंटेशन में रिटेंशन अवधि प्रकाशित करता है। किसी को भी साल-दर-साल तुलना का वादा करने से पहले वर्तमान आंकड़े की जांच करें।

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

आपका अपना स्टोर आपकी अपनी जिम्मेदारियों को भी साथ लाता है। GDPR का डेटा स्टोरेज सीमा सिद्धांत, अनुच्छेद 5(1)(e), यह मांग करता है कि आप व्यक्तिगत डेटा को आवश्यकता से अधिक समय तक न रखें। एक रिटेंशन अवधि निर्धारित करें, इसे दस्तावेज करें और समय पर डिलीट करें।

साइट-स्तरीय एकत्रीकरण

नेटिव व्यूज को एक ही नेटवर्क के आसपास बनाया गया है, जिसका अर्थ आमतौर पर एक ही साइट होता है। 60 स्टोर का एक नेटवर्क 60 चार्ट सेट बन जाता है। क्रॉस-साइट तुलना का अर्थ है नेटवर्क-दर-नेटवर्क डेटा एक्सपोर्ट करना या स्कैनिंग API पर अपना खुद का पाइपलाइन तैयार करना।

नेटिव व्यूज आपको यह भी नहीं बता सकते हैं कि किसी खरीदार ने एक ही सप्ताह में आपके लीड्स और मैनचेस्टर स्टोर का दौरा किया। प्रत्येक नेटवर्क अपने स्वयं के डिवाइस देखता है, और रैंडमाइज्ड पते सभी साइटों पर किसी भी मिलान प्रयास को विफल कर देते हैं।

MAC रैंडमाइजेशन और लॉयल्टी बकेट

यह वह सीमा है जो एक अंतर्दृष्टि विश्लेषक के लिए सबसे अधिक मायने रखती है। iOS 14 और Android 10 के बाद से, फोन डिफ़ॉल्ट रूप से प्रत्येक नेटवर्क के लिए एक निजी, रैंडमाइज्ड MAC एड्रेस का उपयोग करते हैं। जो डिवाइस कभी कनेक्ट नहीं होते, उनके प्रोब अनुरोध लंबे समय से रैंडमाइज्ड और बार-बार बदलने वाले पतों का उपयोग कर रहे हैं। Apple और Google दोनों इस व्यवहार का दस्तावेजीकरण करते हैं।

Meraki प्रेजेंस डेटा पर इसके प्रभाव अनुमानित हैं:

• राहगीरों की संख्या में वृद्धि। एक फोन जो कभी कनेक्ट नहीं होता, वह कई डिवाइस के रूप में दिखाई दे सकता है क्योंकि इसका प्रोब एड्रेस बदलता रहता है।
• पहली बार आने वाले आगंतुकों में वृद्धि। दोबारा आने वाला फोन जो कनेक्ट नहीं होता है, एक नया पता प्रस्तुत करता है, जिससे डैशबोर्ड एक नए अजनबी को रिकॉर्ड करता है।
• दैनिक और साप्ताहिक लॉयल्टी में गिरावट। इसी कारण से बार-बार आने वाली विजिट्स अनगिनी रह जाती हैं।

कनेक्टेड डिवाइस बेहतर प्रदर्शन करते हैं, क्योंकि प्रति-नेटवर्क निजी पता आमतौर पर आपके SSID पर बना रहता है। हालिया Apple रिलीज़ एक रोटेटिंग विकल्प जोड़ते हैं जो समय के साथ उस पते को भी बदल देता है। जैसे-जैसे इसका उपयोग बढ़ेगा, कनेक्टेड-डिवाइस लॉयल्टी में कमी की उम्मीद करें।

व्यवहारिक नियम: लॉयल्टी को कनेक्टेड डिवाइस के लिए एक ट्रेंड के रूप में रिपोर्ट करें, न कि बार-बार आने वाले आगंतुकों के पूर्ण हिस्से के रूप में। इसे व्यवसाय में कभी भी "दोबारा आने वाले ग्राहक" के रूप में प्रस्तुत न करें।

कोई पहचाना गया आगंतुक स्तर नहीं

नेटिव एनालिटिक्स को कभी नहीं पता होता कि कोई कौन है। इसके पास कोई नाम, कोई ईमेल पता, कोई सहमति रिकॉर्ड और आपके CRM या प्रॉपर्टी मैनेजमेंट सिस्टम से कोई लिंक नहीं है। आप देख सकते हैं कि किसी ज़ोन में ड्वेल टाइम 12% बढ़ा है। आप उन आगंतुकों को कुछ भी नहीं भेज सकते हैं या उन्होंने क्या खर्च किया इसका मापन नहीं कर सकते हैं।

उस स्तर के लिए एक Captive Portal की आवश्यकता होती है जहाँ आगंतुक स्वयं की पहचान करना चुनते हैं। Purple का Guest WiFi सचेत-विकल्प ऑप्ट-इन के माध्यम से फर्स्ट-पार्टी डेटा कैप्चर करता है और CRM तथा मार्केटिंग प्लेटफॉर्म के साथ एकीकृत होता है। इसके बाद बार-बार आने वाली विजिट्स को उस प्रोफाइल के आधार पर गिना जाता है जिससे आगंतुक लॉगिन करता है, न कि केवल डिवाइस एड्रेस के आधार पर। Purple ने 2024 में 80,000+ लाइव स्थानों पर 440 मिलियन लॉगिन प्रोसेस किए (Purple डेटा)।

वास्तविक स्थानों पर Meraki लोकेशन एनालिटिक्स का प्रदर्शन कैसा रहता है

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

परिदृश्य 1: स्टोर की तुलना करने वाला एक 60-स्टोर फ़ैशन रिटेलर

स्थिति। इनसाइट्स टीम शॉपर्स के ठहरने के समय (dwell) के आधार पर स्टोर्स की साप्ताहिक रैंकिंग चाहती थी। प्रत्येक स्टोर अपना स्वयं का Meraki नेटवर्क चलाता था। रिपोर्ट बनाने का अर्थ था 60 डैशबोर्ड खोलना और एक स्प्रेडशीट में एंगेजमेंट के आंकड़ों को कॉपी करना, जो हर हफ्ते लगभग एक दिन का काम था।

क्या किया गया। IT टीम ने एक स्कैनिंग API रिसीवर स्थापित किया और सभी 60 नेटवर्क को इसकी ओर पॉइंट किया। उन्होंने आगमन पर MAC एड्रेस को हैश किया, पूरे एस्टेट में एक RSSI थ्रेशोल्ड लागू किया और व्यापक भिन्नता वाले अवलोकनों को हटा दिया। उन्होंने 13 महीने की रिटेंशन अवधि निर्धारित की, जिसे उनके GDPR रिकॉर्ड के तहत दस्तावेज किया गया था।

परिणाम। साप्ताहिक रिपोर्ट सभी 60 स्टोर्स को कवर करने वाली एक स्वचालित क्वेरी बन गई। टीम ने यह भी पुष्टि की कि लॉयल्टी बकेट्स क्या छिपा रहे थे। कम WiFi उपयोग वाले स्टोर्स में, 80% से अधिक आगंतुक पहली बार आने वाले के रूप में पंजीकृत हुए, जो खुदरा विक्रेता के अपने ऐप डेटा में बहुत कम आंकड़े के विपरीत था। बोर्ड पैक से लॉयल्टी को हटा दिया गया और उसकी जगह ठहरने के समय (dwell) और विजिटर-टू-पासरबाय अनुपात को शामिल किया गया।

परिदृश्य 2: बार-बार आने वाले मेहमानों को आकर्षित करने वाला 200 कमरों वाला एक होटल

स्थिति। कमर्शियल टीम ने Meraki लॉयल्टी व्यू को अपने बार-बार आने वाले मेहमानों के माप के रूप में पढ़ा। व्यू ने अधिकांश डिवाइसों को पहली बार आने वाले के रूप में दिखाया। इसने आरक्षण प्रणाली का खंडन किया, जिसने बार-बार होने वाली बुकिंग का एक बड़ा हिस्सा दिखाया।

क्या किया गया। टीम ने स्वीकार किया कि लॉयल्टी बकेट्स डिवाइस एड्रेस को मापते हैं, मेहमानों को नहीं। उन्होंने लॉगिन पर सचेत-पसंद मार्केटिंग ऑप्ट-इन के साथ, मौजूदा Meraki एक्सेस पॉइंट्स पर एक Purple Captive Portal जोड़ा। उन्होंने बार, रेस्तरां और स्पा में ज़ोन ड्वेल के लिए Meraki एंगेजमेंट व्यू को बनाए रखा।

परिणाम। बार-बार आने वाले मेहमानों की पहचान अब एड्रेस से अनुमान लगाने के बजाय लॉगिन के समय की गई। ऑप्ट-इन किए गए मेहमान आगमन से पहले के ऑफ़र के लिए CRM में चले गए। एंगेजमेंट डेटा ने अभी भी बार में स्टाफ की तैनाती का मार्गदर्शन किया। यदि आप किसी नए अनुबंध के लिए इसे निर्दिष्ट कर रहे हैं, तो हमारी होटल WiFi RFP चेकलिस्ट: प्रमाणीकरण, सामग्री फ़िल्टरिंग और गेस्ट मार्केटिंग पूछे जाने वाले प्रश्नों को सूचीबद्ध करती है।

आपको आगे क्या करना चाहिए?

यह तय करके शुरुआत करें कि आप किस प्रश्न का उत्तर देने का प्रयास कर रहे हैं। डिवाइस की गिनती और पहचाने गए आगंतुक अलग-अलग उत्पाद हैं।

आपकी स्थिति	किसका उपयोग करें
एक साइट, व्यस्त क्षेत्रों और समय के बारे में परिचालन संबंधी प्रश्न	Meraki डैशबोर्ड व्यू और लोकेशन हीटमैप
कई साइटें, एक डेटा टीम, लंबे इतिहास की आवश्यकता	आपके अपने वेयरहाउस में Meraki स्कैनिंग API
बार-बार आने वाले विज़िट की रिपोर्ट करने की आवश्यकता जिसे आप साबित कर सकें	लॉगिन के साथ Captive Portal, न कि डिवाइस लॉयल्टी बकेट्स
आगंतुकों से संपर्क करने या विज़िट को खर्च से जोड़ने की आवश्यकता	Meraki पर Purple गेस्ट WiFi और WiFi Analytics
सीमित इंजीनियरिंग क्षमता, कई साइटें	स्वयं निर्मित पाइपलाइन के बजाय Purple WiFi Analytics
सीमित इंजीनियरिंग क्षमता, कई साइटें	स्वयं निर्मित पाइपलाइन के बजाय Purple WiFi Analytics

फिर चार चरणों के माध्यम से काम करें:

1. किसी भी हीटमैप पर भरोसा करने से पहले हर नेटवर्क पर फ़्लोर-प्लान प्लेसमेंट का ऑडिट करें।
2. एग्जीक्यूटिव रिपोर्टिंग से लॉयल्टी आंकड़ों को तब तक हटाएं जब तक आप उन्हें लॉग-इन किए गए आगंतुकों से न जोड़ सकें।
3. यदि आपको इतिहास की आवश्यकता है तो अपनी रिटेंशन अवधि तय करें और अब स्कैनिंग API के माध्यम से स्ट्रीम करें।
4. Captive Portal के माध्यम से एक पहचान वाली परत जोड़ें, जहाँ आपको डिवाइस नहीं, बल्कि लोगों की आवश्यकता होती है।

इसके लिए किसी भी नए एक्सेस पॉइंट की आवश्यकता नहीं है। हमारा ब्लॉग Why your next WiFi upgrade doesn't need new hardware Meraki पर ओवरले दृष्टिकोण की व्याख्या करता है।

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

क्या Cisco Meraki लोकेशन एनालिटिक्स Meraki लाइसेंस में शामिल है?

हाँ, लोकेशन एनालिटिक्स और स्कैनिंग API बिना किसी अतिरिक्त शुल्क के Meraki वायरलेस के साथ आते हैं। Proximity, engagement और loyalty व्यू या लोकेशन हीटमैप को सक्षम करने के लिए आपको कुछ भी अतिरिक्त भुगतान नहीं करना पड़ता है। स्कैनिंग API भी शामिल है। हालाँकि, आपको एक रिसीवर को होस्ट करने, अवलोकनों को संग्रहीत करने और पाइपलाइन को बनाए रखने की लागत उठानी होगी। एक बहु-साइट संपत्ति के लिए, वह इंजीनियरिंग समय आमतौर पर बड़ी लागत होती है।

क्या Meraki लोकेशन एनालिटिक्स मुझे बता सकता है कि मेरे विज़िटर कौन हैं?

नहीं, Meraki लोकेशन एनालिटिक्स अज्ञात डिवाइसों की गिनती करता है, पहचाने गए लोगों की नहीं। यह नाम, ईमेल या सहमति रिकॉर्ड के बिना डिवाइस पते, सिग्नल की ताकत और अनुमानित स्थिति रिकॉर्ड करता है। विज़िटर्स की पहचान करने के लिए, आपको एक Captive Portal की आवश्यकता होती है जहाँ वे साइन इन करना चुनते हैं। Purple आपकी मौजूदा Meraki एक्सेस पॉइंट्स पर उस परत को जोड़ता है, सचेत-पसंद ऑप्ट-इन के माध्यम से फ़र्स्ट-पार्टी डेटा कैप्चर करता है और विज़िट को एक प्रोफ़ाइल से जोड़ता है।

Meraki लोकेशन एनालिटिक्स डेटा को कितने समय तक रखता है?

Meraki डेटा को Cisco के प्रकाशित Meraki डेटा प्रतिधारण दस्तावेज़ में निर्धारित अवधि के लिए रखता है। वर्ष-दर-वर्ष रिपोर्टिंग की योजना बनाने से पहले वहाँ वर्तमान आंकड़े की जाँच करें। यदि आपको लंबे इतिहास की आवश्यकता है, तो पहले दिन से ही अपने स्वयं के स्टोर में स्कैनिंग API के माध्यम से अवलोकनों को स्ट्रीम करें। API पिछले डेटा को रीप्ले नहीं करता है। आपके अपने स्टोर को फिर GDPR के स्टोरेज सीमा सिद्धांत का पालन करना होगा।

क्या Meraki प्रेजेंस डेटा GDPR के तहत व्यक्तिगत डेटा है?

हाँ, MAC पते GDPR के तहत व्यक्तिगत डेटा के रूप में गिने जा सकते हैं, क्योंकि वे एक पहचाने जाने योग्य व्यक्ति द्वारा ले जाए जाने वाले डिवाइस से संबंधित होते हैं। UK ICO ने WiFi लोकेशन एनालिटिक्स पर अपने मार्गदर्शन में ऐसा कहा है। आगमन पर पतों को हैश या छोटा करें, अपने कानूनी आधार को दस्तावेज करें, एक प्रतिधारण अवधि निर्धारित करें और स्पष्ट संकेत पोस्ट करें। एक Captive Portal मार्केटिंग उपयोग के लिए स्पष्ट सहमति जोड़ता है।

Meraki विज़िटर लॉयल्टी डेटा कितना सटीक है?

MAC रैंडमाइजेशन के कारण एक निरपेक्ष माप के रूप में Meraki लॉयल्टी डेटा अविश्वसनीय है। iOS 14 और Android 10 के बाद से, फोन रैंडमाइज्ड एड्रेस का उपयोग करते हैं जो लौटने वाले डिवाइसों को नया दिखाते हैं। पहली बार की जाने वाली गिनती बढ़ जाती है और दोहराई जाने वाली विज़िट की गिनती घट जाती है। कनेक्टेड डिवाइस अधिक स्थिर होते हैं, क्योंकि उनका प्रति-नेटवर्क पता आमतौर पर बना रहता है। लॉयल्टी का उपयोग केवल एक कनेक्टेड-डिवाइस ट्रेंड के रूप में करें, और लॉगिन से बार-बार आने वाले विज़िटर्स की गिनती करें।

क्या Purple मेरे मौजूदा Cisco Meraki एक्सेस पॉइंट्स के साथ काम करता है?

हां, Purple एक क्लाउड ओवरले के रूप में आपके मौजूदा Cisco Meraki एक्सेस पॉइंट्स पर चलता है। आप Meraki पर Captive Portal कॉन्फ़िगर करते हैं और अपने वर्तमान हार्डवेयर और लाइसेंस रखते हैं। Purple हार्डवेयर-स्वतंत्र है, इसलिए यही दृष्टिकोण HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet पर भी काम करता है। मिश्रित-विक्रेता संपत्तियां एक WiFi Analytics दृश्य के माध्यम से रिपोर्ट करती हैं।

क्या मुझे Meraki स्कैनिंग API पर निर्माण करना चाहिए या एक एनालिटिक्स प्लेटफॉर्म का उपयोग करना चाहिए?

यदि आपके पास एक डेटा टीम है और आप परिभाषाओं और स्टोरेज पर पूरा नियंत्रण चाहते हैं तो स्कैनिंग API पर निर्माण करें। यदि आपके पास इंजीनियरिंग क्षमता की कमी है या पहचाने गए आगंतुकों की आवश्यकता है तो एक प्लेटफॉर्म चुनें। API केवल अनप्रोसेस्ड डिवाइस अवलोकन प्रदान करता है, इसलिए आपको अभी भी MAC रैंडमाइजेशन का सामना करना पड़ता है और आपके पास कोई सहमति रिकॉर्ड नहीं होता है। कई संपत्तियां दोनों का उपयोग करती हैं: डिवाइस ड्वेल के लिए API, और लॉग-इन आगंतुकों के लिए Purple।