सहमति मोड की खास जानकारी

सहमति मोड की मदद से, वेब और ऐप्लिकेशन डेवलपर, उपयोगकर्ताओं की सहमति के आधार पर टैग और ऐप्लिकेशन SDK टूल के काम करने के तरीके में बदलाव कर सकते हैं.

उपयोगकर्ता की सहमति को मैनेज करने के लिए, आपको ये शर्तें पूरी करनी होंगी:

  1. उपयोगकर्ता के व्यवहार की जानकारी सेव करने की अनुमति देने या न देने के लिए, उसकी सहमति लेना. अपनी वेबसाइट या ऐप्लिकेशन पर या Google पर अपलोड किए गए किसी भी डेटा के लिए, उपयोगकर्ताओं की सहमति लेने की ज़िम्मेदारी आपकी है. वेबसाइटों और ऐप्लिकेशन के लिए, सहमति लेने के लिए बैनर या अपनी पसंद का ऐसा कोई दूसरा समाधान लागू किया जा सकता है. यही नहीं, आपके पास सहमति मैनेजमेंट प्लैटफ़ॉर्म (सीएमपी) के इस्तेमाल का भी विकल्प है.
    Google पर डेटा अपलोड करने के लिए, कृपया अपने कानूनी विभाग से ऐसे सहमति मैनेजमेंट समाधान के बारे में सलाह लें जो आपके कारोबार की ज़रूरतों को पूरा करे.
  2. Google को उपयोगकर्ता की सहमति की जानकारी या सहमति की स्थिति की जानकारी दें. कई सीएमपी खुद ही Google को सहमति की स्थिति की जानकारी भेज देते हैं. अगर आपने सहमति लेने के लिए अपनी ज़रूरत के हिसाब से कोई तरीका चुना है, तो Google को सहमति की स्थिति की जानकारी भेजने के लिए भी आपको एक तरीका सेटअप करना होगा. ज़्यादा जानकारी के लिए, सहमति मैनेज करने के लिए फ़्रेमवर्क चुनना लेख पढ़ें.
  3. पक्का करें कि Google टैग और तीसरे पक्ष के टैग, उपयोगकर्ता की सहमति के हिसाब से काम करते हों.

इन Google प्रॉडक्ट के टैग और SDK में, सहमति की जांच करने की सुविधा पहले से मौजूद होती है. साथ ही, ये सहमति की स्थिति के आधार पर अपने व्यवहार में बदलाव करते हैं:

  • Google टैग
  • Google Analytics (इसमें Google Analytics for Firebase SDK शामिल है)
  • Google Ads (इसमें Google Ads कन्वर्ज़न ट्रैकिंग और रीमार्केटिंग शामिल हैं. हालांकि, फ़ोन कॉल कन्वर्ज़न के लिए इस सुविधा को मंज़ूरी मिलना बाकी है.)
  • फ़्लडलाइट
  • कन्वर्ज़न लिंक करने वाला टैग

सहमति मोड के संदर्भ में, इन शब्दों का खास मतलब है:

  • सहमति की जांच: इसकी वजह से टैग और SDK, सहमति की स्थिति और सहमति के टाइप के आधार पर काम करते हैं.
  • सहमति की स्थिति: यह उपयोगकर्ता की पसंद को दिखाती है. साथ ही, इसमें हर सहमति के टाइप के लिए, सहमति दी गई या अस्वीकार की गई वैल्यू हो सकती है. सहमति की जांच करने वाले टैग और SDK, सहमति का टैग के व्यवहार पर क्या असर पड़ता है लेख में बताए गए तरीके के हिसाब से अपने व्यवहार में बदलाव करते हैं.
  • सहमति का टाइप: इससे स्टोरेज के टाइप के बारे में पता चलता है. हर टाइप के स्टोरेज के लिए सहमति granted या denied दी जा सकती है.

सहमति के टाइप में ये शामिल हैं:

