वेब पुश नोटिफिकेशन ऑप्ट-इन सर्वोत्तम प्रथाएँ: एक व्यावहारिक मार्गदर्शिका

वेब पुश ऑप्ट-इन क्या है और यह क्यों महत्वपूर्ण है

वेब पुश ऑप्ट-इन वह क्षण है जब एक आगंतुक ब्राउज़र सूचनाओं के लिए हाँ कहता है। यह सरल लगता है, और यह है, लेकिन समय और शब्दावली बहुत कुछ तय करते हैं। पहले पृष्ठ दृश्य पर दिखाया गया एक प्रॉम्प्ट धक्का जैसा महसूस हो सकता है। एक वास्तविक क्रिया के बाद दिखाया गया प्रॉम्प्ट सेवा जैसा महसूस हो सकता है।

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

व्यावहारिक पक्ष स्पष्ट है। वेब पुश ऑप्ट-इन तब सबसे अच्छा काम करता है जब उपयोगकर्ता पहले से ही पृष्ठ पर मूल्य देखता है, और अनुरोध बस उस मूल्य को बनाए रखना आसान बनाता है। एक समाचार साइट के लिए, इसका मतलब हो सकता है ब्रेकिंग कहानियाँ। एक स्टोर के लिए, इसका मतलब हो सकता है पुनः स्टॉक या ऑर्डर अपडेट। एक खेल साइट के लिए, यह स्कोर अलर्ट हो सकता है। एक प्रॉम्प्ट, एक वादा।

टीमें जो वेब पुश ऑप्ट-इन को एक बैनर विज्ञापन की तरह मानती हैं, वे कमजोर सूचियाँ प्राप्त करती हैं। टीमें जो इसे एक छोटे समझौते की तरह मानती हैं, आमतौर पर बेहतर करती हैं। यदि आप चैनल के बारे में व्यापक संदर्भ चाहते हैं, तो देखें वेब पुश सूचना सर्वोत्तम प्रथाएँ।

2. अनुमति मांगने के लिए सबसे अच्छे समय

पूछने का सबसे खराब समय पहला सेकंड है। उपयोगकर्ता ने अभी तक पर्याप्त नहीं सीखा है। आपको एक संकेत की आवश्यकता है, और वह संकेत एक क्लिक, एक स्क्रॉल गहराई, एक दूसरा पृष्ठ दृश्य, या एक पूर्ण क्रिया हो सकता है। प्रत्येक एक उपयोगकर्ता को परवाह करने का कारण देता है।

एक रेसिपी साइट तब तक इंतजार कर सकती है जब तक कोई दूसरा रेसिपी न देख ले। एक ईकॉमर्स स्टोर एक विशलिस्ट सहेजने के बाद पूछ सकता है। एक यात्रा साइट उड़ानों या होटलों की खोज के बाद पूछ सकती है। ये ठोस क्षण हैं, अनुमान नहीं। ये इरादा दिखाते हैं।

एक उपयोगी नियम: संलग्नता के बाद पूछें, इससे पहले नहीं। यदि कोई 45 सेकंड तक एक लेख पढ़ता है या एक आइटम को कार्ट में जोड़ता है, तो अनुरोध उनके गतिविधि से जुड़ा हुआ लगता है। यदि कोई लैंड करता है और शीर्षक से पहले एक प्रॉम्प्ट देखता है, तो उत्तर आमतौर पर नहीं होता है। छोटा पाठ, जोरदार परिणाम।

मूल्य संकेतों के बाद भी पूछें। यदि पृष्ठ एक वादा करता है, जैसे स्टॉक अलर्ट, समय सीमा अनुस्मारक, या ब्रेकिंग न्यूज़, तो वह वादा ऑप्ट-इन अनुरोध का समर्थन कर सकता है। उपयोगकर्ता को लाभ का अनुमान नहीं लगाना चाहिए। आपको इसे ऐसे स्थान पर स्पष्ट करना चाहिए जहाँ वे इसे देख सकें। यहीं पुश सूचना अनुमति का समय सबसे महत्वपूर्ण होता है।

3. स्पष्ट, मूल्य-केंद्रित अनुमति कॉपी कैसे लिखें

अनुमति कॉपी को एक नज़र में एक सवाल का जवाब देना चाहिए: मुझे इसे अनुमति क्यों देनी चाहिए? यदि उत्तर तीन वाक्यों में है, तो कॉपी बहुत लंबी है। पहले लाभ कहें। फिर कहें कि उन्हें किस प्रकार की सूचनाएँ मिलेंगी। फिर रुकें।

