फ़्रीक्वेंसी के हिसाब से विज्ञापन डिलीवरी की रफ़्तार

जानें कि विज्ञापन कैंपेन चलाने वाला विज्ञापन का खरीदार (डीएसपी और विज्ञापन देने वाला), विज्ञापन डिलीवरी की स्पीड को कैसे कंट्रोल कर सकता है. इससे पता चलता है कि उपयोगकर्ता ने विज्ञापन को कितनी बार देखा है या उसके साथ इंटरैक्ट किया है. फ़्रीक्वेंसी के आधार पर विज्ञापन डिलीवरी को कंट्रोल करने से, ऑडियंस के अनुभव को बेहतर बनाया जा सकता है. इससे विज्ञापन के असर को कम किया जाता है और मौजूदा बजट में ही ज़्यादा उपयोगकर्ताओं तक पहुंचा जा सकता है और रेवेन्यू में बढ़ोतरी होती है. इस गाइड में, विज्ञापन की फ़्रीक्वेंसी के साथ काम करने के कई तरीके बताए गए हैं.

एक इंटरेस्ट ग्रुप छोड़ना

navigator.leaveAdInterestGroup() को कॉल करके, यह अनुरोध किया जा सकता है कि किसी विज्ञापन पर क्लिक करने पर, उपयोगकर्ता के ब्राउज़र को इंटरेस्ट ग्रुप से बाहर रखा जाए. जीतने वाले विज्ञापन फ़्रेम और उसके सब-फ़्रेम के अंदर से, leaveAdInterestGroup() को कॉल किया जा सकता है. हालांकि, इसके लिए ज़रूरी है कि फ़्रेम और इंटरेस्ट ग्रुप का ऑरिजिन एक ही हो. इसका एक तरीका यह है कि विज्ञापन फ़्रेम में एक ऐसा सब-फ़्रेम जोड़ा जाए जो न दिखने लगे और जो इंटरेस्ट ग्रुप को छोड़ने के लिए ज़िम्मेदार हो.

विज्ञापन इंटरेस्ट ग्रुप छोड़ने पर, आने वाले समय में बिडिंग नहीं की जा सकती. साथ ही, यह फ़्रीक्वेंसी कैपिंग के तौर पर काम करती है.

बिड जनरेशन के दौरान prevWinsMs सिग्नल का इस्तेमाल करें

सामान्य फ़्रीक्वेंसी कंट्रोल के लिए, generateBid() के अंदर browserSignals में मौजूद prevWinsMs फ़ील्ड का इस्तेमाल किया जा सकता है.

prevWinMs फ़ील्ड में इंटरेस्ट ग्रुप के विजेता विज्ञापन और उनके पिछली जीत के बाद से मिलीसेकंड में होने वाले समय की जानकारी होती है. ध्यान दें कि यहां ad ऑब्जेक्ट में सिर्फ़ renderURL और metadata फ़ील्ड शामिल हैं.

इस सिग्नल का इस्तेमाल करके, यह तय करें कि विज्ञापन को डिलीवर करना है या नहीं. बिड की वैल्यू के तौर पर 0 देने से यह पक्का होगा कि विज्ञापन नीलामी नहीं जीतेगा.

क्लिक की जानकारी सेव करने के लिए, पहले-पक्ष की कुकी का भी इस्तेमाल किया जा सकता है. विज्ञापन रेंडर होने के बाद, उपयोगकर्ताओं के बिडिंग सिग्नल (userBiddingSignals) के तौर पर, एक जैसी दिलचस्पी वाले मौजूदा ग्रुप को क्लिक डेटा से ओवरराइट कर दें.

नीचे दिए गए डायग्राम में, क्रम के बारे में बताया गया है:

पहले-पक्ष की कुकी में क्लिक डेटा को सेव करने और फ़्रीक्वेंसी कंट्रोल के लिए, उसे बाद में पढ़ने के क्रम के बारे में बताने वाला डायग्राम

  1. उपयोगकर्ता, विज्ञापन देने वाले के पेज पर जाता है
  2. खरीदार (ऐडवर्टाइज़र/डीएसपी), पहले पक्ष की कुकी में क्लिक डेटा कलेक्शन शुरू करता है.
  3. खरीदार (विज्ञापन देने वाला/DSP) उपयोगकर्ता को एक इंटरेस्ट ग्रुप में जोड़ता है और userBiddingSignals फ़ील्ड में शुरुआती clicks कलेक्शन सेट करता है.
  4. उपयोगकर्ता, बाद में पब्लिशर के पेज पर जाता है.
  5. सेलर (पब्लिशर/डीएसपी), Protected Audience से जुड़ी नीलामी करता है और उपयोगकर्ता को जीतने वाला विज्ञापन दिखाया जाता है.
  6. उपयोगकर्ता जीतने वाले विज्ञापन पर क्लिक करता है.
  7. उपयोगकर्ता को विज्ञापन देने वाले के पेज पर भेजा जाता है.
    • क्लिकथ्रू URL में रुचि समूह का नाम क्वेरी पैरामीटर के रूप में शामिल है
  8. खरीदार (विज्ञापन देने वाला/डीएसपी), पहले-पक्ष की मौजूदा कुकी को पढ़ता है
  9. खरीदार (विज्ञापन देने वाला/डीएसपी), क्लिक के मौजूदा डेटा में क्लिक का नया टाइमस्टैंप जोड़ता है
  10. खरीदार (विज्ञापन देने वाला/डीएसपी), इंटरेस्ट ग्रुप को नए क्लिक का डेटा अपडेट करता है.
  11. खरीदार (विज्ञापन देने वाला/डीएसपी), पहले-पक्ष की कुकी को नए क्लिक के डेटा से अपडेट करता है.

जब उपयोगकर्ता फिर से प्रकाशक पेज पर जाता है, तो userBiddingSignals के click फ़ील्ड में मौजूद टाइमस्टैंप generateBid() फ़ंक्शन में उपलब्ध हो जाता है और खरीदार विज्ञापन डिलीवरी को नियंत्रित करने के लिए इस डेटा का इस्तेमाल कर सकता है.

आगे क्या करना है?

हम आपके साथ मिलकर ऐसा एपीआई बनाना चाहते हैं जो सभी के काम आ सके.

एपीआई पर चर्चा करें

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

एपीआई के साथ प्रयोग करें

Protected Audience API के बारे में बातचीत में, एक्सपेरिमेंट किया जा सकता है और इसमें हिस्सा लिया जा सकता है.