सहमति का टाइप ब्यौरा
ad_storage यह कुकी, विज्ञापन से जुड़े स्टोरेज को चालू करती है. जैसे, कुकी (वेब) या डिवाइस आइडेंटिफ़ायर (ऐप्लिकेशन).
ad_user_data ऑनलाइन विज्ञापन दिखाने के मकसद से, Google को उपयोगकर्ता का डेटा भेजने के लिए सहमति सेट करता है.
ad_personalization लोगों के हिसाब से विज्ञापन दिखाने के लिए सहमति सेट करता है.
analytics_storage यह कुकी, ऐनलिटिक्स से जुड़े स्टोरेज को चालू करती है. जैसे, कुकी (वेब) या डिवाइस आइडेंटिफ़ायर (ऐप्लिकेशन). उदाहरण के लिए, विज़िट की अवधि.
functionality_storage यह कुकी, वेबसाइट या ऐप्लिकेशन की भाषा की सेटिंग के साथ काम करने वाली मेमोरी चालू करती है
personalization_storage यह कुकी, दिलचस्पी के हिसाब से सुझाव दिखाने की सुविधा से जुड़े स्टोरेज को चालू करती है. उदाहरण के लिए, वीडियो के सुझाव
security_storage पुष्टि करने के तरीके, धोखाधड़ी रोकने, और उपयोगकर्ता की बाकी सुरक्षा वगैरह से जुड़ी मेमोरी को चालू करता है

सहमति मोड का बेसिक वर्शन बनाम ऐडवांस वर्शन

अपनी वेबसाइट या ऐप्लिकेशन पर सहमति मोड को इन दो तरीकों से लागू किया जा सकता है: बेसिक या ऐडवांस.

सहमति मोड का बेसिक वर्शन लागू करने पर, Google टैग को तब तक लोड होने से रोका जा सकता है, जब तक कोई उपयोगकर्ता, सहमति वाले बैनर के साथ इंटरैक्ट न करे. इस सेटअप में, उपयोगकर्ता के सहमति वाले बैनर से इंटरैक्ट करने से पहले, Google को कोई डेटा ट्रांसमिट नहीं किया जाता. उपयोगकर्ता से सहमति मिलने पर, Google टैग, सहमति मोड वाले एपीआई को लोड और लागू करते हैं. ये टैग, Google को सहमति की स्थितियां इस क्रम में भेजते हैं:

  1. सहमति की डिफ़ॉल्ट स्थितियां.
  2. सहमति की अपडेट की गई स्थितियां.

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

सहमति मोड का ऐडवांस वर्शन लागू करने पर, Google टैग तब लोड होता है, जब कोई उपयोगकर्ता वेबसाइट या ऐप्लिकेशन को खोलता है. ये टैग, सहमति मोड वाले एपीआई को लोड करने के साथ-साथ ये काम भी करते हैं:

  1. सहमति की डिफ़ॉल्ट स्थितियां सेट करना. हालांकि, जब तक डिफ़ॉल्ट सेटिंग खुद सेट नहीं की जाती, तब तक डिफ़ॉल्ट रूप से सहमति की स्थिति denied रहेगी. सहमति denied होने पर, Google टैग बिना कुकी वाले मेज़रमेंट भेजते हैं.
  2. बैनर से उपयोगकर्ता के इंटरैक्शन का इंतज़ार करते हैं और सहमति की स्थितियों को अपडेट करते हैं. जब कोई उपयोगकर्ता डेटा कलेक्शन के लिए सहमति देता है, तब ही Google टैग, मेज़रमेंट का पूरा डेटा भेजते हैं. टैग के काम करने के तरीके के बारे में ज़्यादा जानें.

सहमति मोड का ऐडवांस वर्शन लागू करने पर, बेहतर मॉडलिंग की सुविधा चालू हो जाती है. यह बेसिक वर्शन से मिलने वाली सुविधा से बेहतर होती है. इसकी वजह यह है कि इसमें सामान्य मॉडल के बजाय, विज्ञापन देने वाले व्यक्ति या कंपनी के हिसाब से मॉडल उपलब्ध होता है.

खास जानकारी

