लॉगिन वाले पेजों पर Adgora विज्ञापन: गोपनीयता नियम

क्या Adgora के प्रकाशक ऐसे वेबसाइटों पर विज्ञापन लगा सकते हैं जहाँ उपयोगकर्ता खाते और निजी डेटा मौजूद हों?

किसी वेबसाइट का एक हिस्सा सार्वजनिक और दूसरा निजी हो सकता है। कोई आगंतुक सार्वजनिक लेख पढ़ने के बाद बिलिंग इतिहास, निजी संदेश या खाते की सेटिंग देखने के लिए साइन इन कर सकता है। साइन इन किए हुए हिस्से में विज्ञापन लगाने पर एक खास सवाल उठता है: क्या विज्ञापन अनुरोध के ज़रिए खाते का उपयोग करने वाले व्यक्ति से जुड़ी जानकारी उजागर होती है? प्रकाशक अक्सर यह भी पूछते हैं, “लॉगिन वाले पेज पर विज्ञापन लगा सकते हैं क्या”—लेकिन इसका जवाब केवल लॉगिन की मौजूदगी से तय नहीं होता।

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

खाता-आधारित वेबसाइट सार्वजनिक वेबसाइट से किस तरह अलग होती है?

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

यह अंतर इसलिए मायने रखता है क्योंकि कोई पेज अपने URL से दिखने वाली जानकारी से ज़्यादा उजागर कर सकता है। “खाते का विवरण” नाम के पेज की मुख्य सामग्री में किसी व्यक्ति का नाम, सदस्यता की स्थिति या हाल की गतिविधि शामिल हो सकती है। विज्ञापन अनुरोध में ये जानकारियाँ भेजने या इन्हें URL में शामिल करने से खाते की जानकारी वेबसाइट के बाहर जा सकती है।

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

क्या प्रकाशक उन पेजों पर Adgora के विज्ञापन लगा सकते हैं जिनके लिए लॉगिन ज़रूरी है?

प्रकाशकों को यह नहीं मानना चाहिए कि लॉगिन के पीछे मौजूद हर पेज पर विज्ञापन लगाना अनुमत है, या प्रमाणित उपयोगकर्ताओं के लिए उपलब्ध सारी सामग्री प्रतिबंधित है। हर पेज और प्लेसमेंट का आकलन Adgora की मौजूदा प्रकाशक आवश्यकताओं के अनुसार करें। इसमें प्रतिबंधित सामग्री, निजी जानकारी और विज्ञापन लागू करने से जुड़े नियम भी शामिल हैं; इनका सार समझने के लिए Adgora प्रकाशक विज्ञापन नियम देखें।

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

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

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

विज्ञापन अनुरोधों में कौन-सा निजी डेटा नहीं भेजना चाहिए?

जब तक कोई दर्ज और स्वीकृत आवश्यकता इसकी अनुमति न दे, खाते से जुड़ी जानकारी को विज्ञापन अनुरोधों से बाहर रखें। नाम, ईमेल पते, पासवर्ड, निजी संदेश, फ़ोन नंबर, भुगतान विवरण और खाता पहचानकर्ता विज्ञापन टैग, अनुरोध पैरामीटर या विज्ञापन से जुड़े URL में शामिल न करें। प्रकाशक यह सवाल भी पूछ सकते हैं, “विज्ञापन अनुरोध में कौन सा निजी डेटा नहीं भेजना चाहिए”—इसका व्यावहारिक जवाब यही है कि पहचान या खाते से जुड़ी ऐसी कोई जानकारी न भेजें जिसकी स्पष्ट अनुमति और आवश्यकता न हो।

URL पर खास ध्यान दें। /[email protected] जैसे लिंक से ईमेल पता उन सिस्टम तक पहुँच सकता है जो URL प्राप्त या रिकॉर्ड करते हैं। यही चिंता उन क्वेरी स्ट्रिंग पर भी लागू होती है जिनमें खाता नंबर, पासवर्ड रीसेट टोकन या निजी संदेश का पहचानकर्ता हो। जहाँ संभव हो, ऐसी रूटिंग इस्तेमाल करें जिससे व्यक्ति की पहचान न हो और URL में गोपनीय जानकारी न डालें।

सिर्फ यह न देखें कि विज्ञापन टैग के दिखाई देने वाले कोड में क्या है—यह भी जाँचें कि पेज क्या भेज रहा है। पेज वेरिएबल, डेटा लेयर, रेफ़रर की जानकारी और नेटवर्क अनुरोधों में खाता स्क्रीन से ली गई वैल्यू हो सकती हैं। प्रकाशक का डेवलपर ब्राउज़र के नेटवर्क टूल से अनुरोधों की जाँच कर सकता है और देख सकता है कि अनुरोध के URL या पेलोड में कोई नाम या खाते की वैल्यू तो नहीं है।

