Passpoint और गेस्ट मार्केटिंग: मेहमानों के ऑटो-कनेक्ट होने पर फर्स्ट-पार्टी डेटा सुरक्षित रखना

वेन्यू स्प्लैश पेज के बजाय नामांकन (enrolment) के समय सहमति लेकर 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 (एक्सटेंसिबल प्रमाणीकरण प्रोटोकॉल) विधि का उपयोग करता है।
• RADIUS वह प्रोटोकॉल है जिसका उपयोग एक्सेस पॉइंट सर्वर से यह पूछने के लिए करते हैं कि क्या क्रेडेंशियल मान्य है। RADIUS सर्वर कनेक्शन को स्वीकार या अस्वीकार करता है, और फिर ट्रैफ़िक WPA2 या WPA3 के साथ एन्क्रिप्ट किया जाता है।

OpenRoaming Wireless Broadband Alliance द्वारा संचालित एक फेडरेशन है और Passpoint पर निर्मित है। पहचान प्रदाता क्रेडेंशियल जारी करते हैं। इनमें डिवाइस निर्माता, मोबाइल ऑपरेटर और ऐप प्रकाशक शामिल हैं। वेन्यू एक्सेस नेटवर्क प्रदाताओं के रूप में कार्य करते हैं जो उन क्रेडेंशियल्स को स्वीकार करते हैं। वेन्यू और पहचान प्रदाता RadSec पर प्रमाणीकरण का आदान-प्रदान करते हैं, जो TLS (RFC 6614) के भीतर RADIUS को ले जाता है।

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

ऑटो-कनेक्ट आपके फर्स्ट-पार्टी डेटा को जोखिम में क्यों डालता है?

एक Guest WiFi नेटवर्क पर, स्प्लैश पेज एक साथ तीन काम करता है। यह विज़िटर की पहचान करता है, उनकी मार्केटिंग प्राथमिकताओं को रिकॉर्ड करता है और विज़िट को लॉग करता है। Purple ने 80,000+ से अधिक लाइव स्थानों पर 2024 में 440 मिलियन लॉगिन को प्रोसेस किया (Purple डेटा)। प्रत्येक लॉगिन एक ऐसा क्षण था जहाँ तीनों काम एक साथ हुए थे।

Passpoint उस क्षण को हटा देता है। डिवाइस बैकग्राउंड में प्रमाणित होता है, इसलिए कोई प्रश्न पूछने के लिए कोई पेज नहीं होता है। इसके तीन परिणाम होते हैं।

कनेक्शन एक सहमति नहीं है

GDPR Article 4(11) सहमति को स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और इच्छाओं के असंदिग्ध संकेत के रूप में परिभाषित करता है। Recital 32 जोड़ता है कि मौन, पहले से टिक किए गए बॉक्स या निष्क्रियता को सहमति नहीं माना जाता है। किसी डिवाइस का स्वचालित रूप से कनेक्ट होना कानूनी शर्तों में निष्क्रियता है। आप Passpoint कनेक्शन से मार्केटिंग सहमति का अनुमान नहीं लगा सकते हैं।

हो सकता है कि आप यह न देख सकें कि कौन कनेक्ट हुआ है

EAP-TTLS जैसे EAP तरीके एक बाहरी पहचान भेजते हैं जो गुमनाम हो सकती है, उदाहरण के लिए "anonymous@realm"। वास्तविक पहचान एक एन्क्रिप्टेड टनल के अंदर होम RADIUS सर्वर तक जाती है। OpenRoaming में, वह सर्वर पहचान प्रदाता का होता है, आपका नहीं। आपको केवल वही प्राप्त होता है जिसे पहचान प्रदाता जारी करना चुनता है।

MAC पते अब डिवाइस की पहचान नहीं करते हैं

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

इसके लाभ वास्तविक हैं। Passpoint प्रत्येक सत्र को WPA2- या WPA3-Enterprise के साथ एन्क्रिप्ट करता है और ओपन SSIDs को 802.1X से बदल देता है। यह बार-बार आने वाले मेहमानों के लिए स्प्लैश पृष्ठ के घर्षण को भी समाप्त करता है। आपका काम उन लाभों को लेते समय सहमति और डेटा को बनाए रखना है।

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

