Webflow का नेटिव Cookie Consent क्या करता है और कहाँ रुकता है

Webflow ने 2022 में नेटिव Cookie Consent फ़ीचर जोड़ा और तब से इसे बेहतर किया है। फ़ीचर तीन प्रीसेट कुकी श्रेणियों का समर्थन करता है — Essential, Marketing और Personalization — प्रोजेक्ट सेटिंग्स के माध्यम से एक कॉन्फ़िगर करने योग्य बैनर UI उजागर करता है और Google Analytics गेटिंग को यूज़र की पसंद से जोड़ता है। बैनर यूज़र की सहमति फर्स्ट-पार्टी कुकी में रिकॉर्ड करता है।

Webflow का नेटिव बैनर क्या नहीं करता — और जहाँ एजेंसी द्वारा बनाए गए अधिकांश डिप्लॉयमेंट कमज़ोर पड़ते हैं — वह है Custom Code को ब्लॉक करना जो ऑपरेटर एनालिटिक्स, मार्केटिंग पिक्सेल, चैट विजेट और एम्बेडेड वीडियो के लिए नियमित रूप से जोड़ते हैं। Custom Code इंजेक्शन पॉइंट बैनर रेंडर होने से पहले चलते हैं, यानी उन पॉइंट के ज़रिए जोड़े गए किसी भी थर्ड-पार्टी स्क्रिप्ट किसी भी सहमति निर्णय मौजूद होने से पहले फायर होते हैं। एजेंसियां अक्सर Custom Code के ज़रिए Hotjar, Facebook Pixel, थर्ड-पार्टी CRM स्क्रिप्ट या Calendly एम्बेड जोड़ती हैं और मान लेती हैं कि नेटिव बैनर गेटिंग संभाल लेगा। वह नहीं संभालता।

डिफ़ॉल्ट opt-in बनाम implicit-consent सेटिंग

नेटिव बैनर तीन सहमति शैलियाँ उजागर करता है। Implicit-consent शैली EEA में Webflow-होस्टेड साइट के खिलाफ नियामकों के बार-बार निष्कर्षों का स्रोत रही है। Opt-in शैली EEA, UK, ब्राज़ील, स्विट्ज़रलैंड या किसी भी क्षेत्राधिकार को लक्षित किसी भी डिप्लॉयमेंट के लिए सही डिफ़ॉल्ट है जिसने GDPR मानक अपनाया है। ऑपरेटर को opt-in चुनना होगा, श्रेणियों को डिफ़ॉल्ट रूप से बंद कॉन्फ़िगर करना होगा और प्रीव्यू में सत्यापित करना होगा कि अस्वीकार बटन स्वीकार बटन जितना कम से कम दृश्यमान रूप से प्रमुख है।

Custom Code गेटिंग: वह काम जो नेटिव बैनर नहीं करता

Webflow पर काम करने वाला एकीकरण पैटर्न तीन भागों से बना है। पहला, नेटिव बैनर को सही तरीके से कॉन्फ़िगर करना। दूसरा, हर Custom Code स्क्रिप्ट को चलाने से पहले सहमति जाँच में लपेटना। तीसरा, यह तय करना कि नेटिव बैनर पर्याप्त है या थर्ड-पार्टी CMP को इसे ऑडिट ट्रेल और प्रति-विक्रेता कॉन्फ़िगरेबिलिटी के लिए बदलना चाहिए।

सबसे सरल गेटिंग पैटर्न Webflow की सहमति कुकी या प्लेटफ़ॉर्म के उजागर JavaScript हुक से सहमति की स्थिति पढ़ना और सशर्त रूप से थर्ड-पार्टी लॉजिक चलाना है। Footer Code सेक्शन में जोड़े गए स्क्रिप्ट के लिए, पैटर्न स्निपेट को एक इवेंट लिसनर में लपेटना है जो Webflow सहमति परिवर्तन इवेंट पर ट्रिगर होता है। Head Code सेक्शन के स्क्रिप्ट के लिए — जहाँ अधिकांश एनालिटिक्स और पिक्सेल स्निपेट रहते हैं — पैटर्न स्निपेट को प्लेसहोल्डर के रूप में लोड करना है, वास्तविक थर्ड-पार्टी अनुरोध सहमति जाँच पास होने तक स्थगित रखना।

थर्ड-पार्टी स्क्रिप्ट के लिए प्लेसहोल्डर पैटर्न

सबसे आम Webflow एकीकरणों में काम करने वाला पैटर्न <script type="text/plain"> प्लेसहोल्डर है। थर्ड-पार्टी स्क्रिप्ट पेज मार्कअप में शामिल होती है लेकिन type एट्रिब्यूट ऐसे मान पर सेट होता है जिसे ब्राउज़र निष्पादित नहीं करेगा। एक छोटी bootstrap स्क्रिप्ट — Footer Code में एक बार जोड़ी जाती है — Webflow सहमति परिवर्तन इवेंट सुनती है, दी गई श्रेणी से मेल खाने वाली प्लेसहोल्डर स्क्रिप्ट की पहचान करती है और उनके type एट्रिब्यूट को text/javascript में पुनः लिखती है। यह पैटर्न Drupal के EU Cookie Compliance मॉड्यूल और Cloudflare Zaraz द्वारा एज पर लागू किया जाने वाले जैसा ही है।

