उपयोगकर्ता प्रोफ़ाइलें बनाने के लिए बिड अनुरोधों का इस्तेमाल करना

उपयोगकर्ता प्रोफ़ाइल, उपयोगकर्ता आइडेंटिफ़ायर की मैपिंग होती है. जैसे, BidRequest.user.id में शामिल Google User ID. इसे उपयोगकर्ता की उस जानकारी से मैप किया जाता है जिसका इस्तेमाल, दिलचस्पी के आधार पर विज्ञापन दिखाने के लिए बिडिंग या उपयोगकर्ता सूचियों के साथ रीमार्केटिंग के लिए किया जा सकता है.

बिड अनुरोधों से मिले डेटा का इस्तेमाल करके, उपयोगकर्ता प्रोफ़ाइलें सिर्फ़ तब बनाई जा सकती हैं, जब ये सभी शर्तें पूरी होती हों:

इस गाइड में बताया गया है कि पब्लिशर की अनुमतियों और नीलामी के नतीजों के आधार पर, यह कैसे तय किया जा सकता है कि कोई बिड अनुरोध, उपयोगकर्ता की प्रोफ़ाइल बनाने के लिए ज़रूरी शर्तें पूरी करता है या नहीं.

यह तय करना कि दिलचस्पी के मुताबिक विज्ञापन दिखाने की अनुमति है या नहीं

non_personalized_ads_reason फ़ील्ड देखें

लोगों की दिलचस्पी के हिसाब से न दिखाए जाने वाले विज्ञापनों के लिए बिड अनुरोध, उपयोगकर्ता की प्रोफ़ाइलिंग के लिए ज़रूरी शर्तें पूरी नहीं करते. BidRequest.ext.privacy_treatments.non_personalized_ads_reason फ़ील्ड का इस्तेमाल करके, यह पुष्टि करें कि लोगों की दिलचस्पी के हिसाब से विज्ञापन दिखाने की अनुमति है या नहीं. अगर non_personalized_ads_reason भर दिया गया है, तो दिलचस्पी के मुताबिक विज्ञापन दिखाने की अनुमति नहीं है.

IAB वेंडर के लिए सहमति की जांच करने के लिए, टीसी स्ट्रिंग का इस्तेमाल करना

जिन देशों/इलाकों में जीडीपीआर लागू होता है वहां IAB के पारदर्शिता और सहमति फ़्रेमवर्क (टीसीएफ़) का इस्तेमाल किया जाता है. इससे यह पता चलता है कि डेटा प्रोसेसिंग की किन गतिविधियों को अनुमति मिली है. उपयोगकर्ता की प्रोफ़ाइल बनाने के लिए, यह पता लगाया जा सकता है कि किन वेंडर आईडी को उपयोगकर्ता से सहमति मिली है. इसके लिए, BidRequest.user.consent फ़ील्ड में मौजूद पारदर्शिता और सहमति (टीसी) स्ट्रिंग का इस्तेमाल करें. IAB टीसीएफ़ के 2.0 वर्शन की खास जानकारी में इस्तेमाल की गई टीसी स्ट्रिंग के बारे में ज़्यादा जानने के लिए, ग्लोबल वेंडर और सीएमपी की सूची के फ़ॉर्मैट के साथ पारदर्शिता और सहमति वाली स्ट्रिंग लेख पढ़ें. इसके अलावा, IAB Europe के टीसीएफ़ के साथ खरीदार के ऐप्लिकेशन को इंटिग्रेट करना लेख पढ़ें. इससे आपको यह जानने में मदद मिलेगी कि Authorized Buyers के संदर्भ में, टीसीएफ़ 2.0 वर्शन के स्पेसिफ़िकेशन के साथ कैसे इंटिग्रेट किया जाए.

आपको यह पुष्टि करनी होगी कि उपयोगकर्ता ने टीसीएफ़ के तीसरे मकसद के लिए, संबंधित वेंडर को सहमति दी है, ताकि बिड अनुरोध से मिले डेटा का इस्तेमाल करके उपयोगकर्ता की प्रोफ़ाइल बनाई जा सके. टीसीएफ़ के मकसद के बारे में ज़्यादा जानने के लिए, IAB के मकसद के बारे में जानकारी देने वाला पेज देखें.

