नई गोपनीयता नियमों के बाद वेबसाइट कुकी सहमति में क्या बदला

क्यों कुकी सहमति में बदलाव आया

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

इसलिए सवाल "नए गोपनीयता नियमों के बाद वेबसाइट कुकी सहमति में क्या बदला" अब शैक्षणिक नहीं है। जब एक साइट एनालिटिक्स, विज्ञापन टैग, या सामाजिक विजेट को आगंतुक के "हाँ" कहने से पहले हटा देती है, तो एक साधारण नोटिस पर्याप्त नहीं है। सहमति अब गैर-आवश्यक स्क्रिप्ट चलने से पहले होनी चाहिए, और साइट को यह दिखाना होगा कि विकल्प स्वतंत्र, विशिष्ट, और बाद में बदलने में आसान था।

छोटी साइटों ने इसे पहले महसूस किया। एक स्थानीय बेकरी, एक एक-पृष्ठ पोर्टफोलियो, और एक दस-पृष्ठ कॉर्पोरेट वेबसाइटसभी एक ही बुनियादी समस्या का सामना करते हैं: यदि वे ट्रैकिंग को बहुत जल्दी लोड करते हैं, तो वे अनुमति से पहले डेटा एकत्र कर सकते हैं। यह एक साधारण गलती है, लेकिन इसके परिणाम वास्तविक हो सकते हैं, विशेष रूप से जब बैनर टेक्स्ट एक बात कहता है और कोड कुछ और करता है।

कुकी या ट्रैकिंग तकनीक के रूप में क्या गिना जाता है

कुकीज़ केवल सबसे परिचित हिस्सा हैं। आधुनिक सहमति नियम अक्सर आगे बढ़ते हैं, क्योंकि एक साइट एक विज़िटर की पहचान कर सकती है या उसे पिक्सेल, टैग, स्थानीय संग्रहण, डिवाइस पहचानकर्ताओं और समान उपकरणों के माध्यम से फॉलो कर सकती है। एक कुकी एक सत्र आईडी को स्टोर कर सकती है, लेकिन एक पिक्सेल एक पृष्ठ दृश्य की रिपोर्ट कर सकता है, और स्थानीय संग्रहण ब्राउज़र पर पसंद या ट्रैकिंग मानों को बाद में उपयोग के लिए रख सकता है।

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

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

एक व्यावहारिक संकेत मदद करता है। यदि एक स्क्रिप्ट वहां है ताकि अनुरोधित पृष्ठ काम करे, तो यह आवश्यक हो सकता है। यदि यह मापने, प्रोफाइल करने, पुनः लक्षित करने या किसी अन्य व्यवसाय के साथ डेटा साझा करने के लिए है, तो यह आमतौर पर सहमति प्रवाह में होना चाहिए। वह रेखा हमेशा सही नहीं होती, लेकिन यह वह रेखा है जिसे अधिकांश टीमें पहले खींचना चाहती हैं।

मुख्य नियम जो सहमति बैनरों को प्रभावित करते हैं

बुनियादी नियम आश्चर्यजनक रूप से स्पष्ट हैं। सहमति गैर-आवश्यक प्रसंस्करण शुरू होने से पहले मांगी जानी चाहिए, शब्दावली इतनी स्पष्ट होनी चाहिए कि एक सामान्य आगंतुक समझ सके, और आगंतुक को इनकार करने का तरीका खोजने के लिए नहीं भटकना चाहिए। कई ढांचों में पूर्व-चिह्नित बॉक्स बाहर हैं। समान महत्व भी महत्वपूर्ण है: यदि बैनर में एक बड़ा बटन और एक छिपा हुआ लिंक है, तो डिज़ाइन पहले से ही संदिग्ध है।

सूक्ष्मता एक और बिंदु है। एक आगंतुक को विश्लेषण के लिए हां और विज्ञापन के लिए नहीं कहने में सक्षम होना चाहिए, या इसके विपरीत, जहां कानून और सहमति उपकरण उस विभाजन का समर्थन करते हैं। एकल “सभी स्वीकार करें” बटन जिसमें कोई अन्य वास्तविक विकल्प नहीं होता है, नियमों की भावना को विफल करने की प्रवृत्ति रखता है, भले ही बैनर साफ-सुथरा दिखता हो। साफ-सुथरा अनुपालन के समान नहीं है।