सिद्धांत यह है कि सहमति के क्षण को नामांकन (enrolment) में स्थानांतरित किया जाए, फिर क्रेडेंशियल को इसे आगे ले जाने दिया जाए। पांच डिज़ाइन विकल्प इसे काम में लाते हैं।

नामांकन पर, एक बार सहमति कैप्चर करें

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

GDPR Article 7(1) के लिए आपको यह प्रदर्शित करने की आवश्यकता है कि सहमति दी गई थी। दिखाया गया शब्द, टाइमस्टैम्प और प्रत्येक विकल्प प्रोफ़ाइल के विरुद्ध संग्रहीत करें। मेहमान को स्पष्ट रूप से बताएं कि बाद के स्वचालित कनेक्शन विज़िट के रूप में रिकॉर्ड किए जाएंगे। Article 13 को संग्रह के बिंदु पर उस जानकारी की आवश्यकता होती है।

Purple का Captive Portal पहले से ही इस सहमति रिकॉर्ड को कैप्चर करता है और CRM और मार्केटिंग प्लेटफ़ॉर्म के साथ एकीकृत होता है। जब आप उस फ़्लो के अंत में एक Passpoint प्रोफ़ाइल जारी करते हैं, तो वही रिकॉर्ड भविष्य की हर विज़िट को कवर करता है।

प्रत्येक क्रेडेंशियल को एक प्रोफ़ाइल से बांधें

प्रत्येक विज़िटर को एक अद्वितीय क्रेडेंशियल जारी करें, कभी भी साझा नहीं। EAP-TTLS के लिए एक उपयोगकर्ता नाम और पासवर्ड काम करता है, और EAP-TLS के लिए एक प्रमाणपत्र भी काम करता है। RADIUS सर्वर प्रत्येक क्रेडेंशियल को उसकी सहमति प्राप्त प्रोफ़ाइल पर वापस मैप करता है। बाद का प्रत्येक प्रमाणीकरण बिना किसी स्प्लैश पृष्ठ के एक ज्ञात रिकॉर्ड के विरुद्ध एक विज़िट इवेंट बन जाता है।

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

बार-बार आने वाले आगंतुकों को उनकी वास्तविक पहचान के बिना पहचानें

जहां आप पहचान नहीं रखते हैं, वहां भी आप विज़िट की गिनती कर सकते हैं। RFC 4372 Chargeable-User-Identity एट्रिब्यूट को परिभाषित करता है, जो एक स्थिर, अपारदर्शी पहचानकर्ता है जिसे एक होम सर्वर प्रत्येक विज़िटर के लिए लौटा सकता है। यह आपके WiFi Analytics को बिना किसी नाम या ईमेल पते के बार-बार आने वाली विज़िट और ठहरने के समय की गिनती करने की अनुमति देता है।

उस पहचानकर्ता को व्यक्तिगत डेटा के रूप में मानें। GDPR Recital 26 इसकी पुष्टि करता है कि छद्मनाम (pseudonymised) डेटा तब भी व्यक्तिगत डेटा ही रहता है जहाँ अतिरिक्त जानकारी इसे किसी व्यक्ति से जोड़ सकती है। एक प्रलेखित कानूनी आधार के तहत समग्र रिपोर्टिंग के लिए इसका उपयोग करें। इसे मार्केटिंग अभियानों से बाहर रखें।

नियमों और स्थल URL के लिए Passpoint Release 3 का उपयोग करें

Passpoint Release 3 दो ऐसी सुविधाएँ जोड़ता है जो मार्केटिंग के लिए महत्वपूर्ण हैं। एक नेटवर्क मेहमान के लिए नियमों और शर्तों को स्वीकार करना अनिवार्य कर सकता है। यह एक स्थल URL भी भेज सकता है जिसे डिवाइस कनेक्ट होने के बाद प्रदर्शित करता है। Android दोनों सुविधाओं के समर्थन को प्रलेखित करता है।

स्थल URL अज्ञात विज़िटर्स के लिए उपयोगी है। यह आपको उनके कनेक्शन को अवरुद्ध किए बिना, उन्हें ऑप्ट-इन करने के लिए आमंत्रित करने का एक मार्ग देता है।

जांचें कि प्रत्येक OpenRoaming पहचान प्रदाता क्या जारी करता है