यह कुकी यह तय करती है कि पब्लिशर ने अनुमति दी है या नहीं

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

देखें कि पब्लिशर ने उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति दी है या नहीं

BidRequest.ext.privacy_treatments.allow_user_data_collection फ़ील्ड का इस्तेमाल करके, यह देखा जा सकता है कि कोई पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है या नहीं. उपयोगकर्ता की प्रोफ़ाइल बनाने के लिए, बिड अनुरोध से मिले डेटा का इस्तेमाल सिर्फ़ तब किया जा सकता है, जब allow_user_data_collection फ़ील्ड को true पर सेट किया गया हो.

टीसी स्ट्रिंग का इस्तेमाल करके, पब्लिशर से जुड़ी पाबंदियों की जांच करना

यह देखा जा सकता है कि ज़रूरी वेंडर आईडी पर पब्लिशर की कोई पाबंदी लागू है या नहीं. इसके लिए, BidRequest.user.consent में मौजूद टीसी स्ट्रिंग को पार्स करें. टीसी स्ट्रिंग के पब्लिशर की पाबंदियों वाले सेक्शन को देखें. इससे यह पता चलेगा कि पब्लिशर ने ज़रूरी वेंडर आईडी के लिए, तीसरे मकसद पर पाबंदी लगाई है या नहीं. पब्लिशर से जुड़ी पाबंदियों और टीसी स्ट्रिंग में मौजूद अन्य डेटा के बारे में ज़्यादा जानने के लिए, टीसी स्ट्रिंग में कौनसी जानकारी सेव की जाती है? लेख पढ़ें

देश/इलाके के हिसाब से अन्य शर्तों का पालन करना

अन्य शर्तें, नीलामी के नतीजों पर निर्भर करती हैं. साथ ही, किसी इलाके में इन शर्तों को पूरा करना ज़रूरी है, ताकि बिड अनुरोध से मिले डेटा का इस्तेमाल करके उपयोगकर्ता की प्रोफ़ाइलें बनाई जा सकें. BidRequest.device.geo फ़ील्ड का इस्तेमाल करके, उपयोगकर्ता के डिवाइस की जगह की जानकारी देखी जा सकती है. उपयोगकर्ता के डिवाइस की जगह की जानकारी का पता लगाने के लिए, BidRequest.device.geo फ़ील्ड का इस्तेमाल करने के तरीके के बारे में ज़्यादा जानने के लिए, भौगोलिक टारगेटिंग गाइड देखें.

ईईए, यूके, और स्विट्ज़रलैंड के लिए अन्य शर्तों के बारे में जानें

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

ईईए, यूके या स्विट्ज़रलैंड के बाहर के देशों/इलाकों के लिए, अतिरिक्त शर्तों के बारे में जानकारी

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

  • आपकी बिड नीलामी में शामिल हुई और जीत गई.
  • आपकी बिड नीलामी में शामिल हुई और उसे किसी और ने हरा दिया.
  • आपकी बिड नीलामी में शामिल हुई और उसे फ़िल्टर कर दिया गया. ऐसा इसलिए हुआ, क्योंकि बिड, पब्लिशर के कम से कम सीपीएम थ्रेशोल्ड या बिड फ़्लोर से कम थी. बिड फ़्लोर को हमेशा बिड रिक्वेस्ट में शामिल नहीं किया जाता.

नीलामी के नतीजे का पता लगाने के लिए, रीयल-टाइम फ़ीडबैक का इस्तेमाल करना

रीयल-टाइम फ़ीडबैक का इस्तेमाल करके, बिड के अनुरोधों से पहले रखी गई बिड के नीलामी के नतीजों के बारे में जाना जा सकता है. यहां openrtb-adx.proto फ़ाइल से मिले BidFeedback मैसेज में मौजूद काम के फ़ील्ड के बारे में बताया गया है:

फ़ील्ड ब्यौरा
request_id यह एक यूनीक अनुरोध आईडी होता है. इसका इस्तेमाल, बिड के अनुरोध की पहचान करने के लिए किया जाता है. इस फ़ील्ड को बिड अनुरोध के BidRequest.id फ़ील्ड की वैल्यू के बराबर सेट किया जाता है.
creative_status_code यह स्टेटस कोड, नीलामी के नतीजे के बारे में बताता है. आपको creative-status-codes.txt फ़ाइल में, स्टेटस कोड और उनके मतलब मिल सकते हैं

