यूआरएल में व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई)

Google Ads में कुछ सुधार किए गए हैं, ताकि आप बेहतर तरीके से अपनी ऑडियंस के बारे में ज़्यादा जानकारी देख सकें और उन्हें मैनेज कर पाएं. साथ ही, ऑडियंस मैनेजमेंट और ऑप्टिमाइज़ेशन भी आपके लिए आसान हो जाए. इन सुधारों के बारे में यहां बताया गया है:

नई ऑडियंस रिपोर्टिंग
ऑडियंस की डेमोग्राफ़िक्स, सेगमेंट, और बाहर रखी गई ऑडियंस के बारे में ज़्यादा जानकारी वाली रिपोर्ट अब एक ही जगह पर जोड़ी गई है. कैंपेन आइकॉन पर क्लिक करें. इसके बाद, "ऑडियंस, कीवर्ड, और कॉन्टेंट" टैब खोलें और ऑडियंस पर क्लिक करें. इस रिपोर्ट पेज से आसानी से अपनी ऑडियंस को मैनेज किया जा सकता है. ऑडियंस रिपोर्टिंग के बारे में ज़्यादा जानें.
नए शब्द
हम ऑडियंस रिपोर्ट और Google Ads में नए शब्दों का इस्तेमाल कर रहे हैं. उदाहरण के लिए, अब "ऑडियंस टाइप" को ऑडियंस सेगमेंट और "रीमार्केटिंग" को “आपका डेटा” कहा जाता है. ऑडियंस टाइप में कस्टम, इन-मार्केट, और अफ़िनिटी ऑडियंस (एक जैसी पसंद वाले दर्शक) शामिल हैं. ऑडियंस से जुड़ी टर्म और वाक्यांशों में हुए अपडेट के बारे में ज़्यादा जानें

उपयोगकर्ता की निजता की सुरक्षा के लिए Google ने खास नीतियां बनाई हैं. इन नीतियों से तय होता है कि विज्ञापन देने वाले, व्यक्तिगत पहचान से जुड़ी जानकारी को किस तरह इकट्ठा, इस्तेमाल, और शेयर कर सकते हैं. अगर इन नीतियों के मुताबिक, Google टैग से Google को व्यक्तिगत पहचान से जुड़ी जानकारी का कोई भी डेटा मिलता है, तो हम विज्ञापन देने वाले को नीति के उल्लंघन की सूचना भेजेंगे. साथ ही, उसके डेटा सेगमेंट और उससे जुड़े कस्टम कॉम्बिनेशन सेगमेंट या मिलते-जुलते सेगमेंट जैसे दूसरे सेगमेंट को भी बंद कर देंगे. यह पाबंदी तब तक रहेगी, जब तक विज्ञापन देने वाला इस गड़बड़ी को ठीक नहीं कर देता.

ध्यान दें: यह ज़रूरी शर्त, Google की उन सेवाओं पर लागू नहीं होती है जो Google Ads की डेटा प्रोसेसिंग की शर्तों के दायरे में आती है.

इस लेख में, मौजूदा प्रोसेस के काम करने के तरीके और आम तौर पर आने वाली उन स्थितियों से बचने की जानकारी दी गई है जहां व्यक्तिगत पहचान से जुड़ी जानकारी, Google के साथ शेयर की जा सकती है.

टैग कैसे काम करते हैं

जब किसी वेब पेज पर Google टैग ट्रिगर होता है, तब उपयोगकर्ता का मौजूदा यूआरएल अपने-आप Google के पास पहुंच जाता है. अगर वेब डेवलपर, टैग को व्यक्तिगत पहचान से जुड़ी जानकारी नहीं देता है, तब भी कोई टैग इस डेटा को इकट्ठा कर सकता है.

Google के कई प्रॉडक्ट टैग, यूआरएल कैप्चर करते हैं. इनमें Google Ads कन्वर्ज़न ट्रैकिंग टैग, Google टैग, DFP टैग, Floodlight टैग, और Google Analytics टैग शामिल हैं. ध्यान दें, यूआरएल में ईमेल पते वाले पेजों पर मौजूद टैग भी तीसरे पक्ष के साथ व्यक्तिगत पहचान से जुड़ी जानकारी शेयर कर सकते हैं.

हर हफ़्ते होने वाले नीति उल्लंघन की सूचनाएं

