परफ़ॉर्मेंस और इस्तेमाल करने में आसानी के लिए, कुकी की सूचनाओं को ऑप्टिमाइज़ करें.
इस दस्तावेज़ में बताया गया है कि कुकी की सूचनाओं से परफ़ॉर्मेंस, परफ़ॉर्मेंस मेज़रमेंट, और उपयोगकर्ता अनुभव पर क्या असर पड़ सकता है.
परफ़ॉर्मेंस
कुकी की सूचनाओं से पेज की परफ़ॉर्मेंस पर काफ़ी असर पड़ सकता है. ऐसा इसलिए होता है, क्योंकि आम तौर पर ये सूचनाएं, पेज लोड होने की प्रोसेस के शुरुआती दौर में लोड होती हैं. साथ ही, ये सभी उपयोगकर्ताओं को दिखती हैं. इनसे विज्ञापनों और पेज के अन्य कॉन्टेंट के लोड होने पर भी असर पड़ सकता है.
यहां बताया गया है कि कुकी की सूचनाओं से, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक पर क्या असर पड़ सकता है:
सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी): कुकी की सहमति से जुड़ी ज़्यादातर सूचनाएं काफ़ी छोटी होती हैं. इसलिए, आम तौर पर उनमें पेज का एलसीपी एलिमेंट शामिल नहीं होता. हालांकि, ऐसा हो सकता है—खास तौर पर मोबाइल डिवाइसों पर. मोबाइल डिवाइसों पर, कुकी की सूचना आम तौर पर स्क्रीन का ज़्यादा हिस्सा ले लेती है. ऐसा आम तौर पर तब होता है, जब कुकी सूचना में टेक्स्ट का एक बड़ा ब्लॉक होता है (टेक्स्ट ब्लॉक भी एलसीपी एलिमेंट भी हो सकते हैं).
पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी): कुकी की सूचनाएं, अक्सर आईएनपी के ज़्यादा होने की वजह हो सकती हैं. ऐसा इसलिए होता है, क्योंकि आम तौर पर इन्हें स्वीकार करने पर, तीसरे पक्ष की कई स्क्रिप्ट जोड़ी जाती हैं. आम तौर पर, स्वीकार करें इंटरैक्शन करने में मुख्य समस्या आती है. इसकी वजह यह है कि तीसरे पक्ष की उन स्क्रिप्ट को एक साथ जोड़ने के लिए, बहुत ज़्यादा प्रोसेसिंग की ज़रूरत होती है. इसे कम करने के तरीके के बारे में जानने के लिए, सबसे सही तरीके सेक्शन देखें.
कुल लेआउट शिफ़्ट (सीएलएस): कुकी की सहमति से जुड़ी सूचनाएं, लेआउट शिफ़्ट का एक बहुत ही सामान्य सोर्स हैं.
आम तौर पर, तीसरे पक्ष की सेवा देने वाली कंपनियों की कुकी सूचना से, आपकी परफ़ॉर्मेंस पर ज़्यादा असर पड़ता है. यह समस्या सिर्फ़ कुकी की सूचनाओं से जुड़ी नहीं है, बल्कि आम तौर पर तीसरे पक्ष की स्क्रिप्ट की प्रकृति से जुड़ी है.
सबसे सही तरीके
इस सेक्शन में दिए गए सबसे सही तरीके, तीसरे पक्ष की कुकी की सूचनाओं पर फ़ोकस करते हैं. इनमें से कुछ सबसे सही तरीके, पहले पक्ष की कुकी की सूचनाओं पर भी लागू होंगे. हालांकि, सभी सबसे सही तरीके लागू नहीं होंगे.
कुकी की सूचनाओं के आईएनपी पर पड़ने वाले असर को समझना
जैसा कि पहले बताया गया था, स्वीकार करें बटन की वजह से अक्सर आईएनपी से जुड़ी समस्याएं पैदा होती हैं. ऐसा इसलिए होता है, क्योंकि इस पर क्लिक करने के बाद बहुत सारी प्रोसेसिंग हो जाती है.
'स्वीकार करें' पर क्लिक करने के बाद, 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 लाइब्रेरी, ऐसी लाइब्रेरी का उदाहरण है जो कुकी का इस्तेमाल नहीं करती.
परफ़ॉर्मेंस डेटा इकट्ठा करने के लिए, आपकी साइट कुकी का इस्तेमाल कैसे करती है (यानी, क्या कुकी में निजी जानकारी शामिल है) और लागू कानून के आधार पर, हो सकता है कि परफ़ॉर्मेंस मेज़रमेंट के लिए कुकी के इस्तेमाल पर, उन कुछ कुकी के लिए लागू कानूनी ज़रूरी शर्तें लागू न हों जो आपकी साइट पर अन्य कामों के लिए इस्तेमाल की जाती हैं. उदाहरण के लिए, विज्ञापन कुकी. कुछ साइटें, उपयोगकर्ता की सहमति मांगते समय परफ़ॉर्मेंस कुकी को कुकी की अलग कैटगरी के तौर पर दिखाती हैं.
सिंथेटिक मॉनिटरिंग
कस्टम कॉन्फ़िगरेशन के बिना, ज़्यादातर सिंथेटिक टूल (जैसे कि लाइटहाउस और 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 के सेटिंग पैनल में, स्टोरेज खाली करें विकल्प का इस्तेमाल करके, इस व्यवहार को बदला जा सकता है.
सीएलआई
सीएलआई से चलने वाला लाइटहाउस, Chrome के नए इंस्टेंस का इस्तेमाल करता है. इसलिए, डिफ़ॉल्ट रूप से कोई भी कुकी सेट नहीं होती. किसी कुकी सेट वाले सीएलआई से लाइटहाउस को चलाने के लिए, इस कमांड का इस्तेमाल करें:
lighthouse <url> --extra-headers "{\"Cookie\":\"cookie1=abc; cookie2=def; \_id=foo\"}"
Lighthouse CLI में कस्टम अनुरोध हेडर सेट करने के बारे में ज़्यादा जानने के लिए, पुष्टि किए गए पेजों पर Lighthouse चलाना लेख पढ़ें.
PageSpeed Insights
PageSpeed Insights से Lighthouse चलाने पर, एक नए Chrome इंस्टेंस का इस्तेमाल किया जाता है और कोई कुकी सेट नहीं की जाती. PageSeed इनसाइट को किसी खास कुकी सेट करने के लिए कॉन्फ़िगर नहीं किया जा सकता.
उपयोगकर्ता अनुभव
कुकी से जुड़ी सहमति की अलग-अलग सूचनाओं का उपयोगकर्ता अनुभव (UX) मुख्य रूप से इन दो फ़ैसलों की वजह से होता है: पेज में कुकी सूचना की जगह और उपयोगकर्ता के लिए यह तय करना कि साइट पर कुकी का इस्तेमाल कैसे किया जाए. इस सेक्शन में, इन दोनों फ़ैसलों को अपनाने के संभावित तरीकों के बारे में बताया गया है.
कुकी नोटिस के संभावित डिज़ाइन चुनते समय, इन बातों पर ध्यान दें:
- यूज़र एक्सपीरियंस: क्या यह उपयोगकर्ताओं के लिए अच्छा अनुभव है? इस खास डिज़ाइन से, पेज के मौजूदा एलिमेंट और यूज़र फ़्लो पर क्या असर पड़ेगा?
- कारोबार: आपकी साइट की कुकी रणनीति क्या है? कुकी नोटिस के लिए आपके क्या लक्ष्य हैं?
- कानूनी: क्या यह कानूनी ज़रूरी शर्तों के मुताबिक है?
- इंजीनियरिंग: इसे लागू करने और बनाए रखने में कितना काम होगा? इसे बदलना कितना मुश्किल होगा?
प्लेसमेंट
कुकी की सूचनाओं को हेडर, इनलाइन एलिमेंट या फ़ुटर के तौर पर दिखाया जा सकता है. इन्हें मॉडल का इस्तेमाल करके, पेज के सबसे ऊपर पेज पर दिखाया जा सकता है या पेज पर अचानक दिखने वाले विज्ञापन के तौर पर दिखाया जा सकता है.
हेडर, फ़ुटर, और इनलाइन कुकी की सूचनाएं
कुकी की सूचनाएं आम तौर पर हेडर या फ़ुटर में दी जाती हैं. इन दोनों विकल्पों में से, फ़ुटर प्लेसमेंट को आम तौर पर प्राथमिकता दी जाती है, क्योंकि यह परेशान नहीं करता. साथ ही, यह बैनर विज्ञापनों या सूचनाओं के साथ ध्यान खींचने की कोशिश नहीं करता. आम तौर पर, इससे सीएलएस (कंटेंट लोडिंग स्पीड) नहीं होता. इसके अलावा, आम तौर पर निजता नीतियां और इस्तेमाल की शर्तें भी यहां दी जाती हैं.
इनलाइन कुकी सूचनाएं एक विकल्प हैं, लेकिन इन्हें मौजूदा यूज़र इंटरफ़ेस में इंटिग्रेट करना मुश्किल हो सकता है. इसलिए, इनका इस्तेमाल कम किया जाता है.
मॉडल
मोडल, कुकी की सहमति से जुड़ी सूचनाएं होती हैं. ये पेज के कॉन्टेंट के सबसे ऊपर दिखती हैं. अपने साइज़ के हिसाब से, मॉडल अलग-अलग तरह से दिख सकते हैं और अलग-अलग तरह से काम कर सकते हैं.
छोटी और स्क्रीन के कुछ हिस्से पर दिखने वाले मॉडल, उन साइटों के लिए एक अच्छा विकल्प हो सकते हैं जिन्हें कुकी की सूचनाओं को इस तरह लागू करने में परेशानी हो रही है कि इससे लेआउट में बदलाव न हो.
दूसरी ओर, पेज के ज़्यादातर कॉन्टेंट को छिपाने वाले बड़े मॉडल का इस्तेमाल सावधानी से किया जाना चाहिए. खास तौर पर, छोटी साइटों को यह पता चल सकता है कि उपयोगकर्ता, ढके हुए कॉन्टेंट वाली किसी अनजान साइट की कुकी की सूचना स्वीकार करने के बजाय, साइट से बाहर निकल जाते हैं. हालांकि, यह ज़रूरी नहीं है कि ये एक जैसे सिद्धांत हों. हालांकि, अगर आपको फ़ुल-स्क्रीन कुकी के लिए सहमति मोडल का इस्तेमाल करना है, तो आपको कुकी वॉल से जुड़े कानून की जानकारी होनी चाहिए.
कॉन्फ़िगर करने की सुविधा
कुकी की सूचना वाले इंटरफ़ेस की मदद से, उपयोगकर्ता यह तय कर सकते हैं कि उन्हें कौनसी कुकी स्वीकार करनी हैं.
कॉन्फ़िगर नहीं किया जा सकता
सूचना वाले इन कुकी बैनर में, उपयोगकर्ताओं को कुकी से ऑप्ट आउट करने के लिए, यूज़र इंटरफ़ेस (यूएक्स) के सीधे कंट्रोल नहीं दिखते. इसके बजाय, उनमें आम तौर पर साइट की कुकी नीति का एक लिंक शामिल होता है. इस लिंक से उपयोगकर्ताओं को अपने वेब ब्राउज़र का इस्तेमाल करके, कुकी मैनेज करने के बारे में जानकारी मिल सकती है. आम तौर पर, इन सूचनाओं में "खारिज करें" और "स्वीकार करें" बटन शामिल होते हैं.
कॉन्फ़िगरेशन की कुछ सेटिंग
कुकी से जुड़ी इन सूचनाओं से, उपयोगकर्ता को कुकी अस्वीकार करने का विकल्प मिलता है. हालांकि, इनसे ज़्यादा बेहतर कंट्रोल नहीं मिलते. कुकी की सूचनाओं के लिए यह तरीका कम इस्तेमाल किया जाता है.
पूरी तरह से कॉन्फ़िगर करने की सुविधा
कुकी से जुड़ी इन सूचनाओं से, उपयोगकर्ताओं को कुकी के इस्तेमाल को कॉन्फ़िगर करने के लिए ज़्यादा बेहतर कंट्रोल मिलते हैं.
यूज़र एक्सपीरियंस: आम तौर पर, कुकी के इस्तेमाल को कॉन्फ़िगर करने के लिए कंट्रोल, अलग-अलग मोडल का इस्तेमाल करके दिखाए जाते हैं. यह मोडल तब लॉन्च होता है, जब उपयोगकर्ता कुकी के लिए सहमति देने के शुरुआती नोटिस का जवाब देता है. हालांकि, अगर जगह है, तो कुछ साइटें इन कंट्रोल को कुकी की सहमति से जुड़ी शुरुआती सूचना में इनलाइन दिखाएंगी.
ज़्यादा जानकारी: कुकी को कॉन्फ़िगर करने का सबसे सामान्य तरीका यह है कि उपयोगकर्ताओं को कुकी "कैटगरी" के हिसाब से कुकी के लिए ऑप्ट-इन करने की अनुमति दी जाए. सामान्य कुकी कैटगरी के उदाहरणों में, फ़ंक्शनल, टारगेटिंग, और सोशल मीडिया कुकी शामिल हैं.
हालांकि, कुछ साइटें एक कदम आगे बढ़कर, उपयोगकर्ताओं को हर कुकी के हिसाब से ऑप्ट-इन करने की अनुमति देंगी. इसके अलावा, उपयोगकर्ताओं को ज़्यादा खास कंट्रोल देने का एक और तरीका यह है कि आप "विज्ञापन" जैसी कुकी कैटगरी को खास इस्तेमाल के उदाहरणों में बांट दें. उदाहरण के लिए, उपयोगकर्ताओं को "बेसिक विज्ञापन" और "दिलचस्पी के मुताबिक विज्ञापन" के लिए अलग-अलग ऑप्ट-इन करने की सुविधा देना.
