कुकी की सूचनाओं के लिए सबसे सही तरीके

कुकी की सूचनाओं को परफ़ॉर्मेंस और उपयोगिता के लिए ऑप्टिमाइज़ करें.

Katie Hempenius

इस लेख में बताया गया है कि कुकी नोटिस से परफ़ॉर्मेंस, परफ़ॉर्मेंस आकलन, और उपयोगकर्ता अनुभव पर क्या असर पड़ सकता है.

परफ़ॉर्मेंस

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

यहां बताया गया है कि कुकी नोटिस, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक पर किस तरह असर डाल सकते हैं:

• सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी): कुकी के लिए सहमति पाने के ज़्यादातर नोटिस काफ़ी छोटे होते हैं. इसलिए, आम तौर पर इनमें पेज का एलसीपी एलिमेंट शामिल नहीं होता है. हालांकि, ऐसा खास तौर पर मोबाइल डिवाइसों पर हो सकता है. मोबाइल डिवाइस पर, कुकी की सूचना आम तौर पर स्क्रीन के बड़े हिस्से पर दिखती है. आम तौर पर, ऐसा तब होता है, जब कुकी की सूचना में टेक्स्ट का एक बड़ा ब्लॉक शामिल होता है (टेक्स्ट ब्लॉक भी एलसीपी एलिमेंट हो सकते हैं).

• फ़र्स्ट इनपुट डिले (एफ़आईडी): आम तौर पर, कुकी के लिए सहमति देने वाले समाधान का एफ़आईडी पर बहुत कम असर होता है. कुकी के लिए सहमति देने पर, JavaScript पर बहुत कम असर पड़ता है. हालांकि, ये कुकी, विज्ञापन और ट्रैकिंग स्क्रिप्ट जैसी टेक्नोलॉजी को चालू करती हैं. इनका पेज इंटरैक्टिविटी पर काफ़ी असर पड़ सकता है. कुकी को स्वीकार करने तक, इन स्क्रिप्ट को रोकने से फ़र्स्ट इनपुट डिले (एफ़आईडी) को कम करने की तकनीक का इस्तेमाल किया जा सकता है.

• कुल लेआउट शिफ़्ट (सीएलएस): कुकी के लिए सहमति से जुड़ी सूचनाएं, लेआउट शिफ़्ट का बहुत आम सोर्स हैं.

आम तौर पर, तीसरे पक्ष से मिलने वाली कुकी की सूचना का असर आपकी कुकी से जुड़े नोटिस की तुलना में ज़्यादा होता है. यह समस्या कुकी नोटिस की कोई खास समस्या नहीं है, बल्कि यह तीसरे पक्ष की स्क्रिप्ट की आम तौर पर होने वाली समस्या है.

सबसे सही तरीके

इस सेक्शन में सबसे सही तरीके, तीसरे पक्ष की कुकी से जुड़ी सूचनाओं के बारे में हैं. इन सबसे सही तरीकों में से कुछ, पहले पक्ष के कुकी नोटिस पर भी लागू होंगी.

कुकी नोटिस स्क्रिप्ट को एसिंक्रोनस रूप से लोड करें

कुकी सूचना स्क्रिप्ट एसिंक्रोनस रूप से लोड की जानी चाहिए. ऐसा करने के लिए, स्क्रिप्ट टैग में async एट्रिब्यूट जोड़ें.

<script src="https://cookie-notice.com/script.js" async>

ऐसी स्क्रिप्ट जो एसिंक्रोनस नहीं हैं वे ब्राउज़र पार्सर को ब्लॉक करती हैं. इससे पेज लोड और एलसीपी में देरी होती है. ज़्यादा जानकारी के लिए, तीसरे पक्ष की JavaScript को बेहतर तरीके से लोड करना लेख पढ़ें.

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

कुकी सूचना स्क्रिप्ट सीधे लोड करें

कुकी सूचना स्क्रिप्ट को मुख्य दस्तावेज़ के एचटीएमएल में स्क्रिप्ट टैग लगाकर—टैग मैनेजर या अन्य स्क्रिप्ट के ज़रिए लोड करने के बजाय, "सीधे तौर पर" लोड करना चाहिए. कुकी नोटिस स्क्रिप्ट इंजेक्ट करने के लिए, टैग मैनेजर या सेकंडरी स्क्रिप्ट का इस्तेमाल करने से, कुकी की सूचना स्क्रिप्ट लोड होने में देरी होती है: यह ब्राउज़र के लुकहेड पार्सर से स्क्रिप्ट को छिपा देता है और JavaScript के चलने से पहले स्क्रिप्ट लोड होने से रोकता है.