विज्ञापन देने वाले ऐसे लोग जो Google को व्यक्तिगत पहचान से जुड़ी जानकारी भेजते हैं उन्हें हर हफ़्ते ads-noreply@google.com से ईमेल मैसेज मिलेंगे. इसमें ऐसे यूआरएल और डेटा सेगमेंट की सूची शामिल होगी जिनमें ईमेल पते और पासवर्ड जैसी व्यक्तिगत पहचान से जुड़ी जानकारी मिली है.

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

Google Ads के इंटरफ़ेस में कोई भी सूचना नहीं दिखेगी. इसके बजाय, उल्लंघन की सूचनाएं Google Ads के उन उपयोगकर्ताओं को "एडमिन" और "स्टैंडर्ड" ऐक्सेस के साथ भेजी जाती हैं जिनके खाते में उल्लंघन हुआ है. अपने Google Ads खाते में ऐक्सेस के अलग-अलग लेवल के बारे में और Google Ads में साइन इन करने की जानकारी को बदलने के तरीके के बारे में ज़्यादा जानें.

यूआरएल से व्यक्तिगत पहचान से जुड़ी जानकारी को हटाना

व्यक्तिगत पहचान से जुड़ी जानकारी को भेजने से रोकने का सबसे अच्छा तरीका अपनी वेबसाइट में डेटा को हैंडल करने का तरीका बदलना है. नीचे दी गई जानकारी में इसे यूआरएल से बाहर रखने का तरीका बताया गया है.

ध्यान दें: उपयोगकर्ता की निजता की सुरक्षा के लिए, यूआरएल में "#" के बाद के कॉन्टेंट का इस्तेमाल, सूची के नियम का आकलन करने में नहीं किया जाएगा.

टैग को हटाने से बचना

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

जवाब देने का फ़ॉर्म भरना

अगर आपको उल्लंघन की सूचना मिलती है, तो ईमेल में लिंक किए गए फ़ॉर्म को भरें. जवाब वाले फ़ॉर्म की मदद से, Google को आपकी स्थिति के बारे में पता चल सकता है और आपकी प्रगति से जुड़ी जानकारी भी मिल सकती है.

फ़ॉर्म भरने के दौरान, ग्राहक आईडी को वैसे ही लिखें जैसे उल्लंघन की सूचना वाले ईमेल में लिखा गया है. इसके बाद, यहां दिए गए तीन विकल्पों में से कोई एक चुनें.

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

व्यक्तिगत पहचान से जुड़ी जानकारी को हैंडल करने का तरीका

आम तौर पर, यूआरएल में व्यक्तिगत पहचान से जुड़ी जानकारी की समस्या को एक ही तरीके से हल किया जा सकता है कि आप उपयोगकर्ता के डेटा को हैंडल करने का अपने सिस्टम का तरीका बदलें. समस्या को हल करने के लिए, नीचे कुछ सबसे आम तरीके दिए गए हैं.