भाषा लेआउट के रूप में महत्वपूर्ण है। “हम आपकी अनुभव को बेहतर बनाने के लिए कुकीज़ का उपयोग करते हैं” अस्पष्ट है। एक बेहतर पंक्ति बताती है कि किस प्रकार की कुकीज़ का उपयोग किया जाता है, कौन उन्हें रखता है, और किस उद्देश्य के लिए। यदि साइट एक तृतीय-पक्ष विश्लेषण सेवा का उपयोग करती है, तो बैनर को ऐसा बताना चाहिए। यदि साइट विज्ञापन डेटा साझा करती है, तो उसे किसी नीति लिंक में नहीं छिपाना चाहिए जिसे कोई 3 क्लिक में नहीं ढूंढ सकता।

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

क्या चीज़ें सहमति मिलने तक ब्लॉक की जानी चाहिए

कोई भी गैर-आवश्यक चीज़ आमतौर पर तब तक बंद रहनी चाहिए जब तक आगंतुक सहमति नहीं देता। इसमें अधिकांश विश्लेषण, विज्ञापन प्लेटफार्म, रीटार्गेटिंग पिक्सल, हीटमैप उपकरण, और सोशल मीडिया एम्बेड शामिल हैं जो उपयोगकर्ताओं को ट्रैक करते हैं इससे पहले कि वे क्लिक करें। एक साइट अभी भी अपनी सामग्री लोड कर सकती है, लेकिन उसे केवल इसलिए ट्रैकिंग सिग्नल नहीं भेजना चाहिए क्योंकि पृष्ठ खुल गया।

इसके लिए एक व्यावहारिक कारण है। यदि एक एनालिटिक्स टैग सहमति से पहले सक्रिय होता है, तो साइट ने पहले ही एक पृष्ठ दृश्य एकत्र कर लिया है, शायद एक रेफरर, शायद एक डिवाइस स्ट्रिंग, और कभी-कभी और भी। एक प्रारंभिक अनुरोध compliance समस्या उत्पन्न करने के लिए पर्याप्त हो सकता है। यही कारण है कि कई टीमें अब एक सहमति प्रबंधक का उपयोग करती हैं जो एक विकल्प संग्रहीत होने तक स्क्रिप्ट को ब्लॉक करती है।

कार्यात्मक सुविधाएँ भिन्न हो सकती हैं। एक शॉपिंग कार्ट कुकी की अनुमति दी जा सकती है क्योंकि उपयोगकर्ता ने एक आइटम जोड़ने के लिए कहा। एक भाषा प्राथमिकता कुकी अक्सर उसी श्रेणी में आती है। फिर भी, साइट के मालिकों को प्रत्येक कार्य की जांच करनी चाहिए और यह तय करना चाहिए कि क्या यह वास्तव में आवश्यक है या केवल सुविधाजनक है। सुविधा कोई मुफ्त पास नहीं है।

यहां तकनीकी सेटअप बैनर कॉपी से अधिक महत्वपूर्ण है। एक साफ संदेश एक स्क्रिप्ट को ठीक नहीं कर सकता जो पृष्ठ के शीर्षक में सक्रिय होता है। उन टीमों के लिए जो पहले से ही ट्रैफ़िक की निगरानी कर रही हैं एक वेबसाइट एनालिटिक्स और मॉनिटरिंग प्लेटफॉर्म, यह पहचानना आसान है: यदि पृष्ठ हिट सहमति घटना से पहले दिखाई देते हैं, तो ब्लॉक काम नहीं कर रहा है। एक प्रारंभिक हिट इस बिंदु को साबित करने के लिए पर्याप्त है।

नई नियमों ने बैनर डिज़ाइन को कैसे बदला