कुकी सूचना ऑरिजिन के साथ शुरुआती कनेक्शन बनाएं

तीसरे पक्ष की किसी जगह से अपनी कुकी नोटिस स्क्रिप्ट लोड करने वाली सभी साइटों को, dns-prefetch या preconnect संसाधन संकेत का इस्तेमाल करना चाहिए. इससे, कुकी के नोटिस संसाधन होस्ट करने वाले ऑरिजिन के साथ शुरुआती कनेक्शन बनाने में मदद मिलती है. ज़्यादा जानकारी के लिए, अनुमानित पेज स्पीड को बेहतर बनाने के लिए, जल्दी नेटवर्क कनेक्शन सेट अप करें देखें.

<link rel="preconnect" href="https://cdn.cookie-notice.com/">

ध्यान दें: कुकी नोटिस के लिए एक से ज़्यादा ऑरिजिन से संसाधन लोड करना आम बात है— उदाहरण के लिए, www.cookie-notice.com और cdn.cookie-notice.com, दोनों से संसाधन लोड करना. अलग-अलग ऑरिजिन के लिए अलग-अलग कनेक्शन की ज़रूरत होती है. इसलिए, अलग-अलग संसाधन संकेतों की ज़रूरत होती है.

कुकी नोटिस को ज़रूरत के मुताबिक पहले से लोड करें

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

<link rel="preload" href="https://www.cookie-notice.com/cookie-script.js">

preload का इस्तेमाल तब करना चाहिए, जब इसका इस्तेमाल हर पेज पर कुछ मुख्य संसाधनों को फ़ेच करने तक सीमित हो. इसलिए, कुकी के नोटिस की स्क्रिप्ट को पहले से लोड करने की ज़रूरत, हालात के मुताबिक अलग-अलग होगी.

कुकी नोटिस को स्टाइल देते समय, परफ़ॉर्मेंस में होने वाले उतार-चढ़ाव का ध्यान रखें

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

लेआउट शिफ़्ट से बचें

कुकी से जुड़ी सूचनाओं से जुड़ी, लेआउट शिफ़्ट की सबसे आम समस्याओं में से कुछ यहां दी गई हैं:

• स्क्रीन पर सबसे ऊपर दिखने वाली कुकी की सूचनाएं: आम तौर पर, स्क्रीन पर सबसे ऊपर वाली कुकी की सूचनाएं, लेआउट शिफ़्ट का एक सोर्स होती हैं. अगर आस-पास का पेज पहले ही रेंडर हो जाने के बाद, DOM में कोई कुकी नोटिस डाला जाता है, तो वह उसके नीचे मौजूद पेज के एलिमेंट को पेज में और नीचे भेज देगा. सहमति की सूचना के लिए डीओएम में जगह रिज़र्व करके, इस तरह के लेआउट शिफ़्ट को खत्म किया जा सकता है. अगर ऐसा करना मुमकिन नहीं है—उदाहरण के लिए, अगर कुकी से जुड़ी सूचना के डाइमेंशन भूगोल के हिसाब से अलग-अलग हैं, तो कुकी से जुड़ी सूचना दिखाने के लिए स्टिकी फ़ुटर या मॉडल का इस्तेमाल करें. ये दोनों विकल्प, कुकी की सूचना को पेज के बाकी हिस्से में सबसे ऊपर "ओवरले" के तौर पर दिखाते हैं. इसलिए, कुकी की सूचना के लोड होने पर कॉन्टेंट में बदलाव नहीं होना चाहिए.
• ऐनिमेशन: कई कुकी नोटिस में ऐनिमेशन का इस्तेमाल किया जाता है—उदाहरण के लिए, "स्लाइड करना" कुकी सूचना एक आम डिज़ाइन पैटर्न है. इन इफ़ेक्ट को लागू करने के तरीके के आधार पर, वे लेआउट शिफ़्ट की वजह बन सकते हैं. ज़्यादा जानकारी के लिए, लेआउट शिफ़्ट को डीबग करना देखें.
• फ़ॉन्ट: देर से लोड होने वाले फ़ॉन्ट, रेंडर होने में रुकावट आ सकते हैं या उनकी वजह से लेआउट शिफ़्ट हो सकते हैं. धीमे कनेक्शन में ज़्यादा साफ़ तौर पर ऐसा दिखता है.