वेब फ़ॉर्म: एचटीटीपी प्रोटोकॉल का इस्तेमाल करने पर, GET या POST तरीके से फ़ॉर्म सबमिट किए जा सकते हैं. हालांकि, POST को प्राथमिकता दी जाती है. अगर GET का इस्तेमाल किया जाता है, तो फ़ॉर्म के पैरामीटर, पता बार में यूआरएल के हिस्से के रूप में दिखेंगे (फ़ॉर्म में इस्तेमाल होने वाले तरीके के बारे में ज़्यादा जानें). अगर पोस्ट सबमिट करने वाले पेज पर Google विज्ञापन मौजूद हैं, तो फ़ॉर्म के पैरामीटर सहित यूआरएल को Google के पास भेजा जाएगा.
- एचटीएमएल को जनरेट करने वाले पेज सोर्स या कॉम्पोनेंट को अपडेट करें, ताकि एट्रिब्यूट में फ़ॉर्म टैग का तरीका="post" हो. ध्यान दें कि अगर आपको कोई भी तय किया गया तरीका नहीं दिखता है, तो GET डिफ़ॉल्ट तरीका होता है.
लॉग इन पेज: कुछ साइटों में ऐसे यूआरएल पैटर्न का इस्तेमाल किया जाता है जिनमें व्यक्तिगत पहचान से जुड़ी जानकारी, डिज़ाइन का हिस्सा होती है. इनमें खास तौर पर, उपयोगकर्ता की प्रोफ़ाइल या उपयोगकर्ता के लॉग इन की सुविधा वाली साइटें शामिल हैं. उदाहरण के लिए, किसी लॉग इन वाली साइट में site.com/my_settings/sample@email.com जैसा यूआरएल "मेरी सेटिंग" पेज का लिंक हो सकता है. क्लिक करने के बाद, दिखने वाले पेज पर मौजूद विज्ञापन, ऐसे यूआरएल से Google को व्यक्तिगत पहचान से जुड़ी जानकारी भेज सकते हैं.
- व्यक्तिगत पहचान से जुड़ी जानकारी वाले लिंक या पेज में प्रोफ़ाइल पेज, सेटिंग, खाता पेज, सूचनाएं और चेतावनियां, मैसेज सेवा और मेल, रजिस्ट्रेशन और साइनअप, लॉग इन, और उपयोगकर्ता की जानकारी वाले दूसरे लिंक हो सकते हैं.
- यूआरएल में व्यक्तिगत पहचान से जुड़ी जानकारी को आम तौर पर खास साइट के यूनीक आइडेंटिफ़ायर या यूनीक उपयोगकर्ता आईडी (UUID) से बदला जा सकता है.
पसंद के मुताबिक ईमेल मार्केटिंग कैंपेन के पैरामीटर: आपकी साइट पर मौजूद ट्रैफ़िक के सोर्स को ट्रैक करने के लिए, कैंपेन के कस्टम पैरामीटर को अक्सर यूआरएल में जोड़ दिया जाता है. जैसे, ईमेल मार्केटिंग कैंपेन. अगर आपके यूआरएल में कैंपेन के कस्टम पैरामीटर के तौर पर, व्यक्तिगत पहचान से जुड़ी जानकारी के शब्द शामिल हैं (उदाहरण के लिए: site.com/todays_deals/?utm_source=email&utm_campaign_name=todays_deals&utm_user_email=sample@email.com), और उनसे जुड़े यूआरएल में Google टैग है, तो वे यूआरएल, Google को व्यक्तिगत पहचान से जुड़ी जानकारी भेज सकते हैं.
- खुद को एक टेस्ट ईमेल मार्केटिंग कैंपेन भेजें और कैंपेन से जनरेट किए गए यूआरएल की जांच करें, ताकि यह पता लगाया जा सके कि यूआरएल पैरामीटर में ईमेल पते या व्यक्तिगत पहचान से जुड़ी दूसरी जानकारी है या नहीं. अगर हां, तो हर उपयोगकर्ता को खास साइट के लिए यूनीक आइडेंटिफ़ायर या यूनीक उपयोगकर्ता आईडी (यूयूआईडी) असाइन करें. साथ ही, यूयूआईडी को यूआरएल पैरामीटर से ट्रैक करें.

व्यक्तिगत पहचान से जुड़ी जानकारी को Google के पास भेजने से रोकने के लिए, उपयोगकर्ता की जानकारी के बजाय यूयूआईडी का इस्तेमाल किया जा सकता है. उदाहरण के लिए, site.com/my_settings/sample@email.com को site.com/my_settings/43231 में बदला जा सकता है. इसमें, 43231 संख्या से sample@email.com पते वाले खाते की यूनीक पहचान होती है. Java, Python, और दूसरी भाषाओं में उपलब्ध लाइब्रेरी का इस्तेमाल करके स्ट्रिंग के लिए यूयूआईडी को लागू किया जा सकता है.

समस्या हल होने की पुष्टि करना

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

टेस्ट साइट की जांच करना

अगर कोड में किए गए बदलावों को लाइव साइट पर भेजने से पहले, आपको यह पुष्टि करनी है कि वे टेस्ट साइट पर काम कर रहे हैं, तो अपनी टेस्ट वेबसाइट को लॉग स्कैन में शामिल करें. अपनी टेस्ट साइट को उसी Google Ads ग्राहक आईडी के टैग के साथ टैग करें जिसका इस्तेमाल लोगों के हिसाब से विज्ञापन दिखाने के लिए किया जाता है. जब ईमेल सूचनाओं में लॉग स्कैन भेजने पर आपकी टेस्ट साइट दिखेगी, तब टेस्ट में बदलाव किए जा सकते हैं. अगर हम आपकी टेस्ट साइट की मदद से, व्यक्तिगत पहचान से जुड़ी जानकारी का पता लगाना बंद कर देते हैं, तो इससे रिपोर्ट पूरी नहीं हो पाएगी. इसके बाद, आपके पास अपनी लाइव साइट में बदलाव करने का विकल्प मौजूद है.