पुराने बैनर अक्सर लंबे, भीड़भाड़ वाले और लोगों को थका देने के लिए बनाए जाते थे। नए सेटअप आमतौर पर संदेश को परतों में तोड़ते हैं। पहली परत बताती है कि क्या होता है। दूसरी परत सेटिंग्स देती है। तीसरी परत एक नीति पृष्ठ की ओर ले जा सकती है जिसमें अधिक विवरण होते हैं। यह संरचना मदद करती है क्योंकि यह पहले निर्णय को सरल रखती है बिना बाकी को छिपाए।

बटन भी बदल गए हैं। एक “सभी अस्वीकार करें” नियंत्रण अब अधिक बार दिखाई देता है, और बेहतर डिज़ाइन में यह “सभी स्वीकार करें” के करीब होता है बजाय इसके कि इसे छोटे फ़ॉन्ट में छिपाया जाए। एक साइट जो वास्तविक सहमति चाहती है, उसे अस्वीकृति को एक मोड़ की तरह महसूस नहीं कराना चाहिए। यदि एक बटन पर एक क्लिक लगता है और दूसरा चार पर, तो डिज़ाइन पहले से ही झुकाव में है।

कई साइटों पर ग्रैन्युलर श्रेणियाँ सामान्य हो गई हैं: आवश्यक, प्राथमिकताएँ, आँकड़े, और विपणन चार सामान्य हैं। कुछ साइटें एम्बेडेड मीडिया या साझेदार उपकरण जोड़ती हैं। सटीक लेबलों की तुलना में उनके पीछे का व्यवहार अधिक महत्वपूर्ण है। यदि उपयोगकर्ता विपणन बंद कर देता है, तो विपणन स्क्रिप्ट को बंद रहना चाहिए। यदि उपयोगकर्ता बाद में विकल्प बदलता है, तो साइट को उस नए विकल्प का सम्मान करना चाहिए बिना बहस किए।

डिज़ाइन भी कम सजावटी हो गया है। बड़े चित्र, शोर भरी कॉपी, और अस्पष्ट नारे अब विश्वास के खिलाफ काम करते हैं। 2 स्पष्ट विकल्पों के साथ एक छोटा बैनर एक खुशहाल पैराग्राफ से बेहतर है जो वास्तविक निर्णय को छिपाता है। यहाँ साधारण जीतता है। लोग साधारण पाठ पढ़ सकते हैं।

सामान्य गलतियाँ जो वेबसाइटें अभी भी करती हैं

बंडलिंग सबसे बड़ी गलतियों में से एक है। एक साइट कहती है, “जारी रखने पर, आप कुकीज़, शर्तें, और विपणन ईमेल स्वीकार करते हैं,” फिर एक पृष्ठ पर जाने को एक ट्रिपल ऑप्ट-इन की तरह मानती है। यह साफ-सुथरा काम नहीं करता, क्योंकि एक चीज़ के लिए सहमति सभी अन्य चीज़ों के लिए सहमति नहीं है। अलग-अलग उद्देश्यों को अलग-अलग उपचार की आवश्यकता होती है।

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

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

अस्पष्ट विवरण भी बार-बार सामने आते हैं। “हम बेहतर सेवा के लिए कुकीज़ का उपयोग करते हैं” आगंतुक को लगभग कुछ नहीं बताता। कौन सी कुकीज़? कौन सी सेवा? कौन सा भागीदार? यदि साइट एक वाक्य में उत्तर नहीं दे सकती, तो उसे यह नहीं दिखाना चाहिए कि बैनर स्पष्ट है। छोटा होना खाली होना नहीं है।

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

अपने कुकी सहमति सेटअप की समीक्षा और अपडेट कैसे करें

एक ऑडिट से शुरू करें। साइट पर हर कुकी, पिक्सेल, टैग, स्टोरेज आइटम, और एम्बेड की सूची बनाएं। जांचें कि कौन सी आवश्यक हैं, कौन सी व्यवहार को मापती हैं, और कौन सी विज्ञापन या तीसरे पक्ष के साझा करने का समर्थन करती हैं। याददाश्त पर भरोसा न करें। टीमें अक्सर एकल चैट विजेट या मानचित्र एम्बेड को भूल जाती हैं जब तक कि ऑडिट इसे प्रकट नहीं करता।

