Passpoint आणि अतिथी विपणन: अतिथी ऑटो-कनेक्ट झाल्यावर फर्स्ट-पार्टी डेटा सुरक्षित ठेवणे

Passpoint अंतर्गत नावनोंदणीच्या टप्प्यावर संमती हलवून स्थळे फर्स्ट-पार्टी डेटा सुरक्षित ठेवतात. पाहुणा (गेस्ट) एकदाच संमती देतो - Captive Portal, वेब पेज किंवा ॲपवर - आणि नंतर त्या प्रोफाइलशी लिंक केलेले Passpoint क्रेडेन्शियल प्राप्त करतो. त्यानंतरचे प्रत्येक ऑटो-कनेक्ट RADIUS द्वारे क्रेडेन्शियल प्रमाणित करते, त्यामुळे प्रत्येक भेट पुन्हा लॉगिन स्क्रीन न दाखवता संमती दिलेल्या प्रोफाइलला अपडेट करते.

Passpoint गेस्ट मार्केटिंग म्हणजे काय?

Passpoint हा Hotspot 2.0 साठीचा प्रमाणपत्र प्रोग्राम आहे, जो IEEE 802.11u दुरुस्तीवर तयार केलेल्या क्षमतेचा संच आहे. हे फोन किंवा लॅपटॉपला आधीपासून स्थापित केलेल्या क्रेडेन्शियलचा वापर करून नेटवर्क आपोआप शोधण्याची आणि त्यात सामील होण्याची अनुमती देते. पाहुण्याला लॉगिन स्क्रीन कधीही दिसत नाही.

तीन मानके हे काम करतात:

• ANQP (Access Network Query Protocol) डिव्हाइसला ॲक्सेस पॉइंटला विचारण्याची अनुमती देते की नेटवर्क कोणत्या आयडेंटिटी प्रवायडर्सना स्वीकारते. डिव्हाइस जोडले जाण्यापूर्वी हे घडते.
• IEEE 802.1X, पोर्ट-आधारित ॲक्सेस नियंत्रण मानक, डिव्हाइसचे प्रमाणीकरण करते. हे EAP-TLS किंवा EAP-TTLS सारख्या EAP (Extensible Authentication Protocol) पद्धतीचा वापर करते.
• RADIUS हा असा प्रोटोकॉल आहे जो ॲक्सेस पॉइंट्स सर्वरला क्रेडेन्शियल वैध आहे की नाही हे विचारण्यासाठी वापरतात. RADIUS सर्वर कनेक्शन स्वीकारतो किंवा नाकारतो आणि नंतर ट्रॅफिक WPA2-Enterprise किंवा WPA3-Enterprise सह एनक्रिप्ट केले जाते.

OpenRoaming ही Wireless Broadband Alliance द्वारे चालवली जाणारी आणि Passpoint वर तयार केलेली एक फेडरेशन आहे. आयडेंटिटी प्रवायडर्स क्रेडेन्शियल्स जारी करतात. यामध्ये डिव्हाइस निर्माते, मोबाइल ऑपरेटर आणि ॲप पब्लिशर्सचा समावेश आहे. स्थळे हे ॲक्सेस नेटवर्क प्रवायडर्स म्हणून काम करतात जे ते क्रेडेन्शियल्स स्वीकारतात. स्थळ आणि आयडेंटिटी प्रवायडर RadSec वर प्रमाणीकरणाची देवाणघेवाण करतात, जे TLS (RFC 6614) अंतर्गत RADIUS वाहून नेते.

Passpoint गेस्ट मार्केटिंग म्हणजे अशा प्रकारे सामील होणाऱ्या अभ्यागतांवर संमती-आधारित मार्केटिंग आणि ॲनालिटिक्स प्रोग्राम चालवणे. याला पर्यायी मार्ग म्हणजे Captive Portal: एक स्प्लॅश पेज जे अभ्यागताच्या पहिल्या वेब विनंतीला अडवते आणि त्यांना लॉगिन करण्यास सांगते. बहुतांश स्थळांसाठी, Captive Portal हे अजूनही संमती, ओळख आणि फर्स्ट-पार्टी डेटा मिळवण्याचे मुख्य ठिकाण आहे.

ऑटो-कनेक्टमुळे तुमचा फर्स्ट-पार्टी डेटा धोक्यात का येतो?

Guest WiFi नेटवर्कवर, स्प्लॅश पेज एकाच वेळी तीन कामे करते. हे अभ्यागताची ओळख पटवते, त्यांच्या मार्केटिंग निवडींची नोंद करते आणि भेटीची नोंद ठेवते. Purple ने 2024 मध्ये 80,000+ पेक्षा जास्त लाइव्ह स्थळांवर 440 दशलक्ष लॉगिन प्रक्रियांवर काम केले (Purple डेटा). प्रत्येक लॉगिन हा एक असा क्षण होता जिथे ही तिन्ही कामे एकत्र झाली.