विज्ञापन अनुरोध में पासवर्ड न भेजें। निजी संदेश न भेजें। ये स्पष्ट सीमाएँ हैं—भले ही वेबसाइट का विज्ञापन सेटअप सार्वजनिक और साइन इन किए हुए पेजों पर एक ही साझा स्क्रिप्ट इस्तेमाल करता हो।

खाते के अनुसार अलग-अलग दिखने वाली पेज सामग्री को प्रकाशक कैसे सँभालें?

कुछ खाता पेज किसी व्यक्ति की गतिविधि या परिस्थिति उजागर कर सकते हैं, भले ही उनमें कोई साफ़ पहचान बताने वाली जानकारी न हो। उपयोगकर्ता की स्वास्थ्य जाँच, आर्थिक तंगी से जुड़ा अनुरोध या निजी विवाद दिखाने वाला पेज अपनी विषय-वस्तु के कारण संवेदनशील हो सकता है। उस पर विज्ञापन लगाने से पहले प्रकाशकों को समीक्षा करनी चाहिए कि पेज से क्या जानकारी सामने आती है।

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

जिन पेजों की सामग्री निजी, खास तौर पर संवेदनशील या किसी व्यक्ति की परिस्थिति के अनुसार बदलने वाली हो, वहाँ से विज्ञापन प्लेसमेंट हटाने पर विचार करें। साझा टेम्पलेट में विज्ञापन यूनिट मौजूद होने का यह मतलब न निकालें कि उस टेम्पलेट का इस्तेमाल करने वाला हर पेज उपयुक्त है।

जहाँ किसी पेज पर सामान्य सामग्री के साथ खाते के अनुसार दिखने वाली जानकारी भी हो, वहाँ लेआउट और डेटा का प्रवाह—दोनों साथ में जाँचें। सामान्य सहायता लेख के बगल में विज्ञापन लगाने का जोखिम, वैयक्तिकृत सूचना के बगल में विज्ञापन लगाने से अलग हो सकता है, भले ही दोनों पेज एक ही खाता मेनू में हों।

साइन इन किए हुए उपयोगकर्ताओं को विज्ञापन दिखाने से पहले प्रकाशकों को क्या जाँचना चाहिए?

शुरू करने से पहले चार चीज़ें जाँचें: Adgora की मौजूदा प्रकाशक आवश्यकताएँ, वेबसाइट की गोपनीयता सूचना, उपयोगकर्ता की सहमति संबंधी पसंद और प्रकाशक के स्थान पर लागू नियम। कौन-सी आवश्यकताएँ लागू होती हैं, यह सेवा, इस्तेमाल किए जा रहे डेटा और उपयोगकर्ता के स्थान पर निर्भर हो सकता है।

जाँचें कि गोपनीयता सूचना में वेबसाइट की विज्ञापन गतिविधियों को सटीक और आसानी से समझ आने वाले शब्दों में बताया गया है। देखें कि उपयोगकर्ता की सहमति संबंधी पसंद से विज्ञापन दिखाने या डेटा साझा करने पर असर पड़ता है या नहीं, और पक्का करें कि वेबसाइट का सेटअप उन पसंदों के मुताबिक काम करता हो। सिर्फ सहमति बैनर होने से यह साबित नहीं होता कि हर अनुरोध उपयोगकर्ता की पसंद का सम्मान करता है।

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

ज़रूरत पड़ने पर प्रकाशकों को योग्य सलाहकारों से लागू कानूनी और प्लेटफ़ॉर्म संबंधी आवश्यकताओं की पुष्टि करनी चाहिए। किसी दूसरे देश के नियम या अलग डेटा प्रवाह वाले सार्वजनिक पेज को देखकर कोई नियम न मान लें।

असली खाते का डेटा उजागर किए बिना प्रकाशक विज्ञापनों का परीक्षण कैसे कर सकते हैं?

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

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

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

अंत में, जाँचें कि ब्राउज़र का इतिहास, रेफ़रर डेटा और त्रुटि लॉग खाते से जुड़े URL के ज़रिए संवेदनशील जानकारी तो दर्ज नहीं करते। किसी एक विज्ञापन अनुरोध में निजी डेटा न मिलना उपयोगी जानकारी है, लेकिन इससे हर पेज या उपयोगकर्ता की हर गतिविधि की जाँच नहीं हो जाती।

अगर विज्ञापन ट्रैफ़िक में निजी डेटा दिखाई दे, तो प्रकाशकों को क्या करना चाहिए?

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

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

प्रकाशक के उचित गोपनीयता या सुरक्षा संपर्क को सूचित करें और लागू रिपोर्टिंग प्रक्रियाओं का पालन करें। नियामक, प्रभावित उपयोगकर्ताओं या Adgora को सूचना देना ज़रूरी है या नहीं, यह परिस्थितियों और लागू नियमों पर निर्भर करता है। ज़िम्मेदार टीम या योग्य कानूनी सलाहकार से इन दायित्वों की पुष्टि करें।