सुविधा सहमति मोड का बेसिक वर्शन सहमति मोड का ऐडवांस वर्शन
टैग लोड करना इस पर तब तक रोक लगाता है, जब तक उपयोगकर्ता का इंटरैक्शन, सहमति वाले बैनर से नहीं होता. यह टैग, डिफ़ॉल्ट रूप से denied पर सेट होता है. कोई अन्य विकल्प कॉन्फ़िगर न किए जाने तक यह इसी तरह लोड होता है.
डेटा ट्रांसमिशन उपयोगकर्ता की सहमति से पहले कोई डेटा नहीं भेजा जाता. यहां तक कि सहमति की डिफ़ॉल्ट स्थिति भी नहीं. सहमति denied होने पर, सहमति की स्थिति और बिना कुकी वाले मेज़रमेंट भेजे जाते हैं.
सहमति granted होने पर, कुकी लिखी जाती हैं और मेज़रमेंट का पूरा डेटा भेजा जाता है.
सहमति की स्थितियां उपयोगकर्ता के इंटरैक्शन के बाद सेट की जाती हैं. डिफ़ॉल्ट तौर पर denied पर सेट होती है. यह तब तक सेट रहती है, जब तक कोई अन्य विकल्प कॉन्फ़िगर न किया जाए. इसे उपयोगकर्ता की पसंद के आधार पर अपडेट भी किया जाता है.
उपयोगकर्ता के इंटरैक्शन के बाद, टैग के काम करने का तरीका उपयोगकर्ता की सहमति मिलने के बाद ही यह मोड, consent mode API को लोड और लागू करता है. सहमति देने या न देने के लिए विकल्प के हिसाब से, टैग के काम करने के तरीके में बदलाव करता है.
कन्वर्ज़न और मुख्य इवेंट की मॉडलिंग सामान्य मॉडल (कम जानकारी वाली मॉडलिंग). विज्ञापन देने वाले व्यक्ति या कंपनी के हिसाब से मॉडल (ज़्यादा जानकारी वाली मॉडलिंग).

आम तौर पर, जब उपयोगकर्ता सहमति देते हैं, तो टैग सामान्य रूप से काम करते हैं.

जब उपयोगकर्ता, दिलचस्पी के मुताबिक विज्ञापन दिखाने या विज्ञापन उपयोगकर्ता डेटा के लिए सहमति नहीं देते हैं, तो टैग या ऐप्लिकेशन एसडीके, विज्ञापन टारगेटिंग के लिए उपयोगकर्ता डेटा का इस्तेमाल नहीं कर सकते.

जब उपयोगकर्ता, स्टोरेज के लिए सहमति नहीं देते हैं, तो सहमति मोड के साथ काम करने वाले टैग या ऐप्लिकेशन एसडीके, कुकी (वेब) या डिवाइस आइडेंटिफ़ायर (ऐप्लिकेशन) सेव नहीं करते हैं. इसके बजाय, टैग Google सर्वर को सहमति की स्थिति और उपयोगकर्ता गतिविधि की जानकारी देते हैं. इसके लिए, वे कुकी (वेब) के बिना मेज़रमेंट या ऐप्लिकेशन के लिए सिग्नल भेजते हैं. इससे Google Ads और Google Analytics 4 प्रॉपर्टी, कन्वर्ज़न और मुख्य इवेंट को मॉडल कर पाती हैं. इसके बारे में जानने के लिए, सहमति मोड मॉडलिंग लेख पढ़ें.

सहमति की स्थिति की जानकारी देने वाले सिग्नल ये हैं:

  • सहमति की स्थिति वाले पिंग: जब उपयोगकर्ता किसी ऐसे पेज पर जाता है जिस पर सहमति मोड लागू हो, तब सहमति की स्थिति वाले पिंग भेजे जाते हैं. ये पिंग, हर तरह की सहमति के बारे में जानकारी देते हैं कि सहमति की स्थिति क्या है. जैसे, विज्ञापन के लिए स्टोरेज या आंकड़ों के लिए स्टोरेज के लिए सहमति दी गई है या नहीं.

  • मुख्य इवेंट की जानकारी देने के लिए पिंग: मुख्य इवेंट की जानकारी देने वाले पिंग यह बताने के लिए भेजे जाते हैं कि कोई मुख्य इवेंट हुआ है.

  • Google Analytics से जुड़ी जानकारी देने के लिए पिंग: Google Analytics से जुड़ी जानकारी देने के लिए पिंग, Google Analytics का इस्तेमाल करने वाली किसी वेबसाइट के हर उस पेज पर भेजे जाते हैं जहां इवेंट रिकॉर्ड किए जा रहे हों.

पिंग में ये शामिल हो सकते हैं:

  • इसके काम करने की जानकारी (जैसे कि हेडर, जिन्हें ब्राउज़र ने जोड़ा हो):
    • टाइमस्टैम्प
    • उपयोगकर्ता एजेंट
    • रेफ़रर
  • एग्रीगेट / पहचान न बताने वाली जानकारी:
    • इस बात का संकेत कि साइट पर, उपयोगकर्ता के नेविगेट किए जाने वाले मौजूदा या पहले के किसी पेज के यूआरएल (उदाहरण के लिए, GCLID / DCLID) में, विज्ञापन पर क्लिक की जानकारी शामिल है या नहीं
    • सहमति की स्थिति के बारे में बूलियन जानकारी
    • हर पेज लोड होने पर, कोई एक नंबर जनरेट होता है