अच्छी कॉपी विशिष्ट लगती है। “आपके द्वारा देखे गए उत्पादों के लिए स्टॉक में वापस आने की सूचनाएँ प्राप्त करें” “अपडेटेड रहें” से अधिक मजबूत है। “इस विषय से ब्रेकिंग स्टोरी अलर्ट प्राप्त करें” “समाचार प्राप्त करें” से अधिक मजबूत है। स्पष्टता महत्वपूर्ण है क्योंकि ब्राउज़र प्रॉम्प्ट स्वयं एक निर्णय बिंदु है; अस्पष्ट कॉपी केवल friction जोड़ती है।

एक छोटी सी बात: लोग धोखा महसूस नहीं करना चाहते। यदि साइट कहती है “केवल महत्वपूर्ण अपडेट प्राप्त करें” और फिर दिन में पांच संदेश भेजती है, तो विश्वास का नुकसान तुरंत होता है। एक झूठा वादा 10 विनम्र वादों को पलट सकता है।

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

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

4. एक गैर-व्यवधानकारी ऑप्ट-इन अनुभव डिजाइन करना

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

प्री-प्रॉम्प्ट तब सबसे अच्छा काम करते हैं जब वे छोटे और उलटने योग्य होते हैं। एक साधारण “क्या आपको नए सौदों के लिए अलर्ट चाहिए?” जिसमें एक स्पष्ट बटन हो सकता है, दबाव को कम कर सकता है। इसके बाद ब्राउज़र संवाद आता है। यदि प्री-प्रॉम्प्ट बड़ा, तेज़, या मोबाइल पर पूरे स्क्रीन को कवर करता है, तो यह एक जाल की तरह महसूस होने लगता है।

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

एक सामान्य गलती बहुत सारे स्तरों को ढेर करना है। एक बैनर, फिर एक मोडल, फिर ब्राउज़र प्रॉम्प्ट प्रवाह को टोल बूथ की तरह महसूस करा सकता है। एक अतिरिक्त कदम अक्सर पर्याप्त होता है। अधिकतम दो।

5. ऑप्ट-इन रणनीति में विभाजन और प्रासंगिकता

हर आगंतुक को समान सूचनाएँ नहीं चाहिए। एक खेल प्रशंसक जो फुटबॉल पृष्ठ पर क्लिक कर रहा है, उसे टेनिस अलर्ट नहीं मिलना चाहिए जब तक कि उसने उनके लिए अनुरोध नहीं किया हो। एक जूते की दुकान में ब्राउज़ कर रहा खरीदार को सामान्य स्टोर फीड में मजबूर नहीं किया जाना चाहिए यदि जूते की श्रेणी ही एकमात्र चीज है जिसे उसने छुआ है। प्रासंगिकता सदस्यता से पहले शुरू होती है।

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

यह वही नियम ऑप्ट-इन के बाद सूचनाओं में भी लागू होना चाहिए। पहले कुछ संदेश जितने विशिष्ट होंगे, उपयोगकर्ताओं के म्यूट या ब्लॉक करने की संभावना उतनी ही कम होगी। सटीकता हर बार मात्रा को मात देती है। 500 इच्छुक उपयोगकर्ताओं की एक सूची 5,000 निष्क्रिय लोगों से बेहतर है।

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

6. सामान्य गलतियाँ जिनसे बचना चाहिए

बहुत जल्दी पूछना पहली गलती है। यह तब होता है जब साइट ने अभी तक कोई मूल्य नहीं दिखाया है, फिर भी प्रॉम्प्ट दिखाई देता है। लोग इसे बंद कर देते हैं क्योंकि उनके पास इसे बंद न करने का कोई कारण नहीं होता।

मूल्य को छिपाना दूसरी गलती है। यदि उपयोगकर्ता यह नहीं बता सकता कि उन्हें क्या मिलेगा, तो वे सबसे खराब मान लेते हैं। “सूचनाएँ अनुमति दें” पर्याप्त नहीं है। बताएं कि सूचनाएँ किसके लिए हैं, और इसे सरल भाषा में कहें।

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

भ्रामक भाषा दीर्घकालिक नुकसान का कारण बनती है। यदि कॉपी “विशेष ऑफ़र” का वादा करती है लेकिन सूचनाएँ ज्यादातर अनुस्मारक होती हैं, तो सदस्य इसे नोटिस करेगा। यह असंगति ऑप्ट-आउट और ब्राउज़र स्तर पर ब्लॉकों को बढ़ा सकती है।

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

7. अपने ऑप्ट-इन प्रवाह का परीक्षण और अनुकूलन करना

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

A/B परीक्षण एक पूर्व-प्रेरणा की तुलना सीधे ब्राउज़र अनुरोध से कर सकते हैं, या एक इनलाइन कार्ड की तुलना एक मोडल से कर सकते हैं। वे “डील अलर्ट प्राप्त करें” की तुलना “जब कीमतें गिरें तो अलर्ट प्राप्त करें” से भी कर सकते हैं। एक संस्करण केवल इसलिए जीत सकता है क्योंकि यह ठोस लगता है। छोटे शब्दों के चुनाव महत्वपूर्ण होते हैं।