नीलामी के नतीजे का पता लगाने के लिए, जीत और हार की सूचनाओं का इस्तेमाल करना

जीतने और हारने की सूचनाओं का इस्तेमाल करके, पहले लगाई गई बोलियों के ऑक्शन के नतीजे के बारे में जाना जा सकता है. ऐसा तब होता है, जब जीतने या हारने की सूचना वाले यूआरएल को पिंग किया जाता है. BidResponse.seatbid.bid.nurl फ़ील्ड का इस्तेमाल करके, जीत की सूचना देने वाला यूआरएल सेट किया जा सकता है. साथ ही, BidResponse.seatbid.bid.lurl फ़ील्ड का इस्तेमाल करके, हार की सूचना देने वाला यूआरएल सेट किया जा सकता है.

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

मैक्रो ब्यौरा
${AUCTION_ID} यह एक यूनीक अनुरोध आईडी होता है. इसका इस्तेमाल, बिड के अनुरोध की पहचान करने के लिए किया जाता है. इस फ़ील्ड को, बिड अनुरोध के BidRequest.id फ़ील्ड की वैल्यू के बराबर सेट किया जाता है.
${CREATIVE_STATUS_CODE} यह स्टेटस कोड, नीलामी के नतीजे के बारे में बताता है. आपको creative-status-codes.txt में, संभावित स्टेटस कोड और उनके मतलब मिल सकते हैं

अतिरिक्त शर्तों का पालन करने के लिए, क्रिएटिव स्टेटस कोड का इस्तेमाल करना

अतिरिक्त शर्तों का पालन करने के लिए, क्रिएटिव की स्थिति के कोड की काम की वैल्यू में ये शामिल हैं:

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

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

उदाहरण देखें

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

बिड अनुरोध को अमान्य माना गया, क्योंकि पब्लिशर ने डेटा कलेक्शन को ब्लॉक किया है

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "device": {
    "geo": {
      "country": "GBR"
    }
  },
  "user": {
    "id": "D17oNZQUJqB4Rt4n4Ec61AC9tee"
  }
}

  • नतीजा: बिड अनुरोध में BidRequest.ext.privacy_treatments.allow_user_data_collection की वैल्यू नहीं दिखती, क्योंकि यह गलत है. इसके आधार पर, हम यह तय कर सकते हैं कि यह बिड अनुरोध, उपयोगकर्ता प्रोफ़ाइल बनाने के लिए इस्तेमाल नहीं किया जा सकता. ऐसा इसलिए, क्योंकि पब्लिशर की अनुमति से जुड़ी ज़रूरी शर्तें पूरी नहीं की गई हैं.

यूके से मिली ऐसी बिड रिक्वेस्ट ढूंढना जो ज़रूरी शर्तें पूरी करती हों