OpenRoaming पहचान प्रदाता नेटवर्क द्वारा विज्ञापित Roaming Consortium Organisation Identifiers (RCOIs) के माध्यम से अपनी नीति का संकेत देते हैं। उस नीति में दी जाने वाली पहचान का प्रकार शामिल है: कुछ प्रदाता एक अज्ञात पहचान जारी करते हैं, जबकि अन्य एक सत्यापित पहचान। कोई भी अभियान शुरू करने से पहले जांच लें कि आपके द्वारा स्वीकार किए जाने वाले प्रदाता क्या जारी करेंगे। अधिकांश परिनियोजन में, फेडरेटेड विज़िटर अज्ञात रूप से आते हैं और तब तक अज्ञात रहते हैं जब तक कि वे आपकी शर्तों पर ऑप्ट-इन नहीं कर लेते।

Passpoint आपके Captive Portal के साथ कहां स्थित है?

Passpoint आपके Captive Portal को प्रतिस्थापित नहीं करता है। यह इसके साथ काम करता है। अधिकांश स्थल पहली बार आने वाले विज़िटर्स के लिए एक Captive Portal SSID और नामांकित मेहमानों के लिए एक Passpoint नेटवर्क चलाते हैं।

Purple हार्डवेयर-अज्ञेयवादी है और Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks और Fortinet के साथ काम करता है। इसलिए दोनों नेटवर्क उन एक्सेस पॉइंट्स पर चल सकते हैं जो आपके पास पहले से मौजूद हैं। Hotspot 2.0 समर्थन एक्सेस पॉइंट मॉडल और फर्मवेयर पर निर्भर करता है, इसलिए पहले अपने विक्रेता से इसकी पुष्टि करें। Why your next WiFi upgrade doesn't need new hardware क्लाउड ओवरले दृष्टिकोण की व्याख्या करता है।

WPA3 संरक्षित प्रबंधन फ़्रेमों (Protected Management Frames) को अनिवार्य बनाता है। Passpoint SSID पर WPA3-Enterprise सक्षम करने से पहले जांच लें कि आपकी संपत्ति उन्हें कैसे संभालती है। Protected Management Frames: A Practical Guide for 2026 अनुकूलता जांच को कवर करता है।

तीन जुड़ने की विधियों की तुलना कैसे की जाती है

	Captive Portal	स्थल द्वारा जारी Passpoint	OpenRoaming (फेडरेटेड)
विज़िटर कैसे जुड़ता है	SSID का चयन करता है और एक स्प्लैश पेज पूरा करता है	एक बार प्रोफ़ाइल इंस्टॉल करता है, फिर स्वतः कनेक्ट हो जाता है	तीसरे पक्ष के पहचान प्रदाता के क्रेडेंशियल के साथ स्वतः कनेक्ट होता है
सहमति कहाँ ली जाती है	स्प्लैश पेज पर, प्रत्येक नए डिवाइस के लिए	नामांकन के समय, प्रोफ़ाइल जारी होने से पहले	स्थल द्वारा कैप्चर नहीं की गई; ऑप्ट-इन को अलग से आमंत्रित किया गया
स्थान को प्रति विज़िट क्या प्राप्त होता है	विज़िटर पृष्ठ पर जो डेटा दर्ज करता है	सहमति वाले प्रोफ़ाइल से मैप किया गया एक क्रेडेंशियल	पहचान प्रदाता जो भी रिलीज़ करता है, अक्सर गुमनाम
एन्क्रिप्शन	ओपन, या जहाँ समर्थित हो वहाँ OWE (अपर्चुनिस्टिक वायरलेस एन्क्रिप्शन)	WPA2- या WPA3-एंटरप्राइज	WPA2- या WPA3-एंटरप्राइज
बार-बार आने पर अनुभव	फिर से स्प्लैश पेज, या याद रखा गया डिवाइस	कोई लॉगिन स्क्रीन नहीं	कोई लॉगिन स्क्रीन नहीं
मानक	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 क्रेडेंशियल आपके स्थान के लिए कोई मार्केटिंग सहमति नहीं रखता है। यूके में, प्राइवेसी एंड इलेक्ट्रॉनिक कम्युनिकेशन्स रेगुलेशन्स (PECR) का नियम 22 व्यक्तियों को मार्केटिंग ईमेल या SMS भेजने से पहले सहमति, या सॉफ्ट ऑप्ट-इन की आवश्यकता रखता है। एक WiFi कनेक्शन इनमें से किसी भी परीक्षण को पूरा नहीं करता है।