लोड करने के बेहतर ऑप्टिमाइज़ेशन

इन तकनीकों को लागू करने में ज़्यादा मेहनत लगती है. हालांकि, ये कुकी नोटिस स्क्रिप्ट के लोड होने की प्रक्रिया को और ऑप्टिमाइज़ कर सकती हैं:

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

परफ़ॉर्मेंस मेज़रमेंट

कुकी सूचनाओं की वजह से, परफ़ॉर्मेंस के मेज़रमेंट पर असर पड़ सकता है. इस सेक्शन में इस तरह के असर और तकनीकों के बारे में बताया गया है, ताकि उन्हें कम किया जा सके.

रीयल यूज़र मॉनिटरिंग (आरयूएम)

कुछ आंकड़े और RUM टूल, परफ़ॉर्मेंस का डेटा इकट्ठा करने के लिए कुकी का इस्तेमाल करते हैं. अगर कोई उपयोगकर्ता कुकी के इस्तेमाल को अस्वीकार करता है, तो ये टूल परफ़ॉर्मेंस डेटा को कैप्चर नहीं कर सकते.

साइटों को इस घटना के बारे में पता होना चाहिए. साथ ही, उन तरीकों को समझना भी फ़ायदेमंद होता है जिनका इस्तेमाल आपका RUM टूलिंग, डेटा इकट्ठा करने के लिए करता है. हालांकि, सामान्य साइट के लिए यह अंतर शायद अलार्म की वजह नहीं है, क्योंकि डेटा में बदलाव की दिशा और तीव्रता कम है. परफ़ॉर्मेंस को मापने के लिए, कुकी का इस्तेमाल करना तकनीकी ज़रूरी नहीं है. वेब-वाइटल JavaScript लाइब्रेरी, ऐसी लाइब्रेरी का उदाहरण है जिसमें कुकी का इस्तेमाल नहीं किया जाता.

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

सिंथेटिक मॉनिटरिंग

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

नीचे दिए गए सेक्शन में WebPageTest और Lighthouse सेटिंग के बारे में बताया गया है. ये सेटिंग, कुकी सूचनाओं को परफ़ॉर्मेंस मेज़रमेंट वर्कफ़्लो में शामिल करने में मदद कर सकती हैं. हालांकि, कुकी और कुकी नोटिस कई चीज़ों में से एक है जिसे लैब एनवायरमेंट में पूरी तरह से सिम्युलेट करना मुश्किल हो सकता है. इस वजह से, यह ज़रूरी है कि सिंथेटिक टूल के बजाय, आरयूएम डेटा को परफ़ॉर्मेंस के मानदंड का आधार बनाया जाए.

WebPageTest की मदद से कुकी सूचनाओं की जांच करना

स्क्रिप्ट तैयार करना

ट्रेस इकट्ठा करते समय, कुकी के सहमति बैनर पर WebPageTest "क्लिक" करने के लिए स्क्रिप्टिंग का इस्तेमाल किया जा सकता है.

स्क्रिप्ट टैब पर जाकर स्क्रिप्ट जोड़ें. नीचे दी गई स्क्रिप्ट, टेस्ट किए जाने वाले यूआरएल पर ले जाती है. इसके बाद, cookieButton आईडी वाले डीओएम एलिमेंट पर क्लिक करती है.

चेतावनी: WebPageTest स्क्रिप्ट टैब-डीलिमिटेड होते हैं.

combineSteps
navigate    %URL%
clickAndWait    id=cookieButton

इस स्क्रिप्ट का इस्तेमाल करते समय ध्यान रखें कि:

• combineSteps, WebPageTest को ट्रेस और माप के एक सेट में आने वाले स्क्रिप्टिंग चरणों के नतीजों को "जोड़ने" के लिए कहता है. इस स्क्रिप्ट को combineSteps के बिना चलाना भी फ़ायदेमंद हो सकता है—अलग-अलग ट्रेस की मदद से यह देखना आसान हो जाता है कि संसाधन कुकी स्वीकार करने से पहले लोड किए गए थे या बाद में.
• %URL% एक WebPageTest कन्वेंशन है, जो उस यूआरएल के बारे में बताता है जिसकी जांच की जा रही है.
• clickAndWait, WebPageTest को attribute=value से दिखाए गए एलिमेंट पर क्लिक करने और ब्राउज़र में होने वाली अगली गतिविधि के पूरा होने का इंतज़ार करने के लिए कहता है. यह clickAndWait attribute=Value फ़ॉर्मैट के हिसाब से होता है.