यहां दिए गए उदाहरण में, जीत की सूचना का इस्तेमाल करके यह तय किया गया है कि यूके में मौजूद किसी डिवाइस से मिली बिड अनुरोध का डेटा, वेंडर आईडी 755 और एटीपी आईडी 99999 के लिए उपयोगकर्ता की प्रोफ़ाइलिंग में इस्तेमाल किया जा सकता है या नहीं:

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "imp": [
    {
      "bidfloor": 140.414643547123,
      "bidfloorcur": "JPY"
    }
  ],
  "device": {
    "geo": {
      "country": "GBR"
    }
  },
  "user": {
    "consent": "CQhuOAQQhuOAQB7ACBENCOEIALAAAELAAAwIF5gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgXmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAA.gF5gAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAg",
    "id": "D17oNZQUJqB4Rt4n4Ec61AC9tee",
    "ext": {
      "consented_providers_settings": {
        "consented_providers": [99999]
      }
    }
  },
  "regs": {
    "ext": {
      "gdpr": 1
    }
  },
  "ext": {
    "privacy_treatments": {
      "allow_user_data_collection": 1
    }
  }
}

  • आपने यह बिड लगाई है:

    {
  "seatbid": [
    {
      "bid": [
        {
          "price": 149.83914184570312,
          "lurl": "http://example.com/loss?bid_request_id=${AUCTION_ID}&creative_status_code=${CREATIVE_STATUS_CODE}",
          "nurl": "http://example.com/win?bid_request_id=${AUCTION_ID}"
        }
      ]
    }
  ],
  "cur": "JPY"
}

  • नीलामी में आपकी बिड जीत जाती है. इससे, आपके विन नोटिफ़िकेशन यूआरएल को ${AUCTION_ID} के लिए बढ़ी हुई वैल्यू के साथ पिंग किया जाता है:

    http://example.com/win?bid_request_id=D3x8RPLO96R6T137tQ6168

  • नतीजा: अब आपको पता है कि वेंडर आईडी 755 और एटीपी आईडी 99999, यूके में Google के उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" के लिए उपयोगकर्ता प्रोफ़ाइल बनाने के लिए, आईडी "D3x8RPLO96R6T137tQ6168" वाले बिड अनुरोध का इस्तेमाल कर सकते हैं. इसकी वजह यह है कि:

    • बिड अनुरोध से यह पता चलता है:
      • उपयोगकर्ता का डिवाइस, ऐसे देश/इलाके में मौजूद है जहां IAB TCF लागू होता है.
      • टीसी स्ट्रिंग से यह पता चलता है:
        • उपयोगकर्ता ने वेंडर आईडी 755 को उपयोगकर्ता की प्रोफ़ाइल बनाने की अनुमति दी है, क्योंकि उसने वेंडर आईडी 755 के लिए तीसरे मकसद के लिए सहमति दी है.
        • पब्लिशर से जुड़ी कोई पाबंदी नहीं है.
      • एटीपी आईडी 99999 को भी उपयोगकर्ता की प्रोफ़ाइल बनाने की अनुमति है, क्योंकि एटीपी आईडी को consented_providers फ़ील्ड में शामिल किया गया है.
      • पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है.
      • बिड अनुरोध का आईडी "D3x8RPLO96R6T137tQ6168" है.
      • Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" है.
      • उपयोगकर्ता का डिवाइस "GBR" में मौजूद है.
    • आपकी जीत की सूचना देने वाले एंडपॉइंट को क्वेरी स्ट्रिंग पैरामीटर के साथ पिंग किया जाता है. इससे पता चलता है कि आईडी "D3x8RPLO96R6T137tQ6168" वाले बिड अनुरोध ने नीलामी जीत ली है.
    • यूके के लिए, उपयोगकर्ता की सहमति, पब्लिशर की अनुमति, और अन्य शर्तों को पूरा किया गया हो.

नीलामी में हिस्सा न ले पाने की वजह से, यूके से मिली बिड रिक्वेस्ट को अमान्य के तौर पर मार्क करना