Passpoint तो क्षण काढून टाकतो. डिव्हाइस बॅकग्राउंडमध्ये प्रमाणित होते, त्यामुळे प्रश्न विचारण्यासाठी कोणतेही पेज नसते. याचे तीन परिणाम होतात.

कनेक्शन म्हणजे संमती नाही

GDPR Article 4(11) सहमतीची व्याख्या मुक्तपणे दिलेली, विशिष्ट, माहितीपूर्ण आणि इच्छेचा स्पष्ट संकेत अशी करते. Recital 32 जोडते की शांतता, आधीच टिक केलेले बॉक्स किंवा निष्क्रियता हे सहमती मानले जात नाही. उपकरणाने स्वयंचलितपणे कनेक्ट होणे ही कायदेशीर भाषेत निष्क्रियता आहे. आपण Passpoint कनेक्शनवरून मार्केटिंग सहमतीचा अंदाज लावू शकत नाही.

कोण कनेक्ट झाले हे कदाचित तुम्हाला दिसणार नाही

EAP पद्धती जसे की EAP-TTLS बाह्य ओळख पाठवतात जी निनामी असू शकते, उदाहरणार्थ "anonymous@realm". खरी ओळख मुख्य RADIUS सर्वरकडे एनक्रिप्टेड टनेलद्वारे प्रवास करते. OpenRoaming मध्ये, तो सर्वर तुमचा नसून ओळख प्रदात्याचा असतो. ओळख प्रदाता जे प्रसिद्ध करण्याचे निवडतो तेवढेच तुम्हाला मिळते.

MAC पत्ते आता उपकरणांची ओळख पटवत नाहीत

सध्याचे iOS आणि Android रीलीज बाय डीफॉल्ट प्रति नेटवर्क खाजगी, यादृच्छिक MAC पत्ता वापरतात. MAC पत्त्याद्वारे भेटी जोडणारे कोणतेही विश्लेषण परत येणाऱ्या अभ्यागतांची गणना कमी करेल. तुम्ही दिलेले किंवा पाहू शकत असलेले Passpoint क्रेडेंशियल हे अधिक विश्वासार्ह माध्यम आहे.

याचे फायदे वास्तविक आहेत. Passpoint प्रत्येक सत्राला WPA2- किंवा WPA3-Enterprise सह एनक्रिप्ट करते आणि ओपन SSIDs ला 802.1X सह बदलते. हे परत येणाऱ्या पाहुण्यांसाठी स्प्लॅश-पेजची अडचण देखील दूर करते. हे फायदे मिळवत असताना सहमती आणि डेटा सुरक्षित ठेवणे हे तुमचे काम आहे.

Passpoint क्रेडेंशियलसह सहमती कशी प्रवास करते?

मुख्य तत्व म्हणजे सहमतीचा क्षण नोंदणीच्या वेळेवर नेणे आणि नंतर क्रेडेंशियलला ते पुढे नेऊ देणे. पाच डिझाइन पर्याय ते कार्यक्षम करतात.

सहमती एकदाच, नोंदणीच्या वेळी मिळवा

पहिल्या भेटीसाठी अजूनही निवडीच्या क्षणाची गरज असते. तो क्षण कॅप्टिव्ह पोर्टल, बुकिंग कन्फर्मेशनवरून लिंक केलेले वेब पेज किंवा वेन्यू ॲपमधील एक टप्पा असू शकतो. त्या वेळी तुम्ही स्पष्ट निवडीचे ऑप्ट-इन एकत्रित करता: ईमेल, SMS आणि वैयक्तिकृत ऑफरसाठी स्वतंत्र, अनटिक केलेल्या निवडी.

GDPR Article 7(1) नुसार सहमती दिली गेली होती हे तुम्हाला सिद्ध करणे आवश्यक आहे. प्रोफाईलमध्ये दाखवलेले शब्द, टाइमस्टॅम्प आणि प्रत्येक निवड स्टोअर करा. पाहुण्याला स्पष्टपणे सांगा की नंतरचे स्वयंचलित कनेक्शन भेटी म्हणून नोंदवले जातील. Article 13 ला संकलनाच्या वेळी ही माहिती आवश्यक असते.

Purple चे Captive Portal हा सहमतीचा रेकॉर्ड आधीच कॅप्चर करतो आणि CRM व मार्केटिंग प्लॅटफॉर्मसह समाकलित करतो. जेव्हा तुम्ही त्या प्रक्रियेच्या शेवटी Passpoint प्रोफाईल जारी करता, तेव्हा तोच रेकॉर्ड भविष्यातील प्रत्येक भेटीसाठी लागू होतो.

प्रत्येक क्रेडेंशियल एका प्रोफाईलशी बाइंड करा