सहमति की स्थिति के आधार पर टैग के काम करने के तरीके में बदलाव करने के साथ-साथ, उपयोगकर्ता की सहमति न मिलने पर सेव किए गए डेटा को भी छिपाया जा सकता है. उदाहरण के लिए, किसी उपयोगकर्ता ने विज्ञापन दिखाने के लिए डेटा सेव करने की सहमति दी हो. बाद में, वह अपना फ़ैसला बदल सकता है और सहमति वापस ले सकता है. ads_data_redaction को चालू करने पर, अगर उपयोगकर्ता सहमति नहीं देता है, तो Google Ads सेव की गई जानकारी को मिटा देगा.

जिन टैग में सहमति की जांच करने की सुविधा पहले से मौजूद होती है वे सहमति की अलग-अलग स्थितियों के हिसाब से अपने व्यवहार में बदलाव करते हैं. यहां दी गई टेबल में, सहमति के टाइप, सहमति की स्थिति, और ads_data_redaction को true पर सेट किया गया है या नहीं, इसके हिसाब से टैग के काम करने के तरीके के बारे में बताया गया है.

सहमति के टाइप अस्वीकार या स्वीकार किया गया व्यवहार
ad_storage और analytics_storage अनुमति दी गई
अनुमति दी गई
  • विज्ञापन से जुड़ी कुकी और डिवाइस आइडेंटिफ़ायर, पढ़े और लिखे जा सकते हैं.
  • आईपी पते इकट्ठा किए जाते हैं.
  • पेज का पूरा यूआरएल इकट्ठा किया जाता है. इसमें, यूआरएल पैरामीटर में (जैसे कि GCLID / DCLID) विज्ञापन पर क्लिक की जानकारी भी शामिल होती है.
  • google.com और doubleclick.net पर पहले से सेट की गई तीसरे पक्ष की कुकी और पहले पक्ष की मुख्य इवेंट कुकी (जैसे कि _gcl_*) ऐक्सेस की जा सकती हैं.
ad_personalization नामंजूर

लोगों की दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा काम नहीं करेगी. इसलिए, ये सुविधाएं डेटा ऐक्सेस नहीं कर सकेंगी:

  • Google Ads, Display & Video 360, और Search Ads 360 में रीमार्केटिंग की सुविधा
  • Google के विज्ञापन वाले प्रॉडक्ट का इस्तेमाल करके लोगों की दिलचस्पी के हिसाब से विज्ञापन दिखाने की सुविधा
ad_user_data नामंजूर

ऑनलाइन विज्ञापन दिखाने के लिए, निजी डेटा इकट्ठा करने की सुविधा बंद है. डेटा में ये शामिल हैं:

  • user_id
  • बेहतर कन्वर्ज़न ट्रैकिंग: पहले पक्ष (ग्राहक) का हैश किया गया डेटा
ad_storage नामंजूर
  • विज्ञापन से जुड़ी कोई नई कुकी या डिवाइस आइडेंटिफ़ायर नहीं बनाया जा सकता.
  • विज्ञापन के लिए इस्तेमाल होने वाली मौजूदा कुकी या डिवाइस आइडेंटिफ़ायर से उपयोगकर्ता की जानकारी हासिल नहीं की जा सकती.
  • अनुरोध एक अलग डोमेन (जैसे, pagead2.googlesyndication.com) से भेजे जाते हैं, ताकि पहले से सेट की गई तीसरे पक्ष की कुकी को अनुरोध के हेडर में भेजे जाने से रोका जा सके.
  • Google Analytics, Google Ads की कुकी को पढ़ या लिख नहीं पाएगा. साथ ही, Google सिग्नल की सुविधाएं, इस ट्रैफ़िक के लिए डेटा इकट्ठा नहीं करेंगी.
  • विज्ञापन प्रॉडक्ट, आईपी पतों को इकट्ठा करने के दौरान छोटा कर देते हैं.
  • पेज के पूरे यूआरएल इकट्ठा किए जाते हैं. इनमें यूआरएल पैरामीटर (जैसे कि GCLID / DCLID) में मौजूद, विज्ञापन पर क्लिक की जानकारी शामिल होती है
analytics_storage नामंजूर
  • टैग, पहले-पक्ष की आंकड़ों की कुकी या ऐप्लिकेशन आइडेंटिफ़ायर को पढ़ या लिख नहीं पाएगा.
  • तीसरे पक्ष की कुकी (वेब) या सिग्नल (ऐप्लिकेशन) के बिना किए गए मेज़रमेंट, Google Analytics को भेजे जाएंगे.उदाहरण के लिए, www. google-analytics.com या स्टैंडर्ड Analytics डोमेन को.ऐसा बुनियादी मेज़रमेंट और मॉडलिंग के मकसद पूरे करने के लिए किया जाएगा.
