अंतिम समीक्षा: 27 अगस्त 2026। आधार: DPDP Act, 2023 तथा DPDP Rules, 2025 (नवंबर 2025 में अधिसूचित)।
मार्केटिंग वह कार्य है जिस पर पहली DPDP Act शिकायत आने की सबसे अधिक संभावना है, क्योंकि यह सबसे अधिक लोगों को छूती है, सबसे अधिक चैनलों का उपयोग करती है, और किसी data principal के लिए इसे देखना तथा उस पर आपत्ति करना सबसे आसान है। Section 6 के अंतर्गत, मार्केटिंग सहमति स्वतंत्र, विशिष्ट, सूचित, बिना शर्त तथा असंदिग्ध होनी चाहिए, और वापसी उतनी ही आसान होनी चाहिए जितना उसे देना था। यह पृष्ठ उस मानक को प्रत्येक चैनल पर मानचित्रित करता है, बताता है कि बिना सहमति रिकॉर्ड वाले CRM को कैसे छाँटा जाए, और दिखाता है कि व्यक्तिगत डेटा के बिना अभियानों को कैसे मापा जाए। अधिकांश बाध्यताएँ मई 2027 में प्रवर्तनीय हो जाती हैं, पर आज एकत्र की गई सहमति ही वह है जिस पर आप तब निर्भर करेंगे।
मार्केटिंग, DPDP Act मार्केटिंग सहमति दंड तक का सबसे तेज़ रास्ता क्यों है
मार्केटिंग कंपनी के अपने लाभ के लिए व्यक्तिगत डेटा संसाधित करती है, और Section 7 उसे कोई आश्रय नहीं देती। वैध उपयोग किसी निर्दिष्ट प्रयोजन हेतु स्वैच्छिक प्रावधान, रोज़गार, चिकित्सा आपात तथा राज्य कार्यों को कवर करते हैं। प्रचारात्मक संदेशन उस सूची में नहीं है, और लौटने के लिए GDPR-शैली का कोई legitimate interests परीक्षण भी नहीं है। हमारे पाठ में, बाह्यगामी मार्केटिंग का एकमात्र वैध आधार Section 6 के अंतर्गत सहमति है, जो ऐसी Section 5 सूचना के साथ प्राप्त की गई हो जो प्रयोजन को स्पष्ट रूप से नामित करती हो।
मात्रा और दृश्यता मार्केटिंग को विशिष्ट रूप से उजागर करती हैं: एक ख़राब शब्दों वाला चेकबॉक्स लाखों दोषपूर्ण सहमतियाँ बन जाता है, और अवांछित संदेश स्वयं साक्ष्य है। दंडों के मामले में, मार्केटिंग विफलताएँ आम तौर पर Schedule के Rs 50 crore तक वाले “अन्य उल्लंघन” बैंड में आती हैं, और यदि श्रोताओं में 18 वर्ष से कम आयु का कोई भी व्यक्ति शामिल है, तो बच्चों पर लक्षित ट्रैकिंग तथा लक्षित विज्ञापन पर Section 9 का प्रतिबंध जोखिम को Rs 200 crore बैंड में ले जाता है। हमारी penalties Schedule व्याख्या बताती है कि गंभीरता, अवधि और पुनरावृत्ति को कैसे तौला जाता है।
DPDP के अंतर्गत WhatsApp मार्केटिंग सहमति: opt-in और फ़ोन नंबर एक बात नहीं
Meta की WhatsApp Business नीति मार्केटिंग टेम्पलेट भेजने से पहले एक opt-in अपेक्षित करती है, और कई टीमें उस opt-in को DPDP सहमति का प्रमाण मान लेती हैं। वह प्रमाण नहीं है। प्लेटफ़ॉर्म opt-in आमतौर पर चेकआउट शर्तों में बंडल की गई एक पंक्ति होती है, एक स्वतः-टिक किया गया बॉक्स, या इसलिए अनुमानित कि ग्राहक ने पहले संदेश भेजा था। Section 6 ऐसी सहमति अपेक्षित करती है जो विशिष्ट हो (मार्केटिंग को प्रयोजन के रूप में नामित किया गया हो, ऑर्डर अद्यतनों से अलग), बिना शर्त हो (ख़रीद उस पर निर्भर न हो) और असंदिग्ध हो (एक सकारात्मक कृत्य, मौन नहीं)। डिलीवरी की स्थिति पूछने वाले ग्राहक ने अधिक से अधिक Section 7 के अंतर्गत उसी प्रयोजन के लिए अपना नंबर स्वेच्छा से दिया है; उसने साप्ताहिक कैटलॉग के लिए सहमति नहीं दी है।
दूसरी कमी वापसी है। यदि ग्राहक ने एक टैप से opt-in किया, तो “STOP” का उत्तर हर टेम्पलेट और हर प्रेषक वेंडर पर, बिना हेल्पलाइन कॉल के, काम करना चाहिए। प्रत्येक नंबर के लिए एक सहमति रिकॉर्ड रखें जो दिखाई गई शब्दावली, टाइमस्टैम्प, स्रोत तथा कोई भी वापसी घटना दर्शाए। जब Board पूछेगा तो वही रिकॉर्ड आपका बचाव है।
चैनल-दर-चैनल सहमति तालिका
मानक हर चैनल पर एक ही है; यांत्रिकी भिन्न हैं।
| चैनल | वैध सहमति कैसी दिखती है | सामान्य विफलता | समानता पूरी करने वाली वापसी |
|---|---|---|---|
| WhatsApp Business | पृथक, बिना-टिक किया opt-in जो प्रचारात्मक संदेशों को नामित करे; शब्दावली और टाइमस्टैम्प का रिकॉर्ड | किसी सेवा वार्तालाप को मार्केटिंग opt-in मान लेना | सभी वेंडरों पर एक कार्य-दिवस के भीतर STOP का उत्तर सम्मानित |
| SMS | उपयोग किए गए हेडर और टेम्पलेट के लिए TRAI DLT सहमति पंजीकरण, साथ ही प्रयोजन के लिए DPDP सहमति (अकेला DLT पंजीकरण दूरसंचार अनुपालन है, DPDP सहमति नहीं) | प्रचारात्मक टेम्पलेट लेनदेनात्मक के रूप में पंजीकृत; ख़रीदी गई सूची से “अर्जित” सहमति | STOP का उत्तर या एक-टैप लिंक; दमन को DLT सहमति रजिस्टर से सिंक करें |
| ईमेल | साइनअप पर बिना-टिक किया मार्केटिंग चेकबॉक्स, या डबल opt-in पुष्टि; लेनदेनात्मक ईमेल अलग रहता है | मार्केटिंग को “मैं शर्तों से सहमत हूँ” में बंडल करना | प्रत्येक संदेश में एक-क्लिक अनसब्सक्राइब लिंक; लॉगिन आवश्यक नहीं |
| ऐप पुश | OS अनुमति प्रॉम्प्ट के साथ ऐप-भीतर प्रयोजन सूचना; प्रचारात्मक पुश सेवा अलर्ट से अलग | OS प्रॉम्प्ट (जो केवल वितरण नियंत्रित करता है) को प्रोफ़ाइलिंग की सहमति मान लेना | बैकएंड पर प्रतिबिंबित ऐप-भीतर टॉगल, केवल डिवाइस पर नहीं |
| रीटार्गेटिंग पिक्सल और कुकीज़ | ग़ैर-आवश्यक टैग चलने से पहले सहमति; अस्वीकार विकल्प स्वीकार जितना ही प्रमुख | कोई विकल्प मिलने से पहले पेज लोड पर Meta और Google पिक्सल चलाना | स्थायी फ़ुटर लिंक से बैनर फिर से खोलें; वापसी पर पहचानकर्ता साफ़ करें |
| Lookalike और custom audiences | ऐसी सहमति सूचना जो विज्ञापन प्लेटफ़ॉर्मों के साथ हैश किए गए पहचानकर्ता साझा करने को एक प्रयोजन के रूप में नामित करे | सामान्य “हमारी सेवाओं में सुधार” प्रयोजन के अंतर्गत पूरा CRM किसी विज्ञापन प्लेटफ़ॉर्म पर अपलोड करना | अगले सिंक पर अपलोड किए गए audiences से वापस लिए गए संपर्क हटाएँ, और उसे लॉग करें |
| ख़रीदी या किराए पर ली गई सूचियाँ | ऐसी सहमति जो सूची विक्रेता ने आपकी मार्केटिंग के लिए, लिखित में, प्रति रिकॉर्ड सत्यापन-योग्य रूप से प्राप्त की हो | यह मान लेना कि विक्रेता की सहमति एक नए fiduciary और एक नए प्रयोजन को कवर करती है | व्यावहारिक रूप से असंभव; दबाएँ और उपयोग न करें |
SMS पर: TRAI का DLT ढाँचा स्पैम नियंत्रित करने हेतु दूरसंचार ऑपरेटरों द्वारा प्रवर्तित किया जाता है; DPDP Act व्यक्ति की रक्षा हेतु Board द्वारा प्रवर्तित किया जाता है। कोई टेम्पलेट DLT-अनुपालक हो सकता है और फिर भी Section 6 के अंतर्गत अवैध, क्योंकि सहमति कभी विशिष्ट थी ही नहीं या वापस ले ली गई थी। दोनों रजिस्टर चलाएँ, और सुनिश्चित करें कि एक पर STOP दूसरे को अद्यतन करे।
DPDP Act के अंतर्गत ईमेल मार्केटिंग: सूचना, पृथक्करण और अनसब्सक्राइब
मई 2027 से, ऐसे संपर्क को भेजना जिसका सहमति रिकॉर्ड आप प्रस्तुत नहीं कर सकते, वैध आधार के बिना प्रसंस्करण है, सूची चाहे कितनी भी पुरानी हो।
सूचना में क्या कहा जाना चाहिए
Section 5 अपेक्षा करती है कि सूचना डेटा और प्रयोजन का वर्णन करे तथा समझाए कि सहमति कैसे वापस ली जाए, अधिकारों का प्रयोग कैसे किया जाए और Board से शिकायत कैसे की जाए। किसी मार्केटिंग साइनअप के लिए वह संग्रह के बिंदु पर एक छोटी, दृश्यमान पंक्ति है, 4,000 शब्दों की नीति का लिंक नहीं। हमारी Section 5 सूचना मार्गदर्शिका में ऐसी शब्दावली है जो विधिक और कन्वर्ज़न-दर दोनों समीक्षाओं में टिकती है।
लेनदेनात्मक बनाम प्रचारात्मक
ऑर्डर पुष्टियाँ, चालान और पासवर्ड रीसेट Section 7 स्वैच्छिक प्रावधान पर निर्भर कर सकते हैं। एक “आपको यह भी पसंद आ सकता है” ब्लॉक जोड़ें और वही ईमेल मार्केटिंग बन जाता है। धाराओं को अलग रखें ताकि मार्केटिंग की वापसी सेवा संदेशन को न तोड़े।
अनसब्सक्राइब समानता
यदि साइनअप में एक क्लिक लगा, तो अनसब्सक्राइब में भी एक क्लिक लगना चाहिए। ऐसे प्राथमिकता केंद्र जो लॉगिन माँगते हैं, “क्या आप निश्चित हैं” अंतरालपृष्ठ, या दस-दिन की प्रसंस्करण अवधि हमारे पाठ में Section 6 में विफल होते हैं। अनुरोध का सम्मान प्रेषण प्लेटफ़ॉर्म, CRM तथा प्रत्येक अनुप्रवाह सिंक में करें; जो व्यक्ति अनसब्सक्राइब करता है और एक और ईमेल पाता है, उसके पास साफ़ शिकायत है।
CRM डेटा DPDP अनुपालन: बिना सहमति रिकॉर्ड वाले विरासत डेटाबेस की छँटाई
“हमारे पास 8 लाख संपर्क हैं और आधे कहाँ से आए, इसका कोई पता नहीं। क्या हम उन्हें हटा दें?” ज़रूरी नहीं, पर आप उन्हें ऐसे मार्केटिंग करते नहीं रह सकते मानो कुछ बदला ही न हो। हम मई 2027 से पहले एक छँटाई की सिफ़ारिश करते हैं।
चरण 1: प्रत्येक रिकॉर्ड को उद्गम के अनुसार वर्गीकृत करें
प्रत्येक संपर्क को अपने पास उपलब्ध सर्वोत्तम साक्ष्य से टैग करें: शब्दावली और टाइमस्टैम्प सहित एक opt-in घटना; ऑर्डर तिथि सहित एक ग्राहक संबंध; एक इवेंट बैज स्कैन; बिना स्रोत की एक आयातित फ़ाइल। उद्गम यह भी बताता है कि Section 8 के अंतर्गत आप रिकॉर्ड को कितने समय तक बचाव-योग्य रूप से रख सकते हैं।
चरण 2: एक निर्णय नियम लागू करें
| उद्गम | व्यवहार |
|---|---|
| मार्केटिंग को नामित करने वाला प्रलेखित opt-in | रखें; सहमति पहले से ही Section 6 को पूरा करती है |
| ख़रीद वाला ग्राहक, पर बंडल या अस्पष्ट सहमति | एक पुनः-अनुमति संदेश, फिर उत्तर न देने वालों को दबाएँ; मौन सहमति नहीं है |
| मार्केटिंग सहमति के बिना इवेंट या वेबिनार संपर्क | उन्होंने जिस चैनल का उपयोग किया उसी से एक पुनः-अनुमति संदेश, फिर दबाएँ |
| बिना अनुरेखणीय स्रोत वाली आयातित या ख़रीदी गई सूचियाँ | तत्काल दबाएँ; पुनः-अनुमति अवधि बंद होने के बाद हटाएँ |
| तीन वर्ष से अधिक निष्क्रिय संपर्क | हटाएँ, जब तक कोई क़ानूनी प्रतिधारण कर्तव्य लागू न हो; प्रयोजन पूरा हुआ |
चरण 3: पुनः-अनुमति अभियान ठीक से चलाएँ
पुनः-अनुमति अभियान स्वयं प्रसंस्करण है, इसलिए इसे प्रति चैनल एक संदेश तक सीमित रखें, प्रयोजन नामित करें, “नहीं” को “हाँ” जितना ही आसान बनाएँ, और कोई प्रतिक्रिया न आने को “नहीं” मानें। भारतीय B2C पुनः-अनुमति अभियानों में सांकेतिक प्रतिक्रिया दरें 5 से 20 प्रतिशत के बीच रहती हैं, इसलिए कहीं छोटी पर बचाव-योग्य सूची के लिए बजट रखें। अवधि के दौरान उत्तर न देने वालों को दबाएँ (आपको यह रिकॉर्ड चाहिए कि किसने इनकार किया), फिर अवधि बंद होने पर हटा दें, बशर्ते लेखांकन, वारंटी या विवाद जैसा कोई अन्य प्रयोजन प्रतिधारण की माँग न करे। हमारे DPDP Starter Templates में एक पुनः-अनुमति सूचना तथा एक दमन लॉग प्रारूप शामिल है।
Consent Managers, रिकॉर्ड और मार्केटिंग के लिए उनकी भूमिका
Act एक Consent Manager की रचना करता है, जो Rules के अंतर्गत Board के साथ पंजीकृत होता है, और जिसके माध्यम से कोई data principal अनेक fiduciaries में सहमति दे, देख तथा वापस ले सकता है। ये प्रावधान अधिसूचना के 12 महीने बाद लागू होते हैं, अधिकांश अन्य बाध्यताओं से पहले। कोई Consent Manager आपके अपने संग्रह का स्थान नहीं लेगा, पर वह मार्केटिंग के लिए दो चीज़ें बदलता है।
पहला, कोई वापसी आपके अनसब्सक्राइब लिंक के बजाय किसी Consent Manager के माध्यम से आ सकती है, इसलिए आपकी दमन पाइपलाइन को तृतीय-पक्ष संकेतों के लिए एक अंतर्ग्रहण मार्ग चाहिए। दूसरा, जब कोई व्यक्ति एक ही डैशबोर्ड में अपनी दी हुई हर सहमति देख सकता है, तो “संचार और ऑफ़र” जैसे अस्पष्ट प्रयोजन विशिष्ट प्रयोजनों के आगे कमज़ोर दिखेंगे। सहमति रिकॉर्ड अभी ऐसे फ़ील्डों के साथ डिज़ाइन करें जिन्हें कोई Consent Manager उपभोग कर सके: प्रयोजन कोड, शब्दावली संस्करण, टाइमस्टैम्प, चैनल, स्रोत और स्थिति। Act and Rules Explorer Rules के विरुद्ध Consent Manager प्रावधानों का अनुरेखण करता है।
DPDP Act के अंतर्गत भारत में कुकी सहमति: बैनर को वास्तव में क्या करना चाहिए
Act में कोई कुकी खंड नहीं है, पर कोई रीटार्गेटिंग पिक्सल या एनालिटिक्स कुकी जो किसी डिवाइस की पहचान करती है और उसे ब्राउज़िंग व्यवहार से जोड़ती है, मार्केटिंग के लिए डिजिटल व्यक्तिगत डेटा का प्रसंस्करण है, इसलिए Section 6 लागू होती है। यह उस बैनर के लिए मायने रखता है जिसे अधिकांश भारतीय साइटों ने किसी यूरोपीय टेम्पलेट से नक़ल किया और कभी कॉन्फ़िगर नहीं किया।
ग़ैर-आवश्यक टैग तब तक नहीं चलने चाहिए जब तक व्यक्ति कोई कार्य न करे; ऐसा बैनर जो कहता है “हम कुकीज़ का उपयोग करते हैं” जबकि Meta पिक्सल पहले ही लोड हो चुका है, सहमति के बिना सूचना है। “सब अस्वीकार करें” उतना ही दृश्यमान होना चाहिए जितना “सब स्वीकार करें”; अस्वीकृति को “प्राथमिकताएँ प्रबंधित करें” के पीछे दबा देना हमारे पाठ में समानता में विफल होता है। वापसी बाद में एक स्थायी फ़ुटर लिंक से पहुँच-योग्य होनी चाहिए जो विकल्प फिर से खोले और पूर्व सहमति के अंतर्गत सेट किए गए पहचानकर्ता साफ़ करे।
2027 से पहले हटाने योग्य dark patterns
वे पैटर्न जिन्हें हम सबसे अधिक चिह्नित करते हैं, प्रत्येक Section 6 की किसी शर्त को कमज़ोर करता है: पहले से टिक किए मार्केटिंग बॉक्स (असंदिग्ध नहीं); “मैं शर्तों से सहमत हूँ” में बंडल की गई सहमति (विशिष्ट नहीं); मार्केटिंग सहमति पर निर्भर छूट या ऐप अभिगम (बिना शर्त नहीं); ब्रांड रंग में स्वीकार बटन और धूसर पाठ में अस्वीकार, या “नहीं, मैं पैसे नहीं बचाना चाहता” जैसी confirmshaming शब्दावली (स्वतंत्र नहीं); ऐसे अनसब्सक्राइब लिंक जो लॉगिन पृष्ठ पर ले जाते हैं (वापसी सहमति से कठिन)। प्रत्येक को ठीक करना सस्ता और उसका बचाव करना महँगा है।
बच्चे और मार्केटिंग
Section 9, 18 वर्ष से कम आयु के किसी भी व्यक्ति पर लक्षित ट्रैकिंग, व्यवहारगत निगरानी तथा लक्षित विज्ञापन को प्रतिबंधित करती है, और बच्चे के डेटा के लिए सत्यापन योग्य माता-पिता की सहमति अपेक्षित करती है। किशोर श्रोताओं वाले ब्रांडों (edtech, गेमिंग, फ़ैशन, स्नैक्स) को मान लेना चाहिए कि रीटार्गेटिंग और lookalike पाइपलाइनें 18 वर्ष से कम आयु वालों को खींच लेंगी, जब तक उन्हें बाहर रखने के लिए डिज़ाइन न किया जाए। मार्केटिंग परिणाम सरल है: जहाँ आप किसी बच्चे की संभावना ख़ारिज नहीं कर सकते, वहाँ प्रोफ़ाइलिंग या लक्ष्यीकरण न करें। हमारी DPDP 101 मार्गदर्शिका Section 9 को अधिक गहराई से कवर करती है।
व्यक्तिगत डेटा के बिना अभियानों का मापन
सहमति-प्रथम का अर्थ मापन-अंध होना नहीं है, पर इसका अर्थ यह अवश्य है कि जहाँ सहमति दर जोखिम को उचित नहीं ठहराती, वहाँ व्यक्ति-स्तरीय ट्रैकिंग से समुच्चय और प्रतिरूपित मापन की ओर बढ़ा जाए।
सहमति द्वार के पीछे सर्वर-साइड इवेंट संग्रह सहमति देने वाले उपयोगकर्ताओं से कन्वर्ज़न गिनता है, बिना तृतीय-पक्ष स्क्रिप्ट को डेटा लीक किए। प्रत्यक्ष पहचानकर्ताओं से रहित डेटा पर कोहॉर्ट विश्लेषण, तथा भौगोलिक या समय-विभाजित होल्डआउट परीक्षण (शहरों के एक समूह में अभियान चलाकर एक मिलान नियंत्रण समूह से तुलना), ऐसी वृद्धिशीलता रीडिंग देते हैं जिन्हें किसी व्यक्तिगत ट्रैकिंग की आवश्यकता नहीं। एट्रिब्यूशन उस प्रथम-पक्ष डेटा पर टिक सकता है जिसकी आपके पास सहमति है, जैसे प्रोमो कोड द्वारा ऑर्डर गणना, तथा उपयोगकर्ता-स्तरीय निर्यात के बजाय प्लेटफ़ॉर्म-पक्ष की समुच्चय रिपोर्टों पर। जहाँ किसी मापदंड को व्यक्तिगत डेटा चाहिए, पूछें कि क्या वह प्रयोजन सूचना में था; यदि नहीं, तो सूचना अद्यतन होने तक वह दायरे से बाहर है। किसी पहचानकर्ता से बँधे कच्चे इवेंट लॉग की एक निर्धारित आयु होनी चाहिए, क्योंकि Section 8 प्रयोजन पूरा होने पर मिटाने की अपेक्षा करती है। समुच्चय रखें, पंक्तियाँ हटाएँ।
अक्सर पूछे जाने वाले प्रश्न
क्या DPDP Act अनुपालन के लिए WhatsApp Business opt-in पर्याप्त है?
नहीं। प्लेटफ़ॉर्म opt-in एक Meta नीति अपेक्षा है और अक्सर बंडल या अनुमानित तरीक़े से एकत्र की जाती है। Section 6 को प्रचारात्मक संदेशन के लिए एक पृथक, विशिष्ट, असंदिग्ध सहमति चाहिए, जिसके पीछे एक Section 5 सूचना हो, तथा एक वापसी मार्ग जो उतना ही आसान हो जितना opt-in था।
यदि हमारे पास कोई सहमति रिकॉर्ड नहीं है तो क्या हमें अपना पूरा CRM हटाना होगा?
नहीं, पर आप उस पर अपरिवर्तित मार्केटिंग जारी नहीं रख सकते। रिकॉर्ड को उद्गम के अनुसार वर्गीकृत करें, जहाँ वास्तविक संबंध है वहाँ एक ही पुनः-अनुमति संदेश चलाएँ, उत्तर न देने वालों तथा अनुरेखण-रहित आयातों को दबाएँ, और अवधि बंद होने पर तथा कोई अन्य प्रतिधारण प्रयोजन लागू न होने पर हटा दें।
क्या DPDP Act के अंतर्गत भारत में कुकी बैनर क़ानूनी रूप से आवश्यक हैं?
Act कुकीज़ को नामित नहीं करता, पर ग़ैर-आवश्यक कुकीज़ और पिक्सल जो विज्ञापन के लिए किसी डिवाइस की पहचान करते हैं, मार्केटिंग प्रयोजन के लिए डिजिटल व्यक्तिगत डेटा संसाधित करते हैं। इसके लिए टैग चलने से पहले सहमति चाहिए, स्वीकार जितना ही आसान अस्वीकार विकल्प चाहिए, और बाद में वापसी का रास्ता चाहिए, जिसका व्यवहार में अर्थ है एक ठीक से कॉन्फ़िगर किया गया बैनर।
ये मार्केटिंग बाध्यताएँ कब प्रवर्तनीय होती हैं?
Consent Manager प्रावधान नवंबर 2025 में Rules अधिसूचित होने के 12 महीने बाद लागू होते हैं, और सूचना, सहमति तथा data principal अधिकारों सहित अधिकांश सारभूत बाध्यताएँ मई 2027 में प्रवर्तनीय हो जाती हैं। दो बार पुनः-अनुमति लेने के बजाय संग्रह और वापसी प्रवाह अभी ठीक करें।
संबंधित व्याख्याएँ
अगला क़दम
यदि आपके साइनअप फ़ॉर्म, WhatsApp टेम्पलेट, कुकी बैनर और अनसब्सक्राइब प्रवाह Section 6 के बजाय कन्वर्ज़न के लिए बनाए गए थे, तो एक छोटी समीक्षा ठीक-ठीक दिखा देगी कि मई 2027 से पहले किन स्क्रीनों को बदलना होगा। एक Consent UX review बुक करें और हम आपको स्क्रीन-दर-स्क्रीन सुधार सूची, एक CRM छँटाई योजना तथा वह सहमति रिकॉर्ड स्कीमा लौटाएँगे जो आपके सिस्टम को आज दर्ज करनी चाहिए।