प्रत्येक अभ्यागताला एक युनिक क्रेडेंशियल द्या, कधीही शेअर केलेले क्रेडेंशियल देऊ नका. EAP-TTLS साठी युजरनेम आणि पासवर्ड कार्य करतो, तसेच EAP-TLS साठी प्रमाणपत्र देखील कार्य करते. RADIUS सर्वर प्रत्येक क्रेडेंशियलचा मॅप त्याच्या सहमती दिलेल्या प्रोफाईलशी पुन्हा करतो. नंतरचे प्रत्येक ऑथेंटिकेशन हे स्प्लॅश पेजशिवाय, एका ज्ञात रेकॉर्डवरील भेटीची घटना बनते.

युनिक क्रेडेशियल्स तुम्हाला लाइफसायकलवर नियंत्रण देखील देतात. तुम्ही चेक-आउटच्या वेळी क्रेडेंशियल एक्सपायर करू शकता. जेव्हा एखादे उपकरण हरवते किंवा पाहुणा प्रोग्राम सोडून जातो तेव्हा तुम्ही ते रद्द करू शकता. शेअर केलेले क्रेडेंशियल हे सर्व काढून टाकते आणि ॲट्रिब्यूशन पूर्णपणे खंडित करते.

परत येणाऱ्या अभ्यागतांना त्यांच्या खऱ्या ओळखीशिवाय ओळखा

जिथे तुमच्याकडे ओळख नसेल, तिथेही तुम्ही भेटींची गणना करू शकता. RFC 4372 चार्जेबल-युझर-आयडेंटिटी वैशिष्ट्य परिभाषित करते, जे एक स्थिर, अपारदर्शक आयडेंटिफायर आहे जे होम सर्व्हर प्रत्येक अभ्यागतासाठी परत करू शकते. हे तुमच्या WiFi Analytics ला नाव किंवा ईमेल पत्त्याशिवाय पुन्हा येणाऱ्या भेटींची आणि थांबण्याच्या वेळेची गणना करू देते.

त्या आयडेंटिफायरला वैयक्तिक डेटा म्हणून वागवा. GDPR मधील विधान 26 याची पुष्टी करते की छद्मनाव दिलेला डेटा हा वैयक्तिक डेटाच राहतो जिथे अतिरिक्त माहितीमुळे ती एखाद्या व्यक्तीशी जोडली जाऊ शकते. दस्तऐवजीकरण केलेल्या कायदेशीर आधारावर एकत्रित रिपोर्टिंगसाठी त्याचा वापर करा. मार्केटिंग ईमेल पाठवण्यासाठी त्याचा वापर करू नका.

अटी आणि व्हेन्यू URL साठी Passpoint रिलीज 3 वापरा

Passpoint रिलीज 3 मध्ये मार्केटिंगसाठी महत्त्वाच्या असलेल्या दोन वैशिष्ट्यांचा समावेश आहे. एखादे नेटवर्क पाहुण्यांना नियम आणि अटी स्वीकारणे अनिवार्य करू शकते. ते एक व्हेन्यू URL देखील पाठवू शकते जे कनेक्ट केल्यानंतर डिव्हाइस प्रदर्शित करते. Android या दोन्ही वैशिष्ट्यांच्या समर्थनाचे दस्तऐवजीकरण करते.

व्हेन्यू URL निनावी अभ्यागतांसाठी उपयुक्त आहे. हे त्यांच्या कनेक्शनला अडथळा न आणता, त्यांना ऑप्ट-इन करण्यासाठी आमंत्रित करण्याचा मार्ग देते.

प्रत्येक OpenRoaming ओळख प्रदाता काय रिलीज करतो ते तपासा

OpenRoaming ओळख प्रदाते नेटवर्कद्वारे जाहिरात केलेल्या रोमिंग कन्सोर्टियम ऑर्गनायझेशन आयडेंटिफायर्स (RCOIs) द्वारे त्यांचे धोरण सूचित करतात. त्या धोरणामध्ये ऑफर केलेल्या ओळखीच्या प्रकाराचा समावेश होतो: काही प्रदाते निनावी ओळख रिलीज करतात, तर काही सत्यापित ओळख. तुम्ही कोणत्याही मोहिमेचे नियोजन करण्यापूर्वी तुम्ही स्वीकारलेले प्रदाते काय रिलीज करतील ते तपासा. बहुतांश उपयोजनांमध्ये, फेडरेट केलेले अभ्यागत निनावी म्हणून येतात आणि तुमच्या अटींवर ऑप्ट-इन करेपर्यंत निनावीच राहतात.

Passpoint तुमच्या कॅप्टिव्ह पोर्टलसोबत कुठे बसते?

Passpoint तुमच्या कॅप्टिव्ह पोर्टलची जागा घेत नाही. ते त्याच्या बाजूला काम करते. बहुतेक ठिकाणे पहिल्यांदा येणाऱ्या अभ्यागतांसाठी कॅप्टिव्ह-पोर्टल SSID आणि नोंदणीकृत पाहुण्यांसाठी Passpoint नेटवर्क चालवतात.