फ्रीक्वेंसी का परीक्षण केवल आंतरिक भावना से न करें। एक बार प्रति सत्र पूछें, फिर एक बार प्रति यात्रा पूछें, और अस्वीकृति दर की तुलना करें। यदि लोग लगातार पांच बार प्रेरणा को बंद कर देते हैं, तो प्रवाह बहुत आक्रामक है। यदि वे इसे कभी नहीं देखते, तो प्रवाह बहुत संकोची है।

पूरे पथ को ट्रैक करें, केवल अंतिम अनुमति क्लिक नहीं। एक प्रेरणा जो 200 क्लिक प्राप्त करती है लेकिन पोस्ट-सब्सक्रिप्शन सहभागिता खराब है, वह जीत नहीं है। पहला क्लिक केवल पहला कदम है। असली परिणाम यह है कि क्या लोग सूचनाओं को चालू रखते हैं और बाद में उन पर कार्रवाई करते हैं।

यदि आपको परीक्षण करते समय ब्राउज़र सूचना तंत्र के लिए एक व्यापक ढांचे की आवश्यकता है, तो वेब पुश सूचना सर्वोत्तम प्रथाएँ इस अनुभाग के साथ अच्छी तरह से मेल खाती हैं।

8. अनुपालन और उपयोगकर्ता विश्वास पर विचार

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

गोपनीयता की अपेक्षाएँ एक साइड नोट नहीं हैं। एक उपयोगकर्ता जो अनुमति देता है, वह साइट पर ध्यान दे रहा है, और कभी-कभी एक बहुत व्यक्तिगत व्यवहार पैटर्न के साथ। यदि साइट पृष्ठ-स्तरीय इरादे या विषय प्राथमिकताओं को एकत्र करती है, तो इसे गोपनीयता नीति और उस प्रेरणा में कहें जहाँ यह समझ में आता है।

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

ब्राउज़र भी हमेशा तटस्थ नहीं होते। अनुमति थकान वास्तविक है, और बार-बार खराब अनुभव उपयोगकर्ताओं को साइटों पर अधिक सतर्क बनाते हैं। यही कारण है कि वेब पुश सूचना ऑप्ट-इन सर्वोत्तम प्रथाएँ केवल रूपांतरण दर के बारे में नहीं हैं; वे अनुमति को इतना विश्वसनीय बनाए रखने के बारे में हैं कि अगली मांग अभी भी एक मौका रखती है।

यदि आपकी टीम लेन-देन संबंधी ईमेल का भी प्रबंधन करती है, तो वही अनुशासन DKIM SPF DMARC सेटअप में दिखाई देता है लेन-देन के लिए, जहां पहचान और विश्वास एक अलग चैनल में जांचे जाते हैं। ईमेल में एक खराब प्रेषक की आदत हर अनुमति मांगने में विश्वास को नुकसान पहुंचा सकती है जो इसके बाद आती है।

सबसे मजबूत ऑप्ट-इन प्रवाह में क्या समानता है

सर्वश्रेष्ठ प्रवाह जोरदार नहीं होते। वे समय पर, विशिष्ट, और अस्वीकार करने में आसान होते हैं। वे उपयोगकर्ता को 5 शब्दों या 1 वाक्य में एक कारण देते हैं, फिर वे ब्राउज़र प्रॉम्प्ट का इंतजार करते हैं। वे एक वास्तविक क्रिया के बाद पूछते हैं, और वे पृष्ठ के वादे से मेल खाते हैं।

यह पैटर्न सरल लगता है क्योंकि यह है। कठिनाई तब होती है जब टीमें अधिक सब्सक्रिप्शन चाहती हैं। अतिरिक्त पाठ, अतिरिक्त चरण, या अतिरिक्त अनुरोध जोड़ने की प्रवृत्ति का विरोध करें। एक स्पष्ट मार्ग पर्याप्त है। दूसरा आमतौर पर बदतर होता है।

ब्राउज़र और ईमेल संदेश दोनों वाले साइटों के लिए, चैनलों के बीच स्थिरता महत्वपूर्ण है। यदि आपको प्रणाम, आवृत्ति, और संदेश गुणवत्ता की तुलना करने की आवश्यकता है, तो ईमेल डिलीवरबिलिटी सर्वश्रेष्ठ प्रथाओं पर लेख उपयोगी संदर्भ प्रदान करता है, विशेष रूप से जहाँ उपयोगकर्ता का विश्वास समय के साथ एक ही 1 वादे पर निर्भर करता है।