- Purple
- WiFi analytics: a complete guide
- Cisco Meraki লোকেশন অ্যানালিটিক্স: বিল্ট ইন হিসাবে আপনি যা পাবেন এবং এটি যেখানে থামে
Cisco Meraki লোকেশন অ্যানালিটিক্স: বিল্ট ইন হিসাবে আপনি যা পাবেন এবং এটি যেখানে থামে
বিল্ট ইন ড্যাশবোর্ড কোন Meraki প্রেজেন্স প্রশ্নের উত্তর দিতে পারে, স্ক্যানিং API-এর মাধ্যমে কখন র অবজারভেশন স্ট্রিম করতে হবে এবং চিহ্নিত দর্শনার্থীদের জন্য কখন একটি Captive Portal প্রয়োজন তা আপনি সিদ্ধান্ত নিতে পারবেন। আনুগত্যের পরিসংখ্যান কেন বিভ্রান্ত করে এবং কোন পরিসংখ্যান আপনি আপনার বোর্ডের সামনে নিরাপদে উপস্থাপন করতে পারেন তাও আপনি জানতে পারবেন।
আমাদের মূল সিরিজের অংশ: WiFi অ্যানালিটিক্স গাইড →
- Cisco Meraki লোকেশন অ্যানালিটিক্স কী?
- প্রক্সিমিটি, এনগেজমেন্ট এবং লয়্যালটি ভিউ
- Meraki লোকেশন হিটম্যাপ
- Meraki স্ক্যানিং API
- কেন আপনার ভেন্যুর জন্য Meraki প্রেজেন্স ডেটা গুরুত্বপূর্ণ?
- Meraki লোকেশন অ্যানালিটিক্স কীভাবে কাজ করে?
- এটি চালু করা
- তিনটি ভিউ পড়া
- Meraki স্ক্যানিং API ব্যবহার করা
- এটি আপনার ইতিমধ্যে চালিত ব্যবস্থার সাথে কোথায় অবস্থান করে?
- Meraki লোকেশন অ্যানালিটিক্সের সীমাবদ্ধতাগুলি কী কী?
- রিটেনশন উইন্ডো
- সাইট-স্তরের একত্রীকরণ
- MAC র্যান্ডমাইজেশন এবং লয়্যালটি বালতি
- কোনো সনাক্ত করা ভিজিটর লেয়ার নেই
- রিয়েল ভেন্যুতে Meraki লোকেশন অ্যানালিটিক্স যেভাবে কাজ করে
- সিনারিও 1: একটি 60-স্টোর ফ্যাশন খুচরা বিক্রেতার স্টোরগুলোর মধ্যে তুলনা
- দৃশ্যপট ২: পুনরায় আসা অতিথিদের আকৃষ্ট করতে থাকা একটি ২০০ কক্ষের হোটেল
- আপনার এরপরে কী করা উচিত?
- বারবার জিজ্ঞাসিত প্রশ্নাবলী
- Cisco Meraki লোকেশন অ্যানালিটিক্স কি Meraki লাইসেন্সের সাথে অন্তর্ভুক্ত?
- Meraki লোকেশন অ্যানালিটিক্স কি আমাকে বলতে পারে আমার ভিজিটররা কারা?
- Meraki কতক্ষণ লোকেশন অ্যানালিটিক্স ডেটা সংরক্ষণ করে?
- Meraki প্র্রেজেন্স ডেটা কি GDPR-এর অধীনে পার্সোনাল ডেটা?
- Meraki ভিজিটর লয়্যালটি ডেটা কতটা সঠিক?
- Purple কি আমার বিদ্যমান Cisco Meraki অ্যাক্সেস পয়েন্টগুলির সাথে কাজ করে?
- আমার কি Meraki স্ক্যানিং API-এর ওপর ভিত্তি করে তৈরি করা উচিত নাকি একটি অ্যানালিটিক্স প্ল্যাটফর্ম ব্যবহার করা উচিত?