अगर आपने इस स्क्रिप्ट को सही तरीके से कॉन्फ़िगर किया है, तो WebPageTest के ज़रिए लिए गए स्क्रीनशॉट पर कुकी नहीं दिखेगी (कुकी सूचना स्वीकार कर ली गई है).

WebPageTest स्क्रिप्टिंग के बारे में ज़्यादा जानकारी के लिए, WebPageTest दस्तावेज़ देखें.

कुकी सेट करें

कुकी सेट की मदद से WebPageTest चलाने के लिए, बेहतर टैब पर जाएं और कस्टम हेडर फ़ील्ड में कुकी हेडर जोड़ें:

टेस्ट की जगह बदलना

WebPageTest में इस्तेमाल की गई जांच की जगह बदलने के लिए, बेहतर टेस्टिंग टैब पर मौजूद जांच की जगह वाले ड्रॉपडाउन पर क्लिक करें.

Lighthouse की मदद से कुकी सूचनाओं की जांच करना

लाइटहाउस रन पर कुकी सेट करने से, किसी पेज को किसी खास स्थिति में ले जाने के लिए Lighthouse की मदद से टेस्ट किया जा सकता है. Lighthouse की कुकी का व्यवहार, कॉन्टेक्स्ट के हिसाब से थोड़ा अलग होता है (Dev टूल, सीएलआई या PageSpeed Insights).

DevTools

DevTools से लाइटहाउस चलाने पर कुकी नहीं मिटाई जाती हैं. हालांकि, दूसरी तरह की मेमोरी डिफ़ॉल्ट रूप से मिटा दी जाती है. यह तरीका लाइटहाउस सेटिंग पैनल में स्टोरेज खाली करें का इस्तेमाल करके बदला जा सकता है.

CLI

सीएलआई से चलने वाला लाइटहाउस एक नए Chrome इंस्टेंस का इस्तेमाल करता है. इसलिए, कोई भी कुकी डिफ़ॉल्ट रूप से सेट नहीं होती. किसी खास कुकी सेट वाले सीएलआई से लाइटहाउस चलाने के लिए, इस कमांड का इस्तेमाल करें:

lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"

Lighthouse सीएलआई में कस्टम अनुरोध हेडर सेट करने के बारे में ज़्यादा जानकारी के लिए, पुष्टि किए गए पेजों पर रनिंग लाइटहाउस देखें.

PageSpeed Insights

PageSpeed Insights का लाइटहाउस चलाने पर, Chrome के नए इंस्टेंस का इस्तेमाल किया जाता है. इससे कोई कुकी सेट नहीं होती. PageSeed Insights को कुछ खास कुकी सेट करने के लिए कॉन्फ़िगर नहीं किया जा सकता.

लोगों का अनुभव

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

चेतावनी: कुकी की सूचना के UX पर कई कानून लागू होते हैं. ये कानून, देशों/इलाकों के हिसाब से अलग-अलग हो सकते हैं. इसलिए, हो सकता है कि इस सेक्शन में बताए गए कुछ डिज़ाइन पैटर्न, आपकी खास स्थिति के लिए काम के न हों. इस लेख को कानूनी सलाह का विकल्प नहीं माना जाना चाहिए.

अपनी कुकी की सूचना के लिए संभावित डिज़ाइन तय करते समय, इन बातों पर ध्यान दें:

• UX: क्या यह एक अच्छा उपयोगकर्ता अनुभव है? यह खास डिज़ाइन, मौजूदा पेज एलिमेंट और यूज़र फ़्लो पर किस तरह असर डालेगा?
• कारोबार: आपकी साइट की कुकी रणनीति क्या है? कुकी नोटिस को लेकर आपके क्या लक्ष्य हैं?
• कानूनी: क्या यह कानूनी ज़रूरतों का पालन करता है?
• इंजीनियरिंग: इसे लागू करने और बनाए रखने में कितना समय लगेगा? बदलाव करना कितना मुश्किल होता?

प्लेसमेंट

कुकी सूचनाओं को हेडर, इनलाइन एलिमेंट या फ़ुटर के तौर पर दिखाया जा सकता है. इन्हें मॉडल का इस्तेमाल करके, पेज के कॉन्टेंट पर सबसे ऊपर या पेज पर अचानक दिखने वाले विज्ञापन के तौर पर भी दिखाया जा सकता है.