इस उदाहरण से पता चलता है कि वेंडर आईडी 755, उपयोगकर्ता की प्रोफ़ाइलिंग के लिए बिड अनुरोध का इस्तेमाल नहीं कर सकता. ऐसा इसलिए है, क्योंकि पब्लिशर ने वेंडर आईडी 755 के लिए तीसरे मकसद पर पाबंदी लगाई है.

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "imp": [
    {
      "bidfloor": 140.414643547123,
      "bidfloorcur": "JPY"
    }
  ],
  "device": {
    "geo": {
      "country": "GBR"
    }
  },
  "user": {
    "consent": "CQhuOAQQhuOAQB7ACBENCOEIALAAAELAAAwIF5gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgXmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAA.gF5gAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAg",
    "id": "D17oNZQUJqB4Rt4n4Ec61AC9tee"
  },
  "regs": {
    "ext": {
      "gdpr": 1
    }
  },
  "ext": {
    "privacy_treatments": {
      "allow_user_data_collection": 1
    }
  }
}

  • आपने यह बिड लगाई है:

    {
  "seatbid": [
    {
      "bid": [
        {
          "price": 149.83914184570312,
          "lurl": "http://example.com/loss?bid_request_id=${AUCTION_ID}&creative_status_code=${CREATIVE_STATUS_CODE}",
          "nurl": "http://example.com/win?bid_request_id=${AUCTION_ID}"
        }
      ]
    }
  ],
  "cur": "JPY"
}

  • नीलामी में आपकी बिड हार जाती है. इस वजह से, नुकसान की सूचना देने वाले यूआरएल को ${AUCTION_ID} और ${CREATIVE_STATUS_CODE} के लिए बढ़ी हुई वैल्यू के साथ पिंग किया जाता है:

    http://example.com/loss?bid_request_id=D3x8RPLO96R6T137tQ6168&creative_status_code=79

  • नतीजा: अब आपको पता चल गया है कि आईडी "D3x8RPLO96R6T137tQ6168" वाली बिड का अनुरोध, यूके में Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" के लिए उपयोगकर्ता प्रोफ़ाइल बनाने की ज़रूरी शर्तें पूरी नहीं करता. इसकी वजह यह है कि:

    • बिड अनुरोध से यह पता चलता है:
      • उपयोगकर्ता का डिवाइस, ऐसे देश/इलाके में मौजूद है जहां IAB TCF लागू होता है.
      • टीसी स्ट्रिंग से यह पता चलता है:
        • उपयोगकर्ता ने वेंडर आईडी 755 को उपयोगकर्ता की प्रोफ़ाइल बनाने की अनुमति दी है, क्योंकि उसने वेंडर आईडी 755 के लिए तीसरे मकसद के लिए सहमति दी है.
        • पब्लिशर से जुड़ी कोई पाबंदी नहीं है.
      • पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है.
      • बिड अनुरोध का आईडी "D3x8RPLO96R6T137tQ6168" है.
      • Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" है.
      • उपयोगकर्ता का डिवाइस "GBR" में मौजूद है.
    • आपके नुकसान की सूचना देने वाले एंडपॉइंट को क्वेरी स्ट्रिंग पैरामीटर के साथ पिंग किया जाता है. इससे पता चलता है कि आईडी "D3x8RPLO96R6T137tQ6168" वाले बिड अनुरोध को ज़्यादा बिड मिलने की वजह से, नीलामी में शामिल नहीं किया गया है.
    • यूनाइटेड किंगडम में, अतिरिक्त शर्तों से जुड़ी ज़रूरी शर्तें पूरी नहीं की गई हैं.

यूके से मिली ऐसी बिड अनुरोध ढूंढें जो पब्लिशर की पाबंदी की वजह से ज़रूरी शर्तें पूरी नहीं करता

इस उदाहरण में बताया गया है कि वेंडर आईडी 755, उपयोगकर्ता की प्रोफ़ाइलिंग के लिए बिड अनुरोध का इस्तेमाल नहीं कर सकता. ऐसा इसलिए है, क्योंकि पब्लिशर ने वेंडर आईडी 755 के लिए तीसरे मकसद पर पाबंदी लगाई है.

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "imp": [
    {
      "bidfloor": 140.414643547123,
      "bidfloorcur": "JPY"
    }
  ],
  "device": {
    "geo": {
      "country": "GBR"
    }
  },
  "user": {
    "consent": "CQhuhyAQhuhyAB7ACBENCOEIALAAAELAAAwIF5gAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgXmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAGCAAgLzDAAQF5iAAIC8w.gF5gAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAg"
  },
  "regs": {
    "ext": {
      "gdpr": 1
    }
  },
  "ext": {
    "privacy_treatments": {
      "allow_user_data_collection": 1
    }
  }
}

  • आपने यह बिड लगाई है:

    {
  "seatbid": [
    {
      "bid": [
        {
          "price": 149.83914184570312,
          "lurl": "http://example.com/loss?bid_request_id=${AUCTION_ID}&creative_status_code=${CREATIVE_STATUS_CODE}",
          "nurl": "http://example.com/win?bid_request_id=${AUCTION_ID}"
        }
      ]
    }
  ],
  "cur": "JPY"
}

  • नतीजा: अब आपको पता चल गया है कि वेंडर आईडी 755, उपयोगकर्ता प्रोफ़ाइलें बनाने के लिए आईडी "D3x8RPLO96R6T137tQ6168" वाले बिड अनुरोध का इस्तेमाल नहीं कर सकता, क्योंकि:

    • बिड अनुरोध से यह पता चलता है:
      • उपयोगकर्ता का डिवाइस, ऐसे देश/इलाके में मौजूद है जहां IAB TCF लागू होता है.
      • टीसी स्ट्रिंग से यह पता चलता है:
        • उपयोगकर्ता ने वेंडर आईडी 755 को उपयोगकर्ता की प्रोफ़ाइल बनाने की अनुमति दी है, क्योंकि उसने वेंडर आईडी 755 के लिए तीसरे मकसद के लिए सहमति दी है.
        • वेंडर आईडी 755 को टारगेट करने के तीसरे मकसद के लिए, पब्लिशर की पाबंदियां लागू हैं.
      • पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है.
      • बिड अनुरोध का आईडी "D3x8RPLO96R6T137tQ6168" है.
      • Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" है.
      • उपयोगकर्ता का डिवाइस "GBR" में मौजूद है.
    • पब्लिशर की अनुमति पाने से जुड़ी ज़रूरी शर्तें पूरी नहीं की गई हैं.