ad_storage और ads_data_redaction अस्वीकार किया गया और सही है
  • विज्ञापन से जुड़ी कोई नई कुकी या डिवाइस आइडेंटिफ़ायर नहीं बनाया जा सकता.
  • विज्ञापन के लिए इस्तेमाल होने वाली मौजूदा कुकी या डिवाइस आइडेंटिफ़ायर से उपयोगकर्ता की जानकारी हासिल नहीं की जा सकती.
  • अनुरोध एक अलग डोमेन (जैसे, pagead2.googlesyndication.com) से भेजे जाते हैं, ताकि पहले से सेट की गई तीसरे पक्ष की कुकी को अनुरोध के हेडर में भेजे जाने से रोका जा सके.
  • Google Analytics, Google Ads की कुकी या डिवाइस आइडेंटिफ़ायर को पढ़ या लिख नहीं पाएगा. साथ ही, Google सिग्नल की सुविधाएं, इस ट्रैफ़िक के लिए डेटा इकट्ठा नहीं करेंगी.
  • सहमति और मुख्य इवेंट की जानकारी देने के लिए, पिंग में मौजूद विज्ञापन पर क्लिक के आइडेंटिफ़ायर छिपा दिए जाते हैं. जैसे, GCLID / DCLID.
  • विज्ञापन प्रॉडक्ट, आईपी पतों को इकट्ठा करने के दौरान छोटा कर देते हैं.
  • विज्ञापन पर क्लिक के आइडेंटिफ़ायर वाले पेज यूआरएल छिपा दिए जाते हैं.

सहमति मोड लागू करने पर, सहमति मोड के पैरामीटर को एचटीटीपी अनुरोध पैरामीटर में बदल दिया जाता है. जैसे, dma, gcd, और gcs. Google की सेवाओं के लिए सहमति को dma_cps का इस्तेमाल करके कोड में बदला जाता है. ये फ़ील्ड, सहमति की स्थितियों और उनसे जुड़ी कॉन्फ़िगरेशन सेटिंग के बारे में जानकारी देते हैं. Google टैग फ़ील्ड को एन्कोड किया जा सकता है, ताकि डेटा को ज़्यादा तेज़ी से ट्रांसफ़र किया जा सके. इन सेवाओं में बदलाव होने पर, इन फ़ील्ड में भी बदलाव हो सकता है.

gcs पैरामीटर का इस्तेमाल, ad_storage और analytics_storage पैरामीटर को ट्रांसमिट करने के लिए किया जाता है. इससे पता चलता है कि उपयोगकर्ता ने विज्ञापन और आंकड़ों से जुड़ी कुकी (वेब) या डिवाइस आइडेंटिफ़ायर (ऐप्लिकेशन) को सेव करने के लिए सहमति दी है या नहीं. gcd पैरामीटर हमेशा Google की सेवाओं को भेजा जाता है. भले ही, सहमति मोड चालू हो या न हो. gcd पैरामीटर, सहमति के टाइप के ज़रिए उपयोगकर्ता की सहमति से जुड़े विकल्प के बारे में ज़्यादा जानकारी को कोड करता है.

Tag Assistant की मदद से, इन फ़ील्ड और Google टैग के काम करने के तरीके को समझा जा सकता है. इससे आपको अपने सेटअप को बेहतर तरीके से डीबग करने में मदद मिलती है. सहमति मोड को डीबग करने का तरीका जानें.

सहमति मोड के लिए कन्वर्ज़न मॉडलिंग

डेटा इकट्ठा करने के दौरान आए गैप को भरने के लिए Google के प्रॉडक्ट, इन पिंग का इस्तेमाल करते हैं, ताकि परफ़ॉर्मेंस की जानकारी देने वाली रिपोर्ट में मेट्रिक का पूरा डेटा दिखे. उपयोगकर्ता की निजता को सुरक्षित रखने के लिए, आपके टैग या ऐप्लिकेशन एसडीके को तय किए गए डेटा कलेक्शन थ्रेशोल्ड तक पहुंचना होगा. यहां दिए गए लेखों में यह बताया गया है कि किस तरह के डेटा को मॉडल किया जाता है और किन परिस्थितियों में ऐसा किया जाता है: