गूगल सहमति मोड v2: क्या बदला

Consent Mode v2 में जाने के बाद क्या बदला

यह समस्या विशेष रूप से तब गंभीर हो गई जब Google ने विज्ञापन और विश्लेषण टैग के काम करने के लिए आवश्यकताओं को कड़ा किया। कुकी सहमति अब केवल Google Ads के लिए 'स्वीकृत' और 'अस्वीकृत' बटन के साथ एक कुकी सहमति बैनर नहीं है - यह अब पूरे सिग्नल संग्रह सेटअप का हिस्सा है। यदि कोई साइट विज्ञापन, विश्लेषण, या रीमार्केटिंग का उपयोग करती है, तो सहमति लॉजिक लगभग हमेशा समीक्षा की आवश्यकता होती है।

अतीत में, कई साइटें एक छोटे कुकी नोटिस के साथ काम चला लेती थीं। अब यह पर्याप्त नहीं है। Google Consent Mode v2 वास्तविक तंत्र को बदलता है: साइट को टैग फायर होने से पहले सहमति स्थिति पास करनी होती है, न कि बाद में, और यहीं पर Google Consent Mode v2 में स्विच करने के बाद कुकी सहमति में क्या नया है, यह सवाल उठता है। टीम को अधिक नियंत्रण बिंदु मिलते हैं, और साइट के मालिक को अधिक स्थान मिलते हैं जहाँ गलतियाँ हो सकती हैं।

व्यवहार में, यह सरल परियोजनाओं पर भी ध्यान देने योग्य है। बैनर एक जैसा दिख सकता है, लेकिन इसके पीछे अब GA4, Google Ads, और GTM टैग के लिए नियम हैं, और GA4 Consent Mode v2 सेटअप को सावधानीपूर्वक सत्यापित करना होगा। एक गलत परिदृश्य - और कुछ घटनाएँ गायब हो जाती हैं। या एक ग्रे क्षेत्र में, जो उतना ही बुरा है।

सहमति मोड v2 पिछले संस्करण से कैसे भिन्न है

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

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

एक बुनियादी कुकी बैनर उपयोगकर्ता के चुनाव को दिखाता है। सहमति मोड v2 उस चुनाव को टैग के लिए तकनीकी रूप से महत्वपूर्ण कुछ में बदल देता है। यही अंतर है: बैनर इंटरफेस है, जबकि सहमति मोड v2 विश्लेषण और विज्ञापन के लिए नियम परत है। लोग अक्सर इन्हें混淆 करते हैं।

अब किन डेटा और अनुमतियों पर विचार करने की आवश्यकता है

फोकस आमतौर पर चार श्रेणियों पर होता है: analytics_storage, ad_storage, ad_user_data, और ad_personalization। ये एक-दूसरे के स्थान पर नहीं रखे जा सकते, और यह केवल शब्दावली का मामला नहीं है। analytics_storage विश्लेषण डेटा को संग्रहीत करने के लिए जिम्मेदार है, ad_storage विज्ञापन कुकीज़ के लिए, ad_user_data विज्ञापन प्रणालियों में उपयोगकर्ता डेटा पास करने के लिए, और ad_personalization विज्ञापन व्यक्तिगतकरण के लिए।

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

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

यह कुकी बैनर और UX को कैसे प्रभावित करता है

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

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

आपको यह भी सोचना होगा कि उपयोगकर्ता बाद में सेटिंग्स को कैसे फिर से खोल सकते हैं। लोग अक्सर तुरंत अपना मन नहीं बदलते, बल्कि 2-3 विज़िट के बाद। यदि सेटिंग्स का लिंक फुटर में छिपा हुआ है और छोटे पाठ में लिखा गया है, तो सहमति एक औपचारिकता में बदल जाती है। फिर मार्केटिंग टीम यह सोचती है कि इतनी अस्वीकृतियाँ क्यों हैं और रिपोर्ट में उपयोगकर्ता व्यवहार अपेक्षाओं से मेल क्यों नहीं खाता।

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

विश्लेषण और विज्ञापन में क्या जांचें

पहली चीज़ जो जांचने की है वह है GA4। यदि सहमति गलत तरीके से दी गई है, तो कुछ घटनाएँ नहीं पहुँच सकती हैं, और अन्य पैरामीटर खो सकते हैं। यह रिपोर्ट के लिए निराशाजनक है: ट्रैफ़िक वहाँ है, रूपांतरण वहाँ हैं, लेकिन श्रेय भटकने लगता है।

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

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

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

Consent Mode v2 लागू करने के बाद सामान्य गलतियाँ

