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

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

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

परफ़ॉर्मेंस

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

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

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

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

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

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

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

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

कुकी सूचनाओं के आईएनपी के असर को समझना

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

'स्वीकार करें' पर क्लिक करने के बाद, Chrome टीम ने कई सहमति मैनेजमेंट प्लैटफ़ॉर्म (सीएमपी) के साथ काम किया है, ताकि ब्राउज़र अगले पेंट में सहमति को तुरंत स्वीकार कर सके. उदाहरण के तौर पर, PubTech की इस केस स्टडी को देखें.

अगर आपके सीएमपी पर इसका असर पड़ता है, तो उनसे संपर्क करके जानें कि क्या वे इसे एम्बेड करने वाली साइटों पर आईएनपी की समस्याओं से भी बचा सकते हैं. कारगर रणनीतियों के बारे में दिशा-निर्देश पाने के लिए, Optimize के लंबे टास्क से जुड़ा लेख देखें.

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

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

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

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

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

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

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

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

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

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

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

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

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

कुकी सूचनाओं को शैली में जोड़ते समय, परफ़ॉर्मेंस में होने वाले उतार-चढ़ावों का ध्यान रखें

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

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

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

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

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

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

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

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

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

असली उपयोगकर्ता की निगरानी (आरयूएम)

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

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

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

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

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

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

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

स्क्रिप्टिंग का इस्तेमाल करें

स्क्रिप्टिंग का इस्तेमाल करके, ट्रेस इकट्ठा करते समय 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 चलाने के लिए, Advanced टैब पर जाएं और कस्टम हेडर फ़ील्ड में कुकी हेडर जोड़ें:

जांच करने की जगह बदलना

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

लाइटहाउस की मदद से कुकी की सूचनाओं की जांच करना

लाइटहाउस रन पर कुकी सेट करके, किसी पेज को किसी खास स्थिति में ले जाने का काम किया जा सकता है. इसके लिए, लाइटहाउस से टेस्ट किया जा सकता है. लाइटहाउस की कुकी का व्यवहार, ज़रूरत के हिसाब से कुछ अलग-अलग होता है. जैसे- DevTools, CLI या PageSpeed Insights.

DevTools

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

CLI

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

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

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

PageSpeed Insights

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

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

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

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

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

प्लेसमेंट

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

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

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

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

मॉडल

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

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

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

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

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

कॉन्फ़िगर करने की कोई क्षमता नहीं है

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

कॉन्फ़िगरेशन की कुछ सेटिंग

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

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

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

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

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

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