वेब पुश नोटिफिकेशन

सब्सक्रिप्शन प्रॉम्प्ट से पुश नोटिफिकेशन ऑप्ट-इन बढ़ाएं

ब्राउज़र या OS से पहले पूछें, कुछ ऐसा जो विज़िटर सच में पढ़े। Pushwoosh एक डिफ़ॉल्ट वेब प्रॉम्प्ट, एक subscribe bell, एक पॉपअप जो एक से ज़्यादा बार दिखाया जा सकता है, और मोबाइल के लिए in-app messages से बना एक pre-permission पैटर्न देता है — यह सब उस नेटिव डायलॉग से पहले, जिसे ज़्यादातर लोग सिर्फ एक बार देखते हैं। भारत में Android का मार्केट शेयर 95%+ है, इसलिए Android 13 का runtime permission फ्लो यहां खासतौर पर मायने रखता है।

डेमो बुक करें मुफ़्त में शुरू करें

पूछने का मौका सिर्फ़ एक बार मिलता है

कोई विज़िटर आपकी साइट पर आता है, और ब्राउज़र उसे यह समझने से पहले ही परमिशन डायलॉग से रोक देता है कि साइट करती क्या है। वह आदतन block पर क्लिक कर देता है, और यह फैसला लगभग परमानेंट होता है: Chrome और Firefox दो रिफ्यूज़ल के बाद किसी साइट को ब्लॉक्ड मानने लगते हैं, और iOS पूरे जीवन में सिर्फ़ एक नेटिव प्रॉम्प्ट देता है। सब्सक्रिप्शन प्रॉम्प्ट वह पहली अपील है — एक bell, एक slide-in, एक in-app स्क्रीन, कुछ भी जो सिस्टम डायलॉग आने और उस असली मौके को इस्तेमाल करने से पहले यह समझाए कि सामने वाला किस बात के लिए हां कह रहा है।

बॉक्स से बाहर क्या मिलता है

वेब पर, डिफ़ॉल्ट सब्सक्रिप्शन प्रॉम्प्ट एक नो-कोड विजेट है जो नेटिव ब्राउज़र डायलॉग से पहले दिखता है और उसे तभी ट्रिगर करता है जब कोई सहमत हो। एक bell बटन (subscribeWidget) पेज पर फिक्स्ड रहता है उन लोगों के लिए जिन्होंने पहली अपील स्किप कर दी थी, और एक कस्टम पॉपअप (subscribePopup) “बाद में पूछें” या “सब्सक्राइब करें” का ऑप्शन देता है, जिसे कस्टमाइज़ किया जा सकता है और toggle() API के ज़रिए तब कॉल किया जा सकता है जब आपकी अपनी लॉजिक सही मोमेंट तय करे। ईमेल सब्सक्रिप्शन फॉर्म एक अलग, दूसरा ऑप्ट-इन कलेक्ट करते हैं, डबल ऑप्ट-इन ऑप्शन के साथ।

रिपीटेबल, वन-शॉट नहीं

कस्टम पॉपअप को जितनी बार ज़रूरत हो दिखाया जा सकता है — उस नेटिव डायलॉग की तरह नहीं, जिसे Chrome और Firefox दो रिफ्यूज़ल के बाद ब्लॉक कर देते हैं।

मोबाइल प्री-परमिशन, हाथ से असेंबल

एक in-app message प्राइमर स्क्रीन का काम करता है, नेटिव परमिशन रिक्वेस्ट तभी कॉल होती है जब कोई उसे टैप करके आगे बढ़े — कोई रेडीमेड 'request-permission' बटन नहीं है, इसे आपको खुद बनाना होता है।

Android 13 पहले, iOS SDK में हैंडल

भारत में Android 95%+ शेयर के साथ आगे है, इसलिए यहां Android 13 का runtime permission SDK से रिक्वेस्ट होता है, टाइमिंग आपकी मर्ज़ी से; iOS का provisional authorization लोगों को बिना किसी डायलॉग के चुपचाप सब्सक्राइब कर देता है।

जितनी बार ज़रूरत हो, उतनी बार दिखे

कस्टम पॉपअप को बार-बार दिखाएं, जब तक कोई सब्सक्राइब न कर ले या इसे पूरी तरह ब्लॉक न कर दे — कोई कैप नहीं, और ब्राउज़र के आपकी साइट को ब्लॉक्ड मार्क करने का कोई रिस्क नहीं, जैसा दो नेटिव रिफ्यूज़ल के बाद होता है। यह पर्सिस्टेंस ही कस्टम पॉपअप बनाने की पूरी वजह है, खासकर Big Billion Days या Great Indian Festival जैसे सेल इवेंट्स के दौरान, जब एक ही विज़िटर बार-बार लौटता है और हर विज़िट एक नया मौका होता है।