Purple हे हार्डवेअर-अग्नोस्टिक आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks आणि Fortinet सोबत काम करते. त्यामुळे दोन्ही नेटवर्क तुम्ही आधीच मालकी घेतलेल्या ॲक्सेस पॉइंट्सवर चालवता येऊ शकतात. Hotspot 2.0 चे समर्थन हे ॲक्सेस पॉइंट मॉडेल आणि फर्मवेअरवर अवलंबून असते, त्यामुळे आधी तुमच्या विक्रेत्याकडून त्याची पुष्टी करा. आपल्या पुढील WiFi अपग्रेडला नवीन हार्डवेअरची आवश्यकता का नाही क्लाउड ओव्हरले दृष्टिकोन स्पष्ट करते.

WPA3 प्रोक्टेड मॅनेजमेंट फ्रेम्स अनिवार्य करते. तुम्ही Passpoint SSID वर WPA3-Enterprise सक्षम करण्यापूर्वी तुमची मालमत्ता त्यांना कशी हाताळते ते तपासा. Protected Management Frames: A Practical Guide for 2026 सुसंगतता तपासण्यांबद्दल माहिती देते.

तीन जोडणी पद्धतींची तुलना कशी आहे

	Captive Portal	व्हेन्यूने जारी केलेले Passpoint	OpenRoaming (फेडरेटेड)
अभ्यागत कसा जोडला जातो	SSID निवडतो आणि स्प्लॅश पेज पूर्ण करतो	एकदा प्रोफाइल इंस्टॉल करतो, नंतर स्वयंचलितपणे कनेक्ट होतो	तृतीय-पक्ष ओळख प्रदात्याच्या क्रेडेंशियलसह स्वयंचलितपणे कनेक्ट होतो
संमती कुठे घेतली जाते	स्प्लॅश पेजवर, प्रत्येक नवीन डिव्हाइससाठी	नोंदणीच्या वेळी, प्रोफाइल जारी करण्यापूर्वी	व्हेन्यूद्वारे घेतली जात नाही; स्वतंत्रपणे ऑप्ट-इन आमंत्रित केले जाते
वेन्यूला प्रति भेट काय मिळते	भेट देणारा पानावर जी माहिती प्रविष्ट करतो	संमती दिलेल्या प्रोफाइलशी मॅप केलेले क्रेडेन्शियल	आयडेंटिटी प्रोव्हायडरद्वारे रिलीझ केलेली कोणतीही माहिती, बहुधा अनामिक
एन्क्रिप्शन	ओपन, किंवा समर्थित असल्यास OWE (ऑपर्च्युनिस्टिक वायरलेस एन्क्रिप्शन)	WPA2- किंवा WPA3-Enterprise	WPA2- किंवा WPA3-Enterprise
पुन्हा भेट देण्याचा अनुभव	पुन्हा स्प्लॅश पेज, किंवा सेव्ह केलेले डिव्हाइस	लॉगइन स्क्रीन नाही	लॉगइन स्क्रीन नाही
मानके (Standards)	HTTP रीडिरेक्ट; पोर्टल शोधण्यासाठी RFC 8908 आणि RFC 8910	IEEE 802.11u, IEEE 802.1X, EAP	IEEE 802.11u, IEEE 802.1X, RadSec (RFC 6614)
सर्वात योग्य	पहिल्यांदा भेट देणारे आणि फर्स्ट-पार्टी डेटा कॅप्चर	पुन्हा येणारे पाहुणे, लॉयल्टी मेंबर्स आणि कोवर्किंग मेंबर्स	तुम्ही आधी कधीही न भेटलेले भेट देणारे

तुमच्या वेन्यूसाठी कोणता दृष्टिकोन योग्य आहे

तुमची परिस्थिती	शिफारस केलेला दृष्टिकोन
प्रामुख्याने पहिल्यांदा भेट देणारे, जसे की पर्यटकांचे आकर्षण	जाणीवपूर्वक निवडलेल्या ऑप्ट-इन्ससह Captive Portal
पुन्हा येण्याचे उच्च प्रमाण, जसे की हॉटेल लॉयल्टी मेंबर्स किंवा कोवर्किंग मेंबर्स	एनरोलमेंटसाठी Captive Portal, त्यानंतर वेन्यूने दिलेले Passpoint
अनामिक प्रवाशांचे उच्च प्रमाण, जसे की शॉपिंग सेंटर, स्टेशन किंवा ट्रेन	Captive Portal सोबत OpenRoaming, अनामिक भेटींच्या एकत्रित विश्लेषणासह
नोंदणीकृत उपस्थितांसह बहु-दिवसीय कार्यक्रम	नोंदणीच्या वेळी दिलेले Passpoint प्रोफाइल, जे कार्यक्रम संपल्यावर कालबाह्य होते
आरोग्यसेवा क्षेत्रातील रुग्ण आणि भेट देणाऱ्यांचे नेटवर्क	किमान डेटा कॅप्चरसह Captive Portal; फक्त दीर्घकाळ राहणाऱ्या भेट देणाऱ्यांसाठी Passpoint

