परफ़ॉर्मेंस और इस्तेमाल करने में आसानी के लिए, कुकी की सूचनाओं को ऑप्टिमाइज़ करें.
इस दस्तावेज़ में बताया गया है कि कुकी की सूचनाओं से परफ़ॉर्मेंस, परफ़ॉर्मेंस मेज़रमेंट, और उपयोगकर्ता अनुभव पर क्या असर पड़ सकता है.
परफ़ॉर्मेंस
कुकी की सूचनाओं से पेज की परफ़ॉर्मेंस पर काफ़ी असर पड़ सकता है. ऐसा इसलिए होता है, क्योंकि आम तौर पर ये सूचनाएं पेज लोड होने की प्रोसेस के शुरुआती दौर में लोड होती हैं. साथ ही, ये सभी उपयोगकर्ताओं को दिखती हैं. इनसे विज्ञापनों और पेज के अन्य कॉन्टेंट के लोड होने पर भी असर पड़ सकता है.
यहां बताया गया है कि कुकी की सूचनाओं से, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक पर क्या असर पड़ सकता है:
सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी): कुकी की सहमति से जुड़ी ज़्यादातर सूचनाएं काफ़ी छोटी होती हैं. इसलिए, आम तौर पर उनमें पेज का एलसीपी एलिमेंट शामिल नहीं होता. हालांकि, ऐसा हो सकता है—खास तौर पर मोबाइल डिवाइसों पर. मोबाइल डिवाइसों पर, कुकी की सूचना आम तौर पर स्क्रीन का ज़्यादा हिस्सा ले लेती है. आम तौर पर, ऐसा तब होता है, जब कुकी की सूचना में टेक्स्ट का बड़ा ब्लॉक होता है. टेक्स्ट ब्लॉक, एलसीपी एलिमेंट भी हो सकते हैं.
पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी): कुकी की सूचनाएं, अक्सर आईएनपी के ज़्यादा होने की वजह हो सकती हैं. ऐसा इसलिए होता है, क्योंकि आम तौर पर इन्हें स्वीकार करने पर, तीसरे पक्ष की कई स्क्रिप्ट जोड़ी जाती हैं. आम तौर पर, स्वीकार करें इंटरैक्शन करने में सबसे ज़्यादा समस्या आती है. इसकी वजह यह है कि तीसरे पक्ष की उन स्क्रिप्ट को एक साथ जोड़ने के लिए, बहुत ज़्यादा प्रोसेसिंग की ज़रूरत होती है. इसे कम करने के तरीके के बारे में जानने के लिए, सबसे सही तरीके वाला सेक्शन देखें.
कुल लेआउट शिफ़्ट (सीएलएस): कुकी की सहमति से जुड़ी सूचनाएं, लेआउट शिफ़्ट का एक बहुत ही सामान्य सोर्स हैं.
आम तौर पर, तीसरे पक्ष की सेवा देने वाली कंपनियों की कुकी सूचना से, आपकी परफ़ॉर्मेंस पर ज़्यादा असर पड़ता है. यह समस्या सिर्फ़ कुकी की सूचनाओं से जुड़ी नहीं है, बल्कि आम तौर पर तीसरे पक्ष की स्क्रिप्ट की प्रकृति से जुड़ी है.
सबसे सही तरीके
इस सेक्शन में बताए गए सबसे सही तरीके, तीसरे पक्ष की कुकी की सूचनाओं पर फ़ोकस करते हैं. इनमें से कुछ सबसे सही तरीके, पहले पक्ष की कुकी की सूचनाओं पर भी लागू होंगे. हालांकि, सभी सबसे सही तरीके लागू नहीं होंगे.
कुकी की सूचनाओं के आईएनपी पर पड़ने वाले असर को समझना
जैसा कि पहले बताया गया है, स्वीकार करें बटन की वजह से अक्सर इनपुट की समस्याएं आती हैं. इसकी वजह यह है कि इस बटन पर क्लिक करने पर, बहुत ज़्यादा प्रोसेसिंग होती है.
Chrome की टीम ने कई सहमति मैनेजमेंट प्लैटफ़ॉर्म (सीएमपी) के साथ मिलकर काम किया है, ताकि 'स्वीकार करें' पर क्लिक करने के बाद, ब्राउज़र अगले पेज पर तुरंत सहमति की पुष्टि कर सके. उदाहरण के तौर पर, PubTech की यह केस स्टडी देखें.
अगर आपके सीएमपी पर इसका असर पड़ा है, तो उनसे संपर्क करके देखें कि क्या वे इसे एम्बेड करने वाली साइटों के लिए, आईएनपी से जुड़ी समस्याओं से बच सकती हैं. बेहतर नतीजे पाने के बारे में जानने के लिए, लंबे टास्क ऑप्टिमाइज़ करने का लेख देखें.
कुकी की सूचनाओं की स्क्रिप्ट को एसिंक्रोनस तरीके से लोड करना
कुकी की सूचना वाली स्क्रिप्ट, एसिंक्रोनस तरीके से लोड होनी चाहिए. ऐसा करने के लिए, स्क्रिप्ट टैग में
async
एट्रिब्यूट जोड़ें.
<script src="https://example.com/script.js" async>
असाइन्सिंक्न (एक साथ काम न करने वाली) स्क्रिप्ट, ब्राउज़र पार्सर को ब्लॉक कर देती हैं. इससे पेज लोड होने और एलसीपी में देरी होती है. ज़्यादा जानकारी के लिए, तीसरे पक्ष के JavaScript को बेहतर तरीके से लोड करना लेख पढ़ें.
कुकी की सूचना वाली स्क्रिप्ट को सीधे लोड करना
कुकी की सूचना वाली स्क्रिप्ट को "सीधे" लोड किया जाना चाहिए. इसके लिए, मुख्य दस्तावेज़ के एचटीएमएल में स्क्रिप्ट टैग डालें. इसे किसी टैग मैनेजर या अन्य स्क्रिप्ट से लोड न करें. कुकी की सूचना वाली स्क्रिप्ट को इंजेक्ट करने के लिए टैग मैनेजर या सेकंडरी स्क्रिप्ट का इस्तेमाल करने पर, कुकी की सूचना वाली स्क्रिप्ट लोड होने में देरी होती है: यह स्क्रिप्ट को ब्राउज़र के लाॅकहेड पार्सर से छिपा देती है और JavaScript के लागू होने से पहले स्क्रिप्ट को लोड होने से रोकती है.
कुकी की सूचना देने वाले सोर्स से पहले से कनेक्ट होना
तीसरे पक्ष की किसी जगह से अपनी कुकी नोटिस स्क्रिप्ट लोड करने वाली सभी साइटों को, dns-prefetch
या preconnect
रिसॉर्स हिंट का इस्तेमाल करना चाहिए. इससे, कुकी नोटिस रिसॉर्स को होस्ट करने वाले ऑरिजिन के साथ पहले से कनेक्शन बनाने में मदद मिलती है. ज़्यादा जानकारी के लिए, पेज की स्पीड को बेहतर बनाने के लिए, पहले से नेटवर्क कनेक्शन सेट अप करना लेख पढ़ें.
<link rel="preconnect" href="https://cdn.example.com/">
ज़रूरत के हिसाब से, कुकी की सूचनाएं पहले से लोड करना
कुछ साइटों को अपनी कुकी सूचना स्क्रिप्ट लोड करने के लिए, preload
संसाधन के संकेत का इस्तेमाल करने से फ़ायदा होगा. preload
संसाधन के लिए दिया गया हिंट, ब्राउज़र को बताता है कि वह किसी खास संसाधन के लिए जल्दी अनुरोध शुरू करे.
<link rel="preload" href="https://www.example.com/cookie-script.js">
preload
का सबसे बेहतर इस्तेमाल तब होता है, जब इसका इस्तेमाल हर पेज पर कुछ मुख्य रिसॉर्स फ़ेच करने के लिए किया जाता है. इसलिए, कुकी की सूचना वाली स्क्रिप्ट को पहले से लोड करने का फ़ायदा, स्थिति के हिसाब से अलग-अलग होगा.
कुकी की सूचनाओं को स्टाइल करते समय, परफ़ॉर्मेंस में होने वाले बदलावों के बारे में सावधान रहें
तीसरे पक्ष की कुकी की सूचना को पसंद के मुताबिक बनाने पर, परफ़ॉर्मेंस से जुड़ी लागत बढ़ सकती है. उदाहरण के लिए, तीसरे पक्ष की कुकी की सूचनाएं, पेज पर कहीं और इस्तेमाल किए गए वेब फ़ॉन्ट जैसे संसाधनों का फिर से इस्तेमाल नहीं कर सकतीं. इसके अलावा, तीसरे पक्ष की कुकी की सूचनाएं, अनुरोध की लंबी चेन के आखिर में स्टाइल के साथ लोड होती हैं. किसी भी तरह की समस्या से बचने के लिए, यह जानें कि आपकी कुकी की सूचना कैसे लोड होती है और स्टाइल और उससे जुड़े संसाधन कैसे लागू होते हैं.
लेआउट में बदलाव से बचना
कुकी की सूचनाओं से जुड़ी, लेआउट शिफ़्ट की कुछ सामान्य समस्याएं ये हैं:
- स्क्रीन पर सबसे ऊपर दिखने वाली कुकी की सूचनाएं: स्क्रीन पर सबसे ऊपर दिखने वाली कुकी की सूचनाएं, लेआउट शिफ़्ट का एक बहुत सामान्य सोर्स हैं. अगर आस-पास के पेज के रेंडर हो जाने के बाद, कुकी की सूचना को डीओएम में डाला जाता है, तो यह पेज के एलिमेंट को पेज के नीचे की ओर धकेल देगा. सहमति की सूचना के लिए DOM में जगह रिज़र्व करके, इस तरह के लेआउट शिफ़्ट को हटाया जा सकता है. अगर यह समाधान काम का नहीं है, तो कुकी की सूचना दिखाने के लिए, स्टिक फ़ुटर या मॉडल का इस्तेमाल करें. उदाहरण के लिए, अगर आपकी कुकी की सूचना के डाइमेंशन, देश/इलाके के हिसाब से अलग-अलग हैं. इन दोनों विकल्पों में, कुकी की सूचना को पेज के बाकी हिस्से के ऊपर "ओवरले" के तौर पर दिखाया जाता है. इसलिए, कुकी की सूचना लोड होने पर, कॉन्टेंट में कोई बदलाव नहीं होना चाहिए.
- ऐनिमेशन: कई कुकी सूचनाओं में ऐनिमेशन का इस्तेमाल किया जाता है. उदाहरण के लिए, कुकी की सूचना "स्लाइड इन" करना एक सामान्य डिज़ाइन पैटर्न है. इन इफ़ेक्ट को लागू करने के तरीके के आधार पर, इनसे लेआउट शिफ़्ट हो सकती है. ज़्यादा जानकारी के लिए, लेआउट में होने वाले बदलावों को डीबग करना लेख पढ़ें.
- फ़ॉन्ट: देर से लोड होने वाले फ़ॉन्ट, रेंडरिंग को ब्लॉक कर सकते हैं और लेआउट में बदलाव कर सकते हैं. यह समस्या धीमे कनेक्शन पर ज़्यादा दिखती है.
लोडिंग को बेहतर बनाने के लिए ऑप्टिमाइज़ेशन
इन तकनीकों को लागू करने में ज़्यादा मेहनत लगती है, लेकिन इनसे कुकी की सूचना वाली स्क्रिप्ट को लोड करने की प्रोसेस को और ऑप्टिमाइज़ किया जा सकता है:
- अपने सर्वर से तीसरे पक्ष की कुकी की सूचना वाली स्क्रिप्ट को कैश मेमोरी में सेव करके और उन्हें दिखाकर, इन संसाधनों की डिलीवरी की स्पीड को बेहतर बनाया जा सकता है.
- सेवा वर्कर्स का इस्तेमाल करके, तीसरे पक्ष की स्क्रिप्ट को फ़ेच और कैश मेमोरी में सेव करने पर ज़्यादा कंट्रोल किया जा सकता है. जैसे, कुकी की सूचना वाली स्क्रिप्ट.
परफ़ॉर्मेंस मेज़रमेंट
कुकी की सूचनाओं से परफ़ॉर्मेंस मेज़रमेंट पर असर पड़ सकता है. इस सेक्शन में, इनमें से कुछ असर और उन्हें कम करने के तरीकों के बारे में बताया गया है.
रीयल यूज़र मॉनिटरिंग (आरयूएम)
कुछ आंकड़े और आरयूएम टूल, परफ़ॉर्मेंस डेटा इकट्ठा करने के लिए कुकी का इस्तेमाल करते हैं. अगर कोई उपयोगकर्ता कुकी के इस्तेमाल से इनकार करता है, तो ये टूल परफ़ॉर्मेंस डेटा कैप्चर नहीं कर सकते.
साइटों को इस बारे में पता होना चाहिए. साथ ही, यह समझना भी ज़रूरी है कि आपके आरयूएम टूल, डेटा इकट्ठा करने के लिए किन तरीकों का इस्तेमाल करते हैं. हालांकि, आम तौर पर, डेटा में अंतर की दिशा और ज़्यादा होने पर, साइट के लिए यह अंतर चिंता का विषय नहीं होता. परफ़ॉर्मेंस मेज़रमेंट के लिए, कुकी का इस्तेमाल करना तकनीकी तौर पर ज़रूरी नहीं है. web-vitals JavaScript लाइब्रेरी, ऐसी लाइब्रेरी का उदाहरण है जो कुकी का इस्तेमाल नहीं करती.
परफ़ॉर्मेंस डेटा इकट्ठा करने के लिए, आपकी साइट कुकी का इस्तेमाल कैसे करती है (यानी, क्या कुकी में निजी जानकारी शामिल है) और लागू कानून के आधार पर, हो सकता है कि परफ़ॉर्मेंस मेज़रमेंट के लिए कुकी के इस्तेमाल पर, उन कुछ कुकी के लिए लागू कानूनी ज़रूरी शर्तें लागू न हों जो आपकी साइट पर अन्य कामों के लिए इस्तेमाल की जाती हैं. उदाहरण के लिए, विज्ञापन कुकी. कुछ साइटें, उपयोगकर्ता की सहमति मांगते समय परफ़ॉर्मेंस कुकी को कुकी की अलग कैटगरी के तौर पर दिखाती हैं.
सिंथेटिक मॉनिटरिंग
कस्टम कॉन्फ़िगरेशन के बिना, ज़्यादातर सिंथेटिक टूल (जैसे, Lighthouse और WebPageTest) सिर्फ़ उस उपयोगकर्ता के अनुभव को मेज़र करेंगे जो पहली बार वेबसाइट पर आया है और कुकी की सहमति की सूचना का जवाब नहीं दिया है. हालांकि, परफ़ॉर्मेंस डेटा इकट्ठा करते समय, कैश मेमोरी की स्थिति में होने वाले बदलावों (उदाहरण के लिए, पहली विज़िट बनाम दोबारा विज़िट) के साथ-साथ कुकी स्वीकार करने की स्थिति में होने वाले बदलावों (स्वीकार की गई, अस्वीकार की गई या कोई जवाब नहीं दिया गया) पर भी ध्यान देना ज़रूरी है.
WebPageTest की मदद से कुकी की सूचनाओं की जांच करना
नीचे दिए गए सेक्शन में, WebPageTest और Lighthouse की उन सेटिंग के बारे में बताया गया है जो परफ़ॉर्मेंस मेज़रमेंट वर्कफ़्लो में कुकी की सूचनाएं शामिल करने के लिए मददगार हो सकती हैं. हालांकि, कुकी और कुकी की सूचनाएं, कई ऐसे फ़ैक्टर में से एक हैं जिन्हें लैब के माहौल में पूरी तरह से सिम्युलेट करना मुश्किल हो सकता है. इसलिए, सिंथेटिक टूल के बजाय, आरयूएम डेटा को परफ़ॉर्मेंस की जांच के लिए अहम बनाना ज़रूरी है.
स्क्रिप्टिंग का इस्तेमाल करना
ट्रैक इकट्ठा करते समय, WebPageTest को कुकी की सहमति वाले बैनर पर "क्लिक" करने के लिए, स्क्रिप्टिंग का इस्तेमाल किया जा सकता है.
स्क्रिप्ट टैब पर जाकर, स्क्रिप्ट जोड़ें. यह स्क्रिप्ट, जांच किए जाने वाले यूआरएल पर नेविगेट करती है. इसके बाद, id=cookieButton
वाले DOM एलिमेंट पर क्लिक करती है.
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 की कुकी के व्यवहार में, संदर्भ (DevTools, CLI या PageSpeed Insights) के हिसाब से थोड़ा अंतर होता है.
DevTools
DevTools से Lighthouse को चलाने पर, कुकी मिटाई नहीं जाती हैं. हालांकि, डिफ़ॉल्ट रूप से, स्टोरेज के अन्य टाइप खाली हो जाते हैं. Lighthouse के सेटिंग पैनल में, स्टोरेज खाली करें विकल्प का इस्तेमाल करके, इस व्यवहार को बदला जा सकता है.
सीएलआई
सीएलआई से Lighthouse चलाने पर, एक नए Chrome इंस्टेंस का इस्तेमाल किया जाता है. इसलिए, डिफ़ॉल्ट रूप से कोई कुकी सेट नहीं होती. किसी खास कुकी सेट के साथ सीएलआई से Lighthouse चलाने के लिए, नीचे दिए गए कमांड का इस्तेमाल करें:
lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"
Lighthouse CLI में कस्टम अनुरोध हेडर सेट करने के बारे में ज़्यादा जानने के लिए, पुष्टि किए गए पेजों पर Lighthouse चलाना लेख पढ़ें.
PageSpeed Insights
PageSpeed Insights से Lighthouse चलाने पर, एक नए Chrome इंस्टेंस का इस्तेमाल किया जाता है और कोई कुकी सेट नहीं की जाती. PageSeed इनसाइट को खास कुकी सेट करने के लिए कॉन्फ़िगर नहीं किया जा सकता.
उपयोगकर्ता अनुभव
कुकी के लिए सहमति जताने वाली अलग-अलग सूचनाओं का उपयोगकर्ता अनुभव (यूएक्स) मुख्य रूप से दो फ़ैसलों का नतीजा होता है: पेज में कुकी की सूचना की जगह और उपयोगकर्ता, साइट पर कुकी के इस्तेमाल को किस हद तक पसंद के मुताबिक बना सकता है. इस सेक्शन में, इन दोनों फ़ैसलों के संभावित तरीकों के बारे में बताया गया है.
कुकी नोटिस के संभावित डिज़ाइन चुनते समय, इन बातों पर ध्यान दें:
- यूज़र एक्सपीरियंस: क्या यह उपयोगकर्ताओं के लिए अच्छा अनुभव है? इस डिज़ाइन का असर, मौजूदा पेज एलिमेंट और उपयोगकर्ता फ़्लो पर कैसे पड़ेगा?
- कारोबार: आपकी साइट की कुकी रणनीति क्या है? कुकी की सूचना के लिए आपके लक्ष्य क्या हैं?
- कानूनी: क्या यह कानूनी ज़रूरी शर्तों के मुताबिक है?
- इंजीनियरिंग: इसे लागू करने और बनाए रखने में कितना काम होगा? इसे बदलना कितना मुश्किल होगा?
प्लेसमेंट
कुकी की सूचनाओं को हेडर, इनलाइन एलिमेंट या फ़ुटर के तौर पर दिखाया जा सकता है. इन्हें, पेज के कॉन्टेंट के सबसे ऊपर, मॉडल का इस्तेमाल करके भी दिखाया जा सकता है. इसके अलावा, इन्हें इंटरस्टीशियल के तौर पर भी दिखाया जा सकता है.
हेडर, फ़ुटर, और इनलाइन कुकी की सूचनाएं
कुकी की सूचनाएं आम तौर पर हेडर या फ़ुटर में दी जाती हैं. इन दोनों विकल्पों में से, फ़ुटर प्लेसमेंट को आम तौर पर प्राथमिकता दी जाती है, क्योंकि यह परेशान नहीं करता. साथ ही, यह बैनर विज्ञापनों या सूचनाओं के साथ ध्यान खींचने की कोशिश नहीं करता. आम तौर पर, इससे सीएलएस (कंटेंट लोडिंग स्पीड) भी नहीं बढ़ता. इसके अलावा, आम तौर पर निजता नीतियां और इस्तेमाल की शर्तें भी यहां दी जाती हैं.
इनलाइन कुकी सूचनाएं एक विकल्प हैं, लेकिन इन्हें मौजूदा यूज़र इंटरफ़ेस में इंटिग्रेट करना मुश्किल हो सकता है. इसलिए, इनका इस्तेमाल कम किया जाता है.
मॉडल
मोडल, कुकी की सहमति से जुड़ी सूचनाएं होती हैं. ये पेज के कॉन्टेंट के सबसे ऊपर दिखती हैं. अपने साइज़ के हिसाब से, मॉडल अलग-अलग तरह से दिख सकते हैं और अलग-अलग तरीके से काम कर सकते हैं.
छोटी और स्क्रीन के कुछ हिस्से पर दिखने वाले मॉडल, उन साइटों के लिए एक अच्छा विकल्प हो सकते हैं जिन्हें कुकी की सूचनाओं को इस तरह लागू करने में परेशानी हो रही है कि इससे लेआउट में बदलाव न हो.
दूसरी ओर, पेज के ज़्यादातर कॉन्टेंट को छिपाने वाले बड़े मॉडल का इस्तेमाल सावधानी से किया जाना चाहिए. खास तौर पर, छोटी साइटों को यह पता चल सकता है कि उपयोगकर्ता, ढके हुए कॉन्टेंट वाली किसी अनजान साइट की कुकी की सूचना स्वीकार करने के बजाय, साइट से बाहर निकल जाते हैं. हालांकि, ये दोनों एक जैसे नहीं हैं, लेकिन अगर आपको फ़ुल-स्क्रीन कुकी सहमति मोडल का इस्तेमाल करना है, तो आपको कुकी वॉल से जुड़े कानून के बारे में पता होना चाहिए.
कॉन्फ़िगर करने की सुविधा
कुकी की सूचना वाले इंटरफ़ेस की मदद से, उपयोगकर्ता यह तय कर सकते हैं कि उन्हें कौनसी कुकी स्वीकार करनी हैं.
कॉन्फ़िगर नहीं किया जा सकता
सूचना वाले इन कुकी बैनर में, उपयोगकर्ताओं को कुकी से ऑप्ट आउट करने के लिए, यूज़र इंटरफ़ेस (यूएक्स) के सीधे कंट्रोल नहीं दिखते. इसके बजाय, आम तौर पर इनमें साइट की कुकी नीति का लिंक शामिल होता है. इस लिंक से, उपयोगकर्ताओं को अपने वेब ब्राउज़र का इस्तेमाल करके कुकी मैनेज करने के बारे में जानकारी मिल सकती है. आम तौर पर, इन सूचनाओं में "खारिज करें" और "स्वीकार करें" बटन शामिल होते हैं.
कुछ कॉन्फ़िगरेशन
कुकी से जुड़ी इन सूचनाओं से, उपयोगकर्ता को कुकी अस्वीकार करने का विकल्प मिलता है. हालांकि, इनसे ज़्यादा बेहतर कंट्रोल नहीं मिलते. कुकी की सूचनाओं के लिए यह तरीका कम इस्तेमाल किया जाता है.
पूरी तरह से कॉन्फ़िगर किया जा सकता है
कुकी से जुड़ी इन सूचनाओं से, उपयोगकर्ताओं को कुकी के इस्तेमाल को कॉन्फ़िगर करने के लिए ज़्यादा बेहतर कंट्रोल मिलते हैं.
UX: आम तौर पर, कुकी के इस्तेमाल को कॉन्फ़िगर करने के लिए कंट्रोल, अलग-अलग मोडल का इस्तेमाल करके दिखाए जाते हैं. यह मोडल तब लॉन्च होता है, जब उपयोगकर्ता कुकी के लिए सहमति देने के शुरुआती नोटिस का जवाब देता है. हालांकि, अगर जगह है, तो कुछ साइटें इन कंट्रोल को कुकी की सहमति से जुड़ी शुरुआती सूचना में इनलाइन दिखाएंगी.
ज़्यादा जानकारी: कुकी को कॉन्फ़िगर करने का सबसे सामान्य तरीका यह है कि उपयोगकर्ताओं को कुकी "कैटगरी" के हिसाब से कुकी के लिए ऑप्ट-इन करने की अनुमति दी जाए. सामान्य कुकी कैटगरी के उदाहरणों में, फ़ंक्शनल, टारगेटिंग, और सोशल मीडिया कुकी शामिल हैं.
हालांकि, कुछ साइटें एक कदम आगे बढ़कर, उपयोगकर्ताओं को हर कुकी के हिसाब से ऑप्ट-इन करने की अनुमति देंगी. इसके अलावा, उपयोगकर्ताओं को ज़्यादा कंट्रोल देने का एक और तरीका है. इसके लिए, "विज्ञापन" जैसी कुकी कैटगरी को अलग-अलग इस्तेमाल के उदाहरणों में बांटें. उदाहरण के लिए, उपयोगकर्ताओं को "सामान्य विज्ञापन" और "पसंद के मुताबिक विज्ञापन" के लिए अलग-अलग ऑप्ट-इन करने की अनुमति दें.