सहमति वापस लेना सहमति देने जितना ही आसान होना चाहिए

GDPR Article 7(3) के अनुसार सहमति वापस लेना उतना ही आसान होना चाहिए जितना कि इसे देना। मार्केटिंग सहमति और नेटवर्क एक्सेस को अलग-अलग नियंत्रण के रूप में रखें। एक अतिथि जो ईमेल से अनसब्सक्राइब करता है, वह अभी भी स्वचालित WiFi चाह सकता है।

कुछ क्षेत्रों को हल्के डेटा कैप्चर की आवश्यकता होती है

अस्पताल के नेटवर्क पर लोकेशन डेटा स्वास्थ्य संबंधी जानकारी उजागर कर सकता है। यह GDPR Article 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. इसे खरीद (procurement) में लिखें। टेंडर आवश्यकताओं के रूप में Passpoint, OpenRoaming और सहमति रिकॉर्ड निर्दिष्ट करें।

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

क्या मुझे Passpoint चलाने के लिए नए एक्सेस पॉइंट की आवश्यकता है?

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

क्या Passpoint नामांकन पर कैप्चर की गई सहमति GDPR के तहत वैध है?

हाँ, बशर्ते नामांकन चरण सहमति के लिए GDPR मानक को पूरा करता हो। Article 4(11) के अनुसार सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध होनी चाहिए, और Article 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 इंस्टॉल करते हैं जिसे मेहमान सेटिंग्स में स्वीकृत करता है। Android नेटिव रूप से Passpoint कॉन्फ़िगरेशन का समर्थन करता है और शर्तें स्वीकृति और स्थान URLs सहित Release 3 सुविधाओं के लिए समर्थन का दस्तावेजीकरण करता है। निर्माता और OS संस्करण के अनुसार प्रवाह भिन्न होते हैं। लॉन्च करने से पहले अपने मेहमानों द्वारा ले जाने वाले उपकरणों पर नामांकन का परीक्षण करें।

जब कोई मेहमान सहमति वापस लेता है तो डेटा का क्या होता है?

आप तुरंत मार्केटिंग बंद कर देते हैं और क्रेडेंशियल रखना है या नहीं इसका अलग से निर्णय लेते हैं। GDPR Article 7(3) सहमति वापस लेना उतना ही आसान बनाता है जितना इसे देना। एक मेहमान जो ईमेल से अनसब्सक्राइब करता है, वह अभी भी स्वचालित WiFi चाह सकता है, इसलिए मार्केटिंग सहमति और नेटवर्क पहुंच को अलग नियंत्रण के रूप में रखें। यदि वे पूरी तरह से छोड़ने के लिए कहते हैं, तो RADIUS में क्रेडेंशियल रद्द कर दें। फिर अपनी प्रतिधारण नीति के तहत प्रोफ़ाइल को हटा दें या नामहीन (anonymise) कर दें।

Passpoint मेरे WiFi एनालिटिक्स को कैसे प्रभावित करता है?

यह रिटर्न-विज़िट की गिनती को अधिक सटीक बनाता है। वर्तमान iOS और Android उपकरणों पर यादृच्छिक (Randomised) MAC पते उपकरण-आधारित गिनती को अविश्वसनीय बनाते हैं, जबकि एक Passpoint क्रेडेंशियल विज़िट के दौरान स्थिर रहता है। स्थान-जारी क्रेडेंशियल्स के साथ, प्रत्येक प्रमाणीकरण सहमति वाली प्रोफ़ाइल पर एक विज़िट बन जाता है। फ़ेडरेटेड आगंतुकों के लिए, RFC 4372 में परिभाषित Chargeable-User-Identity विशेषता एक स्थिर छद्म नाम (pseudonym) प्रदान कर सकती है। उन छद्म नाम वाली विज़िट को अपनी विपणन योग्य दर्शकों से अलग, समग्र रिपोर्ट में रखें।