हॉटेल्स, रिटेल आणि इव्हेंट्समधील प्रत्यक्ष उदाहरणे

200 खोल्यांचे हॉटेल लॉयल्टी सदस्यांना ऑटो-कनेक्टिंग पाहुण्यांमध्ये बदलते

परिस्थिती. 200 खोल्यांच्या हॉटेलमध्ये पुन्हा येणाऱ्या पाहुण्यांना प्रत्येक मुक्कामी स्प्लॅश पेजचा सामना करावा लागत होता. प्रत्येक नवीन फोन किंवा लॅपटॉपने एक वेगळा रेकॉर्ड तयार केला. मुक्कामाचा इतिहास आणि संमती अनेक अपूर्ण प्रोफाइलमध्ये विखुरलेली होती.

काय केले गेले. हॉटेलने पहिल्या मुक्कामासाठी आपले Captive Portal कायम ठेवले. त्यांनी ऑप्ट-इन फ्लोच्या शेवटी आणि येण्यापूर्वी पाठवल्या जाणाऱ्या ईमेलमध्ये "हे नेटवर्क तुमच्या डिव्हाइसमध्ये जोडा" ही पायरी जोडली. प्रत्येक पाहुण्याला त्यांच्या संमती दिलेल्या प्रोफाइलशी जोडलेले एक युनिक EAP-TTLS क्रेडेन्शियल मिळाले. पाहुण्यांच्या शेवटच्या मुक्कामानंतर 12 महिन्यांनी क्रेडेन्शियल्स कालबाह्य झाले. भेटींच्या नोंदी हॉटेलच्या CRM सोबत सिंक झाल्या.

मोजता येण्याजोगा निकाल. हॉटेल आता दरमहा तीन आकडे रिपोर्ट करते:

• कनेक्ट केलेल्या पाहुण्यांपैकी क्रेडेन्शियल धारकांचा वाटा.
• प्रति संमती दिलेल्या प्रोफाइलनुसार नोंदवलेले मुक्काम.
• कलम 7(1) च्या आवश्यकतेनुसार, विनंतीनुसार पुनर्प्राप्त करण्यायोग्य संमती नोंदी.

क्रेडेन्शियल धारकांसाठी, पुन्हा येणाऱ्या मुक्कामावर स्प्लॅश-पेज लॉगइन शून्यावर येतात, कारण ते पेज कधीही दिसत नाही. हे व्यापक हॉटेल्स उपयोगात कसे बसते ते पहा, आणि ते निविदेत समाविष्ट करण्यासाठी हॉटेल WiFi RFP चेकलिस्ट: ऑथेंटिकेशन, कन्टेंट फिल्टरिंग आणि गेस्ट मार्केटिंग वापरा.

शॉपिंग सेंटर आपली ऑप्ट-इन यादी कमी न करता OpenRoaming जोडते

परिस्थिती. एका शॉपिंग सेंटरला ग्राहकांनी कोणत्याही अडचणीविना कनेक्ट व्हावे असे वाटत होते. ग्राहक ऑटो-कनेक्टकडे वळल्यामुळे ऑप्ट-इन सूची लहान होईल अशी त्यांच्या मार्केटिंग टीमला काळजी होती. बहुतांश ग्राहकांच्या फोनमध्ये डिव्हाइस किंवा ॲप आयडेंटिटी प्रदाता कडून आधीच OpenRoaming क्रेडेंशियल होते.

काय केले गेले. सेंटरने त्यांच्या विद्यमान Captive Portal सह OpenRoaming SSID चालवले. निनावी OpenRoaming भेटी केवळ एकत्रित रिपोर्टिंगमध्ये समाविष्ट केल्या गेल्या, जिथे प्रदात्यांनी ते रिलीज केले तिथे Chargeable-User-Identity ॲट्रिब्यूटद्वारे त्यांची गणना केली गेली. Passpoint Release 3 व्हेन्यू URL ने ग्राहकांना सेंटरच्या न्यूजलेटरसाठी ऑप्ट-इन पृष्ठावर निर्देशित केले. निनावी ग्राहकांना कोणतेही मार्केटिंग पाठवले गेले नाही.

मोजण्यायोग्य परिणाम. सेंटर आता दोन स्वतंत्र प्रेक्षकांची तक्रार नोंदवते:

• संमती दिलेले ग्राहक, ज्यांना मार्केटिंग प्राप्त होऊ शकते.
• निनावी परत येणारी डिव्हाइसेस, ज्यांची नोंद केवळ एकत्रितपणे केली जाते.