Cisco Meraki অ্যাক্সেস পয়েন্টগুলিতে কোনো আলাদা লাইসেন্স ছাড়াই লোকেশন অ্যানালিটিক্স অন্তর্ভুক্ত রয়েছে। আপনি প্রক্সিমিটি, এনগেজমেন্ট এবং লয়্যালটি ভিউ, একটি ফ্লোর প্ল্যান হিটম্যাপ এবং র অবজারভেশনের জন্য স্ক্যানিং API পান। এটি নামহীন ডিভাইস গণনা করে, মানুষ নয়। MAC র্যান্ডমাইজেশন পুনরাবৃত্তি ভিজিটের সংখ্যাকে দুর্বল করে দেয়, ভিউ প্রতিটি নেটওয়ার্কের জন্য নির্ধারিত থাকে এবং Captive Portal ছাড়া আপনি শনাক্তকৃত ভিজিটর পান না।
Cisco Meraki লোকেশন অ্যানালিটিক্স কী?
Cisco Meraki লোকেশন অ্যানালিটিক্স হলো Meraki MR অ্যাক্সেস পয়েন্ট এবং Meraki ড্যাশবোর্ডে নির্মিত প্রেজেন্স রিপোর্টিং। আপনার অ্যাক্সেস পয়েন্টগুলি প্রোভ রিকোয়েস্ট এবং সেগুলির ট্র্যাফিক সহ কাছাকাছি থাকা ডিভাইসগুলির কথা শোনে। ড্যাশবোর্ড সেই সনাক্তকরণগুলিকে প্রতিটি নেটওয়ার্কের জন্য গণনা, সময়কাল এবং পুনরাবৃত্তি ভিজিটের প্যাটার্নে রূপান্তরিত করে।
Cisco এই বৈশিষ্ট্যটি Meraki ওয়্যারলেসের সাথে অন্তর্ভুক্ত করে। এটি বেশিরভাগ Meraki এস্টেটের জন্য ফুটফল ডেটা খোঁজার প্রথম স্থান করে তোলে। কোনো অতিরিক্ত সেটআপ ছাড়াই, আপনি চারটি জিনিস পান।
প্রক্সিমিটি, এনগেজমেন্ট এবং লয়্যালটি ভিউ
ড্যাশবোর্ড প্রেজেন্স ডেটাকে তিনটি ভিউতে গ্রুপ করে:
- প্রক্সিমিটি সনাক্ত করা ডিভাইসগুলিকে পাশ দিয়ে যাওয়া ব্যক্তি (passersby), ভিজিটর এবং কানেক্টেড হিসাবে ভাগ করে। পাশ দিয়ে যাওয়া ডিভাইসগুলি অল্প সময়ের জন্য বা কম সিগন্যাল শক্তিতে শোনা যায়। ভিজিটরদের ভেতরে গণনার জন্য যথেষ্ট কাছাকাছি এবং দীর্ঘ সময় দেখা যায়। কানেক্টেড ডিভাইসগুলি আপনার WiFi এ যুক্ত হয়েছে।
- এনগেজমেন্ট অবস্থানের সময়কাল দ্বারা ভিজিটরদের ভাগ করে: ৫-২০ মিনিট, ২০-৬০ মিনিট, ১-৬ ঘণ্টা এবং ৬+ ঘণ্টা।
- লয়্যালটি ফিরে আসার ফ্রিকোয়েন্সি দ্বারা ভিজিটরদের গ্রুপ করে: প্রথমবার, দৈনিক, সাপ্তাহিক এবং মাঝে মাঝে।
Cisco-এর লোকেশন অ্যানালিটিক্স ডকুমেন্টেশন প্রতিটি বিভাগের পেছনের সিগন্যাল এবং সময়ের থ্রেশহোল্ড সংজ্ঞায়িত করে। আপনার বোর্ডের সামনে একটি নম্বর রাখার আগে সেই সংজ্ঞাগুড়ি পড়ুন।
Meraki লোকেশন হিটম্যাপ
আপলোড করা ফ্লোর প্ল্যানে সঠিকভাবে আপনার অ্যাক্সেস পয়েন্টগুলি রাখুন এবং ড্যাশবোর্ড স্থান জুড়ে ডিভাইসের ঘনত্ব দেখায়। এটি RSSI (রিসিভড সিগন্যাল স্ট্রেন্থ ইন্ডিকেটর) থেকে অবস্থান অনুমান করে, যা প্রতিটি অ্যাক্সেস পয়েন্ট একটি ডিভাইস শোনার শক্তি। একাধিক অ্যাক্সেস পয়েন্ট একই সাথে একই ডিভাইস শুনলে অনুমানের উন্নতি হয়।
Meraki স্ক্যানিং API
স্ক্যানিং API আপনার অ্যাক্সেস পয়েন্ট থেকে র ডিভাইস অবজারভেশন আপনার পরিচালিত একটি সার্ভারে পাঠায়। এটি ড্যাশবোর্ড থেকে বেরিয়ে আপনার নিজস্ব ডেটা পাইপলাইনে যাওয়ার পথ। আমরা নিচে এটি কীভাবে কাজ করে তা কভার করেছি।
কেন আপনার ভেন্যুর জন্য Meraki প্রেজেন্স ডেটা গুরুত্বপূর্ণ?
প্রেজেন্স ডেটা এমন প্রশ্নের উত্তর দেয় যা ক্যাশ কাউন্টার এবং টিকিট স্ক্যানার দিতে পারে না। ভেতরে না এসে কতজন মানুষ প্রবেশদ্বার অতিক্রম করেছে? তারা কতক্ষণ থেকেছে? মঙ্গলবার বিকাল ৩টায় কোন জোনগুলি খালি ছিল?
রিটেইল টিমগুলি ফ্রন্টেজ কনভার্সনের বিকল্প হিসাবে পাশ দিয়ে যাওয়া ভিজিটর এবং ভেতরের ভিজিটরের অনুপাত পড়ে। হোটেল লবি বার বা স্পাতে সময় কাটানো দেখে যে অতিথিরা তাদের সন্ধ্যা কোথায় কাটান। হেলথকেয়ার এস্টেট টিমগুলি অ্যাপয়েন্টমেন্ট তালিকার বদলে পর্যবেক্ষণে পাওয়া ভিজিটর ভলিউমের বিপরীতে অপেক্ষার জায়গাগুলি আকার দিতে পারে।
আবেদনটি স্পষ্ট। ডেটা ইতিমধ্যেই আপনার মালিকানাধীন হার্ডওয়্যারে সংগৃহীত হচ্ছে। দরকারী প্রশ্নটি হলো আপনার আরও বেশি কিছুর প্রয়োজন হওয়ার আগে এটি আপনাকে কতদূর নিয়ে যায়।
Meraki লোকেশন অ্যানালিটিক্স কীভাবে কাজ করে?
এটি চালু করা
লোকেশন অ্যানালিটিক্স হলো Meraki ড্যাশবোর্ডের একটি নেটওয়ার্ক-ব্যাপী সেটিং। আপনি প্রতি নেটওয়ার্কে এটি সক্ষম করেন, তারপর প্রতিটি অ্যাক্সেস পয়েন্টকে এর ফ্লোর প্ল্যানে রাখেন। সঠিক প্লেসমেন্ট ছাড়া, হিটম্যাপ এবং স্থানাঙ্কের অনুমানগুলি শুধুমাত্র ধারণানির্ভর হয়। পদক্ষেপগুলির জন্য Cisco এর বর্তমান ডকুমেন্টেশন অনুসরণ করুন, কারণ রিলিজের মধ্যে ড্যাশবোর্ড মেনুগুলি পরিবর্তিত হয়।
যেকোনো পরিসংখ্যানে বিশ্বাস করার আগে দুটি পরীক্ষা করুন:
১. নিশ্চিত করুন যে প্রতিটি অ্যাক্সেস পয়েন্ট সঠিক ফ্লোর এবং সঠিক অবস্থানে পিন করা হয়েছে। ২. আপনি সময়কাল বা সাইটগুলির তুলনা করার আগে কয়েক সপ্তাহের বেসলাইন ডেটা সংগ্রহ করুন।
অবস্থানের জন্য অ্যাক্সেস পয়েন্টের ঘনত্ব একটি ডিজাইনের সিদ্ধান্ত, কোনো টগল নয়। শুধুমাত্র কভারেজের জন্য ডিজাইন করা একটি নেটওয়ার্ক ডিভাইসগুলিকে কেবল একটি অ্যাক্সেস পয়েন্ট দ্বারা শোনার অবস্থায় রেখে যেতে পারে। এটি একটি গণনা তৈরি করে তবে একটি দুর্বল অবস্থান দেয়। আমাদের Network Best Practices for Venues and Enterprises in 2026 প্লেসমেন্ট এবং ডেনসিটি কভার করে।
তিনটি ভিউ পড়া
Proximity। অনুপাতগুলি দেখুন, কাঁচা পথচারীদের সংখ্যা নয়। পথচারীদের মধ্যে দেওয়াল এবং জানালার মাধ্যমে শোনা ডিভাইসগুলি অন্তর্ভুক্ত রয়েছে এবং MAC র্যান্ডমাইজেশন এই সংখ্যাটিকে বাড়িয়ে দেয়, যেমনটি নীচে ব্যাখ্যা করা হয়েছে। ভিজিটর এবং কানেক্টেড সংখ্যাগুলি আরও স্থিতিশীল।
Engagement। এটি অপারেশনাল সিদ্ধান্তের জন্য সবচেয়ে নির্ভরযোগ্য ভিউ, বিশেষ করে কানেক্টেড ডিভাইসগুলির জন্য। একটি কানেক্টেড ডিভাইস সাধারণত পুরো ভিজিটের জন্য আপনার নেটওয়ার্কে একটি প্রাইভেট ঠিকানা রাখে। যে ডিভাইসগুলি কখনোই কানেক্ট হয় না সেগুলি তাদের প্রোব ঠিকানাগুলি পরিবর্তন করে, যা একটি দীর্ঘ ভিজিটকে কয়েকটি ছোট ভিজিটে বিভক্ত করতে পারে। একটি লেআউট পরিবর্তন মানুষকে বেশি সময় ধরে রেখেছে কিনা তা বিচার করতে সপ্তাহের পর সপ্তাহ একই বাকেটের তুলনা করুন।
Loyalty। এই ভিউটিকে সবচেয়ে সাবধানতার সাথে বিবেচনা করুন। এটি পরবর্তী দিনে একই ডিভাইসের ঠিকানা চিহ্নিত করার ওপর নির্ভর করে, এবং আধুনিক ফোনগুলি ঠিক এটি প্রতিরোধ করার জন্যই ডিজাইন করা হয়েছে। সীমা অনুচ্ছেদটি এর প্রভাব ব্যাখ্যা করে।
Meraki স্ক্যানিং API ব্যবহার করা
Meraki স্ক্যানিং API হলো কীভাবে আপনার ডেটা টিম তার নিজস্ব পাইপলাইনে কাঁচা পর্যবেক্ষণ পায়। Cisco এর স্ক্যানিং API ডকুমেন্টেশন বর্তমান সংস্করণ এবং পেলোড স্কিমা নির্ধারণ করে। সংক্ষেপে:
- আপনি ড্যাশবোর্ডে একটি রিসিভার URL নিবন্ধিত করেন। Meraki একটি ভ্যালিডেশন অনুরোধ পাঠায়, এবং আপনার সার্ভারকে অবশ্যই ড্যাশবোর্ডে প্রদর্শিত ভ্যালিডেটর স্ট্রিং ফেরত দিতে হবে।
- Meraki তারপর ব্যাচে পর্যবেক্ষণের JSON পেলোড পোস্ট করে, Cisco এর ডকুমেন্টেশন অনুযায়ী যা প্রায় মিনিটে একবার।
- প্রতিটি পেলোড আপনার সেট করা একটি শেয়ার্ড সিক্রেট বহন করে, যাতে আপনার রিসিভার এমন যেকোনো কিছু প্রত্যাখ্যান করতে পারে যা আপনার নেটওয়ার্ক থেকে আসেনি।
- WiFi এবং Bluetooth Low Energy (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 সাবস্ক্রিপশন |
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।
Meraki লোকেশন অ্যানালিটিক্সের সীমাবদ্ধতাগুলি কী কী?
রিটেনশন উইন্ডো
ড্যাশবোর্ডটি সাম্প্রতিক অপারেশনাল ভিউয়ের জন্য তৈরি করা হয়েছে, বহু বছরের ইতিহাসের জন্য নয়। Cisco তার Meraki ডেটা রিটেনশন ডকুমেন্টেশনে রিটেনশন সময়কাল প্রকাশ করে। আপনি কাউকে বছরের পর বছর তুলনার প্রতিশ্রুতি দেওয়ার আগে বর্তমান সংখ্যাটি পরীক্ষা করে নিন।
আপনার যদি দীর্ঘ ইতিহাসের প্রয়োজন হয়, তবে প্রথম দিন থেকেই স্ক্যানিং API-এর মাধ্যমে আপনার নিজস্ব স্টোরে স্ট্রিম করুন। API রিয়েল টাইমের কাছাকাছি পর্যবেক্ষণগুলি পুশ করে। এটি ইতিহাস পুনরায় প্লে করে না, তাই আপনার রিসিভার যা মিস করেছে তা চলে গেছে।
আপনার নিজস্ব স্টোর আপনার নিজের বাধ্যবাধকতা বহন করে। GDPR-এর ডেটা সংরক্ষণের সীমাবদ্ধতা নীতি, Article 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 নেটওয়ার্ক পরিচালনা করত। রিপোর্টটি তৈরি করতে ৬০টি ড্যাশবোর্ড খোলা এবং একটি স্প্রেডশীটে এনগেজমেন্টের পরিসংখ্যান কপি করা প্রয়োজন হতো, যা প্রতি সপ্তাহে প্রায় এক দিনের কাজ ছিল।
যা করা হয়েছিল। IT টিম একটি স্ক্যানিং API রিসিভার চালু করে এবং ৬০টি নেটওয়ার্ককেই এটির দিকে নির্দেশ করে। তারা পৌঁছানোর সাথে সাথেই MAC অ্যাড্রেসগুলি হ্যাশ করে, পুরো এস্টেট জুড়ে একটি RSSI থ্রেশহোল্ড প্রয়োগ করে এবং বিস্তৃত বৈচিত্র্য থাকা পর্যবেক্ষণগুলি বাদ দেয়। তারা তাদের GDPR রেকর্ডের অধীনে নথিভুক্ত একটি ১৩ মাসের রিটেনশন সময়কাল নির্ধারণ করে।
ফলাফল। সাপ্তাহিক রিপোর্টটি ৬০টি স্টোরকে কভার করে একটি স্বয়ংক্রিয় কোয়েরিতে পরিণত হয়েছে। আনুগত্যের (loyalty) ক্যাটাগরিগুলি যা লুকাচ্ছিল, টিম তাও নিশ্চিত করেছে। কম WiFi ব্যবহার থাকা স্টোরগুলিতে, ৮০%-এরও বেশি দর্শনার্থীকে প্রথমবারের মতো আসা হিসেবে দেখা গেছে, যা খুচরা বিক্রেতার নিজস্ব অ্যাপের ডেটাতে থাকা অনেক কম সংখ্যার বিপরীতে ছিল। বোর্ড প্যাক থেকে আনুগত্য সরিয়ে ফেলা হয়েছিল এবং তার জায়গায় অবস্থানের সময় এবং দর্শনার্থী ও পথচারীর অনুপাত দিয়ে প্রতিস্থাপন করা হয়েছিল।
দৃশ্যপট ২: পুনরায় আসা অতিথিদের আকৃষ্ট করতে থাকা একটি ২০০ কক্ষের হোটেল
পরিস্থিতি। কমার্শিয়াল টিম Meraki আনুগত্য ভিউকে তাদের পুনরায় আসা অতিথিদের পরিমাপক হিসেবে ধরে নিয়েছিল। ভিউটি বেশিরভাগ ডিভাইসকে প্রথমবারের মতো আসা হিসেবে দেখিয়েছিল। এটি রিজার্ভেশন সিস্টেমের বিপরীত ছিল, যা পুনরায় বুকিং করার একটি বড় অংশ দেখাত।
যা করা হয়েছিল। টিম এটি মেনে নিয়েছিল যে আনুগত্যের ক্যাটাগরিগুলি ডিভাইসের ঠিকানা পরিমাপ করে, অতিথিদের নয়। তারা বিদ্যমান Meraki এক্সেস পয়েন্টগুলিতে লগইনের সময় সচেতন-পছন্দের মার্কেটিং অপ্ট-ইন সহ একটি Purple Captive Portal যোগ করেছে। তারা বার, রেস্তোরাঁ এবং স্পাতে জোন স্থায়ীত্বের জন্য Meraki এনগেজমেন্ট ভিউ বজায় রেখেছে।
ফলাফল। পুনরায় আসা অতিথিদের এখন ঠিকানার মাধ্যমে অনুমান করার বদলে লগইনের সময়ই শনাক্ত করা সম্ভব হয়েছে। অপ্ট-ইন করা অতিথিরা আগমনের আগের অফারগুলির জন্য CRM-এ যুক্ত হয়েছে। এনগেজমেন্ট ডেটা এখনও বারে কর্মী নিয়োগে দিকনির্দেশনা দিচ্ছে। আপনি যদি একটি নতুন চুক্তির জন্য এটি নির্দিষ্ট করে থাকেন, তবে আমাদের Hotel WiFi RFP checklist: authentication, content filtering and guest marketing জিজ্ঞাসা করার মতো প্রশ্নগুলির তালিকা দেয়।
আপনার এরপরে কী করা উচিত?
আপনি কোন প্রশ্নের উত্তর দেওয়ার চেষ্টা করছেন তা নির্ধারণের মাধ্যমে শুরু করুন। ডিভাইসের সংখ্যা এবং শনাক্ত করা দর্শনার্থীরা আলাদা বিষয়।
| আপনার পরিস্থিতি | কী ব্যবহার করবেন |
|---|---|
| একটি সাইট, ব্যস্ত অঞ্চল এবং সময় সম্পর্কিত অপারেশনাল প্রশ্ন | Meraki ড্যাশবোর্ড ভিউ এবং লোকেশন হিটম্যাপ |
| অনেক সাইট, একটি ডেটা টিম, দীর্ঘ ইতিহাসের প্রয়োজন | আপনার নিজস্ব ওয়্যারহাউসে Meraki স্ক্যানিং API |
| নির্ভরযোগ্য পুনরাগমনের রিপোর্ট করার প্রয়োজন | লগইন সহ Captive Portal, ডিভাইসের আনুগত্য ক্যাটাগরি নয় |
| দর্শনার্থীদের সাথে যোগাযোগ বা সফরের সাথে খরচের সংযোগ করার প্রয়োজন | Meraki-তে Purple Guest WiFi এবং WiFi Analytics |
| সীমিত ইঞ্জিনিয়ারিং ক্ষমতা, অনেক সাইট | নিজে তৈরি পাইপলাইনের চেয়ে Purple WiFi Analytics |
তারপরে চারটি ধাপের মাধ্যমে কাজ করুন:
১. যেকোনো হিটম্যাপ বিশ্বাস করার আগে প্রতিটি নেটওয়ার্কে ফ্লোর-প্ল্যান প্লেসমেন্ট অডিট করুন। ২. আপনি যতক্ষণ না লগইন করা দর্শনার্থীদের সাথে সংযুক্ত করতে পারছেন, ততক্ষণ এক্সিকিউটিভ রিপোর্টিং থেকে আনুগত্যের সংখ্যা বাদ দিন। ৩. আপনার রিটেনশন সময়কাল ঠিক করুন এবং আপনার যদি ইতিহাসের প্রয়োজন হয় তবে এখনই স্ক্যানিং API-এর মাধ্যমে স্ট্রিম করুন। ৪. Captive Portal-এর মাধ্যমে একটি আইডেন্টিফাইড লেয়ার যোগ করুন যেখানে আপনার ডিভাইসের নয়, মানুষের তথ্যের প্রয়োজন।
এর কোনোটার জন্যই নতুন অ্যাক্সেস পয়েন্টের প্রয়োজন নেই। আমাদের ব্লগে কেন আপনার পরবর্তী WiFi আপগ্রেডের জন্য নতুন হার্ডওয়্যারের প্রয়োজন নেই Meraki-তে ওভারলে পদ্ধতিটি ব্যাখ্যা করা হয়েছে।
বারবার জিজ্ঞাসিত প্রশ্নাবলী
Cisco Meraki লোকেশন অ্যানালিটিক্স কি Meraki লাইসেন্সের সাথে অন্তর্ভুক্ত?
হ্যাঁ, লোকেশন অ্যানালিটিক্স এবং স্ক্যানিং API কোনো আলাদা খরচ ছাড়াই Meraki ওয়্যারলেসের সাথে আসে। প্রক্সিমিটি, এনগেজমেন্ট এবং লয়্যালটি ভিউ বা লোকেশন হিটম্যাপ সক্রিয় করতে আপনাকে অতিরিক্ত কিছু দিতে হবে না। স্ক্যানিং API-ও অন্তর্ভুক্ত রয়েছে। তবে, রিসিভার হোস্ট করা, পর্যবেক্ষণগুলি সংরক্ষণ করা এবং পাইপলাইন বজায় রাখার খরচ আপনাকে বহন করতে হয়। মাল্টি-সাইট এস্টেটের জন্য, সেই ইঞ্জিনিয়ারিং সময়টাই সাধারণত বড় খরচ হিসেবে দাঁড়ায়।
Meraki লোকেশন অ্যানালিটিক্স কি আমাকে বলতে পারে আমার ভিজিটররা কারা?
না, Meraki লোকেশন অ্যানালিটিক্স নামহীন ডিভাইস গণনা করে, কোনো চিহ্নিত মানুষকে নয়। এটি নাম, ইমেল বা সম্মতির রেকর্ড ছাড়াই ডিভাইসের ঠিকানা, সিগন্যালের শক্তি এবং আনুমানিক অবস্থান রেকর্ড করে। ভিজিটরদের সনাক্ত করতে, আপনার একটি Captive Portal প্রয়োজন যেখানে তারা সাইন ইন করার সিদ্ধান্ত নেয়। Purple আপনার বিদ্যমান Meraki অ্যাক্সেস পয়েন্টগুলিতে সেই লেয়ারটি যোগ করে, সচেতন পছন্দের অপ্ট-ইনগুলির মাধ্যমে ফার্স্ট-পার্টি ডেটা ক্যাপচার করে এবং ভিজিটগুলিকে একটি প্রোফাইলের সাথে লিঙ্ক করে।
Meraki কতক্ষণ লোকেশন অ্যানালিটিক্স ডেটা সংরক্ষণ করে?
Cisco-র প্রকাশিত Meraki ডেটা রিটেনশন সংক্রান্ত নথিতে নির্ধারিত সময়ের জন্য 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।
মূল সংজ্ঞাসমূহ
RSSI (রিসিভড সিগন্যাল স্ট্রেন্থ ইন্ডিকেটর)
IEEE 802.11 রেডিও দ্বারা প্রাপ্ত রেডিও সিগন্যাল পাওয়ারের একটি আপেক্ষিক পরিমাপ। Meraki অ্যাক্সেস পয়েন্টগুলো RSSI রেকর্ড করে যার মাধ্যমে ডিভাইসগুলোর অবস্থান অনুমান করা যায়।
RSSI হিটম্যাপ এবং পথচারী বনাম দর্শনার্থীদের বিভাজন পরিচালনা করে। আপনি যখন স্ক্যানিং API-এর ওপর ভিত্তি করে কিছু তৈরি করবেন, তখন আপনার ভবনের দর্শনার্থী সংজ্ঞায়িত করতে নিজের RSSI থ্রেশহোল্ড সেট করুন।
Probe request
একটি IEEE 802.11 ম্যানেজমেন্ট ফ্রেম যা একটি ডিভাইস সংযোগ করার আগে কাছাকাছি নেটওয়ার্কগুলো আবিষ্কার করতে পাঠায়। এটি প্রেরণকারী MAC অ্যাড্রেস বহন করে, যা আধুনিক ফোনগুলো এলোমেলো এবং পরিবর্তন (rotate) করে।
Meraki অ্যাক্সেস পয়েন্টগুলো এমন ডিভাইসের প্রোব রিকোয়েস্ট শুনতে পায় যেগুলো আপনার WiFi-এ কখনোই যুক্ত হয় না। এভাবেই পথচারীদের গণনা করা হয়, এবং রোটেশনাল প্রোব ঠিকানার কারণে এই সংখ্যা অনেক বেড়ে যায়।
MAC randomisation
ফ্যাক্টরি অ্যাড্রেসের পরিবর্তে লোকালি অ্যাডমিনিস্টার্ড, র্যান্ডমাইজড MAC অ্যাড্রেসের ব্যবহার। Apple iOS 14 এবং Android 10 থেকে ডিফল্টরূপে প্রতি নেটওয়ার্কে একটি প্রাইভেট অ্যাড্রেস প্রযোজ্য হয়, যা Apple এবং Android Open Source Project দ্বারা নথিভুক্ত।
Meraki লয়্যালটি বাকেট বিভ্রান্ত করার এটিই মূল কারণ। ফিরে আসা যে ফোনগুলো কানেক্ট করে না সেগুলোকে নতুন দেখায়, তাই প্রথমবারের মতো আসা গণনার সংখ্যা অনেক বাড়ে এবং পুনরাবৃত্ত ভিজিটগুলো অগণিত থেকে যায়।
Meraki স্ক্যানিং API
Cisco Meraki-র পুশ ইন্টারফেস যা আপনার হোস্ট করা রিসিভারে WiFi এবং Bluetooth Low Energy অবজারভেশনের JSON ব্যাচ পোস্ট করে, যা একটি ভ্যালিডেটর স্ট্রিং দ্বারা যাচাইকৃত এবং একটি শেয়ার্ড সিক্রেট দ্বারা অথেন্টিকেটেড।
একাধিক সাইটের রিপোর্টিং এবং দীর্ঘ ইতিহাসের জন্য এটি ড্যাশবোর্ড থেকে আপনার নিজস্ব পাইপলাইনে যাওয়ার পথ। হোস্টিং, অ্যাভেইল্যাবিলিটি, API ভার্সনের মধ্যে স্কিমা পরিবর্তন এবং GDPR দায়বদ্ধতা আপনার নিজের।
Bluetooth Low Energy (BLE)
Bluetooth SIG দ্বারা পরিচালিত Bluetooth Core Specification-এর লো-পাওয়ার রেডিও মোড। Meraki অ্যাক্সেস পয়েন্টগুলি BLE পর্যবেক্ষণগুলিকে WiFi থেকে আলাদা একটি স্ট্রিম হিসাবে রিপোর্ট করে।
আপনার স্ক্যানিং API রিসিভারকে BLE এবং WiFi স্ট্রিমগুলো আলাদাভাবে হ্যান্ডেল করতে হবে। BLE অবজারভেশনগুলো আপনার দর্শনার্থীর সংজ্ঞার অন্তর্ভুক্ত কিনা তা আগে থেকেই সিদ্ধান্ত নিন।
Location variance
প্রতিটি স্ক্যানিং API x/y এবং অক্ষাংশ/দ্রাঘিমাংশ এস্টিমেটের সাথে রিটার্ন করা একটি কনফিডেন্স ফিগার, যা নির্দেশ করে যে প্রকৃত অবস্থান এস্টিমেট থেকে কতটা আলাদা হতে পারে।
ব্যাপক তারতম্যসহ পর্যবেক্ষণগুলি ফিল্টার করে বাদ দিলে খারাপ পজিশন এস্টিমেট জোন রিপোর্টকে প্রভাবিত করতে পারে না। এটি সবচেয়ে গুরুত্বপূর্ণ যেখানে কেবল-কভারেজ ডিজাইনগুলির কারণে ডিভাইসগুলি একটি মাত্র অ্যাক্সেস পয়েন্ট দ্বারা শনাক্ত হয়।
Captive portal
WLAN-এ ইন্টারনেটে অ্যাক্সেস দেওয়ার আগে কোনো ডিভাইসে প্রদর্শিত একটি ওয়েব পেজ, যেখানে ভিজিটর সাইন ইন করেন বা শর্তাবলী স্বীকার করেন। এটি সাধারণত অপারেটিং সিস্টেম কানেক্টিভিটি চেকের মাধ্যমে শনাক্ত করা হয়।
এটি এই গাইডের একমাত্র লেয়ার যা একজন ব্যক্তিকে শনাক্ত করে এবং মার্কেটিং কনসেন্ট রেকর্ড করে। Purple এটিকে বিদ্যমান Meraki অ্যাক্সেস পয়েন্টগুলিতে ক্লাউড ওভারলে হিসাবে পরিচালনা করে।
SSID (service set identifier)
IEEE 802.11-এ সংজ্ঞায়িত নেটওয়ার্ক নাম যা একটি WLAN-কে শনাক্ত করে। একটি ডিভাইসের প্রতি-নেটওয়ার্ক প্রাইভেট MAC অ্যাড্রেসটি এটি যে SSID-এ যুক্ত হয় তার সাথে সংযুক্ত থাকে।
সংযুক্ত ডিভাইসগুলি স্ক্যানিং API পেলোডে SSID রিপোর্ট করে। তাদের অ্যাড্রেস সাধারণত আপনার SSID-এ বজায় থাকে, যে কারণে যুক্ত থাকা ডিভাইসের ড্যুয়েল এবং লয়্যালটি পাশ কাটিয়ে যাওয়া লোকজনের পরিসংখ্যানের চেয়ে বেশি স্থিতিশীল।
Storage limitation principle
GDPR অনুচ্ছেদ 5(1)(e), প্রবিধান (EU) 2016/679, যেখানে বলা হয়েছে যে ব্যক্তিগত ডেটা যে উদ্দেশ্যে প্রসেস করা হয়েছিল তার জন্য যতটুকু সময় প্রয়োজন, তার বেশি সময় শনাক্তযোগ্য ফর্মে রাখা যাবে না।
একবার আপনি Meraki পর্যবেক্ষণগুলি আপনার নিজস্ব স্টোরে স্ট্রিম করা শুরু করলে, আপনাকে ডিভাইস আইডেন্টিফায়ারগুলির জন্য একটি রিটেনশন পিরিয়ড সেট, ডকুমেন্ট এবং কার্যকর করতে হবে।
Personal data (device identifiers)
GDPR অনুচ্ছেদ 4(1)-এর অধীনে, একজন শনাক্তযোগ্য স্বাভাবিক ব্যক্তির সাথে সম্পর্কিত তথ্য। UK ICO-এর WiFi লোকেশন অ্যানালিটিক্স নির্দেশিকা MAC অ্যাড্রেসগুলিকে ব্যক্তিগত ডেটা হতে সক্ষম হিসাবে গণ্য করে।
Meraki প্রেসেন্স ডেটা এর আওতাভুক্ত। তথ্য আসার সাথে সাথেই অ্যাড্রেসগুলি হ্যাশ বা ট্রাঙ্কোট করুন, আপনার আইনি ভিত্তি ডকুমেন্ট করুন, রিটেনশন সেট করুন এবং স্পষ্ট সাইনেজ পোস্ট করুন।
Conscious-choice opt-ins
Captive portal লগইনে ভিজিটরের দ্বারা সক্রিয়ভাবে প্রদান করা মার্কেটিং কনসেন্টের জন্য Purple-এর ব্যবহৃত টার্ম, যা GDPR-এর এই প্রয়োজনীয়তার সাথে সামঞ্জস্যপূর্ণ যে কনসেন্ট হতে হবে একটি স্বতঃস্ফূর্ত, নির্দিষ্ট এবং স্পষ্ট ইতিবাচক পদক্ষেপ।
এই অপ্ট-ইনগুলি বেনামী ডিভাইস কাউন্টকে চিহ্নিত ভিজিটরে রূপান্তরিত করে যাদের সাথে আপনি যোগাযোগ করতে পারেন এবং পুনরাবৃত্ত ভিজিট গণনা করতে পারেন, যা নেটিভ Meraki অ্যানালিটিক্স করতে পারে না।
সমাধানকৃত উদাহরণসমূহ
একটি ৬০-স্টোরের ফ্যাশন রিটেইলার প্রতিটি স্টোরে একটি পৃথক Meraki নেটওয়ার্ক পরিচালনা করে। ইনসাইট টিম কেনাকাটা করার জন্য গ্রাহকদের অবস্থানের সময়ের (dwell) ওপর ভিত্তি করে স্টোরগুলোকে সাজাতে প্রতি সপ্তাহে ৬০টি ড্যাশবোর্ড খোলার পেছনে প্রায় একদিন সময় ব্যয় করে। তারা কীভাবে একাধিক স্টোরের রিপোর্ট প্রক্রিয়াটি স্বয়ংক্রিয় করতে পারে?
IT টিম একটি স্ক্যানিং API রিসিভার তৈরি করে ৬০টি নেটওয়ার্ককেই সেটির দিকে রিডাইরেক্ট করে। তারা আসার সাথে সাথেই MAC অ্যাড্রেসগুলোকে হ্যাশ করে, সমস্ত প্রপার্টিতে একটি RSSI থ্রেশহোল্ড প্রয়োগ করে এবং বৈচিত্র্য বেশি থাকা অবজারভেশনগুলো বাদ দেয়। তারা ১৩ মাসের রিটেনশন পিরিয়ড নির্ধারণ করে তা তাদের GDPR রেকর্ডে নথিভুক্ত করে। সাপ্তাহিক রিপোর্টটি প্রতিটি স্টোরকে কভার করে একটি অটোমেটেড কোয়েরিতে পরিণত হয়। এই পাইপলাইনটি লয়্যালটি ডেটার বিভ্রান্তিও তুলে ধরে। যেসব স্টোরে WiFi ব্যবহার কম, সেখানে ৮০% এরও বেশি দর্শনার্থী প্রথমবার এসেছেন বলে নিবন্ধিত হন, যা রিটেইলারের নিজস্ব অ্যাপের ডেটার চেয়ে অনেক বেশি। বোর্ড প্যাক থেকে লয়্যালটি সরিয়ে dwell এবং দর্শনার্থী ও পথচারীর অনুপাত দিয়ে প্রতিস্থাপন করা হয়, যা MAC randomisation সত্ত্বেও সঠিক থাকে।
২০০টি রুম বিশিষ্ট একটি হোটেলের কমার্শিয়াল টিম তাদের পুনরাবৃত্ত অতিথি পরিমাপের জন্য Meraki লয়্যালটি ভিউ ব্যবহার করে। এটি বেশিরভাগ ডিভাইসকে প্রথমবারের মতো দেখায়, যা রিজার্ভেশন সিস্টেমের বিপরীত - যেখানে পুনরাবৃত্ত বুকিংয়ের একটি বড় অংশ দেখা যায়। তাদের কী পরিবর্তন করা উচিত?
টিম এটি মেনে নিয়েছে যে লয়্যালটি বাকেটগুলো ডিভাইসের ঠিকানা পরিমাপ করে, অতিথিদের নয়, এবং MAC randomisation ফিরে আসা ফোনগুলোকে নতুন করে দেখায়। তারা বিদ্যমান Meraki অ্যাক্সেস পয়েন্টগুলোতে একটি Purple Captive Portal যুক্ত করেছে, যেখানে লগইনের সময় সচেতনভাবে মার্কেটিং বেছে নেওয়ার (opt-in) সুযোগ রয়েছে। কোনো নতুন হার্ডওয়্যারের প্রয়োজন হয়নি। এরপর ফিরে আসা অতিথিদের ঠিকানা থেকে অনুমান করার পরিবর্তে লগইনের সময়েই শনাক্ত করা সম্ভব হয়। যেসব অতিথি opt-in করেন তাদের ডেটা প্রাক-আগমন অফারের জন্য CRM-এ চলে যায়। বার, রেস্তোরাঁ এবং স্পাতে অবস্থানের সময় নির্ধারণের জন্য টিম Meraki এনগেজমেন্ট ভিউ ব্যবহার চালিয়ে যায়, তাই প্রেজেন্স ডেটা চিহ্নিত স্তরের পাশাপাশি বারে স্টাফিং পরিচালনায় সাহায্য করে।
প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী
Cisco Meraki লোকেশন অ্যানালিটিক্স কি Meraki লাইসেন্সের সাথে অন্তর্ভুক্ত?
হ্যাঁ, লোকেশন অ্যানালিটিক্স এবং স্ক্যানিং API কোনো অতিরিক্ত চার্জ ছাড়াই Meraki ওয়্যারলেসের সাথে আসে। প্রক্সিমিটি, এনগেজমেন্ট এবং লয়্যালটি ভিউ বা লোকেশন হিটম্যাপ সক্ষম করতে আপনাকে অতিরিক্ত কিছু দিতে হবে না। স্ক্যানিং 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।
সূত্রসমূহ
- Cisco Meraki documentation: location analytics
- Cisco Meraki developer hub: scanning API
- Cisco Meraki documentation
- Regulation (EU) 2016/679 (GDPR), EUR-Lex
- UK Information Commissioner's Office: guidance for organisations
- Apple Support: private network addresses on Apple devices
- Android Open Source Project: MAC randomisation behaviour
এই সিরিজে পড়া চালিয়ে যান
Guest WiFi এবং লোকেশন অ্যানালিটিক্স-এর ব্যবসায়িক ROI পরিমাপ করা
এই টেকনিক্যাল রেফারেন্সটি IT এবং ভেন্যু টিমকে দেখায় কীভাবে নেটওয়ার্কের কার্যক্ষমতা এবং সম্মতিপ্রাপ্ত ডেটা থেকে শুরু করে যাচাইকৃত অপারেশনাল বা ব্যবসায়িক ফলাফল পর্যন্ত একটি যুক্তিযুক্ত চেইনের মাধ্যমে Guest WiFi-এর ROI পরিমাপ করা যায়। এটি পরিমাপযোগ্য প্রমাণকে অনুমান থেকে আলাদা করে, Purple Connect, Capture এবং Engage-কে সঠিক পরিমাপ স্তরের সাথে ম্যাপ করে এবং হোটেল, রিটেল এস্টেট ও ইভেন্ট ভেন্যুগুলির জন্য পরিকল্পনা সিনারিও প্রদান করে।
Privacy by Design: GDPR কমপ্লায়েন্সের জন্য WiFi ডাটা অ্যানোনিমাইজ করা
এই নির্ভরযোগ্য গাইডটি GDPR কমপ্লায়েন্স নিশ্চিত করতে WiFi ডাটা অ্যানোনিমাইজ করার জন্য টেকনিক্যাল আর্কিটেকচার এবং ইমপ্লিমেন্টেশন স্ট্র্যাটেজি বিস্তারিতভাবে ব্যাখ্যা করে। এটি IT লিডার এবং নেটওয়ার্ক আর্কিটেক্টদের কঠোর ডাটা প্রাইভেসি প্রয়োজনীয়তার সাথে শক্তিশালী ভেন্যু অ্যানালিটিক্সের ভারসাম্য বজায় রাখার জন্য কার্যকর ফ্রেমওয়ার্ক প্রদান করে।
Heatmapping বনাম Presence Analytics: প্রযুক্তিগত পার্থক্য
এই নির্ভরযোগ্য প্রযুক্তিগত নির্দেশিকাটি এন্টারপ্রাইজ ভেন্যু অপারেটরদের জন্য WiFi heatmapping এবং presence analytics এর মধ্যে গুরুত্বপূর্ণ আর্কিটেকচারাল এবং অপারেশনাল পার্থক্যগুলি বিস্তারিতভাবে বর্ণনা করে। এটি IT লিডার, নেটওয়ার্ক স্থপতি এবং অপারেশন ডিরেক্টরদের তাদের বিদ্যমান ওয়্যারলেস অবকাঠামো থেকে সর্বাধিক ROI বের করার জন্য প্রয়োগযোগ্য ডেপ্লয়মেন্ট ফ্রেমওয়ার্ক, বাস্তব জীবনের বাস্তবায়ন পরিস্থিতি এবং বিক্রেতা নিরপেক্ষ সর্বোত্তম অনুশীলন সরবরাহ করে।
আপনার নির্দিষ্ট সেটআপ নিয়ে কোনো প্রশ্ন আছে?
আমাদের টিম ৮০,০০০ ভেন্যুতে ভেন্যু অপারেটর, IT ম্যানেজার এবং নেটওয়ার্ক ইঞ্জিনিয়ারদের সাথে কাজ করে। একটি ২০ মিনিটের কল বুক করুন এবং আপনার মতো অন্যরা কীভাবে এর সমাধান করেছেন তা আমরা আপনাকে দেখাব।