इसके बाद, प्रकटीकरण को अपडेट करें। बैनर, नीति पृष्ठ, और सेटिंग पैनल को समान लेबल और समान श्रेणियों का उपयोग करना चाहिए। यदि बैनर में “आंकड़े” कहा गया है, तो नीति को “प्रदर्शन कुकीज़” में बिना स्पष्टीकरण के नहीं बदलना चाहिए। एक नामकरण प्रणाली पर्याप्त है। दो प्रणालियाँ आगंतुकों को भ्रमित करती हैं और बाद में अतिरिक्त काम पैदा करती हैं।

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

इसके बाद, सहमति लॉग और संग्रहण व्यवहार की जांच करें। क्या उपयोगकर्ता अपना मन बदल सकता है? क्या साइट नए विकल्प को बनाए रखती है? क्या सहमति समाप्त होने पर या नीति बदलने पर बैनर वापस आता है? ये किनारे के मामले नहीं हैं। ये अक्सर होते हैं और प्रक्रिया में एक कदम के लायक होते हैं, न कि स्प्रेडशीट में एक आशावादी नोट।

अंत में, परिणाम का दस्तावेजीकरण करें। बैनर के स्क्रीनशॉट्स सहेजें, कुकी श्रेणियों को नोट करें, और अंतिम समीक्षा की तारीख रिकॉर्ड करें। यदि बाद में कोई कानूनी या प्लेटफ़ॉर्म परिवर्तन होता है, तो टीम को पता होना चाहिए कि क्या बदला और क्यों। यह रिकॉर्ड तब मदद करता है जब कोई डेवलपर छोड़ता है, कोई CMS बदलता है, या साइट को एक लॉन्च के बाद वेबसाइट समर्थनएक योजना जो केवल बग फिक्स से अधिक को कवर करती है।

साइट मालिकों को अगला क्या करना चाहिए

अनुमति सेटअप के लिए एक मालिक चुनें। एक मार्केटर, एक डेवलपर, और एक कानूनी समीक्षक सभी मदद कर सकते हैं, लेकिन एक व्यक्ति को अंतिम स्थिति को ट्रैक करना चाहिए। इसके बिना, बैनर कॉपी में बदलाव, प्लगइन्स में भटकाव, और नीति पृष्ठ स्क्रिप्ट के पीछे 2 या 3 रिलीज चक्रों में गिर जाता है।

अब एक समीक्षा तिथि निर्धारित करें। व्यस्त टीमों के लिए त्रैमासिक सामान्य है, और एक उपकरण जोड़े जाने या नीति में बदलाव के बाद तेज़ समीक्षाएँ समझ में आती हैं। एक नया मार्केटिंग पिक्सेल, एक पुन: डिज़ाइन, या एनालिटिक्स में स्विच एक दोपहर में महीनों की साफ सेटअप को उलट सकता है। यह सामान्य है, और यही कारण है कि समीक्षा को नियमित होना चाहिए।

साइट को यह स्पष्ट रखना चाहिए कि यह क्या करती है। यदि यह मापती है, तो ऐसा कहें। यदि यह भागीदारों के साथ डेटा साझा करती है, तो ऐसा कहें। यदि यह सहमति तक सब कुछ ब्लॉक करती है, तो सुनिश्चित करें कि कोड वादे के साथ मेल खाता है। एक आगंतुक को व्याख्यान की आवश्यकता नहीं है। आगंतुक को एक ऐसा विकल्प चाहिए जो पहले प्रयास में काम करे, पहले पृष्ठ पर, बिना बैनर के पीछे कोई छिपा हुआ आश्चर्य के।

और यदि सहमति प्रवाह एक बड़े पुनर्निर्माण से जुड़ा है, तो इसे टेम्पलेट्स, स्क्रिप्ट्स, और सामग्री के समान योजना में शामिल करें। एक CMS चुननानिर्णय यह प्रभावित कर सकता है कि सहमति कैसे संग्रहीत की जाती है, जबकि एक कस्टम फ्रंट एंड को टैग को सही तरीके से ब्लॉक करने के लिए अतिरिक्त काम की आवश्यकता हो सकती है। कुकी सहमति को ठीक करने का सबसे अच्छा समय अगली रिलीज से पहले है, न कि जब एक शिकायत इनबॉक्स में आती है।