ऑप्ट-इन सूची केवळ जाणीवपूर्वक घेतलेल्या निर्णयाद्वारे वाढते. डेटा संरक्षण अधिकारी प्रत्येक रिपोर्टमध्ये हे विभाजन पाहू शकतात. हाच पॅटर्न मल्टी-साइट Retail इस्टेटमध्ये लागू होतो.

एक परिषद केंद्र नोंदणीच्या वेळी क्रेडेशियल्स जारी करते

परिस्थिती. तीन दिवसीय कार्यक्रमांचे आयोजन करणाऱ्या परिषदेच्या केंद्रात दररोज सकाळी स्प्लॅश पेजवर रांगा दिसत होत्या. प्रत्येक दिवसाच्या पहिल्या सत्रात रांगा सर्वात जास्त असायच्या. आयोजकांना हॉलनुसार उपस्थितीचा डेटा देखील हवा होता.

काय केले गेले. इव्हेंट नोंदणी पृष्ठावर ऑप्ट-इन पर्याय होते आणि प्रत्येक तिकिटासह Passpoint प्रोफाईल जारी केले गेले. इव्हेंट बंद झाल्यावर प्रत्येक क्रेडेंशियल आपोआप कालबाह्य झाले. उपस्थितांनी कोणत्याही लॉगिन पायरीशिवाय प्रत्येक हॉलमध्ये कनेक्ट केले.

मोजण्यायोग्य परिणाम. नोंदणीकृत उपस्थितांना साइटवर शून्य स्प्लॅश पेजेस दिसले. कोणतेही मॅन्युअल क्लीन-अप न करता, बंद झाल्यावर प्रत्येक क्रेडेंशियल आपोआप मागे घेण्यात आले. आयोजकांना एकत्रितपणे प्रति-हॉल सत्र संख्या प्राप्त झाली. मार्केटिंग केवळ अशा उपस्थितांना गेले ज्यांनी नोंदणीच्या वेळी ऑप्ट-इन केले होते.

तुम्हाला माहिती असणे आवश्यक असलेल्या मर्यादा कोणत्या आहेत?

नावनोंदणीमुळे एक पायरी वाढते

Apple डिव्हाइसेसवर, पाहुणे एक कॉन्फिगरेशन प्रोफाईल इंस्टॉल करतात आणि Settings मध्ये मंजूर करतात. Android प्रवाह उत्पादक आणि OS आवृत्तीनुसार बदलतात. स्प्लॅश पेज पूर्ण करणाऱ्यांपेक्षा कमी पाहुणे नावनोंदणी करतील. तुम्ही मूल्य प्रदान केल्यानंतर नावनोंदणी ऑफर करा, उदाहरणार्थ पहिल्या मुक्कामाच्या शेवटी किंवा बुकिंग कन्फर्मेशनमध्ये.

डिव्हाइस सपोर्ट सर्वत्र उपलब्ध नाही

जुनी डिव्हाइसेस आणि काही लॅपटॉपमध्ये Passpoint सपोर्टचा अभाव असतो. Captive Portal SSID लाईव्ह ठेवा जेणेकरून कोणताही अभ्यागत लॉक आउट होणार नाही. तुमचे पाहुणे प्रत्यक्षात वापरत असलेल्या डिव्हाइसेसवर नावनोंदणीची चाचणी घ्या.

फेडरेट केलेले अभ्यागत बाय डीफॉल्ट मार्केटिंगसाठी योग्य नसतात

OpenRoaming क्रेडेंशियलमध्ये तुमच्या व्हेन्यूसाठी कोणतीही मार्केटिंग संमती नसते. UK मध्ये, प्रायव्हसी अँड इलेक्ट्रॉनिक कम्युनिकेशन्स रेग्युलेशन्स (PECR) च्या नियम 22 नुसार तुम्ही व्यक्तींना मार्केटिंग ईमेल किंवा SMS पाठवण्यापूर्वी संमती किंवा सॉफ्ट ऑप्ट-इन आवश्यक आहे. WiFi कनेक्शन या दोन्ही चाचण्या पूर्ण करत नाही.

संमती काढणे ही संमती देण्याइतकेच सोपे असले पाहिजे

GDPR आर्टिकल 7(3) नुसार संमती मागे घेणे तितकेच सोपे असणे आवश्यक आहे जेवढे ते देणे होते. मार्केटिंग संमती आणि नेटवर्क ॲक्सेस या दोन्ही गोष्टी वेगवेगळ्या नियंत्रणांअंतर्गत ठेवा. ईमेलवरून अनसब्सक्राइब करणाऱ्या पाहुण्याला तरीही ऑटोमॅटिक WiFi वापरायचे असू शकते.

काही क्षेत्रांना कमी डेटा कॅप्चरची गरज असते

