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

Penny McLachlan

Rick Viscomi

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

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

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

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

जब सूचना पाने की अनुमति का अनुरोध किया जाता है, तो 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 फ़ंक्शन का इस्तेमाल करते हैं, ताकि हमें पूरे ऑरिजिन का व्यू मिल सके.

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

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

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

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