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 पर हमसे संपर्क करें.