Web push के लिए यह क्यों मायने रखता है

Web push सिर्फ़ उन्हीं लोगों तक पहुंचता है जिन्होंने हां कहा है, और वेब पर उस हां को एक हॉस्टाइल डिफ़ॉल्ट से बचना पड़ता है — एक सिस्टम डायलॉग जो जवाब लेने के लिए बना है, किसी को कन्विंस करने के लिए नहीं। सब्सक्रिप्शन प्रॉम्प्ट वह स्टेप है जो एक रैंडम विज़िट को ऐसे सब्सक्राइबर में बदल देता है जिसके साथ बाकी प्रोडक्ट काम कर सके — चाहे कार्ट एबंडनमेंट रिमाइंडर हो या दिवाली सेल का अलर्ट, आपके ट्रैफिक का ज़्यादा हिस्सा किसी ऐसी चीज़ के साथ खत्म होता है जो असल में उस तक पहुंच सके।

एक ऑप्ट-इन, एक चैनल नहीं

वही ऑप्ट-इन जो एक वेब विजेट या मोबाइल प्राइमर कलेक्ट करता है, push, web, email और in-app में एक सिंगल प्रोफाइल रजिस्टर करता है। यहां से, Customer Journey Builder में reachability चेक्स और चैनल फॉलबैक तय करते हैं कि किस व्यक्ति तक असल में कौन-सा चैनल पहुंचता है — push, फिर email, फिर SMS — तो जो मोमेंट आप यहां कैप्चर करते हैं, वह सिर्फ़ एक चैनल के सब्सक्राइबर से कहीं ज़्यादा वैल्यू रखता है, चाहे वह FinTech ऐप का UPI अलर्ट हो या EdTech का कोर्स रिमाइंडर।

यह कैसे काम करता है

अपने विजेट्स ऑन करें

डिफ़ॉल्ट प्रॉम्प्ट, bell या कस्टम पॉपअप को Settings → Platform Configuration → Web Push से इनेबल करें, या इन्हें सीधे Pushwoosh.init कॉन्फिग में सेट करें।
सही मोमेंट पर टाइम करें

पॉपअप को उसके toggle() API के ज़रिए तब ट्रिगर करें जब विज़िटर कुछ ऐसा करे जो दिलचस्पी दिखाए — जैसे कोई आर्टिकल पढ़ना, कार्ट में कुछ जोड़ना, या Big Billion Days जैसी सेल के दौरान डिस्काउंट बैनर पर रुकना — पेज लोड होते ही नहीं।
मोबाइल प्राइमर बनाएं

एक in-app message को pre-permission स्क्रीन की तरह असेंबल करें, और SDK की permission request तभी कॉल करें जब कोई उसे टैप करके आगे बढ़ चुका हो — Android 13 पर यह खासतौर पर काम आता है।

डॉक्स पढ़ें

बनाना शुरू करने से पहले यह जान लें।

टॉपिक्स या कैटेगरीज़ सब्सक्राइब करने के लिए कोई प्रॉम्प्ट नहीं है — इसके बजाय prefernces को tags और segments से रूट करें।
मोबाइल के लिए कोई रेडीमेड “request push permission” बटन नहीं है; प्राइमर एक in-app message है जिसे आपको खुद बनाना होता है।
कोई मल्टी-चैनल preference center नहीं है जहां यूज़र हर सब्सक्रिप्शन एक जगह मैनेज कर सके।
नेटिव ब्राउज़र डायलॉग सिर्फ़ यूज़र गेस्चर के बाद फायर होता है, और Chrome व Firefox दो रिफ्यूज़ल के बाद साइट को ब्लॉक करना शुरू कर देते हैं — यह ब्राउज़र पॉलिसी है, Pushwoosh की सेटिंग नहीं।
iOS पर वेब पुश प्रॉम्प्ट सिर्फ़ होम स्क्रीन पर ऐड की गई PWA के अंदर काम करते हैं (Safari 16.4+), सामान्य मोबाइल Safari टैब में नहीं — भारत में iOS का शेयर करीब 3-5% ही है, इसलिए ज़्यादातर भारतीय साइट्स के लिए यह एक एज केस है, प्राइमरी कंसर्न नहीं।

एक बार फिर पूछें, सही जगह पर

सब्सक्रिप्शन प्रॉम्प्ट एक छोटी-सी अपील है, और यही तय करती है कि आप अपनी ऑडियंस के कितने हिस्से तक असल में पहुंच पाते हैं।

डेमो बुक करें मुफ़्त में शुरू करें