व्यक्तिगत पहचान से जुड़ी गलत जानकारी

कभी-कभी किसी सही यूआरएल को पहचानने में गलती होने की वजह से, Google Ads यूआरएल में व्यक्तिगत पहचान से जुड़ी जानकारी को समझने में गलती कर सकता है. ऐसे में, अगर आप पुष्टि करते हैं कि आपने Google को व्यक्तिगत पहचान से जुड़ी जानकारी नहीं भेजी है, तो उल्लंघन की सूचना में दिए गए फ़ॉर्म के ज़रिए जवाब दें और "मुझे लगता है कि मुझसे गलती से संपर्क किया गया." विकल्प चुनें.

व्यक्तिगत पहचान से जुड़ी जानकारी गलत होने की आम वजहें इस तरह हैं:

साइट से संपर्क करने के लिए ईमेल पते

यूआरएल में विज्ञापन देने वालों के कारोबार का ईमेल पता हो सकता है. आम तौर पर यह वही ईमेल पता होता जो विज्ञापन देने वालों की साइट पर मौजूद होता है और जिसकी वजह से उल्लंघन की सूचना गलती से ट्रिगर हो सकती है.

क्या आपकी साइट से संपर्क करने के लिए मौजूद ईमेल पते की वजह से उल्लंघन हो रहा है, यह पता करने के लिए इन निर्देशों का पालन करें.

उल्लंघन की सूचना के साथ भेजी गई यूआरएल सूची में मौजूद "यूआरएल" और "ref" पैरामीटर देखें. दोनों पैरामीटर को यूआरएल जैसा दिखना चाहिए. उदाहरण के लिए:
url=http%3A%2F%2Fwww.examplesite.com%2Fcontact%2Fredacted@example.com and
ref=http%3A%2F%2Fwww.examplesite.com%2Fcontact%2Fredacted@example.com
यूआरएल को अन-एस्केप करने के लिए अन-एस्केप टूल का इस्तेमाल करें.
यूआरएल और ईमेल पते की तुलना, अपनी साइट के संपर्क पेज के यूआरएल और उस पेज पर दिखने वाले ईमेल पते से करें. अगर यूआरएल और ईमेल पता आपके संपर्क पेज से मेल खाता है, तो आप व्यक्तिगत पहचान से जुड़ी जानकारी साझा नहीं कर रहे हैं.

उपयोगकर्ता की हार्ड ड्राइव में स्टोर यूआरएल

उपयोगकर्ता अपने ब्राउज़र में मौजूद "इस रूप में सेव करें" निर्देश का इस्तेमाल करके वेबसाइट के कुछ हिस्से को अपनी हार्ड ड्राइव में सेव कर सकते हैं. अगर साइट को सेव करने से संबंधित पाथ के कुछ भाग में ईमेल पता मौजूद है, तो वह गलती से उल्लंघन की सूचना ट्रिगर कर सकता है.

पेज को सेव करने वाला उपयोगकर्ता, उल्लंघन का ज़िम्मेदार है या नहीं, यह पता करने के लिए इन निर्देशों का पालन करें.

उल्लंघन की सूचना के साथ भेजी गई यूआरएल सूची में मौजूद "यूआरएल" और "ref" पैरामीटर देखें. दोनों पैरामीटर को यूआरएल जैसा दिखना चाहिए. उदाहरण के लिए:
url=file%3A%2F%2Fexamplesite.com%2Fpaget%2Fredacted@example.com and
ref=file%3A%2F%2Fexamplesite.com%2Fpaget%2Fredacted@example.com
यूआरएल को अन-एस्केप करने के लिए अन-एस्केप टूल का इस्तेमाल करें.
पुष्टि करें कि कंप्यूटर से यूआरएल, फ़ाइल पाथ जैसा दिखता है. उदाहरण के लिए:
file://examplesite.com/page/redacted@example.com
अगर ऐसा है, तो आप व्यक्तिगत पहचान से जुड़ी जानकारी शेयर नहीं कर रहे हैं.

इसी विषय से जुड़े कुछ लिंक

क्या यह उपयोगी था?

हम उसे किस तरह बेहतर बना सकते हैं?