Chrome उपयोगकर्ता अनुभव रिपोर्ट में, सूचना की अनुमति से जुड़ा डेटा जोड़ना

Chrome 80 में सूचनाओं के लिए शांत अनुमति वाला यूज़र इंटरफ़ेस (यूआई) लॉन्च किया गया है. सूचनाओं की अनुमति वाली मेट्रिक को समझने में साइट के मालिकों की मदद करने के लिए, हम इस डेटा को 20201 के डेटासेट में मौजूद Chrome इस्तेमाल करने वाले लोगों के अनुभव की रिपोर्ट (CrUX) में जोड़ रहे हैं. यह डेटासेट 11 फ़रवरी, 2020 को रिलीज़ किया गया था. इससे साइट के मालिकों को अपनी साइटों और अपनी कैटगरी में मौजूद मिलती-जुलती साइटों के लिए, उपयोगकर्ता सूचना की सामान्य अनुमतियों के बारे में बेहतर जानकारी मिलेगी.

CrUX, सूचना की अनुमति के अनुरोध के बारे में सिर्फ़ बड़े लेवल पर खास जानकारी देता है स्वीकार करें, ब्लॉक करें, अनदेखा करें, और खारिज करें दरें. हमारा सुझाव है कि आप अपने पसंदीदा Analytics प्लैटफ़ॉर्म से, ज़्यादा जानकारी वाले आंकड़ों की मदद से, इस डेटा को बेहतर बनाएं.

CrUX सूचना की अनुमति से जुड़े डेटा के बारे में जानकारी

CrUX डेटा फ़ॉर्मैट और इसके काम करने के तरीके की जानकारी, डेवलपर दस्तावेज़ में दी गई है. साथ ही, आपको जनसंख्या और विश्लेषण के सबसे सही तरीकों पर ध्यान देना चाहिए. रिपोर्ट किया गया डेटा सिर्फ़ ऑप्ट-इन करने वाले उपयोगकर्ताओं से मिलता है, इसलिए CrUX डेटासेट के डेटा और आपके आंकड़ों से इकट्ठा किए गए डेटा में फ़र्क़ हो सकता है.

जब सूचना की अनुमति के लिए अनुरोध किया जाएगा, तो Chrome उपयोगकर्ताओं को एक अनुरोध दिखाएगा. उपयोगकर्ता इस टेबल में बताई गई चार कार्रवाइयों में से कोई एक कार्रवाई कर सकते हैं या कोई कार्रवाई कर सकते हैं.

अनुमति दें उपयोगकर्ता ने वेबसाइट को साफ़ तौर पर सूचनाएं दिखाने की अनुमति दी हो.
ब्लॉक करना उपयोगकर्ता ने वेबसाइट को सूचनाएं दिखाने की अनुमति साफ़ तौर पर नहीं दी है.
खारिज करें उपयोगकर्ता बिना किसी साफ़-साफ़ जवाब दिए, अनुमति के अनुरोध को बंद कर देता है. टैब बंद होने पर, इसे 'खारिज किया गया' के तौर पर गिना जाता है. मोबाइल पर, टैब स्विच करने की सुविधा को खारिज करने की कार्रवाई के तौर पर भी गिना जाता है. साथ ही, बिना आवाज़ वाले यूज़र इंटरफ़ेस (यूआई) में, उपयोगकर्ता को खारिज करने का विकल्प साफ़ तौर पर होता है.
अनदेखा करना उपयोगकर्ता, प्रॉम्प्ट से बिलकुल भी इंटरैक्ट नहीं करता है. नेविगेशन इवेंट को अनदेखा करने के तौर पर भी गिना जाता है, जैसे कि 'वापस जाएं' बटन या खोज वाली पट्टी का इस्तेमाल करके नेविगेशन.

CrUX डेटासेट में, उपयोगकर्ता की इन सभी कार्रवाइयों का डेटा, रिस्पॉन्स के प्रतिशत के रूप में शामिल होता है.

अपने डेटा को समझने का तरीका

ब्लॉक करें और स्वीकार करें दरें दो सबसे अहम मेट्रिक हैं. जैसा कि क्वाइट सूचना अनुमतियाँ ब्लॉग पोस्ट में बताया गया है, Chrome, बहुत कम 'स्वीकार करें' दरों वाली साइटों को अपने-आप क्वियर यूज़र इंटरफ़ेस (यूआई) में रजिस्टर कर देगा. ब्लॉक रेट भी एक अच्छा सिग्नल है. जब कोई उपयोगकर्ता 'ब्लॉक करें' पर क्लिक करता है, तो उपयोगकर्ता ने साफ़ तौर पर मैसेज भेजा होता है कि उसे उस समय ही नहीं, बल्कि किसी भी समय साइट से सूचना पाने में दिलचस्पी नहीं है. ज़्यादातर इसका मतलब यह होता है कि उपयोगकर्ता को सूचना का इस्तेमाल करने का मकसद समझ में नहीं आता है. साथ ही, वह प्रॉडक्ट और सेवा की अहमियत नहीं समझता या आपकी वेबसाइट पर भरोसा नहीं करता है. स्वीकार या ज़्यादा ब्लॉक दर, दोनों से साफ़ तौर पर पता चलता है कि वेबसाइट को इस लेख में, सुझाए गए पैटर्न सेक्शन की समीक्षा करनी चाहिए.

यह सामान्य बात है और अलग-अलग तरह की साइटों के लिए, 'स्वीकार और ब्लॉक करने' की दर अलग-अलग होती है. उदाहरण के लिए, किसी चैट ऐप्लिकेशन या ईमेल ऐप्लिकेशन में इस्तेमाल का काफ़ी मामला है और हम उम्मीद कर सकते हैं कि स्वीकार करने की दर काफ़ी ज़्यादा हो जाएगी.

डेस्कटॉप और मोबाइल के बीच एक ही साइट की दरें अलग-अलग हो सकती हैं. ऐसा इसलिए होता है, क्योंकि इस्तेमाल के उदाहरण अलग-अलग हो सकते हैं और उपयोगकर्ता किसी एक डिवाइस पर सूचना पाने की सुविधा के बजाय, दूसरे डिवाइस पर सूचना पाने की प्राथमिकता दे सकते हैं. मोबाइल और डेस्कटॉप के बीच ज़्यादा फ़र्क़ होने की वजह से, बिना आवाज़ वाली सूचना की अनुमति वाले यूज़र इंटरफ़ेस (यूआई) में, अपने-आप साइट रजिस्टर होने की सुविधा को डिवाइस के टाइप के हिसाब से अलग किया जाता है. ऐसा हो सकता है कि कुछ साइटों को सिर्फ़ मोबाइल या सिर्फ़ डेस्कटॉप पर, बिना आवाज़ वाले यूज़र इंटरफ़ेस (यूआई) में रजिस्टर किया गया हो.

जैसे-जैसे ज़्यादा उपयोगकर्ता बिना रुकावट वाले सूचनाओं के यूज़र इंटरफ़ेस (यूआई) में रजिस्टर करेंगे, हमें उम्मीद है कि समय के साथ अन्य मेट्रिक के मुकाबले नज़रअंदाज़ करने की दर बढ़ जाएगी. आपको इस रुझान को सामान्य और उम्मीद के हिसाब से देखना चाहिए.

अपने उपयोगकर्ताओं को अपने हिसाब से पहल करने और सूचनाएं चालू करने दें. पहले से मौजूद यूज़र इंटरफ़ेस (यूआई) के हिस्से के तौर पर, टॉगल या बटन का इस्तेमाल आसानी से करें, ताकि उन्हें उपयोगकर्ता के वर्कफ़्लो के अलग-अलग चरणों में दिखाया जा सके. इससे लोगों को लगता है कि वे समय-समय पर अपडेट पाने के लिए ऑप्ट-इन कर सकते हैं.

उपयोगकर्ता के साइट पर आने के तुरंत बाद या बिना कॉन्टेक्स्ट के प्रॉम्प्ट और/या ओवरले दिखाने से बचें. प्रॉम्प्ट की मदद से, उपयोगकर्ता के ब्राउज़िंग अनुभव में रुकावट आती है. साथ ही, उन्हें इस बारे में जानकारी नहीं दी जाती कि उनके लिए सूचनाओं की ज़रूरत क्यों है या यह उनके काम का क्यों है.

डेटासेट को क्वेरी करना

20201 के 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.8,231 0.0476 0.0502 0.0791
स्वीकार की गई दरों को दिखाने वाला पाई चार्ट
स्वीकार की दरों को दिखाने वाला पाई चार्ट

नतीजों से पता चलता है कि 82.3% उपयोगकर्ता सूचना की अनुमति का प्रॉम्प्ट स्वीकार करते हैं, जबकि 4.8% उपयोगकर्ता उसे अस्वीकार, 5.0%, और 7.9% खारिज करते हैं.

BigQuery पर CrUX इस्तेमाल करने के बारे में ज़्यादा जानें. साथ ही, क्वेरी के उदाहरण देखने के लिए CrUX Cookbook ब्राउज़ करें.

सुझाव/राय दें या शिकायत करें

किसी भी सवाल के लिए या CrUX में सूचना की अनुमति के डेटा के बारे में अपने विचार/सुझाव शेयर करने के लिए, हमसे CrUX सहायता फ़ोरम या Twitter पर @ChromeUXReport पर संपर्क किया जा सकता है.