Glossary
Server-side bidding (S2S) क्या है?
Server-side bidding में header bidding auction एक server पर चलता है: page एक request भेजता है और server हर bidder को call करता है, browser नहीं।
Read in EnglishClient-side header bidding में Prebid.js auction reader के browser में चलाता है, और हर bid adapter page से सीधे अपने SSP को call करता है। Server-side bidding में, जिसे server-to-server या S2S भी कहते हैं, page एक request Prebid Server जैसे server को भेजता है, और server bidders को call करता है। इससे browser का बोझ घटता है, और apps, AMP pages और CTV इसी तरह bid करते हैं।
इसकी कीमत है identity. Bidders की cookies उनके अपने domains पर रहती हैं, इसलिए server उन्हें सीधे नहीं पढ़ सकता, और Prebid Server उनके reader IDs पाने के लिए cookie syncing पर निर्भर रहता है। Google का Open Bidding भी एक server-side model है: Ad Manager third-party exchanges को server to server call करता है, और वो Ad Exchange के साथ एक ही auction में compete करते हैं, Google का revenue share घटाकर तुलना होती है।
आपको एक ही model चुनना ज़रूरी नहीं। Prebid.js कुछ bidders को Prebid Server पर भेज सकता है और बाकी को browser में रख सकता है, और hb_source key-value से आप client-side और server-side results साथ-साथ report कर सकते हैं।
उदाहरण
एक page पर 8 bidders हैं। Client-side में browser 8 bidder calls करता है। उनमें से 5 को Prebid Server पर ले जाइए और 3 को browser में रखिए, तो browser 3 bidder calls और server को 1 call करता है: 8 की जगह 4 requests, यानी आधी।
Publishers के लिए क्यों ज़रूरी है
Page से कम calls speed में मदद कर सकती हैं, पर जो bidders अपनी cookies match नहीं कर पाते, वो कम bid कर सकते हैं। हर bidder को दोनों तरीकों से, hb_source के हिसाब से, compare करने पर पता चलता है कि कौन सा setup ज़्यादा कमाता है।