हॉस्पिटल नेटवर्कवरील लोकेशन डेटाद्वारे आरोग्यविषयक माहिती उघड होऊ शकते. यामुळे GDPR आर्टिकल 9 चे विशेष श्रेणीचे नियम लागू होतात. रुग्ण आणि अभ्यागतांच्या नेटवर्कवर कॅप्चर प्रक्रिया अत्यंत मर्यादित ठेवा, आणि भेटींवरून कधीही आरोग्य स्थितीचा अंदाज लावू नका.

तुमची RADIUS सेवा भार सहन करते

प्रत्येक Passpoint कनेक्शन हे 802.1X आणि वैध सर्व्हर प्रमाणपत्र असलेल्या पोहोचण्यायोग्य RADIUS सर्व्हरवर अवलंबून असते. Cloud RADIUS डिझाइनमधून ऑन-प्रिमाइसेस सर्व्हर्स काढून टाकते. लाँच करण्यापूर्वी प्रमाणपत्र नूतनीकरणाचे नियोजन करा. Network Best Practices for Venues and Enterprises in 2026 मध्ये यासंबंधीच्या डिझाइन पर्यायांचा समावेश आहे.

तुम्ही पुढे काय केले पाहिजे?

1. तुमच्या ॲक्सेस पॉईंट्सचे ऑडिट करा. तुमच्या व्हेंडरकडून मॉडेल आणि फर्मवेअरनुसार Hotspot 2.0 आणि Passpoint सपोर्टची पुष्टी करा.
2. तुमच्या संमतीच्या मसुद्याचे पुनरावलोकन करा. ऑटोमॅटिक कनेक्शन्स या भेटी म्हणून नोंदवल्या जातील हे पाहुण्यांना स्पष्टपणे कळेल याची खात्री करा.
3. तुमचे मॉडेल निवडा. व्हेन्यू-इश्यू केलेले Passpoint, OpenRoaming किंवा दोन्ही निवडण्यासाठी वरील निर्णय तक्ता वापरा.
4. एनरोलमेंट डिझाइन करा. ते तुमच्या Captive Portal फ्लोच्या शेवटी आणि येण्यापूर्वीच्या किंवा नोंदणीच्या ईमेलमध्ये ठेवा.
5. क्रेडेंशियल नियम सेट करा. युनिक क्रेडेशिअल्स वापरा, मुदत संपण्याची तारीख निश्चित करा आणि ते कोण रद्द करू शकते यावर सहमती द्या.
6. तुमचे रिपोर्टिंग विभाजित करा. संमती दिलेले प्रेक्षक आणि अनामित एकत्रित भेटी वेगवेगळ्या अहवालांमध्ये ठेवा.
7. खरेदी प्रक्रियेत याचा समावेश करा. टेंडर आवश्यकता म्हणून Passpoint, OpenRoaming आणि संमती रेकॉर्डचा स्पष्ट उल्लेख करा.
8. वारंवार विचारले जाणारे प्रश्न

Passpoint चालवण्यासाठी मला नवीन ॲक्सेस पॉईंट्सची गरज आहे का?

सामान्यतः नाही. Hotspot 2.0 आणि Passpoint ही ॲक्सेस पॉईंट फर्मवेअरची वैशिष्ट्ये आहेत, आणि Cisco Meraki, HPE Aruba, Ruckus आणि Juniper Mist हे सर्व त्यांच्या कॉन्फिगरेशनचे दस्तऐवजीकरण करतात. सपोर्ट हा मॉडेल आणि फर्मवेअर व्हर्जनवर अवलंबून असतो, त्यामुळे आधी तुमच्या व्हेंडरकडे तपासा. Purple हे हार्डवेअर-स्वतंत्र आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. एनरोलमेंट आणि RADIUS साठी कोणतेही जुने सेटअप काढून नवीन बसवण्याची गरज नाही.

Passpoint एनरोलमेंटच्या वेळी घेतलेली संमती GDPR अंतर्गत वैध आहे का?

होय, जर एनरोलमेंट पायरी संमतीसाठीच्या GDPR मानकांची पूर्तता करत असेल. आर्टिकल 4(11) नुसार संमती स्वेच्छेने, विशिष्ट, माहितीपूर्ण आणि अस्पष्ट नसलेली असणे आवश्यक आहे, आणि आर्टिकल 7(1) नुसार तुम्हाला ते सिद्ध करावे लागते. प्रत्येक उद्देशासाठी वेगळे, अनटिक केलेले पर्याय वापरा आणि मसुदा व टाइमस्टॅम्प स्टोअर करा. पाहुण्याला सांगा की पुढील कनेक्शन्स या भेटी म्हणून नोंदवल्या जातील. क्रेडेंशियल ती संमती पुढे नेते; कनेक्शन स्वतः ती कधीही तयार करत नाही.

