Google के सहायता केंद्र में दिए गए लेख, कई भाषाओं में अनुवाद किए गए हैं. हालांकि, अनुवाद की वजह से नीतियों के कॉन्टेंट में कोई बदलाव नहीं होता. नीतियों को लागू करने के लिए, आधिकारिक भाषा के तौर पर हम अंग्रेज़ी का इस्तेमाल करते हैं. इस लेख को किसी दूसरी भाषा में देखने के लिए, पेज के सबसे नीचे मौजूद भाषा के ड्रॉपडाउन मेन्यू का इस्तेमाल करें.
विज्ञापन देने वाले तीसरे पक्ष की सुविधा, अलग-अलग मामलों के हिसाब से सिर्फ़ कुछ ग्राहकों के लिए उपलब्ध होती है. जब तक नीति में कुछ और न लिखा हो, तीसरे पक्ष के टैग से जुड़े सभी क्रिएटिव, Google की इमेज वाले विज्ञापन की नीतियों के मुताबिक होने चाहिए.
Google Display Network पर विज्ञापन दिखाने या पिक्सल ट्रैकिंग (बीकन) का इस्तेमाल करने और इन स्थितियों में इन नीतियों का पालन करना ज़रूरी है:
- विज्ञापन देने वाले तीसरे पक्ष के कार्यक्रम में शामिल होने पर.
- तीसरे पक्ष के सर्वर का इस्तेमाल करने पर.
- किसी रिसर्च वेंडर का इस्तेमाल करने पर.
- एक तीसरे पक्ष के सर्वर के तौर पर.
- एक रिसर्च वेंडर होने के तौर पर.
अगर आपके पास Google खाता मैनेजर है: तीसरे पक्ष के टैग और पिक्सल लागू करने का अनुरोध फ़ॉर्म भरकर, अपने Google Ads खाते के लिए तीसरे पक्ष के टैग और पिक्सल लागू करने का अनुरोध सबमिट करें.
अगर आपके पास Google खाता मैनेजर नहीं है:
- तीसरे पक्ष के ट्रैकिंग पिक्सल और विज्ञापन दिखने से जुड़े आंकड़ों के टैग लागू करने का अनुरोध करने के लिए, तीसरे पक्ष के टैग और पिक्सल लागू करने का अनुरोध फ़ॉर्म सबमिट करें.
- तीसरे पक्ष के विज्ञापन टैग लागू करने का अनुरोध करने के लिए, जिन खातों को एडमिन मैनेज नहीं करता उनके लिए तीसरे पक्ष का विज्ञापन टैग लागू करने का अनुरोध फ़ॉर्म सबमिट करें.
ध्यान दें: Search Ads 360 की मदद से मैनेज किए जा रहे परफ़ॉर्मेंस मैक्स कैंपेन के लिए, तीसरे-पक्ष की ट्रैकिंग की सुविधा लागू की जा सकती है. फ़िलहाल, परफ़ॉर्मेंस मैक्स कैंपेन में सिर्फ़ डिसप्ले क्रिएटिव को ट्रैक किया जा सकता है. वहीं, वीडियो क्रिएटिव से जुड़ी जानकारी को ट्रैक नहीं किया जा सकता.
Google Ads के ज़रिए दिखाए जाने वाले विज्ञापनों के लिए Google Display Network से जुड़ी शर्तें
सभी को बड़ा करें सभी को छोटा करेंGoogle Ads से संबंधित तकनीकी जानकारी
स्टैंडर्ड बैनर विज्ञापनविज्ञापन देने वाले तीसरे पक्ष के स्टैंडर्ड बैनर के लिए क्रिएटिव के साथ-साथ तकनीकी जानकारी
यूनिट के साइज़
| साइज़ | डाइमेंशन | फ़ाइल टाइप |
|---|---|---|
| स्क्वेयर और रेक्टैंगल | 88 x 31 120 x 60 120 x 240 125 x 125 180 x 150 200 x 200 200 x 446 240 x 133 240 x 400 250 x 250 250 x 360 300 x 100 300 x 250 300 x 600 320 x 100 336 x 280 414 x 736 420 x 600 425 x 600 580 x 400 736 x 414 750 x 200 750 x 300 |
JPG/JPEG, PNG, GIF |
| वर्टिकल | 120 x 600 160 x 600 300 x 1050 |
JPG/JPEG, PNG, GIF |
| हॉरिज़ॉन्टल | 220 x 90 234 x 60 292 x 30 300 x 31 300 x 57 300 x 50 320 x 50 375 x 50 468 x 60 728 x 90 750 x100 930 x 180 950 x 90 960 x 90 970 x 66 970 x 90 970 x 250 980 x 90 980 x 120 |
JPG/JPEG, PNG, GIF |
HTML5 के लिए फ़ाइल टाइप
|
|
GIF |
| JPG/JPEG | |
| PNG | |
| SVG | |
|
|
MP4 (ज़रूरी) |
| WebM | |
| Ogg | |
|
|
CSS |
|
JS |
लोड होने वाली फ़ाइलों के बारे में जानकारी
शुरुआत में लोड होने वाली फ़ाइलों का साइज़
- हमारा सुझाव है कि इन फाइलों के लिए 150 किलोबाइट (केबी) तक का साइज़ रखें, ताकि वे तेज़ी से लोड हो सकें.
- ग्राहकों को बेहतर अनुभव देने के लिए, हम शुरुआत में लोड होने वाली फ़ाइलों में सभी ज़रूरी ऐसेट इस्तेमाल करने और फ़ाइलों के साइज़ को कंप्रेस करने का सुझाव देते हैं.
- ग्राहक की कार्रवाई के बिना अपने-आप लोड होने वाली ऐसेट का साइज़: ज़्यादा से ज़्यादा 2.2 एमबी. इसमें शुरुआत में लोड होने वाली और आसानी से लोड होने वाली/शुरुआती कॉन्टेंट के बाद लोड होने वाली, दोनों तरह की फाइलें शामिल होती हैं.
ग्राहक की कार्रवाई के बाद लोड होने वाली फ़ाइलों का साइज़
- हर इंटरैक्शन के लिए ज़्यादा से ज़्यादा 10 एमबी.
- बेहतर परफ़ॉर्मेंस पाने के लिए, हम लोड का कुल साइज़, ज़्यादा से ज़्यादा 2.2 एमबी रखने का सुझाव देते हैं.
दर्शकों को बेहतर अनुभव देने के लिए, तीसरे पक्ष के दिखाए गए विज्ञापन ऐसे होने चाहिए कि वे दर्शक के कंप्यूटर की सेंट्रल प्रोसेसिंग यूनिट (सीपीयू) की 40% से ज़्यादा क्षमता का इस्तेमाल न करें. लगातार चलने वाले ऐनिमेशन, ज़्यादा ऐनिमेशन वाले सीक्वेंस, और 30 सेकंड की सीमा से ज़्यादा समय तक चलने वाले ऐनिमेशन जैसी आम वजहों से, सीपीयू की क्षमता का ज़रूरत से ज़्यादा इस्तेमाल होता है. लागू होने पर, Windows में Task Manager की सुविधा का इस्तेमाल करके यह जांच की जा सकती है कि इस नियम का पालन हो रहा है या नहीं.
ऐनिमेशन की अवधि
- होस्ट की ओर से चलाए जाने वाले ऐनिमेशन का ज़्यादा से ज़्यादा समय: 30 सेकंड
- उपयोगकर्ता की ओर से चलाए जाने वाले ऐनिमेशन का ज़्यादा से ज़्यादा समय (क्लिक करना ज़रूरी है): चार मिनट
क्रिएटिव
- क्रिएटिव का साइज़, पिछली विज्ञापन यूनिट की सीमाओं से बड़ा नहीं हो सकता.
- किसी भी क्रिएटिव में कोई ऐप्लिकेशन नहीं होना चाहिए. इनमें ActiveX, वायरस, एग्ज़िट पॉप, स्पायवेयर, मैलवेयर वगैरह भी नहीं होने चाहिए.
- क्रिएटिव कोडिंग, क्रॉस-डोमेन स्क्रिप्टिंग का इस्तेमाल नहीं कर सकती या वह ऐसे डोमेन में कुकी सेट नहीं कर सकती जिसे मंज़ूरी न मिली हो.
- सभी क्रिएटिव, नई विंडो में खुलने चाहिए. क्लिक-थ्रू यूआरएल के लिए टारगेट विंडो "_blank" पर सेट होना चाहिए, ताकि क्लिक-थ्रू एक नई विंडो में खुले. टारगेट स्टेटमेंट को खाली न छोड़ें.
- एग्ज़िट पर क्लिक करने के बाद, सभी आवाज़ और ऐनिमेशन (वीडियो शामिल है) तुरंत बंद हो जाने चाहिए.
- थोड़े-बहुत काले, सफ़ेद या पारदर्शी बैकग्राउंड वाले सभी विज्ञापनों पर, आपको ऐसे रंग का बॉर्डर जोड़ना होगा जो क्रिएटिव के बैकग्राउंड में ज़्यादा इस्तेमाल हुए रंग से अलग दिखता हो. जैसे, अगर क्रिएटिव में काले रंग का थोड़ा-बहुत इस्तेमाल किया गया है, तो काले रंग का बॉर्डर न जोड़ें. इसी तरह, अगर सफ़ेद रंग का थोड़ा-बहुत इस्तेमाल किया गया है, तो सफ़ेद रंग का बॉर्डर न जोड़ें.
- आपको एक डिफ़ॉल्ट इमेज जोड़नी होगी.
- पक्का करें कि क्रिएटिव, टारगेट की जा रही इन्वेंट्री के साथ काम करते हों.
HTML5 क्रिएटिव
फ़ाइल के लिए ज़रूरी शर्तें
- HTML5 विज्ञापन में, फ़्लैश कॉन्टेंट और फ़्लैश फ़ॉलबैक (SWF और FLV) दिखाने की अनुमति नहीं है.
- HTML5 विज्ञापनों में इनका होना ज़रूरी है:
- <!DOCTYPE html> की जानकारी के साथ-साथ <head> और <body> टैग.
- विज्ञापन डाइमेंशन, प्लेसमेंट डाइमेंशन से मैच होने चाहिए, ताकि किसी तरह का डिस्टॉर्शन न हो. <head> टैग में, विज्ञापन का साइज़ <meta> टैग जोड़ें.
- अगर आपके HTML5 विज्ञापन में वीडियो कॉन्टेंट शामिल है और आपको इसे सभी ब्राउज़र में चलाना है, तो आपको MP4 के साथ-साथ WebM या Ogg फ़ॉर्मैट में वीडियो ऐसेट उपलब्ध करानी होंगी.
- रिच मीडिया और अन्य सुविधाएं
-
इसमें यहां दी गई सुविधाएं शामिल हो सकती हैं. यह ज़रूरी है कि इन सभी सुविधाओं को gTech से मंज़ूरी मिली हो और इन्हें पूरी तरह से टेस्ट किया गया हो, ताकि ये सभी डिवाइसों पर सही से काम करें. अगर किसी विज्ञापन का कोई हिस्सा इस नीति के मुताबिक नहीं होगा, तो उसे नीति के मुताबिक बनाने के लिए कहा जाएगा. इससे आपके कैंपेन को चालू होने में ज़्यादा समय लग सकता है.
- बड़ी होने वाली विज्ञापन यूनिट
- इन-बैनर वीडियो
- शोध, इन-बैनर सर्वे या न्योतों सहित
- जियोलोकेशन
- फ़ॉर्म
- खींचें और छोड़ें या माउसओवर/होवर इंटरैक्शन
- पूरी तरह 3D में बदलना
-
क्रिएटिव
- स्टैंडर्ड फ़ॉर्मैट वाले इमेज टैग, iframe और JavaScript टैग, AdMob के इन-ऐप्लिकेशन नेटवर्क पर चलाए जा सकते हैं.
- ध्यान दें, तीसरे पक्ष का विज्ञापन सर्वर यह तय करता है कि कौनसे किएटिव दिखाए जाएंगे. अगर कोई टैग किसी फ़ाइल टाइप (जैसे, SWF) के साथ काम नहीं करता, तो विज्ञापन सर्वर कोई बैकअप/डिफ़ॉल्ट क्रिएटिव दिखा सकता है. इसी तरह, विज्ञापन देने वाले लोगों या कंपनियों को पता होना चाहिए कि अगर तीसरे पक्ष से दिखाए जा रहे क्रिएटिव में कुकी जैसी अन्य सुविधाएं हैं, तो संभव है कि वे मोबाइल ऐप्लिकेशन में उतने असरदार न हों.
- मोबाइल में इन-ऐप्लिकेशन के तहत बड़े किए जा सकने वाले फ़ॉर्मैट में, सिर्फ़ अचानक दिखने वाले (इंटरस्टीशियल) विज्ञापन की इन्वेंट्री उपलब्ध है. फ़िलहाल, विज्ञापन देने वाले तीसरे पक्ष के पास, इंटरस्टीशियल विज्ञापन दिखाने की सुविधा नहीं है.
Google प्रदर्शन नेटवर्क पर SSL-संगत विज्ञापन इकाइयां निम्न नीतियों के अनुसार स्वीकार की जाती हैं.हमारी नीतियों के अनुसार, SSL इन्वेंट्री (YouTube सहित) को लक्षित करने वाले सभी विज्ञापन और ट्रैकिंग पिक्सेल SSL-संगत होने चाहिए.
SSL-संगत विज्ञापन दिशानिर्देश
- सभी विज्ञापन प्रतिक्रियाएं SSL-संगत (“HTTPS”) होनी चाहिए. सभी शामिल सर्वर के पास संपूर्ण SSL प्रमाणन होना चाहिए.
- यदि आपका विज्ञापन टैग इसका स्वयं पता लगा सकता है कि उसका HTTP/HTTPS प्रोटोकॉल के माध्यम से अनुरोध किया जा रहा है और ज़रूरत पड़ने पर वह प्रतिक्रिया को स्वतः समायोजित करके SSL-संगत बनाने में सक्षम है, तो यह बेहतर होगा. अन्यथा, Google के पास एक प्रोटोकॉल मैक्रो है, जिसे हम ज़रूरत पड़ने पर किसी भी URI या विज्ञापन टैग में “http” को “https” में स्वतः अपडेट कर सकते हैं.
- विज्ञापन इकाई के अंदर से अन्य प्रौद्योगिकियों को की जाने वाली कोई भी चतुर्थ-पक्ष कॉल भी Google द्वारा प्रमाणित SSL-संगत वेंडर द्वारा की जानी चाहिए.
- कृपया अपने Google खाता प्रतिनिधि को सूचित कर दें कि आप एक SSL-संगत विज्ञापन सबमिट करने जा रहे हैं. ध्यान दें कि यदि किसी विज्ञापन को SSL- संगत घोषित किया गया है, लेकिन वह SSL-असंगत प्रतिक्रियाएं देता है तो वह विज्ञापन अस्वीकृत कर दिया जाएगा.
- किसी SSL-संगत प्रकाशक इन्वेंट्री में विज्ञापन प्रस्तुत करने वाले विक्रेता को पहले विशिष्ट प्रमाणन प्राप्त करना होगा. विक्रेता सूची में स्वीकृत SSL-संगत विज्ञापन विक्रेता सूचीबद्ध हैं.
Google Display Network पर तीसरे-पक्ष से ट्रैकिंग की सेवा, जैसे कि पिक्सल (बीकन) इस्तेमाल करने पर, आपको इन नीतियों का पालन करना होगा. "एसएसएल का पालन करने वाली विज्ञापन यूनिट" की नीतियां भी लागू होंगी.
फ़ॉर्मैट
तीसरे पक्ष की ट्रैकिंग साइट से आने वाली विज्ञापन यूनिट के लिए, सिर्फ़ ट्रैकिंग पिक्सल वाला फ़ॉर्मैट काम करता है. JavaScript के लिए अनुमति नहीं है.
क्लिक ट्रैकर, तीसरे पक्ष के उन ट्रैकर के साथ काम करते हैं जो Google सर्वर से आने वाली चुनिंदा विज्ञापन यूनिट पर मिलने वाले क्लिक को ट्रैक करते हैं. पूरी सूची देखने के लिए, विज्ञापन फ़ॉर्मैट सेक्शन पर जाएं.
सर्टिफ़ाइड वेंडर
Google Ads में, सर्टिफ़ाइड वेंडर की तरफ़ से दी जाने वाली तीसरे पक्ष की ट्रैकिंग सेवा का इस्तेमाल Google Display Network के लिए किया जा सकता है. वेंडर सूची के सेक्शन में अपने इलाके के सर्टिफ़ाइड वेंडर की सूची देखें और उनसे संपर्क करें. खरीदार सिर्फ़ उन टेक्नोलॉजी वेंडर का इस्तेमाल कर सकते हैं जिन्हें Google ने मंज़ूरी दी है. इस बारे में, Google के निर्देशों के मुताबिक जानकारी देनी होगी.
क्लिक ट्रैक करने वाले वेंडर के लिए, विज्ञापन देने वाले तीसरे पक्ष के सर्टिफ़िकेट की ज़रूरत नहीं है.
चौथे पक्ष का कॉल और एक से ज़्यादा वेंडर के ज़रिए ट्रैकिंग
Google Ads में, हमारे Google सर्वर से आने वाली डिसप्ले विज्ञापन यूनिट पर हर इवेंट के लिए, एक से ज़्यादा इंप्रेशन पिक्सल काम नहीं करते. हालांकि, Google सर्वर से आने वाली वीडियो विज्ञापन यूनिट के लिए, क्लाइंट हर इवेंट के लिए ज़्यादा से ज़्यादा तीन पिक्सल (जैसे कि तीन इंप्रेशन, तीन व्यू, और तीन स्किप) सबमिट कर सकते हैं. किसी अतिरिक्त पिक्सल के लिए, क्लाइंट एक से ज़्यादा वेंडर ट्रैकिंग या चौथे पक्ष के कॉल को एक ही ऐसेट में डेज़ी चेन कर सकते हैं. यह ट्रैकिंग पिक्सल के स्टैंडर्ड फ़ॉर्मैट में होना चाहिए, जो इंप्रेशन दिखने पर हर वेंडर के लिए एक साथ कॉल ट्रिगर करता हो. पिक्सल की पिगीबैकिंग या डेज़ी चेन के लिए क्लाइंट या एजेंसी ज़िम्मेदार है. तीसरे पक्ष के किसी टैग में चौथे पक्ष वाले कॉल की संख्या, इस्तेमाल किए जा रहे वेंडर के टाइप (एक सर्टिफ़ाइड विज्ञापन सर्वर या रिच मीडिया वेंडर, तीन रिसर्च प्रॉडक्ट, और एक ऑनलाइन गतिविधि पर आधारित विज्ञापन में दिखने वाला AdChoices आइकॉन) के हिसाब से तय होती है.
विज्ञापन फ़ॉर्मैट
नीचे दिए गए विज्ञापन फ़ॉर्मैट पर तीसरे पक्ष वाले पिक्सल काम करते हैं. कुछ विज्ञापन फ़ॉर्मैट से एक से ज़्यादा इवेंट ट्रैक किए जा सकते हैं. हालांकि, Google सर्वर से आने वाली डिसप्ले यूनिट में सिर्फ़ एक पिक्सल जोड़ा जा सकता है, जबकि Google सर्वर से आने वाली हर वीडियो विज्ञापन यूनिट के हर इवेंट में तीन पिक्सल तक जोड़े जा सकते हैं.
| विज्ञापन फ़ॉर्मैट | पिक्सल की अनुमति है | क्लिक ट्रैकर की अनुमति है |
|---|---|---|
| डिसप्ले विज्ञापन (रेडी लाइटबॉक्स विज्ञापन शामिल हैं) | हां - एक इंप्रेशन पिक्सल | हां |
| GDN रिस्पॉन्सिव विज्ञापन (ज़रूरत के हिसाब से ढल जाने वाला विज्ञापन) | हां - एक इंप्रेशन पिक्सल | हां |
|
TrueView इन-स्ट्रीम विज्ञापन स्किप किया जा सकता है |
हां - ज़्यादा से ज़्यादा तीन इंप्रेशन, तीन व्यू, और तीन स्किप पिक्सल | हां |
|
TrueView इन-स्ट्रीम विज्ञापन स्किप नहीं किया जा सकता |
हां - तीन इंप्रेशन पिक्सल | हां |
| बंपर विज्ञापन | हां - तीन इंप्रेशन पिक्सल | हां |
| आउटस्ट्रीम विज्ञापन | हां - तीन इंप्रेशन पिक्सल | हां |
| इन-फ़ीड वीडियो विज्ञापन | नहीं | नहीं |
| टेक्स्ट विज्ञापन | नहीं | हां |
| Gmail पर दिखने वाले विज्ञापन | नहीं | हां |
| परफ़ॉर्मेंस मैक्स रिस्पॉन्सिव विज्ञापन | हां - एक इंप्रेशन पिक्सल | नहीं |
वीडियो विज्ञापन के साथ दिखने वाले बैनर विज्ञापन
नीलामी में शामिल वीडियो विज्ञापन के लिए, वीडियो विज्ञापन के साथ दिखने वाले बैनर विज्ञापन की अलग से ट्रैकिंग नहीं की जा सकती. वीडियो और उनसे जुड़े वीडियो विज्ञापन के साथ दिखने वाले बैनर विज्ञापन एक ही ट्रैकिंग ऐसेट शेयर करेंगे.
Google Ads में, Google Display Network की नीति से जुड़ी ज़रूरी शर्तें
Google किसी भी परेशान करने वाले या आपत्तिजनक विज्ञापनों को हटाने का अधिकार सुरक्षित रखता है. ज़्यादा जानकारी के लिए, कृपया हमारी विज्ञापन नीतियों की जानकारी देने वाला लेख पढ़ें.
विज्ञापनों के लिए यह ज़रूरी है कि वे:
- Google के बताए गए दिशा-निर्देशों के मुताबिक हों.
- उनमें परिवार के साथ देखने लायक कॉन्टेंट होना चाहिए.
विज्ञापनों में:
- नकली हाइपरलिंक नहीं होने चाहिए.
- Windows, Unix या Mac के डायलॉग बॉक्स एक तरह नहीं दिखने चाहिए.
- नकली इंटरैक्टिविटी नहीं जानी चाहिए.
- सेक्शुअल कॉन्टेंट नहीं होना चाहिए.
- ऑडियो नहीं होना चाहिए. हालांकि, इसमें उपयोगकर्ता की ओर से चलाए जाने रिच मीडिया विज्ञापन शामिल नहीं हैं.
- अपने-आप डाउनलोड होने वाला कॉन्टेंट नहीं होना चाहिए.
- परेशान करने वाला कॉन्टेंट नहीं होना चाहिए.
- ऐसा कॉन्टेंट नहीं होना चाहिए जिसमें अलग-अलग प्रॉडक्ट की तुलना की गई हो.
- गुमराह करने वाला कॉन्टेंट नहीं होना चाहिए.
- कुकी और टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना): रिपोर्टिंग के मकसद से और विज्ञापनों को टारगेट करने के लिए, कुकी इस्तेमाल की जा सकती हैं. इसके लिए, यह ज़रूरी है कि इस्तेमाल किया जाने वाला डेटा इंडस्ट्री स्टैंडर्ड के मुताबिक इकट्ठा किया गया हो:
- ऑनलाइन व्यवहार के आधार पर विज्ञापन दिखाने के लिए NAI की खुद से लागू की जाने वाली आचार संहिता (www.networkadvertising.org)
- ऑनलाइन व्यवहार के आधार पर विज्ञापन दिखाने के लिए IAB UK के सबसे सही तरीके से जुड़े नियम (www.youronlinechoices.com)
NAI और IAB UK की नीतियों में फ़र्क़ होने पर, दोनों में से वह नीति लागू होगी जो ज़्यादा सख्त है. Google, अपने विवेक से यह खुद तय करता है कि आपने इन स्टैंडर्ड का पालन किया है या नहीं.
खास तौर पर, सर्टिफ़िकेशन प्रोसेस के तहत आपको ये शर्तें पूरी करनी होंगी:
- आपकी साइट पर निजता नीति की पूरी जानकारी होनी चाहिए
- अगर उपयोगकर्ता निजता नीति से ऑप्ट-आउट करना चाहे, तो उसके लिए साफ़ तौर पर दिखने वाला एक लिंक होना चाहिए
- सेगमेंट बनाने की प्रोसेस में व्यक्तिगत पहचान से जुड़ी किसी भी जानकारी का इस्तेमाल नहीं किया जाना चाहिए. इसमें, उपयोगकर्ता के मोबाइल फ़ोन से संबंधित व्यक्तिगत पहचान से जुड़ी जानकारी भी शामिल है
- न तो कोई संवेदनशील सेगमेंट होना चाहिए और न ही 13 साल से कम उम्र के बच्चों को टारगेट करने वाला कोई सेगमेंट
- साइट पर आने वाले लोगों की गतिविधि से जुड़ा डेटा इकट्ठा करने के दौरान, पैकेट स्निफ़िंग (डेटा पैकेट इकट्ठा करना और उसे लॉग करना) नहीं की जानी चाहिए
- डेटा कलेक्शन: कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीके का इस्तेमाल करके, उपयोगकर्ता की जानकारी ज़ाहिर न करने वाला ट्रैफ़िक डेटा इकट्ठा किया जा सकता है. ऐसा तब किया जा सकता है, जब यह पता लगाना हो कि कुल कितने लोगों ने विज्ञापन देखे, कितनी बार विज्ञापन देखे और/या कितने लोग ग्राहक में बदले. हालांकि, इसके लिए तीसरे पक्ष के सर्टिफ़ाइड वेंडर का इस्तेमाल करना ज़रूरी है. Google Display Network इन्वेंट्री पर री-टारगेटिंग, डेटा को पसंंदीदा कैटगरी में रखने या किसी अन्य पक्ष को ऑफ़लाइन तरीके से डेटा उपलब्ध कराने के लिए, कुकी या अन्य तरीकों से इंप्रेशन-लेवल का डेटा इकट्ठा करने पर पाबंदी है. (यह पाबंदी व्यू-लेवल, क्लिक-लेवल या कन्वर्ज़न-लेवल के डेटा पर लागू नहीं होती.) किसी भी मकसद को पूरा करने के लिए, व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) या लोगों की पसंद के हिसाब से टारगेट करने के लिए, उपयोगकर्ताओं की जगह की सटीक जानकारी को कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीकों के साथ नहीं जोड़ा जा सकता. ऐसा तभी किया जा सकता है, जब उपयोगकर्ता ने इसके लिए खुद और साफ़ तौर पर ऑप्ट-इन किया हो. (इस दस्तावेज़ में, व्यक्तिगत पहचान से जुड़ी जानकारी और उपयोगकर्ता की जगह की सटीक जानकारी में आईपी पते शामिल नहीं होते.) Search Ads 360 डोमेन के साथ-साथ, Google के ऐसे सभी डोमेन जिनका वह मालिक है और जिन्हें वह चलाता है, उन पर कोई कुकी सेट न करें, न ही कुकी सेट में बदलाव करें, और न ही उसे मिटाएं. साथ ही, जान-बूझकर किसी तीसरे पक्ष को ऐसा करने की अनुमति न दें. अगर आपके ज़रिए Google के प्रॉडक्ट इस्तेमाल करने पर, कोई डेटा इकट्ठा, शेयर, और इस्तेमाल किया जाता है, तो आपको इसकी जानकारी साफ़ तौर पर ज़ाहिर करनी होगी. इस्तेमाल की जाने वाली टेक्नोलॉजी जैसे कि कुकी का इस्तेमाल, वेब बीकन, आईपी पता या अन्य आइडेंटिफ़ायर की जानकारी भी ज़ाहिर करनी होगी. यह शर्त किसी भी प्लैटफ़ॉर्म या प्रॉपर्टी पर डेटा इकट्ठा करने, शेयर करने, और इस्तेमाल करने पर लागू होगी. जैसे, वेबसाइट, ऐप्लिकेशन, कनेक्टेड टीवी, गेम कंसोल या ईमेल सेवाएं. कृपया ध्यान दें कि मोबाइल प्लैटफ़ॉर्म पर, रीच और फ़्रीक्वेंसी के वे आंकड़े शायद पूरी तरह सटीक न हों जो तीसरे पक्ष से मिलते हैं.
- चौथे पक्ष के कॉल: सभी विज्ञापनों में, तीसरे पक्ष के सर्टिफ़ाइड सर्वर या ऐसे रिसर्च वेंडर के ट्रैकिंग एलिमेंट शामिल हो सकते हैं जिन्हें Google की मंज़ूरी मिली है. चौथे पक्ष के किसी भी कॉल की अनुमति नहीं होती. हालांकि, इन्हें शामिल किया जा सकता है: ऐसे ट्रैकिंग एलिमेंट जो Google से मान्यता मिले हुए तीसरे पक्ष के सर्वर या रिसर्च वेंडर से जुड़े हों, ऐसी कोड लाइब्रेरी को किए गए कॉल जिन्हें Google होस्ट करता है और जिन्हें अनुमित मिली हुई है, Google और Amazon स्टोरेज के लिए jQueries, और क्रिएटिव रेंडरिंग के मकसद से इस्तेमाल की जाने वाली jQueries. इसके लिए, AJAX post() तरीके का इस्तेमाल किया जाना चाहिए. AJAX get() तरीका इस्तेमाल करने की अनुमति नहीं है. ज़्यादा जानकारी के लिए, उपयोगकर्ता की पहचान से जुड़ी नीति का पालन करने के दिशा-निर्देश देखें. ऐसा हो सकता है कि सभी टैग, विज्ञापन देने वाले किसी एक व्यक्ति या कंपनी के साथ जुड़े हों. कोई एक टैग, विज्ञापन देने वाले कई लोगों या कंपनियों से नहीं जुड़ सकता. तीसरे पक्ष के किसी टैग में ज़्यादा से ज़्यादा चौथे पक्ष वाले कॉल, इस्तेमाल किए जा रहे वेंडर के टाइप (एक सर्टिफ़ाइड विज्ञापन सर्वर या रिच मीडिया वेंडर, तीन रिसर्च प्रॉडक्ट, और एक ऑनलाइन गतिविधि पर आधारित विज्ञापन में दिखने वाला AdChoices आइकॉन) के हिसाब से तय होते हैं.
- क्रिएटिव की अनुमति: रिसर्च वेंडर या तीसरे पक्ष के सर्वर को कॉल करने वाले सभी क्रिएटिव और टैग के लिए, यह ज़रूरी है कि कैंपेन के शुरू होने की तारीख से कम से कम 72 घंटे पहले, Google की विज्ञापन सपोर्ट टीम ने उनकी पूरी तरह से जांच करने के साथ-साथ उन्हें मंज़ूरी दे दी हो.
- क्रिएटिव में बदलाव: Google की विज्ञापन सपोर्ट टीम की अनुमति के बिना, तीसरे पक्ष के वेंडर के ज़रिए क्रिएटिव में बदलाव नहीं किया जा सकता. सभी क्रिएटिव को पहले से ही मंज़ूरी मिली होनी चाहिए. जिन विज्ञापनों का कॉन्टेंट डाइनैमिक तौर पर बदलता है उनकी शुरुआती समीक्षा Google की विज्ञापन सपोर्ट टीम के ज़रिए की जानी चाहिए. साथ ही, उन्हें पहले से मंज़ूरी मिलनी चाहिए. हालांकि, Google उन्हें अन्य समीक्षाओं और मंज़ूरी से छूट दे सकता है.
- बदलावों की वजह से होने वाली देरी: अगर विज्ञापन में कोई ऐसा एलिमेंट है जो इस नीति से जुड़ी ज़रूरी शर्तों के मुताबिक नहीं है, तो उसमें बदलाव करने के लिए उसे वापस भेज दिया जाएगा. इस वजह से, कैंपेन लॉन्च होने में देरी हो सकती है.
- टैग की परफ़ॉर्मेंस: टैग लगातार दिखने चाहिए. अगर टैग की परफ़ॉर्मेंस तय स्टैंडर्ड के हिसाब से नहीं है, तो Google आपके कैंपेन को रोकने या बंद करने का अधिकार सुरक्षित रखता है.
- टैग भेजना: सभी टैग, ईमेल में टेक्स्ट अटैचमेंट की तरह भेजे जाने चाहिए. इन्हें ईमेल के मुख्य हिस्से में नहीं भेजना चाहिए.
- रिपोर्टिंग: Google से मिली ट्रैफ़िक या इंप्रेशन की रिपोर्ट, Google और विज्ञापन पार्टनर के बीच ही रहेंगी. विज्ञापन पार्टनर को तीसरे पक्ष से मिली रिपोर्ट, Google और विज्ञापन पार्टनर के अधिकार या जवाबदेही पर असर नहीं डालेंगी.
- प्रासंगिक रूप से जागरूक मैक्रो का डेटा: जब तक Google से लिखित में अनुमति न मिली हो, तब तक प्रासंगिक रूप से जागरूक मैक्रो का डेटा, सिर्फ़ उस डेटा से जुड़े इंप्रेशन के लिए इस्तेमाल किया जा सकता है. प्रासंगिक रूप से जागरूक मैक्रो का डेटा कहीं और या किसी अन्य समय पर इस्तेमाल नहीं किया जाना चाहिए.
- साइट-लेवल पर टैग करना: अगर Google की प्लेसमेंट टारगेटिंग सुविधा का इस्तेमाल किया जाता है, तो विज्ञापन टैग वाली कम से कम चार यूनीक वेब प्रॉपर्टी एग्रीगेट करें. हर वेब प्रॉपर्टी में ज़रूरत के हिसाब से इंप्रेशन बांटे जाने चाहिए. इंप्रेशन-लेवल कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीकों को अलग-अलग साइटों के साथ नहीं जोड़ना चाहिए.
- ब्रैंड की पहचान और प्रचार: जब तक Google ने पहले से लिखित अनुमति न दी हो, तब तक प्रोग्राम का हिस्सा बनने या उसके साथ जुड़े होने की बात सार्वजनिक तौर पर नहीं की जा सकती. इसके अलावा, Google और आपके बीच का संबंध भी ज़ाहिर नहीं किया जा सकता.
- Google Analytics में ऑटो-टैगिंग की सुविधा: फ़िलहाल, Google Analytics में ऑटो-टैगिंग की सुविधा, तीसरे पक्ष के दिखाए गए विज्ञापनों के लिए काम नहीं करती. अगर आपने ऑटो-टैगिंग का इस्तेमाल किया है, तो हम आपको तीसरे पक्ष के दिखाए गए विज्ञापनों और Google Ads के होस्ट किए गए विज्ञापनों के लिए, अलग-अलग खाते इस्तेमाल करने का सुझाव देते हैं. ऑटो-टैगिंग की सुविधा को चालू या बंद करने के लिए, इन निर्देशों का पालन करें.
- नीतियां:
- विज्ञापन बनाते समय, क्रॉस-डोमेन स्क्रिप्टिंग का इस्तेमाल नहीं किया जा सकता या ऐसे डोमेन में कुकी सेट नहीं की जा सकतीं जिसे मंज़ूरी न मिली हो.
- विज्ञापनों में Google की क्लिक-ट्रैकिंग सुविधा मौजूद होनी चाहिए. अगर यह सुविधा मौजूद है, तो सभी क्लिक इवेंट, Google को रिपोर्ट किए जाने चाहिए.
- Google के क्लिक-ट्रैकिंग यूआरएल के एचटीटीपी हेडर, दर्शकों के ब्राउज़र से भेजे जाने चाहिए. Google क्लिक-ट्रैकिंग यूआरएल को सर्वर-साइड अनुरोध नहीं, बल्कि क्लाइंट-साइड एचटीटीपी अनुरोध भेजा जाना चाहिए.
पॉप-अप:
- ऐसी विंडो है, जो मूल विंडो के अतिरिक्त खुलती है.
- इसमें पॉप-अंडर, नियत या बीच-बीच में खुलने वाले पॉप-अप, कृत्रिम सिस्टम चेतावनियां और वे पृष्ठ शामिल हैं, जो स्वतः डाउनलोड आरंभ कर देते हैं.
- वर्जित है, चाहे उसकी सामग्री कुछ भी हो.
ऑडियो संबंधी आवश्यकताएं:
- उपयोगकर्ता के क्लिक करने पर ही प्रभाव शुरू होने चाहिए; विज्ञापनों की ध्वनि स्वतः शुरू नहीं होनी चाहिए.
- ऑडियो सेटिंग डिफ़ॉल्ट रूप से 'ऑफ़' पर सेट होनी चाहिए.
- उपयोगकर्ताओं के पास विज्ञापन में सभी ध्वनियां म्यूट करने का विकल्प होना चाहिए.
- ऑडियो वॉल्यूम अधिक से अधिक -12 db पर एन्कोड किया जाना चाह.
विज्ञापन सीधे कोई व्यक्तिगत रूप से पहचानी जा सकने वाली उपयोगकर्ता जानकारी कैप्चर नहीं कर सकते. व्यक्तिगत जानकारी में ईमेल पते, दूरभाष नंबर और क्रेडिट कार्ड नंबर शामिल हैं लेकिन यह इन तक ही सीमित नहीं है. विज्ञापन के ज़रिये कोई संवेदनशील सूचना एकत्र नहीं की जा सकती.
जब तक कोई उपयोगकर्ता जानबूझ कर और व्यक्त रूप से सहमति न जताए, आप किसी उद्देश्य के लिए कुकी, वेब बीकन, या अन्य ट्रैकिंग विधियों को व्यक्तिगत रूप से पहचान योग्य जानकारी (PII) के साथ संबद्ध नहीं कर सकते या व्यवहार लक्ष्यीकरण के लिए इन्हें सटीक उपयोगकर्ता स्थान से संबद्ध नहीं कर सकते. (इस दस्तावेज़ के प्रयोजनों से, PII और सटीक उपयोगकर्ता स्थान में IP पते शामिल नहीं होते.)
Google से मंज़ूरी मिलने के बाद, किसी विज्ञापन कैंपेन के लिए रिसर्च स्टडी शुरू की जा सकती हैं. अगर Google ने सीधे तौर पर मंज़ूरी दी है, तो तीसरे पक्ष के विज्ञापनों पर लगने वाली कुछ पाबंदियां आपकी रिसर्च स्टडी पर लागू नहीं होंगी. इन पाबंदियों के बारे में ऊपर बताया गया है.
सभी रिसर्च इस तरह की जानी चाहिए:
- किसी विज्ञापन प्लेसमेंट को लेकर Google और आपके बीच हुई सहमति के आधार, अपनी रिसर्च स्टडी के ज़रिए सिर्फ़ यह पता किया जा सकता है कि विज्ञापन कितना असरदार है. यह रिसर्च, सिर्फ़ Google के प्लैटफ़ॉर्म यानी Google Ads पर दिखाए जाने वाले विज्ञापनों के लिए की जाती है.
- आपको Google Ads कैंपेन से जुड़े किसी भी डेटा को सार्वजनिक करने और अलग-अलग कैंपेन के डेटा को इकट्ठा करने के लिए, Google से लिखित में मंज़ूरी लेनी होगी.
- तीसरे पक्ष का सिर्फ़ वही रिसर्चर, रिसर्च कर सकता है जो Google की मंज़ूरी वाली सूची में शामिल हो.
- एक विज्ञापन टैग में, ज़्यादा से ज़्यादा तीन रिसर्च प्रॉडक्ट की अनुमति है.
- आंकड़े और परफ़ॉर्मेंस
- ब्रैंड पर असर की स्टडी
- पुष्टि से जुड़ी सेवाएं और अन्य बातें
अगर Google किसी स्टडी के लिए पेमेंट करता है, तो उसे भी ज़्यादा से ज़्यादा तीन रिसर्च प्रॉडक्ट इस्तेमाल करने की सीमा में शामिल किया जाना चाहिए.
सभी तरीकों और सर्वे टूल, जैसे कि भर्ती की प्रक्रियाएं, इंसेंटिव, फ़ंड या दान/न्योते से जुड़े कॉन्टेंट, सवालों की सूची वाले कॉन्टेंट, डेटा कलेक्शन, और सर्वे के प्रज़ेंटेशन के लिए Google से मंज़ूरी लेनी होगी.
- ब्रैंड स्टडी के लिए, सर्वे के कॉन्टेंट के लिए दिशा-निर्देश पढ़ें.
- सर्वे के सभी नतीजों और उनसे जड़े डेटा की गोपनीयता बनाए रखना आपकी ज़िम्मेदारी है. साथ ही, आपको यह भी तय करना होगा कि व्यक्तिगत पहचान से जुड़ी जानकारी का कोई भी डेटा मांगा या इकट्ठा न किया जाए. हालांकि, ऐसा तब तक ज़रूरी है, जब तक आपको रिसर्च में हिस्सा लेने वालों को इंसेंटिव न देना हो. व्यक्तिगत पहचान से जुड़ी सारी जानकारी का इस्तेमाल सिर्फ़ ज़रूरी इंसेंटिव देने के लिए किया जा सकता है. इंसेंटिव देने के तुरंत बाद, ऐसे डेटा को हमेशा के लिए मिटा देना चाहिए.
- अगर आप कोई ऐसे व्यक्ति या कंपनी हैं जो Google की तय की गई सूची के मुताबिक, पुष्टि या ऑडियंस की मेट्रिक की जानकारी देती है, तो आपको यह इनसाइट देनी ज़रूरी है कि किसी तीसरे पक्ष ने आपकी सेवा का ऑडिट कर लिया है. आपने जिस डेटा को इकट्ठा किया है उसका इस्तेमाल, सिर्फ़ विज्ञापन देने वाले व्यक्ति या कंपनी के कैंपेन की रिपोर्टिंग के लिए किया जाना चाहिए. डेटा कलेक्शन के लिए कुकी का इस्तेमाल करते समय, आपको साइट-लेवल की जानकारी (डोमेन/यूआरएल) कभी इकट्ठा नहीं करनी चाहिए. दूसरों को सेवा देने के दौरान इकट्ठा की गई जानकारी न तो बेची और न ही बेचने के लिए उपलब्ध कराई जा सकती है. अगर विज्ञापन देने वाले किसी व्यक्ति या कंपनी के कैंपेन के लिए कोई रिपोर्ट उपलब्ध कराई जाती है, तो उसके डेटा को न तो शेयर किया जा सकता है और न इकट्ठा किया जा सकता है. ध्यान दें: पुष्टि की सेवाओं को किसी डिवाइस पर कुकी स्टोर करने की अनुमति नहीं है.
- पुष्टि या ऑडियंस की मेट्रिक की जानकारी देने वालों की सेवाओं का इस्तेमाल, सिर्फ़ रिसर्च और विश्लेषण के उद्देश्यों के लिए किया जा सकता है. ऐसी किसी भी टेक्नोलॉजी का इस्तेमाल नहीं किया जा सकता जो विज्ञापन दिखाने की सुविधा पर असर डालेगी या उसे रोकेगी. इसमें विज्ञापन करने के साथ-साथ ऐसी और भी कई सेवाएं शामिल हैं. इन वेंडर के सर्टिफ़िकेशन से सिर्फ़ यह जानकारी मिलती है कि Google इस बात की अनुमति देता है कि हमारे नेटवर्क पर कोई क्लाइंट इनका इस्तेमाल कर सके. हालांकि, Google इन वेंडर से मिलने वाला डेटा के सटीक होने की पुष्टि नहीं करता है. साथ ही, हमारे प्रोग्राम में शामिल किसी भी रिसर्च वेंडर की रिपोर्ट के आंकड़े की पुष्टि भी नहीं करता. इसमें पुष्टि और ऑडियंस की मेट्रिक की जानकारी देने वाली सेवाएं भी शामिल हैं. Google हमारी रिपोर्ट और तीसरे पक्ष की रिपोर्ट के बीच कोई अंतर होने पर क्रेडिट नहीं देता. इसके अलावा, ऐसी सेवाओं के ज़रिए फ़्लैग की गई किसी समस्या के लिए भी क्रेडिट नहीं देता.
अगर आपको इंटरनेट पर लोगों की पसंद के हिसाब से टारगेट करने वाले विज्ञापनों के लिए, तीसरे पक्ष का कोई AdChoices आइकॉन दिखाना है, तो ये शर्तें पूरी करनी होंगी:
- Google Display Network पर दिखाए जाने वाले, पब्लिशर के ज़्यादातर विज्ञापनों में Google का AdChoices आइकॉन (“AdChoices”), इंडस्ट्री स्टैंडर्ड के मुताबिक विज्ञापन यूनिट के सबसे ऊपर दाएं कोने में दिखेगा.
- अगर आपने तीसरे पक्ष के AdChoices आइकॉन का इस्तेमाल किया और उसे Google AdChoices आइकॉन पर लेयर किया, तो ऑनलाइन व्यवहार के आधार पर दिखने वाले विज्ञापन के लिए, खुद पर लागू किए जाने वाले नियम के कार्यक्रम से तय की गई शर्तों (www.aboutads.info) का पालन करने की ज़िम्मेदारी तीसरे पक्ष के वेंडर की होगी. इनमें ये विकल्प शामिल हैं. हालांकि, इस तरह के और विकल्प भी हो सकते हैं:
- लेयर में AdChoices आइकॉन के लिए तय किए गए आधिकारिक साइज़ यानी 76x15 “AdChoices” वाली इमेज का इस्तेमाल किया जाना चाहिए. अगर किसी दूसरे साइज़ यानी 19x15 वाली “i” इमेज का इस्तेमाल किया जा रहा है, तो उस पर माउसओवर करने पर उसकी लेयर, 76x15 साइज़ वाली “AdChoices” इमेज में बदल जानी चाहिए.
- आइकॉन, विज्ञापन के सबसे ऊपर दाएं कोने में दिखना चाहिए.
- विज्ञापन की z-इंडेक्स वैल्यू, 9010 से कम होनी चाहिए, ताकि यह पक्का किया जा सके कि Google और तीसरे पक्ष के आइकॉन, विज्ञापन के ऊपर दिखें. अगर किसी बड़ी होने वाली विज्ञापन यूनिट का इस्तेमाल किया जा रहा है, तो क्रिएटिव की शुरुआती लेयर, जिसे बड़ा नहीं किया है वह z-इंडेक्स वैल्यू, 9010 से कम होनी चाहिए, जबकि बड़ी की जा चुकी लेयर की z-इंडेक्स वैल्यू, 1110 से ज़्यादा होनी चाहिए.
- इसके अलावा, अगर Google के AdChoices आइकॉन को तीसरे पक्ष का कोई AdChoices आइकॉन ढक लेता है, तो यह ज़रूरी है कि तीसरे पक्ष के आइकॉन में Google LLC को उपयोगकर्ता के डेटा कलेक्शन और/या विज्ञापन में उसके इस्तेमाल से जुड़ी कंपनी के तौर पर शामिल किया गया हो. साथ ही, उपयोगकर्ता को Google की कुकी से ऑप्ट-आउट करने की सुविधा मिलनी चाहिए.
- कोई भी निजता नोटिस, विज्ञापन यूनिट के लिए तय की गई जगह पर या नई ब्राउज़र विंडो में दिखना चाहिए. पॉप-अप दिखाने की अनुमति नहीं है.
- ऐसा कोई भी वेंडर जिसे Google ने AdChoices आइकॉन दिखाने की अनुमति दी है वह आइकॉन के फ़ंक्शन से जुड़ी किसी भी कुकी को न इस्तेमाल कर सकता है और/या न उसकी कोई जानकारी इकट्ठा कर सकता है.
- आपके पास सिर्फ़ उसी वेंडर से मिलने वाला, तीसरे पक्ष का AdChoices आइकॉन दिखाने का विकल्प होता है जिसे Google की मंज़ूरी मिली है. Google Ads से मंज़ूरी पा चुके तीसरे पक्ष के वेंडर की सूची देखें और उन वेंडर को खोजें जिनके "प्रॉडक्ट ऑफ़र" कॉलम में "AdChoices आइकॉन" शामिल है.
Google Ad Manager के ज़रिये दिखाए जाने वाले विज्ञापनों के लिए Google प्रदर्शन नेटवर्क संबंधी आवश्यकताएं
Google Ad Manager के ज़रिये Google प्रदर्शन नेटवर्क पर विज्ञापन चलाने के लिए, आपको निम्नलिखित आवश्यकताएं पूरी करनी होंगी.
- कुकी और टारगेटिंग (विज्ञापन के लिए सही दर्शक चुनना): रिपोर्टिंग के मकसद से और विज्ञापनों को टारगेट करने के लिए, कुकी इस्तेमाल की जा सकती हैं. इसके लिए, यह ज़रूरी है कि इस्तेमाल किया जाने वाला डेटा, इंडस्ट्री स्टैंडर्ड के मुताबिक इकट्ठा किया गया हो:
- ऑनलाइन व्यवहार के आधार पर दिखने वाले विज्ञापनों के लिए, नेटवर्क ऐडवर्टाइज़िंग इनिशिएटिव (एनएआई) की सेल्फ़-रेगुलेटरी वाली आचार संहिता (www.networkadvertising.org)
- ऑनलाइन व्यवहार के आधार पर दिखने वाले विज्ञापनों के लिए, इंटरैक्टिव ऐडवर्टाइज़िंग ब्यूरो (आईएबी) यूके के सही तरीकों से जुड़े सिद्धांत (www.youronlinechoices.com)
एनएआई और आईएबी यूके की नीतियों में फ़र्क़ होने पर, दोनों में से वह नीति लागू होती है जो ज़्यादा सख्त है. Google, अपने विवेक से खुद यह तय करता है कि आपने इन मानकों का पालन किया है या नहीं.
खास तौर पर, सर्टिफ़िकेशन प्रोसेस के तहत आपको ये शर्तें पूरी करनी होंगी:
- आपकी साइट पर निजता नीति की पूरी जानकारी होनी चाहिए
- अगर उपयोगकर्ता निजता नीति से ऑप्ट-आउट करना चाहे, तो उसके लिए साफ़ तौर पर दिखने वाला एक लिंक होना चाहिए
- सेगमेंट बनाने की प्रोसेस में, व्यक्तिगत पहचान से जुड़ी किसी भी जानकारी का इस्तेमाल नहीं किया जाना चाहिए. इसमें, उपयोगकर्ता के मोबाइल फ़ोन से संबंधित व्यक्तिगत पहचान से जुड़ी जानकारी भी शामिल है
- साइट पर न तो कोई संवेदनशील सेगमेंट होना चाहिए और न ही 13 साल से कम उम्र के बच्चों को टारगेट करने वाला कोई सेगमेंट
- साइट पर आने वाले लोगों के व्यवहार से जुड़ा डेटा इकट्ठा करने के दौरान, पैकेट स्निफ़िंग नहीं की जानी चाहिए
- डेटा कलेक्शन: किसी कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीके का इस्तेमाल करके, ऐसा ट्रैफ़िक डेटा इकट्ठा किया जा सकता है जिससे उपयोगकर्ताओं की पहचान ज़ाहिर न हो. ऐसा तब किया जा सकता है, जब यह पता लगाना हो कि कुल कितने लोगों ने विज्ञापन देखे, कितनी बार विज्ञापन देखे और/या कितने लोग ग्राहक में बदले. हालांकि, इसके लिए तीसरे पक्ष के सर्टिफ़ाइड वेंडर का इस्तेमाल करना ज़रूरी है. Google Display Network इन्वेंट्री पर इन कामों के लिए, कुकी या अन्य तरीकों से इंप्रेशन-लेवल का डेटा इकट्ठा करने पर पाबंदी है: री-टारगेटिंग, उपयोगकर्ताओं की पसंंद के आधार पर उन्हें अलग-अलग कैटगरी में बांटना या किसी अन्य पक्ष के साथ इस डेटा को ऑफ़लाइन शेयर करना या बेचना. (यह पाबंदी, क्लिक या कन्वर्ज़न-लेवल के डेटा पर लागू नहीं होती.) कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीकों का इस्तेमाल व्यक्तिगत पहचान से जुड़ी जानकारी (पीआईआई) पाने के लिए नहीं किया जा सकता, भले ही इसके पीछे मकसद कुछ भी हो. इसके अलावा, लोगों की पसंद के हिसाब से टारगेट करने के लिए इनका (कुकी, वेब बीकन या ट्रैकिंग के अन्य तरीके) इस्तेमाल उपयोगकर्ताओं की जगह की सटीक जानकारी पाने के लिए भी नहीं किया जा सकता. इन मामलों में ऐसा तभी किया जा सकता है, जब उपयोगकर्ता ने इसके लिए खुद और साफ़ तौर पर अनुमति दी हो. (इस दस्तावेज़ में, व्यक्तिगत पहचान से जुड़ी जानकारी और उपयोगकर्ता की जगह की सटीक जानकारी में आईपी पते को शामिल नहीं किया गया है.) Search Ads 360 डोमेन के साथ-साथ, Google के ऐसे सभी डोमेन जिनका वह मालिक है और जिन्हें वह चलाता है उन पर कोई कुकी सेट न करें, न ही कुकी सेट में बदलाव करें, और न ही उसे मिटाएं. साथ ही, जान-बूझकर किसी तीसरे पक्ष को ऐसा करने की अनुमति न दें और न ही ऐसा करने में उसकी मदद करें. अगर आपने Google के प्रॉडक्ट इस्तेमाल करके, कोई डेटा इकट्ठा, शेयर, और इस्तेमाल किया है, तो आपको इसकी जानकारी साफ़ तौर पर ज़ाहिर करनी होगी. इसमें इस्तेमाल की जाने वाली टेक्नोलॉजी भी शामिल है, जैसे कि कुकी का इस्तेमाल, वेब बीकन, आईपी पता या अन्य आइडेंटिफ़ायर. यह शर्त किसी भी प्लैटफ़ॉर्म या प्रॉपर्टी पर डेटा इकट्ठा करने, शेयर करने, और इस्तेमाल करने पर लागू होगी. जैसे, वेबसाइट, ऐप्लिकेशन, कनेक्टेड टीवी, गेम कंसोल या ईमेल पब्लिकेशन. कृपया ध्यान दें कि मोबाइल प्लैटफ़ॉर्म पर, तीसरे पक्ष से रिपोर्ट की जाने वाली रीच और फ़्रीक्वेंसी के आंकड़े शायद पूरी तरह सटीक न हों.
- चौथे पक्ष के कॉल: सभी विज्ञापनों में, तीसरे पक्ष के ऐसे सर्टिफ़ाइड सर्वर या रिसर्च वेंडर के सिर्फ़ ट्रैकिंग एलिमेंट शामिल हो सकते हैं जिन्हें Google की मंज़ूरी मिली है. चौथे पक्ष के किसी भी कॉल की अनुमति नहीं होती. हालांकि, Google की मंज़ूरी पा चुके तीसरे पक्ष के सर्वर या रिसर्च वेंडर से जुड़े ट्रैकिंग एलिमेंट शामिल किए जा सकते हैं.
- टैग की परफ़ॉर्मेंस: टैग लगातार दिखने चाहिए. अगर कोई टैग, परफ़ॉर्मेंस या भरोसेमंद होने के हमारे तय मानकों के हिसाब से न हो, तो Google के पास आपके कैंपेन को रोकने या बंद करने का अधिकार सुरक्षित है.
- रिपोर्टिंग: Google से मिली ट्रैफ़िक या इंप्रेशन की रिपोर्ट, सिर्फ़ Google और विज्ञापन पार्टनर के बीच ही रहेंगी. विज्ञापन पार्टनर को तीसरे पक्ष से मिली रिपोर्ट, Google और विज्ञापन पार्टनर के अधिकार या जवाबदेही पर असर नहीं डालेंगी.
वेबसाइटों पर प्रदर्शित विज्ञापन इन्वेंट्री के Google Ad Manager खरीदारों को उन्हीं नीतियों का पालन करना होगा, जिनका विवरण Google Ads के तकनीकी विनिर्देश और क्रिएटिव अनुभाग में दिया गया है.
मोबाइल ऐप्लिकेशन ("इन-ऐप्लिकेशन विज्ञापन") में प्रदर्शित Google Ad Manager क्रेताओं को ठीक नीचे दिए तकनीकी विनिर्देशों तथा क्रिएटिव का पालन करना होगा:
इन-ऐप्लिकेशन विज्ञापनों के तकनीकी विनिर्देश
| Device type (Android or iOS only) |
Unit sizes | Tag types | File types | Static image max file size |
|---|---|---|---|---|
| Smartphone | 320x50 300x250 336x280 Interstitial HTML |
Image tag wrapped in anchor tag |
JPEG |
150KB initial download 5MB total size |
| JavaScript tag | ||||
| MRAID | ||||
| HTML5 | ||||
| Tablet | 300x250 728x90 468x60 336x280 Interstitial HTML |
Image tag wrapped in anchor tag | JPEG PNG GIF |
150KB initial download 5MB total size |
| JavaScript tag | ||||
| MRAID | ||||
| HTML5 |
इन-ऐप्लिकेशन विज्ञापन क्रिएटिव
तृतीय पक्षों द्वारा दिखाए जाने वाले इन-ऐप्लिकेशन विज्ञापनों को Google की छवि विज्ञापन नीतियों के साथ-साथ नीचे दी गई नीतियों का भी पालन करना होगा:
- तृतीय-पक्ष केवल मानक छवि विज्ञापन प्रारूप (JPEG, PNG, और GIF) प्रस्तुत कर सकते हैं.
- तृतीय-पक्ष द्वारा सेवित विज्ञापनों में Flash या JavaScript नहीं होना चाहिए.
- मानक छवि बैनर विज्ञापन एक मानक रीडायरेक्ट टैग के ज़रिये प्रस्तुत किए जाने चाहिए, जैसे: <a href="..."><img src="..." /></a>
Google Display Network पर विज्ञापन दिखाने के लिए, एसएसएल का पालन करने वाली विज्ञापन यूनिट को यहां दी गई नीतियों का पालन करना ज़रूरी है:
एसएसएल का पालन करने वाले विज्ञापनों के लिए दिशा-निर्देश
- सभी विज्ञापन रिस्पॉन्स में एसएसएल (“एचटीटीपीएस”) का पालन करना ज़रूरी है. साथ ही, इसमें शामिल सभी सर्वर के पास एसएसएल सर्टिफ़िकेशन होना चाहिए.
- अगर आपका विज्ञापन टैग खुद इसका पता लगा सकता है कि उसके लिए, एचटीटीपी/एचटीटीपीएस प्रोटोकॉल का इस्तेमाल करके अनुरोध किया जा रहा है और ज़रूरत पड़ने पर वह विज्ञापन रिस्पॉन्स को अपने-आप अडजस्ट करके एसएसएल के मुताबिक बना सकता है, तो यह बेहतर होगा. अगर ऐसा नहीं हुआ, तो Google के पास एक प्रोटोकॉल मैक्रो है जिसे हम किसी भी यूआरआई या विज्ञापन टैग में इन्सर्ट कर सकते हैं, ताकि ज़रूरत पड़ने पर “एचटीटीपी” या “एचटीटीपीएस” अपने-आप अपडेट हो जाए.
- विज्ञापन यूनिट में अन्य टेक्नोलॉजी के लिए, चौथे पक्ष का कोई भी कॉल उन वेंडर की तरफ़ से होना चाहिए जो एसएसएल की शर्तें पूरी करते हैं और जिन्हें Google से सर्टिफ़िकेट मिला है.
- Ad Exchange के उपयोगकर्ताओं को आरटीबी या Ad Exchange के यूआई की मदद से, यह जानकारी देनी होगी कि विज्ञापन एसएसएल के मुताबिक है. ध्यान दें कि अगर किसी विज्ञापन को एसएसएल के मुताबिक बताया जा रहा है, जबकि वह शर्तें पूरी नहीं कर रहा है, तो उस विज्ञापन को अस्वीकार कर दिया जाएगा.
- एसएसएल का पालन करने वाले वीएएसटी विज्ञापन की खास जानकारी पाने के लिए, वीएएसटी का पालन करने वाली इन-स्ट्रीम वीडियो विज्ञापन यूनिट का सेक्शन देखें.
- एसएसएल की शर्तें पूरी करने वाली पब्लिशर इन्वेंट्री में विज्ञापन दिखाने वाले किसी वेंडर को पहले इसके लिए सर्टिफ़िकेट लेना होगा. विज्ञापन देने वाले उन वेंडर को वेंडर की सूची में शामिल किया गया है जिन्हें इसकी अनुमति मिली है और जो एसएसएल का पालन करते हैं. विक्रेता सूची में स्वीकृत SSL-संगत विज्ञापन विक्रेता सूचीबद्ध हैं.
Google प्रदर्शन नेटवर्क पर विस्तारणीय विज्ञापन इकाइयां निम्न नीतियों के अनुसार स्वीकार की जाती हैं:
क्रिएटिव विनिर्देश
- उपयोगकर्ता द्वारा प्रारंभ किया जाने वाला विस्तृत करने के लिए क्लिक करें और विस्तृत करने के लिए घुमाएं विकल्प
- बंद: क्लिक करने पर या माउस से बंद करने पर
- फ़ाइल का अधिकतम आकार: 150K प्रारंभिक, 2.2MB हल्का
- पैनल में यूनिट के कोने में एक प्रमुख "बंद करें X" (16 पॉइंट या इससे अधिक आकार के फ़ॉन्ट में) होना चाहिए
स्वीकृत विक्रेता
- Google Marketing Platform रिच मीडिया
- EyeWonder
- Flashtalking
- MediaMind
- PointRoll
- Unicast
- Mediaplex
- Weborama
- Adform
- Flite
- Kpsule
- Linkstorm
अधिकतम विस्तृत आयाम
| इंटरैक्टिव विज्ञापन ब्यूरो आकार | विस्तृत आकार |
|---|---|
| 468 x 60 | 468 x 210 |
| 728 x 90 | 728 x 300 |
| 300 x 250 | 600 x 300 |
| 160 x 600 | 400 x 600 |
| 120 x 600 | 420 x 600 |
Ad Exchange पर तीसरे-पक्ष के इन-स्ट्रीम वीडियो विज्ञापनों को यहां दी गई नीतियों के मुताबिक स्वीकार किया जाता है:
तकनीकी जानकारी
| इन-स्ट्रीम वीडियो विज्ञापन | ||||||
|---|---|---|---|---|---|---|
| फ़ाइल टाइप | फ़ाइल का ज़्यादा से ज़्यादा साइज़ | वीडियो की अवधि | मैक्सिमम फ़्रेम रेट | |||
| यूनिट के साइज़ | वीडियो | ऑडियो | ज़्यादा से ज़्यादा | सुझाया गया | ||
| 480x360 (4:3) 640x360 (16:9) 1920x800 (5:2) |
H.264 (इसमें सिर्फ़ वीडियो/MP4 शामिल है) और WebM (सिर्फ़ वीडियो/webm शामिल है) फ़ॉर्मैट वाले सभी वीडियो शामिल किए जाने चाहिए. हालांकि, दूसरे फ़ॉर्मैट शामिल किए जा सकते हैं, लेकिन हो सकता है कि उनका इस्तेमाल न किया जाए | MP3 या AAC को प्राथमिकता | 10 एमबी | 60 सेकंड | <15 सेकंड (YouTube के साथ-साथ ज़्यादातर पब्लिशर इन्वेंट्री के इस्तेमाल के लिए) |
30 एफ़पीएस (फ़्रेम प्रति सेकंड) |
| सहभागी विज्ञापन (वैकल्पिक, लेकिन सुझाए गए) | ||||||
| फ़ाइल टाइप | फ़ाइल का ज़्यादा से ज़्यादा साइज़ | ऐनिमेशन की अवधि | मैक्सिमम फ़्रेम रेट | |||
| यूनिट के साइज़ | इमेज | Flash | होस्ट का चलाया गया वीडियो | उपयोगकर्ता का चलाया गया वीडियो (कर्सर घुमाकर या क्लिक करके) | ||
| 300x250 | स्थिर GIF, JPG या PNG | बैकअप GIF/JPG के साथ काम करने वाला SWF (इसमें Flash 7 से लेकर 11.2; AS2 और AS3 वर्शन शामिल हैं) | 50K | 30 सेकंड | 4 मिनट | 24 एफ़पीएस |
| 300x60 | ||||||
क्रिएटिव
- तीसरे-पक्ष के इन-स्ट्रीम विज्ञापन, लीनियर वीएएसटी टैग (प्री-फ़ेच टैग) के ज़रिए दिखाए जाने चाहिए. साथ ही, ये विज्ञापन किसी ऐसे वीएएसटी वेंडर के ज़रिए दिखाए जाने चाहिए जिसे Ad Exchange के लिए मंज़ूरी मिल चुकी है.
- वीएएसटी टैग को Google के वीएएसटी विज्ञापन सर्वर के रिस्पॉन्स के लिए एक्सएमएल फ़ाइल की खास जानकारी में लिखी गई बातों का पालन करना होगा.
- VAST टैग में दिखाए जाने वाले हर वीडियो विज्ञापन के लिए, कम से कम दो अलग-अलग नोड शामिल होने चाहिए - MP4 तथा WebM वीडियो फ़ॉर्मैट में से सब के लिए एक. अन्य फ़ॉर्मैट शामिल किए जा सकते हैं, लेकिन उनका इस्तेमाल नहीं किया जाएगा.
- एक जैसी <AdSystem> नोड वैल्यू: पक्का करें कि आपके सभी वीएएसटी टैग में ठीक वही वैल्यू हो जो आपकी कंपनी के लिए, वीएएसटी एक्सएमएल के <AdSystem> नोड में दी गई है. उदाहरण के लिए, Google हमारे सभी वीएएसटी टैग के लिए इन्हें हमेशा शामिल करेगा: <AdSystem>Google</AdSystem>
- विज्ञापन आईडी की यूनीक वैल्यू: जनरेट किए गए हर वीएएसटी टैग में, नोड के “id” एट्रिब्यूट के लिए एक यूनीक वैल्यू असाइन होनी चाहिए. दो अलग-अलग वीएएसटी टैग के विज्ञापन आईडी की वैल्यू एक जैसी नहीं होनी चाहिए. उदाहरण के लिए:
- वीएएसटी टैग 1: <Ad id="3947179">
- वीएएसटी टैग 2: <Ad id="8741831"> - ध्यान दें कि वीएएसटी एक्सएमएल में
नोड के लिए, सिर्फ़ इनकी अनुमति दी जाएगी:- StaticResource: यह किसी स्टैटिक फ़ाइल का यूआरआई है, जैसे कोई इमेज या SWF फ़ाइल
- IframeResource: यह कंपैनियन एलिमेंट दिखने के लिए iframe का यूआरआई सोर्स है
अब HTMLResource टाइप की अनुमति नहीं दी जाएगी.
- Google के Flash SDK का इस्तेमाल करके, अगर किसी तीसरे पक्ष के विज्ञापन सर्वर से वीडियो विज्ञापन दिखाना है, तो उस सर्वर को सभी चुनिंदा Google डोमेन या सभी डोमेन के ऐक्सेस की अनुमति देने के लिए, दिशा-निर्देशों के साथ एक crossdomain.xml शामिल करना चाहिए. साथ ही, एट्रिब्यूट को “गलत है” पर सेट होना चाहिए. crossdomain.xml का फ़ॉर्मैट इस तरह से होना चाहिए:
<cross-domain-policy>
<!-- Allow access to ALL domains
<allow-access-from domain="*" secure="false"/>
<!-- OR allow access to the domain from originating request
</cross-domain-policy>अहम जानकारी: अपनी वेबसाइट की crossdomain.xml फ़ाइल में कोई डोमेन जोड़ने पर उस डोमेन में होस्ट की गई किसी भी Flash फ़ाइल को आपकी वेबसाइट पर लॉग इन करने वाले उपयोगकर्ताओं से जुड़े डेटा का ऐक्सेस मिल सकता है. इसलिए, जिन वेबसाइटों में उपयोगकर्ता की प्रोफ़ाइलें जैसी संवेदनशील जानकारी दी गई है उनकी crossdomain.xml फ़ाइलों में, सामान्य तौर पर विज्ञापन नेटवर्क कंपनी के होस्ट नहीं जोड़ने चाहिए.
- Google के HTML5 SDK का इस्तेमाल करके, अगर किसी तीसरे पक्ष के विज्ञापन सर्वर से वीडियो विज्ञापन दिखाना है, तो उस सर्वर को सभी जवाबों में एक सीओआरएस हेडर शामिल करना होगा. सीओआरएस के हेडर का फ़ॉर्मैट इस तरह से होना चाहिए:
Access-Control-Allow-Origin: [allow access to the domain from originating request]
OR Access-Control-Allow-Origin: *
Note: Access-Control-Allow-Origin: * cannot be use in combination with Access-Control-Allow-Credentials: true - सहभागी विज्ञापनों में ऑडियो का इस्तेमाल नहीं किया जा सकता.
- क्रिएटिव का साइज़, विज्ञापन यूनिट के लिए पहले से तय की गई सीमाओं से बड़ा नहीं हो सकता.
- थोड़े-बहुत ब्लैक, व्हाइट या पारदर्शी बैकग्राउंड वाले सभी विज्ञापनों पर, आपको ऐसे रंग का बॉर्डर जोड़ना होगा जो क्रिएटिव के बैकग्राउंड में ज़्यादा इस्तेमाल हुए रंग से अलग दिखता हो.
- किसी भी क्रिएटिव में कोई ऐप्लिकेशन नहीं होना चाहिए. इनमें ActiveX, वायरस, एग्ज़िट पॉप, स्पायवेयर, मैलवेयर वगैरह भी नहीं होने चाहिए.
- Flash वाले सहभागी विज्ञापन दिखाने के लिए, किसी उपयोगकर्ता के सीपीयू की क्षमता का 50% से ज़्यादा का इस्तेमाल नहीं किया जाना चाहिए. 30 सेकंड और इससे ज़्यादा समय तक चलने वाले ऐनिमेशन, सीपीयू की ज़्यादा क्षमता का इस्तेमाल करते हैं. लागू होने पर, Windows में टास्क मैनेजर की सुविधा का इस्तेमाल करके यह जांच की जा सकती है कि इस नियम का पालन किया जा रहा है या नहीं.
- क्रिएटिव कोडिंग में क्रॉस-डोमेन स्क्रिप्टिंग का इस्तेमाल नहीं किया जा सकता या उससे ऐसे डोमेन में कुकी सेट नहीं की जा सकतीं जिन्हें मंज़ूरी न मिली हो.
- सभी क्रिएटिव, नई विंडो में खुलने चाहिए. क्लिक-थ्रू यूआरएल के लिए टारगेट विंडो "_blank" पर सेट होना चाहिए, ताकि क्लिक-थ्रू एक नई विंडो में खुले. टारगेट स्टेटमेंट को खाली न छोड़ें.
- Flash क्रिएटिव के लिए:
- क्रिएटिव इस तरह बनाए जाने चाहिए कि उनमें Flash के वर्शन 7 से लेकर 11.2 (AS2 और AS3) तक का इस्तेमाल किया गया हो.
- आपको एक डिफ़ॉल्ट इमेज देनी होगी. अगर ब्राउज़र आपके क्रिएटिव के लिए इस्तेमाल करने वाले Flash वर्शन में नहीं चलता है तो डिफ़ॉल्ट इमेज पेश की जाएगी.
- ऐनिमेशन के आखिरी फ़्रेम के actionscript में यह कोड शामिल होना चाहिए: "stop()".
- किसी क्लिकटैग लेयर को ज़रूर शामिल करें. क्लिकटैग लेयर ही सबसे ऊपरी लेयर होनी चाहिए.
- एक क्रिएटिव में ज़्यादा से ज़्यादा दो क्लिकटैग का इस्तेमाल किया जा सकता है.
- क्रिएटिव Google की क्लिक ट्रैकिंग से चलना चाहिए. अगर यह सुविधा मौजूद है, तो सभी क्लिक इवेंट, Google को रिपोर्ट किए जाने चाहिए.
- वीएएसटी रैपर के लिए:
- एक वीएएसटी इन-लाइन पर दो से ज़्यादा वीएएसटी रैपर को रीडायरेक्ट करने की अनुमति नहीं है.
- एक साथ काम करने वाले TrackingEvents (रैपर में हर इवेंट के लिए एक से ज़्यादा नोड हो सकते हैं):
- start
- firstQuartile
- midpoint
- thirdQuartile
- complete
- mute
- unmute
- pause
- resume
- एसएसएल का पालन करने वाले वीएएसटी विज्ञापन:
- एसएसएल की शर्तें पूरी करने वाली पब्लिशर इन्वेंट्री में वीएएसटी विज्ञापन दिखाने वाले किसी वेंडर को पहले इसके लिए सर्टिफ़िकेट लेना होगा.
- सभी विज्ञापन रिस्पॉन्स में एसएसएल (“एचटीटीपीएस”) का पालन करना ज़रूरी है. साथ ही, इसमें शामिल सभी सर्वर के पास एसएसएल सर्टिफ़िकेशन होना चाहिए.
- अगर आपका वीएएसटी टैग खुद इसका पता लगा सकता है कि उसे एचटीटीपी/एचटीटीपीएस प्रोटोकॉल का इस्तेमाल करके अनुरोध किया जा रहा है और ज़रूरत पड़ने पर वह अपने-आप अडजस्ट करके एसएसएल के मुताबिक बना सकता है, तो यह बेहतर होगा. अगर ऐसा नहीं हुआ, तो Google के पास एक प्रोटोकॉल मैक्रो है जिसे हम आपके वीएएसटी टैग में इन्सर्ट कर सकते हैं, ताकि ज़रूरत पड़ने पर “एचटीटीपी” या “एचटीटीपीएस” अपने-आप अपडेट हो जाए.
- वेंडर/Ad Exchange खरीदार को यह पक्का करना होगा कि वीएएसटी एक्सएमएल में प्राथमिक वीएएसटी वेंडर को छोड़कर किसी दूसरे पक्ष से पेश किए जाने वाले (उदाहरण के लिए , और दूसरे नोड) सभी यूआरआई Google के ज़रिए एसएसएल का पालन करने वाले विज्ञापन को दिखाने/ट्रैक करने के लिए मंज़ूरी पा चुके वेंडर से लिए गए हैं.
- सहभागी विज्ञापन बैनर के साथ-साथ सहभागी विज्ञापन बैनर और अन्य टेक्नोलॉजी को किए जाने वाले चौथे पक्ष का कॉल, एसएसएल का पालन करने वाले ऐसे वेंडर से किया जाना चाहिए जिसे Google से सर्टिफ़ाई किया जा चुका है.
- Ad Exchange के उपयोगकर्ताओं को आरटीबी या Ad Exchange के यूआई की मदद से, यह जानकारी देनी होगी कि विज्ञापन एसएसएल के मुताबिक है. ध्यान दें कि अगर किसी विज्ञापन को एसएसएल का पालन करने वाला माना गया है, लेकिन वह इसका पालन नहीं कर रहा है, तो उसे अस्वीकार कर दिया जाएगा.
- VPAID, ऐसे Ad Exchange की इन्वेंट्री में होगा जो Google Display Network का हिस्सा नहीं है. इस इन्वेंट्री का इस्तेमाल करने के लिए, इन नीतियों का पालन करना ज़रूरी है:
- लाइव फ़ीड या यूज़र जनरेटेड कॉन्टेंट (यूजीसी) को स्वीकार नहीं किया जाता.
- फ़िलहाल ओवरले और दूसरे नॉन-लीनियर फ़ॉर्मैट स्वीकार नहीं किए जाते.
- सभी VPAID टैग, Ad Exchange वीएएसटी के वर्शन 2.0 और 3.0 की मौजूदा नीतियों के मुताबिक होने चाहिए.
Google Ad Manager खरीदारों को उन्हीं नीतियों का पालन करना होगा, जिनका विवरण Google Ads के सामान्य दिशानिर्देश और संपादकीय नीतियां अनुभाग में दिया गया है.
Google Ad Manager खरीदारों को उन्हीं नीतियों का पालन करना होगा, जिनका विवरण Google Ads के पॉप-अप विंडो अनुभाग में दिया गया है.
Google Ad Manager खरीदारों को उन्हीं नीतियों का पालन करना होगा, जिनका विवरण Google Ads के ऑडियो प्रभाव में दिया गया है.
Google Ad Manager खरीदारों को उन्हीं नीतियों का पालन करना होगा, जिनका विवरण Google Ads के व्यक्तिगत पहचान वाली जानकारी अनुभाग में दिया गया है.
यदि Google के द्वारा अधिकृत है तो आप शोध अध्ययनों को किसी विज्ञापन अभियान के संबंध में लागू कर सकते हैं. Google द्वारा स्पष्ट रूप से स्वीकृति मिलने पर इन शोध अध्ययनों को तृतीय-पक्ष प्रस्तुति पर लगाए जाने वाले ऊपर दिए कुछ प्रतिबंधों से छूट मिल सकती है. इन-ऐप्लिकेशन विज्ञापन अभियानों में शोध टैग का उपयोग नहीं किया जा सकता.
सभी शोध इस प्रकार किए जाने चाहिए:
- आप केवल आपसी सहमति से, Google के ज़रिये खरीदे गए विज्ञापन-सेवित विज्ञापन प्लेसमेंट की प्रभावशीलता मापने के उद्देश्य से शोध कर सकते हैं. किसी उपयोगकर्ता के समक्ष विज्ञापन के प्रदर्शन पर नज़र रखने के लिए आप केवल वेब बीकन या अन्य ट्रैकिंग प्रणालियों का उपयोग कर सकते हैं. Google Ad Manager के ज़रिये Google प्रदर्शन नेटवर्क पर सर्वेक्षण अथवा सर्वेक्षण आमंत्रणों की अनुमति नहीं है. सर्वेक्षण और सर्वेक्षण आमंत्रण प्रस्तुत करने वाले तृतीय-पक्ष के टैग स्थानांतरित करते समय, उपयोगकर्ता इंटरफ़ेस में “विज्ञापन तकनीकी” ड्रॉप-डाउन से उचित शोध वेंडर चुना जाना चाहिए. इसकी सहायता से अन्य Ad Exchange इन्वेंट्री पर सर्वेक्षण और सर्वेक्षण आमंत्रण चलाए जा सकते हैं, लेकिन Google प्रदर्शन नेटवर्क पर नहीं.
- किसी भी सार्वजनिक प्रकटीकरण से पूर्व, Google द्वारा ऐसे किसी भी अभियान-विशिष्ट डेटा और अनेक अभियानों में डेटा के संकलन या एकत्रण के बारे में अनिवार्यतः लिखित स्वीकृति प्रदान की जानी चाहिए.
- केवल Google की अनुमोदित प्रदाता सूची में प्रदर्शित तृतीय-पक्ष शोध प्रदाता ही शोध कर सकता है
- सभी सर्वेक्षण परिणाम तथा उनसे संबद्ध डेटा की निजता बनाए रखना आपकी ज़िम्मेदारी है, साथ ही आपको यह भी सुनिश्चित करना होगा कि व्यक्तिगत पहचान वाला कोई भी डेटा तब तक मांगा या संग्रहीत न किया जाए, जब तक शोध में हिस्सा लेने वाले प्रतिभागियों को प्रोत्साहन देने के लिए यह आवश्यक न हो. व्यक्तिगत रूप से पहचानी जाने वाली समस्त जानकारी का उपयोग केवल उचित प्रोत्साहन देने के लिए किया जा सकता है. प्रोत्साहन देने के तुरंत बाद ऐसे डेटा को अनिवार्यतः नष्ट कर दिया जाना चाहिए.
- यदि आप Google के वर्गीकरण के अनुसार सत्यापन या ऑडियंस मीट्रिक सेवा प्रदाता हैं, तो आपको यह अवश्य प्रदर्शित करना चाहिए कि आपकी सेवा का औपचारिक तृतीय-पक्ष ऑडिट किया जा चुका है. आपके द्वारा एकत्र किए गए डेटा का उपयोग केवल विज्ञापनदाता के अभियान के विरुद्ध रिपोर्टिंग हेतु किया जाना चाहिए. आपको कुकी से संबंधित साइट-स्तरीय जानकारी (डोमेन/URL) कदापि एकत्रित नहीं करनी चाहिए. आप सेवा प्रदान करने के दौरान प्राप्त की गई कोई भी जानकारी न तो दूसरों को बेचेंगे और न बेचने के लिए उपलब्ध कराएंगे. आप जिस विज्ञापनदाता के अभियान के लिए रिपोर्ट उपलब्ध कराते हैं, आप उसके बाहर का कोई डेटा शेयर नहीं करेंगे या एकत्र नहीं करेंगे. सूचना: सत्यापन सेवाओं को कुकी निकालने की अनुमति नहीं है.
- सत्यापन और ऑडियंस मीट्रिक सेवा प्रदाताओं का उपयोग केवल शोध और विश्लेषण उद्देश्यों के लिए किया जा सकता है. आप ऐसी किसी भी प्रौद्योगिकी का उपयोग नहीं कर सकते जो विज्ञापन की प्रस्तुति को प्रभावित करेगी या रोकेगी, इसमें विज्ञापन अवरोधित करने वाली सेवाएं शामिल हैं लेकिन सेवाएं इन्हीं तक सीमित नहीं है. इन विक्रेताओं का प्रमाणन केवल यह दर्शाता है कि Google हमारे नेटवर्क पर क्लाइंट के द्वारा उनके उपयोग की अनुमति देता है, लेकिन Google डेटा की शुद्धता और हमारे प्रोग्राम में किसी भी शोध विक्रेताओं, सत्यापन और ऑडियंस मेट्रिक सेवा प्रदाता शामिल हैं लेकिन इन्हीं तक सीमित नहीं है, के द्वारा रिपोर्ट किए गए विश्लेषण को मान्य नहीं करता है. Google हमारी रिपोर्ट और तृतीय-पक्ष की रिपोर्ट के बीच किसी भी विसंगति अथवा इस प्रकार की सेवाओं द्वारा चिह्नित की गई किसी भी समस्या के लिए क्रेडिट प्रदान नहीं करता.
अगर आपको इंटरनेट पर लोगों की पसंद के हिसाब से टारगेट करने वाले विज्ञापनों के लिए, तीसरे पक्ष का कोई AdChoices आइकॉन दिखाना है, तो ये शर्तें पूरी करनी होंगी:
- अगर आपने तीसरे पक्ष के AdChoices आइकॉन का इस्तेमाल किया, तो ऑनलाइन व्यवहार के आधार पर दिखने वाले विज्ञापन के लिए, खुद पर लागू किए जाने वाले नियम के कार्यक्रम से तय की गई शर्तों (www.aboutads.info) का पालन करने की ज़िम्मेदारी तीसरे पक्ष के वेंडर की होगी. इनमें ये विकल्प शामिल हैं. हालांकि, इस तरह के और विकल्प भी हो सकते हैं:
- लेयर में AdChoices आइकॉन के लिए तय किए गए आधिकारिक साइज़ यानी 76x15 “AdChoices” वाली इमेज का इस्तेमाल किया जाना चाहिए. अगर किसी दूसरे साइज़ यानी 19x15 वाली “i” इमेज का इस्तेमाल किया जा रहा है, तो उस पर माउसओवर करने पर उसकी लेयर, 76x15 साइज़ वाली “AdChoices” इमेज में बदल जानी चाहिए.
- आइकॉन, विज्ञापन के सबसे ऊपर दाएं कोने में दिखना चाहिए.
- कोई भी निजता नोटिस, विज्ञापन यूनिट के लिए तय की गई जगह पर या नई ब्राउज़र विंडो में दिखना चाहिए. पॉप-अप दिखाने की अनुमति नहीं है.
- ऐसा कोई भी वेंडर जिसे Google ने AdChoices आइकॉन दिखाने की अनुमति दी है वह आइकॉन के फ़ंक्शन से जुड़ी किसी भी कुकी को न इस्तेमाल कर सकता है और/या न उसकी कोई जानकारी इकट्ठा कर सकता है.
- आपके पास सिर्फ़ उसी वेंडर से मिलने वाला, तीसरे पक्ष का AdChoices आइकॉन दिखाने का विकल्प होता है जिसे Google की मंज़ूरी मिली है. मंज़ूरी पा चुके तीसरे पक्ष के Ad Exchange वेंडर की सूची देखें और उन वेंडर को खोजें जिनके "प्रॉडक्ट ऑफ़र" कॉलम में "AdChoices आइकॉन" शामिल है.