हेडर, फ़ुटर, और इनलाइन कुकी की सूचनाएं

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

हालांकि, इनलाइन कुकी नोटिस एक विकल्प होते हैं, लेकिन उन्हें मौजूदा यूज़र इंटरफ़ेस में इंटिग्रेट करना मुश्किल हो सकता है. इसलिए, ये असामान्य हैं.

मॉडल

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

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

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

ध्यान दें: बड़े मोडल को एक तरह का इंटरस्टीशियल विज्ञापन माना जा सकता है. Google Search, कानूनी नियमों का पालन करने के लिए पेज पर अचानक दिखने वाले विज्ञापनों के इस्तेमाल पर कोई कार्रवाई नहीं करता. जैसे, कुकी बैनर के मामले में. हालांकि, दूसरे कॉन्टेक्स्ट में इंटरस्टीशियल विज्ञापनों का इस्तेमाल किया जा सकता है. खास तौर पर, जब वे अचानक दिखने वाले विज्ञापनों की वजह से रुकावट पैदा करते हों या जिनसे उपयोगकर्ता का अनुभव खराब होता हो.

कॉन्फ़िगर करने की सुविधा

कुकी की सूचना के इंटरफ़ेस की मदद से, उपयोगकर्ताओं को अलग-अलग लेवल का कंट्रोल मिलता है. इन कंट्रोल से यह तय किया जा सकता है कि कौन-कौनसी कुकी स्वीकार करनी हैं.

कॉन्फ़िगर नहीं किया जा सकता

नोटिस स्टाइल वाले इन कुकी बैनर, उपयोगकर्ताओं को सीधे तौर पर UX कंट्रोल नहीं मिलते हैं. इन्हें कुकी से ऑप्ट आउट करने का विकल्प मिलता है. आम तौर पर, इनमें साइट की कुकी नीति का एक लिंक शामिल होता है. इससे उपयोगकर्ताओं को वेब ब्राउज़र का इस्तेमाल करके, कुकी मैनेज करने के बारे में जानकारी मिल सकती है. आम तौर पर, इन सूचनाओं में "खारिज करें" और/या "स्वीकार करें" बटन शामिल होता है.

कुछ कॉन्फ़िगर करने की क्षमता

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

पूरी तरह से कॉन्फ़िगर करने की सुविधा

ये कुकी नोटिस, उपयोगकर्ताओं को स्वीकार किए जाने वाले कुकी इस्तेमाल को कॉन्फ़िगर करने के लिए, ज़्यादा बारीकी से कंट्रोल करने की सुविधा देते हैं.

• UX: कुकी के इस्तेमाल को कॉन्फ़िगर करने के कंट्रोल, आम तौर पर एक अलग मॉडल का इस्तेमाल करके दिखाए जाते हैं. यह मॉडल तब लॉन्च किया जाता है, जब उपयोगकर्ता कुकी के लिए सहमति से जुड़ी शुरुआती सूचना का जवाब देता है. हालांकि, अगर स्पेस की अनुमति मिलती है, तो कुछ साइटें इन कंट्रोल को कुकी के लिए सहमति की शुरुआती सूचना में इनलाइन तरीके से दिखाएंगी.

• जानकारी का स्तर: कुकी कॉन्फ़िगर करने की क्षमता का सबसे सामान्य तरीका यह है कि उपयोगकर्ताओं को "कैटगरी" के हिसाब से कुकी में ऑप्ट-इन करने की अनुमति दी जाए. कुकी की सामान्य कैटगरी के उदाहरणों में फ़ंक्शनल, टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना), और सोशल मीडिया कुकी शामिल हैं.

  हालांकि, कुछ साइटें उपयोगकर्ताओं को हर कुकी के हिसाब से ऑप्ट-इन करने की अनुमति देती हैं. इसके अलावा, उपयोगकर्ताओं को ज़्यादा खास कंट्रोल देने का एक और तरीका है, "विज्ञापन" जैसी कुकी कैटगरी को खास इस्तेमाल के उदाहरणों में बांटना. उदाहरण के लिए, उपयोगकर्ताओं को "बेसिक विज्ञापन" और "लोगों के हिसाब से विज्ञापन" के लिए अलग-अलग ऑप्ट-इन करने की अनुमति देना.