मी OpenRoaming द्वारे कनेक्ट होणाऱ्या अभ्यागतांना मार्केटिंग करू शकतो का?

केवळ कनेक्शनच्या ताकदीवर नाही. OpenRoaming क्रेडेन्शियल हे तृतीय-पक्ष ओळख प्रदात्याकडून येते आणि त्यात तुमच्या ठिकाणासाठी कोणतीही मार्केटिंग संमती नसते. बऱ्याचदा तुम्हाला फक्त अनामित ओळख मिळते. तुम्ही दस्तऐवजीकरण केलेल्या कायदेशीर आधाराखाली एकूण अनाम भेटींची नोंद करू शकता. अभ्यागताला तुमच्या अटींवर साइन अप करण्यासाठी आमंत्रित करण्यासाठी Passpoint Release 3 व्हेन्यू URL किंवा तुमच्या Captive Portal चा वापर करा.

Passpoint माझ्या सध्याच्या Captive Portal सोबत चालू शकते का?

होय, आणि बहुतांश ठिकाणांनी दोन्ही चालवले पाहिजेत. पहिल्यांदा येणाऱ्या अभ्यागतांसाठी Captive Portal ठेवा, जिथे तुम्ही त्यांची ओळख आणि ऐच्छिक-पर्यायाची संमती घेता. त्याच ॲक्सेस पॉईंट्सवर वेगळे SSID म्हणून नोंदणीकृत पाहुण्यांसाठी त्यासोबत Passpoint नेटवर्कची जाहिरात करा. Captive Portal हा तुमचा नोंदणीचा मार्ग बनतो आणि Passpoint तुमचा परतीचा मार्ग बनतो. परत येणारे पाहुणे लॉगिन स्क्रीन वगळत असताना तुमचा संमती असलेला डेटाबेस वाढत राहतो.

Passpoint iPhone आणि Android उपकरणांवर काम करते का?

होय, दोन्ही प्लॅटफॉर्म वेगवेगळ्या नोंदणी प्रक्रियेसह Passpoint ला सपोर्ट करतात. Apple डिव्हाइसेस एका कॉन्फिगरेशन प्रोफाईलद्वारे Passpoint इन्स्टॉल करतात ज्याला पाहुणे Settings मध्ये मंजुरी देतात. Android हे Passpoint कॉन्फिगरेशनला नेटिव्हली सपोर्ट करते आणि अटींची मान्यता व व्हेन्यू URL सह Release 3 वैशिष्ट्यांसाठी सपोर्टचे दस्तऐवजीकरण करते. निर्मात्यानुसार आणि OS आवृत्तीनुसार या प्रक्रिया बदलतात. तुम्ही लाँच करण्यापूर्वी तुमच्या पाहुण्यांकडे असलेल्या उपकरणांवर नोंदणीची चाचणी घ्या.

जेव्हा एखादा पाहुणा संमती मागे घेतो तेव्हा डेटाचे काय होते?

तुम्ही मार्केटिंग त्वरित थांबवता आणि क्रेडेन्शियल ठेवायचे की नाही याचा निर्णय स्वतंत्रपणे घेता. GDPR मधील कलम 7(3) संमती मागे घेणे तितकेच सोपे करते जितके ते देणे असते. ईमेलचे अनसब्सक्राइब करणाऱ्या पाहुण्याला तरीही स्वयंचलित WiFi हवे असू शकते, त्यामुळे मार्केटिंग संमती आणि नेटवर्क ॲक्सेस या स्वतंत्र नियंत्रणे म्हणून ठेवा. जर त्यांनी पूर्णपणे सोडण्याची विनंती केली तर RADIUS मध्ये क्रेडेन्शियल रद्द करा. नंतर तुमच्या डेटा रिटेंशन पॉलिसीनुसार प्रोफाईल हटवा किंवा निनावी करा.

Passpoint माझ्या WiFi विश्लेषणावर कसा परिणाम करते?

हे परत येणाऱ्या भेटींची संख्या अधिक अचूक करते. सध्याच्या iOS आणि Android उपकरणांवरील यादृच्छिक MAC पत्ते उपकरणांवर आधारित मोजणी अविश्वसनीय बनवतात, तर Passpoint क्रेडेन्शियल भेटींदरम्यान स्थिर राहते. व्हेन्यूने जारी केलेल्या क्रेडेन्शियल्ससह, प्रत्येक ऑथेंटिकेशन संमती असलेल्या प्रोफाईलवरील भेट बनते. फेडरेट केलेल्या अभ्यागतांसाठी, RFC 4372 मध्ये परिभाषित केलेले Chargeable-User-Identity ॲट्रीब्यूट एक स्थिर टोपणनाव प्रदान करू शकते. त्या टोपणनाव असलेल्या भेटी तुमच्या विपणनयोग्य प्रेक्षकांपासून वेगळ्या, एकत्रित अहवालांमध्ये ठेवा.