ईईए से बाहर के देशों के लिए, बिड रिक्वेस्ट की ज़रूरी शर्तें पूरी करने वाले विज्ञापन ढूंढना

यहां दिए गए उदाहरण में, रीयल-टाइम फ़ीडबैक का इस्तेमाल करके यह पता लगाया गया है कि ईईए से बाहर के किसी देश/इलाके से मिले बिड अनुरोध को फ़िल्टर किए जाने के बावजूद मंज़ूरी दी जा सकती है. ऐसा इसलिए, क्योंकि बिड नीलामी में शामिल हो गई है.

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "imp": [
    {
      "bidfloor": 140.414643547123,
      "bidfloorcur": "JPY"
    }
  ],
  "device": {
    "geo": {
      "country": "JPN"
    }
  },
  "user": {
    "id": "D17oNZQUJqB4Rt4n4Ec61AC9tee"
  },
  "ext": {
    "privacy_treatments": {
      "allow_user_data_collection": 1
    }
  }
}

  • आपने यह बिड लगाई है:

    {
  "seatbid": [
    {
      "bid": [
        {
          "price": 120.846348234842
        }
      ]
    }
  ],
  "cur": "JPY"
}

  • आपकी बिड नीलामी में हार जाती है. बिड के आने वाले अनुरोध में, आपके बिडिंग एंडपॉइंट को रीयल-टाइम फ़ीडबैक वाला बिड अनुरोध मिलता है:

    {
  "id": "9B5K1zj5T61jRM80t25s13",
  "ext": {
    "bid_feedback": [
      {
        "request_id": "3265hT3M9Uq7370Ou263Zp",
        "creative_status_code": 1
      },
      {
        "request_id": "D3x8RPLO96R6T137tQ6168",
        "creative_status_code": 80
      }
    ]
  }
}

  • नतीजा: अब आपको पता है कि आईडी "D3x8RPLO96R6T137tQ6168" वाला बिड अनुरोध, जापान में Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" के लिए उपयोगकर्ता प्रोफ़ाइल बनाने की ज़रूरी शर्तें पूरी करता है. इसकी वजह यह है कि:

    • बिड अनुरोध से यह पता चलता है:
      • उपयोगकर्ता का डिवाइस किसी ऐसे देश या इलाके में है जहां IAB TCF लागू नहीं होता.
      • पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है.
      • बिड अनुरोध का आईडी "D3x8RPLO96R6T137tQ6168" है.
      • Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" है.
      • उपयोगकर्ता का डिवाइस "JPN" में मौजूद है.
    • आपको बिड अनुरोध के बारे में सुझाव मिला है. इसमें बताया गया है कि आईडी "D3x8RPLO96R6T137tQ6168" वाली बिड अनुरोध, नीलामी में इसलिए नहीं जीती, क्योंकि आपकी बिड, बिड फ़्लोर से कम थी. ईईए से बाहर के देशों, जैसे कि जापान के लिए, नीलामी में शामिल होना और इस वजह से फ़िल्टर होना, अतिरिक्त शर्तों को पूरा करता है.
    • जापान के लिए, पब्लिशर की अनुमति और अन्य ज़रूरी शर्तों को पूरा किया गया है.

ईईए से बाहर के ऐसे बिड अनुरोध का पता लगाना जो ज़रूरी शर्तें पूरी नहीं करता