सबसे सामान्य गलती गलत टैग-लोडिंग क्रम है। डिफ़ॉल्ट सहमति को पहले चलाना चाहिए, और उसके बाद ही एनालिटिक्स और विज्ञापनों को लॉन्च किया जाना चाहिए। यदि क्रम उलट दिया जाता है, तो साइट उचित स्थिति के बिना संकेत भेजती है, और बाद में इसे ठीक करना उतना आसान नहीं होता जितना लगता है।

एक और समस्या यह है कि कोई डिफ़ॉल्ट सहमति नहीं है। तब सिस्टम नहीं जानता कि उपयोगकर्ता के विकल्प बनाने से पहले कैसे व्यवहार करना है। कभी-कभी डेवलपर्स उम्मीद करते हैं कि बैनर सब कुछ संभाल लेगा, लेकिन बिना स्पष्ट प्रारंभिक स्थिति के, Consent Mode v2 उस तरह से काम नहीं करता जैसा अपेक्षित है।

CMP और GTM सेटिंग्स अक्सर अलग हो जाती हैं। इंटरफ़ेस में, उपयोगकर्ता ने विज्ञापनों को अस्वीकार कर दिया, लेकिन GTM अभी भी ad_storage के लिए अनुमति प्राप्त करता है। यह संघर्ष हमेशा तुरंत स्पष्ट नहीं होता। यह बाद में प्रकट होता है, जब टीम Google Ads और CMP रिपोर्टों से संख्याओं की तुलना करती है।

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

अपडेट के लिए साइट को कैसे तैयार करें

वर्तमान कुकी बैनर का ऑडिट करना सबसे अच्छा है। आपको यह समझने की आवश्यकता है कि कौन सी सहमति श्रेणियाँ पहले से मौजूद हैं, उपयोगकर्ता कौन से पाठ देखता है, और विकल्प कहाँ संग्रहीत है। एक बैनर साफ-सुथरा दिख सकता है जबकि फिर भी Google के नए मोड के लिए सही स्थितियों की कमी हो सकती है।

अगला कदम CMP की जांच करना है। यदि सहमति प्रबंधन प्लेटफ़ॉर्म analytics_storage, ad_storage, ad_user_data, और ad_personalization को पास नहीं कर सकता है, तो अपडेट खींचता रहेगा। कभी-कभी एकीकरण को अनुकूलित करना पूरे साइट को फिर से बनाने से आसान होता है, लेकिन यह स्टैक और ट्रैफ़िक मात्रा पर निर्भर करता है।

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

यह दृश्य पक्ष की जांच करने के लिए भी योग्य है। “कस्टमाइज़” बटन को अतिरिक्त क्लिक के पीछे नहीं छिपाना चाहिए। इसका लेबल छोटा रखना बेहतर है। कोई भी लंबे वाक्यांश नहीं पढ़ता।

कानूनी और दस्तावेज़ी दृष्टिकोण से क्या विचार करना है

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

दस्तावेज़ों की जांच बैनर के वास्तविक व्यवहार के खिलाफ की जानी चाहिए। यदि नीति एक बात कहती है और बैनर कुछ और करता है, तो यह समीक्षा के दौरान और विश्वास के लिए अनावश्यक जोखिम पैदा करता है। और हाँ, यहाँ विश्वास एक असावधान वाक्य के कारण खो सकता है।

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

यदि साइट पहले से ही उपयोगकर्ता क्रियाओं को ट्रैक करती है, तो यह भी जांचने लायक है कि सहमति लॉग कैसे संग्रहीत किए जाते हैं और किसे उन तक पहुँच है। यह केवल एक तकनीकी मुद्दा नहीं है, बल्कि एक संगठनात्मक मुद्दा भी है। जब एक कंपनी के पास तीन ठेकेदार और दो आंतरिक टीमें होती हैं, तो धुंधली जिम्मेदारी जल्दी से विवाद में बदल जाती है।

और अंत में, जब अपडेट लाइव हो जाए, तो कुकी सहमति को ऑटो पायलट पर न छोड़ें। पहले 7–14 दिनों के लिए, आपको रिपोर्ट की निगरानी करनी चाहिए, ट्रैफ़िक में गिरावट की जांच करनी चाहिए, और रिलीज़ से पहले और बाद में विज्ञापन टैग के व्यवहार की तुलना करनी चाहिए। ऐसे कार्यों में, वेबसाइट एनालिटिक्स और मॉनिटरिंग प्लेटफ़ॉर्म ·यदि आपको यह नियंत्रित करने की नियमित आवश्यकता है कि साइट संकेत कैसे देती है और क्या यह रास्ते में डेटा खोती है, तो मदद कर सकता है।