Chrome 80 में, सूचनाओं के लिए अनुमति देने का यूज़र इंटरफ़ेस (यूआई) ज़्यादा आसान बनाया गया है. साइट के मालिकों को सूचना की अनुमति से जुड़ी मेट्रिक को समझने में मदद करने के लिए, हम इस डेटा को Chrome उपयोगकर्ता अनुभव रिपोर्ट (CrUX) में जोड़ रहे हैं. यह डेटा, 11 फ़रवरी, 2020 को रिलीज़ किए गए 202001 डेटासेट में शामिल है. इससे साइट के मालिकों को अपनी साइटों और अपनी कैटगरी में मौजूद मिलती-जुलती साइटों के लिए, सूचना पाने की अनुमति के सामान्य उपयोगकर्ता के जवाबों को बेहतर तरीके से समझने में मदद मिलेगी.
CrUX, सूचना की अनुमति के अनुरोध के लिए, स्वीकार करें, ब्लॉक करें, अनदेखा करें, और खारिज करें दरों की सिर्फ़ खास जानकारी देता है. हमारा सुझाव है कि आप अपने पसंदीदा आंकड़ों वाले प्लैटफ़ॉर्म से, इस डेटा को ज़्यादा जानकारी वाले आंकड़ों के साथ बढ़ाएं.
CrUX की सूचना की अनुमति के डेटा के बारे में जानकारी
CrUX डेटा फ़ॉर्मैट और तरीके के बारे में ज़्यादा जानकारी, डेवलपर दस्तावेज़ में दी गई है. साथ ही, आपको डेटा और विश्लेषण के सबसे सही तरीकों पर विचार करने चाहिए. रिपोर्ट किया गया डेटा, सिर्फ़ ऑप्ट-इन करने वाले उपयोगकर्ताओं का होता है. इसलिए, CrUX डेटासेट में मौजूद डेटा और अपने आंकड़ों से इकट्ठा किए गए डेटा में अंतर हो सकता है.
सूचना की अनुमति का अनुरोध किए जाने पर, Chrome उपयोगकर्ताओं को एक प्रॉम्प्ट दिखाएगा. उपयोगकर्ता, नीचे दी गई टेबल में बताई गई चार कार्रवाइयों में से कोई एक कार्रवाई कर सकते हैं.
| अनुमति दें | उपयोगकर्ता ने वेबसाइट को साफ़ तौर पर सूचनाएं दिखाने की अनुमति दी हो. |
| ब्लॉक करना | उपयोगकर्ता ने वेबसाइट को साफ़ तौर पर सूचनाएं दिखाने से मना किया हो. |
| खारिज करें | उपयोगकर्ता, अनुमति के अनुरोध को बिना किसी जवाब के बंद कर देता है. टैब बंद करने पर, उसे खारिज माना जाता है. मोबाइल पर, टैब स्विच करने को भी खारिज करने की कार्रवाई माना जाता है. साथ ही, क्विक यूज़र इंटरफ़ेस में, उपयोगकर्ता के लिए खारिज करने का एक विकल्प भी होता है. |
| अनदेखा करें | उपयोगकर्ता, प्रॉम्प्ट के साथ इंटरैक्ट नहीं करता. नेविगेशन इवेंट को भी अनदेखा किया जाता है. जैसे, वापस जाने वाला बटन या ऑमनीबॉक्स का इस्तेमाल करके नेविगेट करना. |
CrUX डेटासेट में, इनमें से हर उपयोगकर्ता कार्रवाई का डेटा, जवाबों के प्रतिशत के तौर पर शामिल होता है.
अपने डेटा का विश्लेषण करने का तरीका
ब्लॉक और स्वीकार रेट, सबसे ज़रूरी दो मेट्रिक हैं. 'शांत सूचनाएं' सुविधा के लिए अनुमति पाने के बारे में ब्लॉग पोस्ट में बताया गया है कि Chrome, 'स्वीकार करें' दर बहुत कम होने पर, साइटों को 'शांत यूज़र इंटरफ़ेस' में अपने-आप रजिस्टर कर देगा. ब्लॉक रेट भी एक अच्छा सिग्नल है. जब कोई उपयोगकर्ता 'ब्लॉक करें' पर क्लिक करता है, तो इसका मतलब है कि उसे न सिर्फ़ उस समय, बल्कि किसी भी समय साइट की सूचनाएं नहीं चाहिए. ज़्यादातर मामलों में इसका मतलब यह होता है कि उपयोगकर्ता को सूचना के इस्तेमाल के मकसद, प्रॉडक्ट और सेवा की वैल्यू के बारे में पता नहीं है या उसने आपकी वेबसाइट पर भरोसा नहीं किया है. स्वीकार किए जाने की दर कम या ब्लॉक किए जाने की दर ज़्यादा होने का मतलब है कि वेबसाइट को इस लेख में दिए गए सुझाए गए पैटर्न सेक्शन की समीक्षा करनी चाहिए.
यह सामान्य और उम्मीद के मुताबिक है कि अलग-अलग तरह की साइटों के लिए, विज्ञापन स्वीकार करने और ब्लॉक करने की दरें अलग-अलग होंगी. उदाहरण के लिए, चैट ऐप्लिकेशन या ईमेल ऐप्लिकेशन का इस्तेमाल करने के उदाहरण बहुत ज़्यादा हैं. इसलिए, हमें उम्मीद है कि स्वीकार करने की दरें काफ़ी ज़्यादा होंगी.
यह भी सामान्य है कि एक ही साइट के लिए, डेस्कटॉप और मोबाइल के बीच किराये में काफ़ी अंतर हो सकता है. ऐसा इसलिए, क्योंकि इस्तेमाल के उदाहरण अलग-अलग हो सकते हैं और हो सकता है कि उपयोगकर्ताओं को एक तरह के डिवाइस पर सूचना पाने की ज़्यादा प्राथमिकता हो. मोबाइल और डेस्कटॉप के बीच का बड़ा अंतर, साइट के अपने-आप रजिस्टर होने की सुविधा के यूज़र इंटरफ़ेस (यूआई) में, साइट के अपने-आप रजिस्टर होने की अनुमति के लिए, डिवाइस टाइप के हिसाब से अलग-अलग किया गया है. कुछ साइटों को सिर्फ़ मोबाइल या सिर्फ़ डेस्कटॉप पर, शांत यूज़र इंटरफ़ेस (यूआई) में रजिस्टर किया जा सकता है.
ज़्यादा से ज़्यादा उपयोगकर्ता, कम आवाज़ वाली सूचनाओं के यूज़र इंटरफ़ेस (यूआई) में रजिस्टर कर रहे हैं. इसलिए, हमें उम्मीद है कि समय के साथ, अन्य मेट्रिक की तुलना में, अनदेखा करने की दर बढ़ेगी. आपको इस रुझान को सामान्य और उम्मीद के मुताबिक मानना चाहिए.
सुझाए गए पैटर्न
अपने उपयोगकर्ताओं को सूचनाएं पाने की सुविधा को खुद चालू करने का विकल्प दें. पहले से मौजूद यूज़र इंटरफ़ेस (यूआई) के हिस्से के तौर पर, टॉगल या बटन को अलग से दिखाएं, ताकि वे उपयोगकर्ता के वर्कफ़्लो के उन चरणों में दिखें जहां यह मानने की अच्छी वजह हो कि वे समय पर अपडेट पाने के लिए ऑप्ट इन करना चाह सकते हैं.
बिना संदर्भ के प्रॉम्प्ट और/या ओवरले दिखाने से बचें. साथ ही, उपयोगकर्ता के साइट पर आने के तुरंत बाद भी ऐसा न करें. प्रॉम्प्ट, उपयोगकर्ता के ब्राउज़िंग अनुभव में रुकावट डालते हैं. साथ ही, वे इस बात की जानकारी नहीं देते कि सूचनाएं उनके लिए क्यों ज़रूरी या काम की हैं.
डेटासेट से जुड़ी क्वेरी करना
202001 CrUX डेटासेट से, experimental.permission.notifications फ़ील्ड से क्वेरी करके, सूचना की अनुमति का डेटा ऐक्सेस किया जा सकता है.
SELECT
SUM(experimental.permission.notifications.accept) AS accept,
SUM(experimental.permission.notifications.deny) AS deny,
SUM(experimental.permission.notifications.ignore) AS `ignore`,
SUM(experimental.permission.notifications.dismiss) AS dismiss
FROM
`chrome-ux-report.all.202001`
WHERE
origin = 'https://news.google.com'
इस उदाहरण में, हम Google News के लिए सूचना की अनुमति के डेटा के बारे में क्वेरी कर रहे हैं. हम SUM फ़ंक्शन का इस्तेमाल करके, हर डाइमेंशन (फ़ॉर्म फ़ैक्टर और असरदार कनेक्शन टाइप) के लिए अनुमति की दरों को जोड़ते हैं, ताकि हमें ऑरिजिन के हिसाब से व्यू मिल सके.
| स्वीकार करें | अस्वीकार करें | ignore | खारिज करें |
|---|---|---|---|
| 0.8231 | 0.0476 | 0.0502 | 0.0791 |
नतीजों से पता चलता है कि 82.3% उपयोगकर्ता, सूचना की अनुमति के लिए पूछे गए सवाल को स्वीकार करते हैं. वहीं, 4.8% उपयोगकर्ता इसे अस्वीकार करते हैं, 5.0% इसे अनदेखा करते हैं, और 7.9% इसे खारिज करते हैं.
BigQuery पर CrUX का इस्तेमाल करने के बारे में ज़्यादा जानें. साथ ही, ज़्यादा उदाहरण वाली क्वेरी के लिए, CrUX कुकबुक ब्राउज़ करें.
सुझाव/राय दें या शिकायत करें
अगर आपको कोई सवाल पूछना है या CrUX में सूचना की अनुमति से जुड़े डेटा के बारे में अपने विचार/राय शेयर करनी है, तो CrUX के सहायता फ़ोरम पर जाएं या Twitter पर @ChromeUXReport पर हमसे संपर्क करें.