नीचे दिए गए उदाहरण में, रीयल-टाइम फ़ीडबैक का इस्तेमाल करके यह पता लगाया गया है कि ईईए से बाहर के किसी देश/इलाके से मिले बिड अनुरोध को मंज़ूरी नहीं दी जा सकती. ऐसा इसलिए, क्योंकि नीलामी से पहले ही उसे फ़िल्टर कर दिया गया था.

  • आपके बिडिंग एंडपॉइंट को बिड रिक्वेस्ट मिलती है:

    {
  "id": "D3x8RPLO96R6T137tQ6168",
  "imp": [
    {
      "bidfloor": 140.414643547123,
      "bidfloorcur": "JPY"
    }
  ],
  "device": {
    "geo": {
      "country": "JPN"
    }
  },
  "user": {
    "id": "D17oNZQUJqB4Rt4n4Ec61AC9tee"
  },
  "ext": {
    "privacy_treatments": {
      "allow_user_data_collection": 1
    }
  }
}

  • आपने यह बिड लगाई है:

    {
  "seatbid": [
    {
      "bid": [
        {
          "price": 149.83914184570312
        }
      ]
    }
  ],
  "cur": "JPY"
}

  • आपकी बिड नीलामी में हार जाती है. बिड के आने वाले अनुरोध में, आपके बिडिंग एंडपॉइंट को रीयल-टाइम फ़ीडबैक वाला बिड अनुरोध मिलता है:

    {
  "id": "9B5K1zj5T61jRM80t25s13",
  "ext": {
    "bid_feedback": [
      {
        "request_id": "3265hT3M9Uq7370Ou263Zp",
        "creative_status_code": 1
      },
      {
        "request_id": "D3x8RPLO96R6T137tQ6168",
        "creative_status_code": 10
      }
    ]
  }
}

  • नतीजा: अब आपको पता चल गया है कि आईडी "D3x8RPLO96R6T137tQ6168" वाली बिड के अनुरोध के लिए, जापान में Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" की उपयोगकर्ता प्रोफ़ाइल नहीं बनाई जा सकती. इसकी वजह यह है कि:

    • बिड अनुरोध से यह पता चलता है:
      • उपयोगकर्ता का डिवाइस किसी ऐसे देश या इलाके में है जहां IAB TCF लागू नहीं होता.
      • पब्लिशर, उपयोगकर्ता के डेटा को इकट्ठा करने की अनुमति देता है.
      • बिड अनुरोध का आईडी "D3x8RPLO96R6T137tQ6168" है.
      • Google उपयोगकर्ता आईडी "D17oNZQUJqB4Rt4n4Ec61AC9tee" है.
      • उपयोगकर्ता का डिवाइस "JPN" में मौजूद है.
    • आपको बिड अनुरोध के बारे में यह सूचना मिली है कि आईडी "D3x8RPLO96R6T137tQ6168" वाला बिड अनुरोध, नीलामी में शामिल नहीं हुआ. ऐसा इसलिए हुआ, क्योंकि आपने अस्वीकार किए गए क्रिएटिव का इस्तेमाल करके बिड की थी.
    • ईईए से बाहर के देशों, जैसे कि जापान के लिए, अतिरिक्त शर्तों से जुड़ी ज़रूरी शर्तें पूरी नहीं की गई हैं.

अगले चरण

  • RTB API UserLists संसाधन का रेफ़रंस: रीयल-टाइम बिडिंग API के userLists संसाधन का रेफ़रंस. इसका इस्तेमाल, रीमार्केटिंग के लिए इस्तेमाल की जाने वाली उपयोगकर्ता सूचियां बनाने और उनमें बदलाव करने के लिए किया जाता है.
  • कुकी मैचिंग: यह कुकी मैचिंग सेवा और रीमार्केटिंग के लिए इस्तेमाल की जाने वाली अन्य संबंधित सेवाओं का रेफ़रंस है.
  • उपयोगकर्ता सूचियों में विज्ञापन आईडी अपलोड करना: यह Bulk Uploader API का रेफ़रंस है. इसका इस्तेमाल, उपयोगकर्ता सूचियों में पहचानकर्ता अपलोड करने के लिए किया जाता है.