थर्ड-पार्टी CMP विकल्प: जब नेटिव बैनर पर्याप्त नहीं होता

उन साइटों के लिए जिन्हें अधिक पूर्ण ऑडिट ट्रेल, प्रति-विक्रेता कॉन्फ़िगरेशन, मल्टी-ज्यूरिस्डिक्शन लॉजिक या IAB TCF एकीकरण की ज़रूरत है, नेटिव बैनर पर्याप्त नहीं है और थर्ड-पार्टी CMP — Cookiebot, OneTrust, Usercentrics, Iubenda — को इसे बदलना चाहिए। पहले नेटिव बैनर बंद करना आवश्यक है।

• Cookiebot एकीकरण — Head सेक्शन में Custom Code के ज़रिए Cookiebot स्निपेट इंस्टॉल करें, Cookiebot-प्रबंधित स्क्रिप्ट को data-cookieconsent एट्रिब्यूट से चिह्नित करें और प्रोजेक्ट सेटिंग्स में Webflow नेटिव बैनर अक्षम करें।
• OneTrust एकीकरण — OneTrust CDN स्निपेट इंस्टॉल करें, Webflow की श्रेणी संरचना पढ़ने के लिए OneTrust डैशबोर्ड कॉन्फ़िगर करें और नेटिव बैनर बंद करें।
• Usercentrics एकीकरण — Usercentrics स्निपेट इंस्टॉल करें, ऑपरेटर की वास्तविक टैग इन्वेंट्री दर्शाने वाली Usercentrics डैशबोर्ड में सेवा परिभाषाएं कॉन्फ़िगर करें और नेटिव बैनर अक्षम करें।
• Iubenda एकीकरण — Iubenda Consent Solution स्निपेट इंस्टॉल करें, नीति और श्रेणी मैपिंग कॉन्फ़िगर करें और नेटिव बैनर अक्षम करें।

Webflow CMS Collections और डायनामिक रूप से रेंडर की गई सामग्री

Webflow की CMS Collections पर विशेष ध्यान देना ज़रूरी है क्योंकि वे एक सहमति सतह पेश करती हैं जो स्टैटिक पेज में नहीं होती। थर्ड-पार्टी विजेट एम्बेड करने वाला Collection पेज — ब्लॉग पोस्ट में YouTube एम्बेड, पोर्टफोलियो पेज में TikTok फीड — होस्टिंग पेज पर लिए गए सहमति निर्णय विरासत में लेता है, लेकिन एम्बेडेड सामग्री स्वचालित रूप से उन निर्णयों का सम्मान नहीं करती जब तक कि ऑपरेटर ने Collection को click-to-load प्लेसहोल्डर के ज़रिए एम्बेड रेंडर करने के लिए कॉन्फ़िगर न किया हो।

2026 के लिए सत्यापन और ऑडिट स्थिति

2026 में एक रक्षायोग्य Webflow डिप्लॉयमेंट को चार तकनीकी जाँचें पास करनी होंगी। पहली, EEA IP पते से सर्व किया गया एक साफ ब्राउज़र सेशन बैनर एक्शन होने से पहले शून्य गैर-ज़रूरी कुकी उत्पन्न करे। दूसरी, अस्वीकार पथ उस स्थिति को बनाए रखे। तीसरी, स्वीकार पथ केवल यूज़र द्वारा सहमति दिए गए टैग उत्पन्न करे और सहमति लॉग में मेल खाने वाला रिकॉर्ड हो। चौथी, निरसन तुरंत आगे के टैग फायर रोके और opt-out को डाउनस्ट्रीम थर्ड-पार्टी प्राप्तकर्ताओं तक प्रसारित करे।

नेटिव बैनर यूज़र की सहमति स्थिति फर्स्ट-पार्टी कुकी में रिकॉर्ड करता है लेकिन सर्वर-साइड ऑडिट लॉग नहीं रखता जिसे यूज़र या सेशन आइडेंटिफ़ायर द्वारा क्वेरी किया जा सके। उन डिप्लॉयमेंट के लिए जिन्हें अधिक पूर्ण ऑडिट ट्रेल की ज़रूरत है — मल्टी-ज्यूरिस्डिक्शन रिपोर्टिंग, प्रति-विक्रेता सहमति रिकॉर्ड, EDPB के अपेक्षित दस्तावेज़ीकरण मानक के साथ एकीकरण — थर्ड-पार्टी CMP सही उत्तर है। एक Webflow साइट जिसने दोनों रास्तों के बीच जानबूझकर चुना, हर Custom Code सतह को ब्लॉक किया और Collection एम्बेड पैटर्न को संबोधित किया, उसने प्लेटफ़ॉर्म के विज़ुअल-बिल्डर की सरलता को एजेंसी की सहमति स्थिति के रक्षायोग्य हिस्से में बदल दिया न कि छिपे हुए अनुपालन ऋण में।