PushSubscription मिलने और उसे हमारे सर्वर में सेव करने के बाद, पुश मैसेज ट्रिगर करना एक सामान्य कदम है. हालांकि, मैंने एक बात को जान-बूझकर अनदेखा किया है. उपयोगकर्ता से पुश मैसेज भेजने की अनुमति मांगते समय, उपयोगकर्ता को मिलने वाला अनुभव.
माफ़ करें, बहुत कम साइटें इस बात पर ध्यान देती हैं कि वे अपने उपयोगकर्ता से अनुमति कैसे मांगें. इसलिए, आइए कुछ समय के लिए यूज़र एक्सपीरियंस (यूएक्स) के अच्छे और खराब, दोनों पहलुओं पर नज़र डालें.
सामान्य पैटर्न
कुछ सामान्य पैटर्न सामने आए हैं. इनसे आपको यह तय करने में मदद मिलेगी कि आपके उपयोगकर्ताओं और इस्तेमाल के उदाहरण के लिए क्या सबसे अच्छा है.
खास बात
उपयोगकर्ताओं से उस समय पुश नोटिफ़िकेशन की सदस्यता लेने के लिए कहें, जब उन्हें इसका फ़ायदा साफ़ तौर पर दिख रहा हो.
उदाहरण के लिए, किसी उपयोगकर्ता ने अभी-अभी किसी ऑनलाइन स्टोर से कोई आइटम खरीदा है और चेकआउट फ़्लो पूरा कर लिया है. इसके बाद, साइट डिलीवरी की स्थिति के बारे में अपडेट दे सकती है.
कई स्थितियों में यह तरीका काम करता है:
- कोई आइटम स्टॉक में नहीं है. क्या आपको इसकी सूचना तब चाहिए, जब यह अगली बार उपलब्ध हो?
- इस खबर को नियमित तौर पर अपडेट किया जाएगा. क्या आपको इस खबर के अपडेट पाने हैं?
- आपने सबसे ज़्यादा बिड लगाई है. क्या आपको इसकी सूचना चाहिए कि किसी ने आपसे ज़्यादा बिड लगाई है?
ये ऐसे सभी पॉइंट हैं जहां उपयोगकर्ता ने आपकी सेवा में दिलचस्पी दिखाई है. साथ ही, पुश नोटिफ़िकेशन चालू करने के लिए, उनके लिए एक साफ़ तौर पर फ़ायदेमंद प्रस्ताव है.
इस तरीके को दिखाने के लिए, ओवेन ने एक काल्पनिक एयरलाइन की वेबसाइट का मॉक बनाया.
फ़्लाइट बुक करने के बाद, उपयोगकर्ता से पूछा जाता है कि क्या उसे फ़्लाइट में होने वाली देरी की सूचनाएं चाहिए.
ध्यान दें कि यह वेबसाइट का कस्टम यूज़र इंटरफ़ेस (यूआई) है.
ओवेन के डेमो में एक और अच्छी बात यह है कि अगर उपयोगकर्ता सूचनाएं चालू करने के लिए क्लिक करता है, तो साइट अनुमति का अनुरोध दिखाते समय पूरे पेज पर एक सेमी-ट्रांसफ़र ओवरले जोड़ती है. इससे उपयोगकर्ताओं का ध्यान अनुमति के अनुरोध पर जाता है.
अनुमति मांगने के लिए, इस उदाहरण के बजाय खराब यूज़र एक्सपीरियंस का विकल्प है. इसके तहत, उपयोगकर्ता के एयरलाइन की साइट पर पहुंचते ही अनुमति का अनुरोध किया जाता है.
इस तरीके से यह पता नहीं चलता कि उपयोगकर्ता के लिए सूचनाएं क्यों ज़रूरी हैं या फिर वे उनके लिए काम की हैं या नहीं. अनुमति के लिए पूछे गए इस सवाल की वजह से, उपयोगकर्ता को अपना मूल टास्क (जैसे, फ़्लाइट बुक करना) पूरा करने से भी रोका जाता है.
दो बार अनुमति लेना
ऐसा हो सकता है कि आपको लगे कि आपकी साइट पर पुश मैसेजिंग का इस्तेमाल करने का एक साफ़ उदाहरण है. इसलिए, आपको उपयोगकर्ता से जल्द से जल्द अनुमति लेनी है.
उदाहरण के लिए, इंस्टैंट मैसेजिंग और ईमेल क्लाइंट. नए मैसेज या ईमेल के लिए सूचना दिखाना, कई प्लैटफ़ॉर्म पर उपयोगकर्ता अनुभव का एक हिस्सा है.
इस कैटगरी के ऐप्लिकेशन के लिए, दो बार अनुमति पाने के पैटर्न का इस्तेमाल करना बेहतर होता है.
सबसे पहले, अपनी वेबसाइट से कंट्रोल किया जाने वाला डायलॉग दिखाएं. इसमें, अपनी साइट के इस्तेमाल के उदाहरण के लिए वैल्यू के बारे में बताएं. इसके बाद, डायलॉग बॉक्स में ज़रूरी अनुमति का अनुरोध ट्रिगर करने या उसे छोड़ने के लिए बटन दिए जा सकते हैं. अगर उपयोगकर्ता अनुमति देता है, तो अनुमति का अनुरोध करें. इससे ब्राउज़र में अनुमति का प्रॉम्प्ट दिखेगा.
इस तरीके से, अपने वेब ऐप्लिकेशन में एक कस्टम प्रॉम्प्ट दिखाया जाता है, जो पहले कॉन्टेक्स्ट देता है. ऐसा करने पर, उपयोगकर्ता आपकी वेबसाइट को स्थायी रूप से ब्लॉक किए जाने के खतरे के बिना, अनुमति देने या बंद करने का विकल्प चुन सकता है. ऐसा इसलिए, क्योंकि उपयोगकर्ता को अचानक अनुमति का अनुरोध मिलने से परेशानी हुई हो. अगर उपयोगकर्ता ने कस्टम यूज़र इंटरफ़ेस पर 'चालू करें' को चुना है, तो अनुमति का असल प्रॉम्प्ट दिखाएं. अगर ऐसा नहीं है, तो अपना कस्टम डायलॉग बॉक्स छिपाएं और उपयोगकर्ता की पसंद का सम्मान करें.
अनुमतियों के सबसे सही तरीकों और Google Meet ने अनुमति फ़्लो को कैसे बेहतर बनाया, इस बारे में ज़्यादा पढ़ें.
सेटिंग पैनल
आपके पास नोटिफ़िकेशन को सेटिंग पैनल में ले जाने का विकल्प होता है. इससे उपयोगकर्ताओं को पुश मैसेजिंग की सुविधा को आसानी से चालू और बंद करने में मदद मिलती है. इसके लिए, उन्हें आपके वेब ऐप्लिकेशन के यूज़र इंटरफ़ेस (यूआई) में जाकर परेशान नहीं होना पड़ता.
इसका एक अच्छा उदाहरण Google I/O साइट है. Google I/O साइट को पहली बार लोड करने पर, आपसे कुछ करने के लिए नहीं कहा जाता. इसके बाद, उपयोगकर्ता को साइट को एक्सप्लोर करने के लिए छोड़ दिया जाता है.
कुछ विज़िट के बाद, दाईं ओर मौजूद मेन्यू आइटम पर क्लिक करने से, सेटिंग पैनल दिखता है. इसकी मदद से, उपयोगकर्ता सूचनाएं सेट अप और मैनेज कर सकता है.
चेकबॉक्स पर क्लिक करने से, अनुमति का अनुरोध दिखता है. कोई छिपा हुआ शुल्क नहीं.
अनुमति मिलने के बाद, चेकबॉक्स पर सही का निशान लग जाता है और उपयोगकर्ता के लिए सूचनाएं पाने की सुविधा चालू हो जाती है. इस यूज़र इंटरफ़ेस (यूआई) की सबसे अच्छी बात यह है कि उपयोगकर्ता, वेबसाइट पर एक ही जगह से सूचनाएं चालू और बंद कर सकते हैं.
सामान्य तरीका
उपयोगकर्ता को पुश मैसेज भेजने का सबसे आसान तरीका यह है कि आपके पास एक बटन या टॉगल स्विच हो. इससे, पेज पर किसी ऐसी जगह पर पुश मैसेज चालू या बंद किए जा सकते हैं जो पूरी साइट पर एक जैसी हो.
इससे उपयोगकर्ताओं को पुश नोटिफ़िकेशन चालू करने के लिए नहीं कहा जाता. हालांकि, इससे उपयोगकर्ताओं को आपकी वेबसाइट से जुड़ने के लिए, भरोसेमंद और आसान तरीका मिलता है. ब्लॉग जैसी साइटों के लिए यह एक अच्छा विकल्प है. इन साइटों पर, नियमित दर्शकों के साथ-साथ, साइट पर आने वाले लोगों का बाउंस रेट भी ज़्यादा हो सकता है. यह विकल्प, नियमित दर्शकों को टारगेट करता है और साइट पर आने वाले लोगों को परेशान नहीं करता.
मेरी निजी साइट पर, फ़ुटर में पुश मैसेजिंग के लिए टॉगल स्विच है.
यह सुविधा, वेबसाइट पर आने वाले लोगों के लिए थोड़ी अलग है. हालांकि, नियमित तौर पर आने वाले लोगों को अपडेट पाने के लिए, इस पर ज़रूर ध्यान देना चाहिए. एक बार आने वाले लोगों पर इसका कोई असर नहीं पड़ता.
अगर उपयोगकर्ता पुश मैसेजिंग की सदस्यता लेता है, तो टॉगल स्विच की स्थिति बदल जाती है और यह स्थिति पूरी साइट पर बनी रहती है.
खराब यूएक्स
मुझे वेब पर ये सामान्य तरीके दिखे हैं. माफ़ करें, एक बहुत आम और गलत तरीका है.
सबसे खराब बात यह है कि उपयोगकर्ताओं को आपकी साइट पर आते ही, अनुमति वाला डायलॉग बॉक्स दिखाया जाए.
उन्हें इस बारे में कोई जानकारी नहीं होती कि उनसे अनुमति क्यों मांगी जा रही है. हो सकता है कि उन्हें यह भी न पता हो कि आपकी वेबसाइट किस काम की है, उस पर क्या किया जा सकता है या उस पर क्या ऑफ़र किया जाता है. इस समय, परेशान होकर अनुमतियां ब्लॉक करना आम बात है. ऐसा इसलिए होता है, क्योंकि यह पॉप-अप, उपयोगकर्ताओं को उनके काम में रुकावट डालता है.
याद रखें, अगर उपयोगकर्ता अनुमति के अनुरोध को ब्लॉक करता है, तो आपका वेब ऐप्लिकेशन फिर से अनुमति नहीं मांग सकता. ब्लॉक होने के बाद अनुमति पाने के लिए, उपयोगकर्ता को ब्राउज़र के यूज़र इंटरफ़ेस (यूआई) में अनुमति बदलनी होगी. ऐसा करना उपयोगकर्ता के लिए आसान, साफ़ तौर पर समझ में आने वाला या मज़ेदार नहीं है.
कोई भी बात हो, उपयोगकर्ता आपकी साइट खोलने के तुरंत बाद अनुमति न मांगें. इसके बजाय, किसी ऐसे यूज़र इंटरफ़ेस या तरीके का इस्तेमाल करें जिससे उपयोगकर्ता को अनुमति देने का बढ़ावा मिले.
समस्या हल करने का तरीका बताना
उपयोगकर्ता को पुश मैसेज की सदस्यता लेने के लिए यूज़र एक्सपीरियंस (यूएक्स) को ध्यान में रखने के साथ-साथ, कृपया यह भी ध्यान रखें कि उपयोगकर्ता, पुश मैसेज की सदस्यता कैसे छोड़े या ऑप्ट आउट करे.
पेज लोड होने के तुरंत बाद अनुमति मांगने वाली साइटों की संख्या बहुत ज़्यादा है. साथ ही, इनमें से ज़्यादातर साइटों पर पुश नोटिफ़िकेशन बंद करने के लिए कोई यूज़र इंटरफ़ेस (यूआई) नहीं दिया जाता.
आपकी साइट पर उपयोगकर्ताओं को यह जानकारी होनी चाहिए कि वे पुश नोटिफ़िकेशन की सुविधा कैसे बंद कर सकते हैं. ऐसा न करने पर, उपयोगकर्ताओं के पास ज़रूरी अनुमति को हमेशा के लिए ब्लॉक करने का विकल्प होता है.
आगे क्या करना है
- वेब की अनुमतियों के लिए सबसे सही तरीके
- कम परेशानी, ज़्यादा कंट्रोल: Google Meet ने ऑडियो और वीडियो की अनुमतियों को कैसे बेहतर बनाया
- वेब पर पुश नोटिफ़िकेशन की खास जानकारी
- पुश नोटिफ़िकेशन की सुविधा कैसे काम करती है
- किसी उपयोगकर्ता को सदस्यता देना
- वेब पुश लाइब्रेरी की मदद से मैसेज भेजना
- वेब पुश प्रोटोकॉल
- पुश इवेंट मैनेज करना
- सूचना दिखाना
- सूचना का व्यवहार
- सूचना के सामान्य पैटर्न
- पुश नोटिफ़िकेशन के बारे में अक्सर पूछे जाने वाले सवाल
- आम समस्याएं और गड़बड़ी की शिकायत करना