<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet type="text/xsl" href="//blog.rediads.com/wp-content/plugins/wordpress-seo/css/main-sitemap.xsl"?>
<urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" xmlns:video="http://www.google.com/schemas/sitemap-video/1.1">
<url><loc>https://blog.rediads.com/learn/ep-3-supply-path-count-your-hops/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7519967829522178048.jpg</video:thumbnail_loc><video:title>Ep 3: Supply path — count your hops</video:title><video:description>You may have heard some buyers say they won&apos;t take more than 3 hops of supply inventory. A hop is an intermediary partner between the publisher and the DSP, and every hop can take a cut. The supply chain object lists the parties in order, and buyers can read it. Your to-do: map your own path from publisher to DSP. Count the partners, and check which ones can resell your inventory. How many hops is yours?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7519967829522178048.mp4</video:content_loc><video:duration>42</video:duration><video:publication_date>2026-10-25T03:47:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/openrtb-started-with-block-lists/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7519981259134042112.jpg</video:thumbnail_loc><video:title>OpenRTB started with block lists</video:title><video:description>OpenRTB did not start with bidding. It started with block lists. In November 2010, three DSPs and three SSPs ran a pilot to standardise how they exchange block lists. Mobile came in February 2011, video followed, and OpenRTB 2.0 in June 2011 put it all in one standard. The IAB adopted it in January 2012. Today an SSP turns a page load into one BidRequest: Imp, Site or App, Device, User. Buyers answer with a BidResponse and a Bid with a price. Everyone speaks one language, so the plumbing is shared. Your data and your decisions are the special sauce.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7519981259134042112.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-10-25T04:40:46+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/header-bidding-in-one-story/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7520680656897523712.jpg</video:thumbnail_loc><video:title>Header bidding, in one story</video:title><video:description>Old waterfall: the ad server rings one network at a time, and the first yes wins, even if a higher bidder sits further down the list. Header bidding: before the ad server call, a wrapper like Prebid asks many bidders at once, inside a timeout. Bids enter the ad server as key-values and compete on price. Shared plumbing. Your data and decisions are the special sauce.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7520680656897523712.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-10-27T02:59:56+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/who-actually-handled-this-impression-schain/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7521106036158758912.jpg</video:thumbnail_loc><video:title>Who actually handled this impression? (schain)</video:title><video:description>Who actually handled this impression, in order? The OpenRTB supply chain object (schain) rides inside the bid request, in source.schain. It lists each node in order: asi (the ad system&apos;s domain), sid (the seller ID there), hp (payment flow). Buyers can check each node against that system&apos;s sellers.json and the publisher&apos;s ads.txt. Publishers: which partners appear, how many hops, can they resell? Shared plumbing. Your data and decisions are the special sauce.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7521106036158758912.mp4</video:content_loc><video:duration>84</video:duration><video:publication_date>2026-10-28T07:10:14+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-client-side-vs-server-side-header-bidding/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7521437034864017408.jpg</video:thumbnail_loc><video:title>Ep 5: Client-side vs server-side header bidding</video:title><video:description>Client-side, Prebid.js runs the auction in the browser and calls each bidder from there. Server-side, Prebid Server calls the bidders, so the page does less work and has room for more of them. The catch: server-side bidders see fewer of their own cookies, so they can bid less often or lower. Hence most server-side setups are hybrid. Your to-do: test client vs server on your own pages. Keep what earns more and loads faster. Which way does your setup lean?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7521437034864017408.mp4</video:content_loc><video:duration>57</video:duration><video:publication_date>2026-10-29T05:05:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-header-bidding-timeouts/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7522266871463731200.jpg</video:thumbnail_loc><video:title>Ep 10: Header bidding timeouts</video:title><video:description>Your auction waits for the slowest bidder. Or it doesn&apos;t. Prebid&apos;s auction timeout (bidderTimeout in the config) decides when it stops waiting. Wait longer and late bids can make it, but the ad loads later. Cut it short and the ad comes sooner, but late bids miss out. Your to-do: check your analytics for bidders that keep timing out. Look by region, then call them first, stop waiting for them, or skip them where they lag. Set the timeout from data, not from a blog post.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7522266871463731200.mp4</video:content_loc><video:duration>54</video:duration><video:publication_date>2026-10-31T12:02:59+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-curate-vs-pmps/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7522498632777031680.jpg</video:thumbnail_loc><video:title>Ep 6: Curate vs PMPs</video:title><video:description>A PMP is a handshake: an invite-only auction where you pick the buyers and share a Deal ID. Curation is a shop window: supply, often across publishers, packaged with context or audience signals into one deal the buyer switches on in their DSP. Same plumbing, different job. Your to-do: before you join a curated deal, ask who curates, what&apos;s included, and what fee comes out. PMPs start with a conversation. Curation starts with the audience. Which do you run more of?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7522498632777031680.mp4</video:content_loc><video:duration>58</video:duration><video:publication_date>2026-11-01T03:23:55+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-higher-cpm-lower-revenue/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7525010782988685312.jpg</video:thumbnail_loc><video:title>Ep 7: Higher CPM, lower revenue</video:title><video:description>In first-price auctions, buyers can shade bids to win for less. Your floor sends a signal, but raising it can also mean fewer bids. Test mobile and desktop separately. Prebid&apos;s skipRate can create a holdout for its floor logic, not remove every floor in your stack. Compare revenue per request and fill. Do mobile and desktop share the same floor on your site?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-lesson-7525010782988685312.mp4</video:content_loc><video:duration>38</video:duration><video:publication_date>2026-11-08T01:46:18+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-one-ad-100-milliseconds/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: One ad, 100 milliseconds</video:title><video:description>Two dollars forty. One ad, sold in milliseconds. This is real time bidding, an auction for one impression while your page loads. An ad slot on news.example asks an SSP, the seller&apos;s platform, to sell it. The SSP sends buyers a bid request, with the site, slot size, device and consent signal. Buyers&apos; platforms, called DSPs, get a deadline. On Google&apos;s exchange it&apos;s typically eighty milliseconds to one second. Three bid. One eighty, two ten, two forty, each a CPM, the price per thousand impressions. In a first price auction the top bid wins and pays what it bid. The winning ad renders. At that CPM, this one impression earned about a quarter of a cent, before fees. Today, ask your ad ops team how long your auction waits for bids. Next, waterfall versus header bidding, and why the order you ask in costs money.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e01-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T05:29:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-one-ad-100-milliseconds-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: एक ad, 100 मिलीसेकंड</video:title><video:description>दो डॉलर चालीस। एक ad, और बिक गया मिलीसेकंड्स में। इसे कहते हैं real time bidding. यानी एक impression की नीलामी, जो आपके page के load होते-होते पूरी हो जाती है। news.example पर एक ad slot अपने SSP से कहता है, मुझे बेचो। SSP यानी seller का platform. SSP buyers को एक bid request भेजता है, जिसमें site, slot size, device और consent की जानकारी होती है। Buyers के platforms, यानी DSPs, को एक deadline मिलती है। Google के exchange पर ये आम तौर पर अस्सी मिलीसेकंड से एक सेकंड तक होती है। तीन bids आती हैं। एक डॉलर अस्सी, दो डॉलर दस, और दो डॉलर चालीस। हर एक CPM है, यानी हज़ार impressions की कीमत। First price auction में सबसे ऊँची bid जीतती है, और उतना ही चुकाती है जितनी bid लगाई। फिर जीतने वाला ad दिखता है। उस CPM पर इस एक impression की कमाई, fees से पहले, लगभग एक सेंट का चौथाई हिस्सा है। आज ही अपनी ad ops team से पूछिए, हमारा auction bids के लिए कितनी देर रुकता है? अगला episode, waterfall बनाम header bidding, और क्यों पूछने का क्रम आपकी कमाई पर असर डालता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e01-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T05:29:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-waterfall-vs-header-bidding/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: Waterfall vs header bidding</video:title><video:description>Why would the order you ask buyers in change what you earn? A waterfall offers your impression to partners one at a time, in a fixed order. Say news.example ranks three partners by past average. A, then B, then C. A gets first offer at a two dollar floor. Today A will pay two ten, so A takes it, and the waterfall stops. But C would have paid three dollars. C was never asked. And every time a partner passes, the next call adds load time. Header bidding asks all three at the same moment, before your ad server decides. A bids two ten, B one sixty, C three dollars. C wins. Same impression, ninety cents more CPM. Check your ad server today. If partners sit in a ranked list with fixed prices, that&apos;s a waterfall. Next, supply path, count your hops.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e02-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T05:29:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-waterfall-vs-header-bidding-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Waterfall बनाम header bidding</video:title><video:description>आप buyers से किस क्रम में पूछते हैं, इससे आपकी कमाई क्यों बदल जाती है? Waterfall आपका impression partners को एक-एक करके, एक तय क्रम में offer करता है। मान लीजिए news.example तीन partners को उनके पिछले average के हिसाब से rank करता है। पहले A, फिर B, फिर C. A को पहला offer मिलता है, दो डॉलर के floor पर। आज A दो डॉलर दस देने को तैयार है, तो A ले लेता है, और waterfall वहीं रुक जाता है। लेकिन C तीन डॉलर देता। C से कभी पूछा ही नहीं गया। और हर बार जब कोई partner pass करता है, तो अगली call load time बढ़ाती है। Header bidding तीनों से एक ही पल में पूछता है, आपके ad server के फ़ैसले से पहले। A की bid दो डॉलर दस, B की एक डॉलर साठ, C की तीन डॉलर। C जीतता है। वही impression, नब्बे सेंट ज़्यादा CPM. आज ही अपना ad server check कीजिए। अगर partners एक ranked list में fixed prices के साथ बैठे हैं, तो वो waterfall है। अगला episode, supply path, अपने hops गिनिए।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e02-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T05:29:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ads-txt-and-sellers-json-the-guest-list-buyers-check/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: ads.txt and sellers.json, the guest list buyers check</video:title><video:description>A buyer was offered your site&apos;s ad space. By a stranger. Ads.txt lists who may sell your ads. Sellers.json names them. A bid request from ssp.example says site news.example, seller account four five two one. Check one. Does news.example/ads.txt list that account, marked direct? Yes. Check two. In ssp.example/sellers.json, account four five two one is News Example Media, type publisher. Both match, so the buyer bids. Now the stranger. Same site name, account nine nine nine nine. It&apos;s not in your ads.txt, so it&apos;s unauthorized. Google&apos;s Display and Video three sixty skips unauthorized sellers by default. Open your ads.txt. Pick one line, and find that account in that SSP&apos;s sellers.json. Next, client side versus server side header bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e04-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T05:29:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ads-txt-and-sellers-json-the-guest-list-buyers-check-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: ads.txt और sellers.json</video:title><video:description>एक buyer को आपकी site की ad space offer हुई। एक अजनबी ने। ads.txt बताता है कि आपके ads कौन बेच सकता है। sellers.json उनके नाम बताता है। ssp.example से एक bid request आती है, जिसमें लिखा है site news.example, seller account चार पाँच दो एक। पहली जाँच। क्या news.example/ads.txt में वो account, direct mark करके, लिखा है? हाँ। दूसरी जाँच। ssp.example/sellers.json में account चार पाँच दो एक है News Example Media, type publisher. दोनों मेल खाते हैं, तो buyer bid करता है। अब वो अजनबी। वही site name, account नौ नौ नौ नौ। ये आपके ads.txt में नहीं है, तो ये unauthorized है। Google का Display and Video three sixty unauthorized sellers को default रूप से skip करता है। अपना ads.txt खोलिए। एक line चुनिए, और उस SSP के sellers.json में वो account ढूँढिए। अगला episode, client side बनाम server side header bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e04-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T05:29:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-price-floors-the-number-that-can-raise-or-sink-revenue/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: Price floors, the number that can raise or sink revenue</video:title><video:description>Myth. A higher price floor always means higher revenue. A price floor is the lowest CPM you&apos;ll accept for an impression. Buyers see your floor in the bid request. Here&apos;s when it helps. A buyer values your slot at three dollars but expects little competition, so it plans to bid one sixty. With a two dollar floor, it must bid two to stay in. You earn forty cents more CPM. Here&apos;s when it hurts. Raise the floor to three fifty. That buyer values the slot at three, so it doesn&apos;t bid, and nobody else clears it. The impression goes unsold, or to a house ad. Revenue is CPM times filled impressions. Higher CPM on fewer impressions can mean less money. After any floor change, compare revenue and fill rate, not CPM alone. Change one floor at a time. Next, more bidders, more revenue? Not past a point.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e08-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T05:29:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-price-floors-the-number-that-can-raise-or-sink-revenue-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: Price floors</video:title><video:description>Myth. ऊँचा price floor मतलब हमेशा ज़्यादा revenue. Price floor वो सबसे कम CPM है, जो आप एक impression के लिए accept करेंगे। Buyers आपका floor bid request में देखते हैं। पहले देखिए, ये कब मदद करता है। एक buyer आपके slot की कीमत तीन डॉलर आँकता है, लेकिन उसे competition कम लगता है, तो वो एक डॉलर साठ की bid लगाने की सोचता है। दो डॉलर के floor के साथ, उसे टिके रहने के लिए दो डॉलर की bid लगानी पड़ती है। आपको चालीस सेंट ज़्यादा CPM मिलता है। अब देखिए, ये कब नुकसान करता है। Floor को तीन डॉलर पचास कर दीजिए। वो buyer slot की कीमत तीन डॉलर आँकता है, तो वो bid नहीं करता, और कोई दूसरा भी floor पार नहीं करता। Impression बिकता नहीं, या house ad में चला जाता है। Revenue है CPM गुणा filled impressions. कम impressions पर ऊँचा CPM, यानी कम पैसा भी हो सकता है। किसी भी floor change के बाद revenue और fill rate compare कीजिए, सिर्फ़ CPM नहीं। एक बार में एक ही floor बदलिए। अगला episode, ज़्यादा bidders, ज़्यादा revenue? एक हद तक ही।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e08-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T05:29:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-more-bidders-more-revenue-not-past-a-point/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: More bidders, more revenue? Not past a point</video:title><video:description>The mistake. Adding bidders until your page crawls. Diminishing returns means each extra bidder adds less revenue than the one before. Picture recipes.example adding bidders one at a time. These numbers are illustrative. With one bidder, the top bid averages one fifty. A second brings new buyers, and it jumps to two dollars. A third, two twenty. A fourth, two twenty five. Why the slowdown? Many SSPs reach the same DSPs, so a later bidder often brings buyers you already have. Meanwhile every bidder adds a request and more waiting. Prebid dot org&apos;s own tests saw revenue with five bids plateau, and revenue drop when the page waited too long. Rank bidders by the revenue only they bring. Test removing the weakest with a holdout before adding another. Next, header bidding timeouts.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e09-en.mp4</video:content_loc><video:duration>61</video:duration><video:publication_date>2026-11-11T05:29:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-more-bidders-more-revenue-not-past-a-point-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: ज़्यादा bidders, ज़्यादा revenue?</video:title><video:description>गलती। Bidders जोड़ते जाना, जब तक page रेंगने न लगे। Diminishing returns का मतलब है, हर नया bidder पिछले वाले से कम revenue लाता है। सोचिए, recipes.example एक-एक करके bidders जोड़ रहा है। ये numbers सिर्फ़ उदाहरण हैं। एक bidder के साथ top bid औसतन एक डॉलर पचास है। दूसरा नए buyers लाता है, और ये दो डॉलर पर पहुँच जाती है। तीसरा, दो डॉलर बीस। चौथा, दो डॉलर पच्चीस। रफ़्तार धीमी क्यों हुई? कई SSPs उन्हीं DSPs तक पहुँचते हैं, इसलिए बाद वाला bidder अक्सर वही buyers लाता है जो आपके पास पहले से हैं। ऊपर से हर bidder एक request और थोड़ा और इंतज़ार जोड़ता है। Prebid dot org के अपने tests में पाँच bids पर revenue plateau हो गया, और जब page ने बहुत देर इंतज़ार किया, तो revenue गिर गया। हर bidder को उस revenue से rank कीजिए जो सिर्फ़ वही लाता है। नया bidder जोड़ने से पहले, सबसे कमज़ोर को हटाने का holdout test कीजिए। अगला episode, header bidding timeouts.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s1-e09-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T05:29:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-request-impression-viewable-impression/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: Request, impression, viewable impression</video:title><video:description>A thousand ads requested. Only six hundred could be seen. That&apos;s because ad tech counts an ad three ways. Request, impression, and viewable impression. Take news.example. A reader opens an article, and the page sends an ad request, a call asking for an ad. A thousand page loads, one thousand requests. Say nine hundred come back with an ad. That&apos;s nine hundred impressions. From February twenty twenty-seven, Google counts an impression only once the ad starts to render. Now, viewable. At least half the ad&apos;s pixels on screen for one full second, or two seconds for video. Only six hundred qualify. Six hundred out of nine hundred is about sixty-seven percent viewability. Find all three numbers for one ad unit today. Each gap shows where ads get lost. Next, CPM, eCPM and RPM. Which number actually pays you.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e01-en.mp4</video:content_loc><video:duration>62</video:duration><video:publication_date>2026-11-11T05:29:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-request-impression-viewable-impression-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: Request, impression, viewable impression</video:title><video:description>एक हज़ार ads request हुए। दिख पाए सिर्फ़ छह सौ। क्योंकि ad tech एक ad को तीन तरीकों से गिनता है। Request, impression, और viewable impression. उदाहरण लीजिए news.example का। एक reader article खोलता है, और page एक ad request भेजता है, यानी ad माँगने वाली एक call. हज़ार page loads, यानी एक हज़ार requests. मान लीजिए नौ सौ में ad वापस आता है। ये हुए नौ सौ impressions. February दो हज़ार सत्ताईस से, Google impression तभी गिनेगा जब ad render होना शुरू हो। अब viewable. Ad के कम से कम आधे pixels screen पर, पूरे एक सेकंड के लिए, और video के लिए दो सेकंड। सिर्फ़ छह सौ इस पर खरे उतरते हैं। नौ सौ में से छह सौ, यानी लगभग सड़सठ प्रतिशत viewability. आज ही किसी एक ad unit के तीनों numbers निकालिए। हर gap बताता है कि ads कहाँ खो रहे हैं। अगला episode, CPM, eCPM और RPM. इनमें से कौन सा number असल में आपको पैसे देता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e01-hi.mp4</video:content_loc><video:duration>72</video:duration><video:publication_date>2026-11-11T05:29:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-cpm-ecpm-rpm-which-number-pays-you/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: CPM, eCPM, RPM: which number pays you</video:title><video:description>Your dashboard shows three prices. Which one actually pays your bills? CPM is the price buyers pay per thousand ad impressions. Take recipes.example. One thousand page views, three ad slots on each page. Say two thousand four hundred impressions fill, at a two dollar CPM. That earns four dollars eighty. eCPM, effective CPM, is what you actually earned per thousand impressions, across every buyer. Four eighty over two thousand four hundred, times a thousand. Two dollars. Now RPM, revenue per thousand page views. Four eighty over one thousand page views, times a thousand. Four dollars eighty. RPM bakes in how many ads each page shows and how many fill. So it&apos;s the number that tracks what your traffic earns. Track page RPM week to week. When it moves, check CPM and fill to see which one changed. Next, fill rate. The inventory nobody bought.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e02-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T05:29:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-cpm-ecpm-rpm-which-number-pays-you-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: CPM, eCPM, RPM: असल कमाई कौन सा नंबर है</video:title><video:description>आपके dashboard पर तीन prices दिखते हैं। इनमें से कौन सा असल में आपके bills भरता है? CPM वो price है जो buyers हर हज़ार ad impressions के लिए देते हैं। उदाहरण लीजिए recipes.example का। एक हज़ार page views, हर page पर तीन ad slots. मान लीजिए दो हज़ार चार सौ impressions fill होते हैं, दो डॉलर के CPM पर। कमाई हुई चार डॉलर अस्सी। eCPM, यानी effective CPM, बताता है कि सारे buyers को मिलाकर, हर हज़ार impressions पर आपने असल में कितना कमाया। चार अस्सी भाग दो हज़ार चार सौ, गुणा एक हज़ार। दो डॉलर। अब RPM, यानी हर हज़ार page views पर revenue. चार अस्सी भाग एक हज़ार page views, गुणा एक हज़ार। चार डॉलर अस्सी। RPM में दोनों बातें शामिल हैं, हर page पर कितने ads दिखते हैं और कितने fill होते हैं। इसलिए यही वो number है जो बताता है कि आपका traffic कितना कमाता है। हर हफ़्ते page RPM track कीजिए। जब ये बदले, तो CPM और fill देखिए, कि इनमें से क्या बदला। अगला episode, fill rate. वो inventory जिसे किसी ने नहीं खरीदा।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e02-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T05:29:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-fill-rate-the-inventory-nobody-bought/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Fill rate, the inventory nobody bought</video:title><video:description>Low fill rate isn&apos;t always a bug. Often, nobody bid. Fill rate is impressions divided by ad requests. The rest went unsold. Say game.example&apos;s sidebar sends ten thousand ad requests in an hour, and eight thousand five hundred come back with a paid ad. That&apos;s an eighty-five percent fill rate. The other fifteen hundred are unfilled. Three usual reasons. No buyer wanted that visitor, country or ad size. Every bid fell under your floor, the minimum price you set. Or the bids arrived too late. An unfilled slot shows a house ad, your own promo, or stays empty. And one hundred percent fill isn&apos;t the goal. A floor that turns away a few cheap bids can still lift total revenue. Pull fill rate by country and ad size today. One weak cell points to the cause. Next, the ad tech map, in one picture.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e03-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T05:29:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-fill-rate-the-inventory-nobody-bought-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Fill rate: जो inventory बिकी नहीं</video:title><video:description>कम fill rate हमेशा bug नहीं होता। अक्सर, किसी ने bid ही नहीं की। Fill rate यानी impressions बटा ad requests. जो बचा, वो बिका ही नहीं। मान लीजिए game.example का sidebar एक घंटे में दस हज़ार ad requests भेजता है, और साढ़े आठ हज़ार पर paid ad लौटता है। यानी पचासी प्रतिशत fill rate. बाकी पंद्रह सौ unfilled हैं। आम तौर पर तीन वजहें होती हैं। उस visitor, country या ad size के लिए कोई buyer नहीं था। हर bid आपके floor से नीचे थी, यानी आपकी तय की हुई minimum price. या bids बहुत देर से पहुँचीं। Unfilled slot में house ad दिखता है, यानी आपका अपना promo, या slot खाली रहता है। और सौ प्रतिशत fill लक्ष्य नहीं है। जो floor कुछ सस्ती bids लौटा देता है, वो फिर भी कुल revenue बढ़ा सकता है। आज ही fill rate को country और ad size के हिसाब से निकालिए। एक कमज़ोर cell वजह की तरफ़ इशारा करता है। अगला episode, ad tech का नक्शा, एक तस्वीर में।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e03-hi.mp4</video:content_loc><video:duration>72</video:duration><video:publication_date>2026-11-11T05:29:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/inside-an-openrtb-bid-request/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e04-en.jpg</video:thumbnail_loc><video:title>Inside an OpenRTB bid request</video:title><video:description>Your page asks for an ad. What does the buyer actually see? A bid request. In OpenRTB, that&apos;s one JSON message describing one ad opportunity. Here&apos;s one from news.example. First, imp, the impression. A three hundred by two fifty banner, floor one dollar fifty. Then site, the exact page. Device, the browser and country. User and regs carry the consent strings, what data may be used. Source holds the schain, every seller in the path. In version two point six, that&apos;s a core field. And tmax, one hundred and twenty. Answer within one hundred and twenty milliseconds, or you&apos;re out. The DSP reads it all, and decides whether to bid, and how much. So, a buyer can only price what you send. Ask your SSP which fields it fills, especially page, consent and schain. Next: buyers.json and the demand chain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e04-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T05:29:41+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/inside-an-openrtb-bid-request-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e04-hi.jpg</video:thumbnail_loc><video:title>OpenRTB bid request के अंदर</video:title><video:description>आपका page एक ad माँगता है। Buyer को असल में दिखता क्या है? एक bid request. OpenRTB में, ये एक JSON message है, जो एक ad opportunity के बारे में बताता है। ये रहा news.example का एक request. सबसे पहले imp, यानी impression. तीन सौ बाय दो सौ पचास का banner, floor एक डॉलर पचास। फिर site, यानी exact page. Device, यानी browser और देश। User और regs में consent strings होती हैं, कि कौन सा data इस्तेमाल हो सकता है। Source में schain होती है, यानी path का हर seller. Version दो पॉइंट छह में ये एक core field है। और tmax, एक सौ बीस। एक सौ बीस मिलीसेकंड में जवाब दो, वरना आप बाहर। DSP ये सब पढ़ता है, और तय करता है कि bid करे या नहीं, और कितनी। तो, buyer सिर्फ़ उसी की कीमत लगा सकता है जो आप भेजते हैं। अपने SSP से पूछिए कि वो कौन से fields भरता है, ख़ासकर page, consent और schain. अगला episode, buyers.json और demand chain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e04-hi.mp4</video:content_loc><video:duration>72</video:duration><video:publication_date>2026-11-11T05:29:41+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/buyers-json-and-demandchain-the-buyer-side-mirror/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e05-en.jpg</video:thumbnail_loc><video:title>buyers.json and DemandChain: the buyer-side mirror</video:title><video:description>A scam ad lands on recipes.example. Who paid for it? Buyers.json and the demand chain, or dchain, answer that. They mirror sellers.json and schain. Here&apos;s the problem. A bad advertiser gets banned on one DSP, then pops up on another. Your SSP sees the DSP, not the buyer behind it. So DSPs publish buyers.json, every buyer seat with an ID and legal name. Each bid then carries a dchain. Every buying platform adds a node, its domain plus the buyer&apos;s seat. Now your SSP can trace the ad to one named buyer, and block it. The catch? It&apos;s from twenty twenty-one, and buy-side uptake has been slow. When a bad ad slips through, ask your SSP for the DSP and buyer seat. Then check that DSP&apos;s buyers.json. Next: ads.cert, signing the bid request.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e05-en.mp4</video:content_loc><video:duration>61</video:duration><video:publication_date>2026-11-11T05:29:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/buyers-json-and-demandchain-the-buyer-side-mirror-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e05-hi.jpg</video:thumbnail_loc><video:title>buyers.json और DemandChain</video:title><video:description>recipes.example पर एक scam ad आता है। इसके पैसे किसने दिए? इसका जवाब हैं buyers.json और demand chain, यानी dchain. ये sellers.json और schain का buyer-side आईना हैं। Problem ये है। एक बुरा advertiser एक DSP पर ban होता है, फिर दूसरे पर दिख जाता है। आपका SSP, DSP को देखता है, उसके पीछे के buyer को नहीं। इसलिए DSPs buyers.json publish करते हैं, जिसमें हर buyer seat की ID और legal name होता है। फिर हर bid के साथ एक dchain चलती है। हर buying platform एक node जोड़ता है, अपना domain और buyer की seat. अब आपका SSP ad को एक named buyer तक trace कर सकता है, और उसे block कर सकता है। Catch क्या है? ये दो हज़ार इक्कीस का standard है, और buy-side पर इसे अपनाने की रफ़्तार धीमी रही है। जब कोई बुरा ad निकल जाए, तो अपने SSP से DSP और buyer seat पूछिए। फिर उस DSP की buyers.json चेक कीजिए। अगला episode, ads.cert, यानी bid request पर signature.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e05-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T05:29:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ads-cert-signing-the-bid-request/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e06-en.jpg</video:thumbnail_loc><video:title>ads.cert: signing the bid request</video:title><video:description>Myth. Ads.txt proves a bid request is genuine. It doesn&apos;t. Ads.cert is the IAB standard for cryptographically signing ad traffic. Here&apos;s the gap. Ads.txt says who may sell news.example. But a middleman can edit a bid request in transit, and nothing shows it. Version one, in twenty eighteen, needed OpenRTB three, and the industry stayed on two. Version two changed approach. Each company publishes a public key in its DNS, called a call sign. The SSP signs each request. The DSP checks the key. Did this come from that company? Was anything altered? Honest status. Tech Lab calls it ready, its reference code says proof of concept, and adoption is hard to find. Your protection today is ads.txt, sellers.json and schain. Keep all three clean. Next: OM SDK, measuring viewability in apps.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e06-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T05:29:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ads-cert-signing-the-bid-request-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e06-hi.jpg</video:thumbnail_loc><video:title>ads.cert: bid request पर signature</video:title><video:description>Myth. ads.txt साबित करता है कि bid request असली है। ऐसा नहीं है। ads.cert, IAB का standard है, ad traffic को cryptographically sign करने के लिए। Gap ये है। ads.txt बताता है कि news.example को कौन बेच सकता है। लेकिन रास्ते में कोई middleman bid request बदल सकता है, और इसका कोई निशान नहीं मिलता। Version एक, दो हज़ार अठारह में आया, उसे OpenRTB तीन चाहिए था, और industry दो पर ही रही। Version दो ने तरीका बदला। हर company अपनी DNS में एक public key publish करती है, जिसे call sign कहते हैं। SSP हर request को sign करता है। DSP key चेक करता है। क्या ये उसी company से आया? क्या इसमें कुछ बदला गया? अब सच्चा status. Tech Lab इसे ready कहता है, इसका reference code खुद को proof of concept कहता है, और adoption ढूँढना मुश्किल है। आज आपकी सुरक्षा है ads.txt, sellers.json और schain. तीनों को साफ़ रखिए। अगला episode, OM SDK, यानी apps में viewability कैसे मापी जाती है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e06-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T05:29:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/the-google-ad-tech-ruling-what-publishers-actually-get/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e01-en.jpg</video:thumbnail_loc><video:title>The Google ad tech ruling: what publishers actually get</video:title><video:description>Google kept its ad exchange. So nothing changes for you? Wrong. A remedy is the fix a court orders after finding a monopoly. On September second, twenty twenty-six, Judge Brinkema refused to make Google sell AdX, its ad exchange. Instead, she ordered conduct rules for six years, watched by a monitor. First, AdX must bid into Prebid and rival ad servers, on the same terms Google&apos;s own ad server gets. Picture news.example&apos;s Prebid auction. AdX bids two dollars forty, SSP A two ten, SSP B two fifty-five. B wins. Second, no first look or last look, so no first pick and no peeking at rival bids. Third, you get data on which bids won or lost. Pricing rules can also set a floor per bidder, live since December twenty twenty-five. The rules cover open web display, not apps or CTV. Google plans to appeal, and deadlines start once the final judgment takes effect. Today, open your pricing rules. Does every bidder still share one floor? Next, pricing rules after the Google ruling.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e01-en.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T05:29:44+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/the-google-ad-tech-ruling-what-publishers-actually-get-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e01-hi.jpg</video:thumbnail_loc><video:title>Google ad tech ruling: publishers को क्या मिला</video:title><video:description>Google ने अपना ad exchange बचा लिया। तो आपके लिए कुछ नहीं बदला? गलत। Remedy यानी वो इलाज, जो court monopoly साबित होने के बाद तय करता है। दो सितंबर, दो हज़ार छब्बीस को Judge Brinkema ने AdX, यानी Google का ad exchange, बिकवाने से इनकार किया। बदले में छह साल के conduct rules, और उन पर नज़र रखेगा एक monitor. पहला, AdX को Prebid और rival ad servers में bid करनी होगी, उन्हीं शर्तों पर जो Google के अपने ad server को मिलती हैं। news.example का Prebid auction सोचिए। AdX दो डॉलर चालीस, SSP A दो डॉलर दस, SSP B दो डॉलर पचपन। B जीतता है। दूसरा, कोई first look या last look नहीं, यानी न पहली पसंद, न rival bids में झाँकना। तीसरा, आपको data मिलेगा कि कौन सी bids जीतीं और कौन सी हारीं। Pricing rules में हर bidder का अलग floor भी रख सकते हैं, ये दिसंबर दो हज़ार पच्चीस से live है। ये rules open web display पर लागू हैं, apps या CTV पर नहीं। Google appeal की तैयारी में है, और deadlines final judgment लागू होने के बाद ही शुरू होंगी। आज ही अपने pricing rules खोलिए। क्या हर bidder अब भी एक ही floor share करता है? अगला episode, Google ruling के बाद pricing rules.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e01-hi.mp4</video:content_loc><video:duration>90</video:duration><video:publication_date>2026-11-11T05:29:44+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-how-prebid-js-runs-an-auction/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: How Prebid.js runs an auction</video:title><video:description>A reader opens news.example. An auction starts before any ad. That auction is Prebid.js, free, open-source code that collects bids in the browser. One, the page tells Google Ad Manager to wait. Two, Prebid reads your ad units, like this three hundred by two fifty slot and its three bidders. Three, it asks all three at once and starts a timer, say one thousand milliseconds. Bidder A answers two dollars ten. Bidder B, one eighty-five. Bidder C is late, so it&apos;s left out. Four, Prebid tags the slot with labels called key-values. The rounded price, the bidder, and an ad ID. Five, Google Ad Manager runs. If two ten beats your other demand, Prebid&apos;s ad renders. Today, install Professor Prebid, Prebid&apos;s open-source Chrome extension, and watch who answers, and how fast. Next, bidder adapters, and why your Prebid build matters.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e01-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T05:39:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-how-prebid-js-runs-an-auction-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: Prebid.js auction कैसे चलाता है</video:title><video:description>एक reader news.example खोलता है। किसी भी ad से पहले, एक auction शुरू हो जाता है। ये auction है Prebid.js, यानी free, open-source code, जो browser में ही bids इकट्ठा करता है। एक, page Google Ad Manager से कहता है, रुको। दो, Prebid आपकी ad units पढ़ता है, जैसे ये तीन सौ बाय दो सौ पचास का slot और उसके तीन bidders. तीन, वो तीनों से एक साथ पूछता है और एक timer शुरू करता है, मान लीजिए एक हज़ार मिलीसेकंड। Bidder A का जवाब, दो डॉलर दस। Bidder B, एक डॉलर पचासी। Bidder C देर से आया, इसलिए वो बाहर। चार, Prebid slot पर labels लगाता है, जिन्हें key-values कहते हैं। Rounded price, bidder, और एक ad ID. पाँच, Google Ad Manager चलता है। अगर दो डॉलर दस आपकी बाकी demand से ऊपर है, तो Prebid का ad दिखता है। आज ही Professor Prebid install कीजिए, Prebid का open-source Chrome extension, और देखिए कौन जवाब देता है, और कितनी जल्दी। अगला episode, bidder adapters, और आपका Prebid build क्यों मायने रखता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e01-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T05:39:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-bidder-adapters-and-your-prebid-build/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: Bidder adapters and your Prebid build</video:title><video:description>You added a new bidder, and it never bid once. Here&apos;s why. A bidder adapter is a plug-in that lets Prebid.js talk to one SSP. Prebid lists more than three hundred demand partners, but your site loads only the adapters someone picked, packed into one file called your build. Say recipes.example signs a sixth SSP. Ops adds it to the page setup. But the build still holds the old five adapters. So Prebid can&apos;t find bidder six and logs an error only visible in the browser console. No bids, no revenue line, no alert. Builds also age. Prebid only supports its newest major version, eleven, from March twenty twenty-six, and suggests upgrading at least every six months. Today, ask for your Prebid version and adapter list. Match it to every bidder contract. Next, price granularity, the buckets that decide what you&apos;re paid.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e02-en.mp4</video:content_loc><video:duration>62</video:duration><video:publication_date>2026-11-11T05:39:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-bidder-adapters-and-your-prebid-build-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Bidder adapters और आपका Prebid build</video:title><video:description>आपने एक नया bidder जोड़ा, और उसने एक भी bid नहीं की। वजह ये है। Bidder adapter एक plug-in है, जिससे Prebid.js किसी एक SSP से बात कर पाता है। Prebid की list में तीन सौ से ज़्यादा demand partners हैं, लेकिन आपकी site पर सिर्फ़ वही adapters load होते हैं जो किसी ने चुने, और एक file में pack किए। इसी file को आपका build कहते हैं। मान लीजिए recipes.example एक छठा SSP sign करती है। Ops उसे page setup में जोड़ देती है। लेकिन build में अब भी वही पुराने पाँच adapters हैं। तो Prebid को bidder छह मिलता ही नहीं, और वो एक error log करता है, जो सिर्फ़ browser console में दिखता है। न bids, न revenue line, न कोई alert. Builds पुराने भी होते हैं। Prebid सिर्फ़ अपना सबसे नया major version support करता है, ग्यारह, जो मार्च दो हज़ार छब्बीस से है, और कम से कम हर छह महीने में upgrade करने की सलाह देता है। आज ही अपना Prebid version और adapter list माँगिए। उसे हर bidder contract से मिलाइए। अगला episode, price granularity, वो buckets जो तय करते हैं कि आपको कितना मिलेगा।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e02-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T05:39:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-price-granularity-the-buckets-that-decide-your-pay/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Price granularity, the buckets that decide your pay</video:title><video:description>A bid of two dollars eighty-seven can arrive as two dollars fifty. Price granularity is the size of the price steps Prebid rounds bids into. Your ad server can&apos;t read every price, so Prebid sorts bids into buckets, always rounding down. The default, medium, uses ten-cent steps up to twenty dollars. So two eighty-seven becomes two eighty. Pick low, with fifty-cent steps, and it becomes two fifty. Now say AdX bids two sixty for the same view. Inside Google Ad Manager, two fifty loses to two sixty. You earn two sixty, not two eighty-seven. Rounding only affects that comparison. A winning Prebid bid still pays its real price. Finer steps need more line items, so many teams use custom steps, fine where bids cluster. Today, check your Prebid granularity, and that your line items match it exactly. Next, one line item per price bucket.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e03-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T05:39:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-price-granularity-the-buckets-that-decide-your-pay-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Price granularity</video:title><video:description>दो डॉलर सत्तासी की bid, दो डॉलर पचास बनकर पहुँच सकती है। Price granularity यानी price के वो steps, जिनमें Prebid bids को round करता है। आपका ad server हर price नहीं पढ़ सकता, इसलिए Prebid bids को buckets में डालता है, और हमेशा नीचे की ओर round करता है। Default, यानी medium, बीस डॉलर तक दस सेंट के steps इस्तेमाल करता है। तो दो सत्तासी बन जाता है दो अस्सी। Low चुनिए, पचास सेंट के steps के साथ, और ये बन जाता है दो पचास। अब मान लीजिए AdX उसी view के लिए दो साठ की bid लगाता है। Google Ad Manager के अंदर, दो पचास हार जाता है दो साठ से। आप कमाते हैं दो साठ, दो सत्तासी नहीं। Rounding सिर्फ़ इसी comparison पर असर डालती है। जीतने वाली Prebid bid फिर भी अपनी असली price ही चुकाती है। बारीक steps के लिए ज़्यादा line items चाहिए, इसलिए कई teams custom steps रखती हैं, बारीक वहाँ, जहाँ bids ज़्यादा आती हैं। आज ही अपनी Prebid granularity check कीजिए, और देखिए कि आपके line items उससे बिल्कुल match करते हैं। अगला episode, हर price bucket के लिए एक line item.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e03-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T05:39:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-one-line-item-per-price-bucket/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: One line item per price bucket</video:title><video:description>Why does one Prebid setup need over two thousand line items... A Prebid line item is an Ad Manager line item matched to one price bucket. Prebid sends the bid&apos;s bucket as a key-value, HB PB equals two eighty. Ad Manager only acts on it if a line item targets exactly that value, at price priority, with a two dollar eighty rate. Multiply. Medium granularity has two hundred and one buckets. Give each of ten bidders its own set, and that&apos;s two thousand and ten line items. Ad Manager allows four hundred and fifty per order, so you need at least five orders. Prebid&apos;s Line Item Manager can build them. On Ad Manager three sixty, header bidding trafficking can replace them for web banners. Today, pick one bucket, say two eighty, and confirm its line item has a matching rate. Next, send-all-bids versus top price.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e04-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T05:39:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-one-line-item-per-price-bucket-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: हर price bucket के लिए एक line item</video:title><video:description>एक Prebid setup को दो हज़ार से ज़्यादा line items क्यों चाहिए... Prebid line item, Ad Manager का वो line item है, जो एक price bucket से match होता है। Prebid bid का bucket एक key-value के रूप में भेजता है, HB PB बराबर दो अस्सी। Ad Manager इस पर तभी काम करता है, जब कोई line item बिल्कुल यही value target करे, price priority पर, दो डॉलर अस्सी के rate के साथ। अब गुणा कीजिए। Medium granularity में दो सौ एक buckets होते हैं। दस bidders में से हर एक को अपना set दीजिए, और हो गए दो हज़ार दस line items. Ad Manager एक order में चार सौ पचास line items की इजाज़त देता है, तो आपको कम से कम पाँच orders चाहिए। Prebid का Line Item Manager इन्हें बना सकता है। Ad Manager three sixty पर, header bidding trafficking, web banners के लिए इनकी जगह ले सकता है। आज ही एक bucket चुनिए, जैसे दो अस्सी, और पक्का कीजिए कि उसके line item का rate match करता है। अगला episode, send-all-bids बनाम top price.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e04-hi.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T05:39:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-rpm-dropped-overnight-five-checks-before-you-panic/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: RPM dropped overnight? Five checks before you panic</video:title><video:description>Wednesday, seven a.m. Your page RPM is down forty percent. Breathe. First, check coverage: the share of ad requests that came back with an ad. Take news.example. Yesterday, coverage was ninety percent. Today, sixty. A third of your ad slots are empty... that&apos;s delivery, not price. Delivery has three usual suspects. One, a Google incident, so check the Google Ads status dashboard. Two, Policy center, for restricted or disabled ad serving. Three, the ads.txt status on your Sites page. Now flip it. Coverage held at ninety, but RPM still fell? Ads are showing, just earning less. Check four, did traffic shift to lower paying countries or devices? Check five, compare full days only, against the same day last week. Today, add coverage next to page RPM in your AdSense report. Next: traffic problem or RPM problem?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e01-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T05:39:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-rpm-dropped-overnight-five-checks-before-you-panic-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: RPM अचानक गिरा? घबराने से पहले पाँच checks</video:title><video:description>बुधवार, सुबह सात बजे। आपका page RPM चालीस प्रतिशत नीचे है। गहरी साँस लीजिए। सबसे पहले coverage देखिए, यानी ad requests का वो हिस्सा, जिन पर ad वापस आया। मान लीजिए news.example. कल coverage नब्बे प्रतिशत था। आज, साठ। आपके एक तिहाई ad slots खाली हैं... ये delivery की समस्या है, price की नहीं। Delivery के तीन आम कारण होते हैं। एक, Google की तरफ़ कोई incident, तो Google Ads status dashboard देखिए। दो, Policy center, restricted या disabled ad serving के लिए। तीन, आपके Sites page पर ads.txt का status. अब उल्टा देखिए। Coverage नब्बे पर टिका रहा, फिर भी RPM गिरा? Ads दिख रहे हैं, बस कम कमा रहे हैं। Check चार, क्या traffic कम भुगतान वाले देशों या devices की तरफ़ गया? Check पाँच, सिर्फ़ पूरे दिनों की तुलना कीजिए, पिछले हफ़्ते के उसी दिन से। आज ही अपनी AdSense report में page RPM के बगल में coverage जोड़िए। अगला episode, traffic की समस्या या RPM की समस्या?</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e01-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T05:39:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-traffic-problem-or-rpm-problem/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: Traffic problem or RPM problem?</video:title><video:description>Revenue fell twenty percent, so you rebuilt your ad layout. Wrong move. Revenue is page views, in thousands, times page RPM, your earnings per thousand views. Take recipes.example. Last month, four hundred thousand page views at a page RPM of two dollars fifty. One thousand dollars. This month, eight hundred. Split it. Page views fell twenty percent, to three hundred twenty thousand. Page RPM, still two fifty. So the whole drop is traffic. Fix it in search and referrals... not the layout. Now flip it. Page views flat, page RPM down to two dollars. Also eight hundred dollars. Same drop, different problem. That&apos;s the ad side, so check coverage, season and policy. If both moved, chase the bigger percentage first. Today, compare page views and page RPM, this month against last. Next: fixing Earnings at risk, the ads.txt alert.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e02-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T05:39:41+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-traffic-problem-or-rpm-problem-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Traffic की problem या RPM की?</video:title><video:description>Revenue बीस प्रतिशत गिरा, तो आपने अपना ad layout ही बदल डाला। गलत कदम। Revenue यानी page views, हज़ारों में, गुणा page RPM, यानी हर हज़ार views की कमाई। मान लीजिए recipes.example. पिछले महीने, चार लाख page views, दो डॉलर पचास के page RPM पर। यानी एक हज़ार डॉलर। इस महीने, आठ सौ। अब इसे तोड़िए। Page views बीस प्रतिशत गिरे, तीन लाख बीस हज़ार पर। Page RPM, अब भी दो डॉलर पचास। तो पूरी गिरावट traffic की है। इसे search और referrals में ठीक कीजिए... layout में नहीं। अब उल्टा देखिए। Page views वही, page RPM गिरकर दो डॉलर। फिर भी आठ सौ डॉलर। गिरावट वही, समस्या अलग। ये ad side है, तो coverage, season और policy देखिए। अगर दोनों बदले हों, तो पहले बड़े प्रतिशत वाले के पीछे जाइए। आज ही page views और page RPM की तुलना कीजिए, इस महीने बनाम पिछले महीने। अगला episode, Earnings at risk ठीक करना, यानी ads.txt वाला alert.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e02-hi.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T05:39:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-fix-earnings-at-risk-the-ads-txt-alert/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Fix &#8220;Earnings at risk&#8221;, the ads.txt alert</video:title><video:description>Red Earnings at risk banner in AdSense? It&apos;s usually one missing line. ads.txt is a public file listing who may sell your ads. It lives at your root domain, like news.example/ads.txt. If the file exists but your publisher ID isn&apos;t in it, Google won&apos;t buy ads on those requests. The fix. One, in AdSense, open Sites and find the site marked Not found or Unauthorized. Two, copy the exact line AdSense gives you, starting google dot com, your pub ID, DIRECT. Three, paste it into the file at the root. Then load it in a browser to confirm. Three traps. The file sits in a subfolder. The www and bare domain don&apos;t reach the same file. Or robots.txt blocks it. Updates can take a few days. Today, open your domain/ads.txt and find your pub ID. Next: page level versus site level policy violations.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e03-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T05:39:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-fix-earnings-at-risk-the-ads-txt-alert-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: &#8220;Earnings at risk&#8221; alert ठीक करें</video:title><video:description>AdSense में लाल Earnings at risk banner दिख रहा है? अक्सर बस एक line गायब होती है। ads.txt एक public file है, जिसमें लिखा होता है कि आपके ads कौन बेच सकता है। ये आपके root domain पर रहती है, जैसे news.example/ads.txt. अगर file मौजूद है, लेकिन उसमें आपका publisher ID नहीं है, तो Google उन requests पर ads नहीं खरीदेगा। Fix ये है। एक, AdSense में Sites खोलिए, और वो site ढूँढिए जिस पर Not found या Unauthorized लिखा है। दो, AdSense जो line देता है, वही exact line copy कीजिए, जो google dot com, आपका pub ID, DIRECT से शुरू होती है। तीन, उसे root पर रखी file में paste कीजिए। फिर browser में खोलकर confirm कीजिए। तीन आम गलतियाँ। File किसी subfolder में पड़ी है। www और bare domain एक ही file तक नहीं पहुँचते। या robots.txt उसे block करता है। Updates में कुछ दिन लग सकते हैं। आज ही अपना domain/ads.txt खोलिए, और अपना pub ID ढूँढिए। अगला episode, page level बनाम site level policy violations.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e03-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T05:39:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-begin-to-render-your-impression-count-changes-in-february-2027/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Begin-to-render: your impression count changes in February 2027</video:title><video:description>The February twenty twenty seven mistake: reading fewer impressions as lost money. Begin to render: an impression counts only once the ad starts displaying. Right now, AdSense and Google Ad Manager count a display impression when the ad starts downloading. From February seventeenth, twenty twenty seven, they count it once the ad begins to render. Ads that download but never show, say the reader left first, drop out. Google says no action is needed, and hasn&apos;t sized the drop. The math. Game.example, one hundred thousand impressions, two hundred dollars. If five thousand never rendered, that&apos;s ninety five thousand. Same two hundred dollars, so impression RPM rises from two dollars to about two ten. Google hasn&apos;t said whether earnings move, so judge by earnings and page RPM. This covers display banners on web, mobile web and CTV. App and video already count this way. Today, save daily impressions and earnings as your pre February baseline. Next: AI Overviews took your clicks.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e07-en.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T05:39:44+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-begin-to-render-your-impression-count-changes-in-february-2027-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Begin-to-render: February 2027 में impression count बदलेगा</video:title><video:description>February दो हज़ार सत्ताईस की गलती: कम impressions को कमाई का नुकसान समझ लेना। Begin to render: impression तभी गिना जाएगा, जब ad दिखना शुरू हो। अभी AdSense और Google Ad Manager display impression तब गिनते हैं, जब ad download होना शुरू होता है। सत्रह February, दो हज़ार सत्ताईस से, वो इसे तब गिनेंगे जब ad render होना शुरू हो। जो ads download तो होते हैं पर कभी दिखते नहीं, जैसे reader पहले ही चला गया, वो गिनती से बाहर हो जाएँगे। Google कहता है कोई action ज़रूरी नहीं, और गिरावट कितनी होगी, ये नहीं बताया। अब हिसाब। game.example, एक लाख impressions, दो सौ डॉलर। अगर पाँच हज़ार कभी render नहीं हुए, तो बचे पचानवे हज़ार। कमाई वही दो सौ डॉलर, तो impression RPM दो डॉलर से बढ़कर लगभग दो डॉलर दस हो जाता है। Google ने ये नहीं बताया कि earnings बदलेंगी या नहीं, इसलिए earnings और page RPM से परखिए। ये बदलाव web, mobile web और CTV पर display banners के लिए है। App और video पहले से ऐसे ही गिनते हैं। आज ही daily impressions और earnings, February से पहले की अपनी baseline के रूप में save कर लीजिए। अगला episode, AI Overviews ने आपके clicks ले लिए।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e07-hi.mp4</video:content_loc><video:duration>86</video:duration><video:publication_date>2026-11-11T05:39:45+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-send-all-bids-vs-top-price/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: Send-all-bids vs top price</video:title><video:description>A common myth. Prebid only reports the winning bid. Send-all-bids passes every bidder&apos;s price to your ad server, not just the top one. Three bidders answer on game.example. Two eighty, two forty and one ninety. In top price mode, Prebid sends one set of key-values, two eighty, from Bidder A. One set of line items covers every bidder. In send-all-bids mode, Prebid&apos;s default, it also sends a key per bidder, like HB PB underscore bidder A. Now Ad Manager can report on every bidder, even losers, so you can spot a partner who bids often, but low. The cost is line items per bidder, and Ad Manager cuts key names longer than twenty characters, which quietly breaks targeting. Check your setting today. If you send all bids, keep key names within twenty characters. Next, the Prebid Universal Creative, how the winning ad renders.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e05-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T07:14:07+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-send-all-bids-vs-top-price-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: Send-all-bids बनाम top price</video:title><video:description>एक आम myth. Prebid सिर्फ़ जीतने वाली bid report करता है। Send-all-bids हर bidder का price आपके ad server तक भेजता है, सिर्फ़ सबसे ऊपर वाला नहीं। तीन bidders game.example पर जवाब देते हैं। दो अस्सी, दो चालीस और एक नब्बे। Top price mode में, Prebid key-values का एक ही set भेजता है, दो अस्सी, Bidder A से। Line items का एक set हर bidder को cover करता है। Send-all-bids mode में, जो Prebid का default है, वो हर bidder के लिए एक key भी भेजता है, जैसे HB PB underscore bidder A. अब Ad Manager हर bidder पर report कर सकता है, हारने वालों पर भी, तो आप उस partner को पकड़ सकते हैं जो bid अक्सर करता है, पर कम। इसकी कीमत है हर bidder के लिए line items, और Ad Manager बीस characters से लंबे key names काट देता है, जिससे targeting चुपचाप टूट जाती है। आज ही अपनी setting check कीजिए। अगर आप send all bids करते हैं, तो key names बीस characters के अंदर रखिए। अगला episode, Prebid Universal Creative, यानी जीतने वाला ad कैसे render होता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e05-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T07:14:07+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-the-prebid-universal-creative/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: The Prebid Universal Creative</video:title><video:description>Your Prebid bid won. So where does the ad come from... The Prebid Universal Creative is a small script that fetches and shows the winning ad. Your Prebid line item doesn&apos;t hold an ad. It holds this script. When the line item wins, the script reads one key-value, HB ad ID, the winning bid&apos;s ID, say seven F three. It asks Prebid.js, on your page, for ad seven F three. If the slot sits in a SafeFrame, a protective iframe, it asks by passing a message across the frame. Prebid hands it over, and it renders. Since Prebid ten point eleven, two more keys tell the script which version and format to load. In apps, it reads the ad from Prebid Cache instead. Today, open one Prebid creative in Ad Manager and check it loads the universal creative. Next, managed wrapper versus self-hosted Prebid.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e06-en.mp4</video:content_loc><video:duration>61</video:duration><video:publication_date>2026-11-11T07:14:08+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-the-prebid-universal-creative-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: Prebid Universal Creative</video:title><video:description>आपकी Prebid bid जीत गई। तो ad आता कहाँ से है... Prebid Universal Creative एक छोटा script है, जो जीतने वाला ad लाकर दिखाता है। आपके Prebid line item में कोई ad नहीं होता। उसमें यही script होता है। जब line item जीतता है, तो script एक key-value पढ़ता है, HB ad ID, यानी जीतने वाली bid का ID, मान लीजिए सात F तीन. फिर वो आपके page पर चल रहे Prebid.js से ad सात F तीन माँगता है। अगर slot किसी SafeFrame में है, यानी एक सुरक्षा वाला iframe, तो वो frame के पार एक message भेजकर माँगता है। Prebid ad सौंप देता है, और ad render हो जाता है। Prebid दस point ग्यारह से, दो और keys script को बताती हैं कि कौन सा version और format load करना है। Apps में, वो ad को Prebid Cache से पढ़ता है। आज ही Ad Manager में एक Prebid creative खोलिए, और देखिए कि वो universal creative load करता है या नहीं। अगला episode, managed wrapper बनाम self-hosted Prebid.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e06-hi.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T07:14:09+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-managed-wrapper-vs-self-hosted-prebid/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Managed wrapper vs self-hosted Prebid</video:title><video:description>Here&apos;s a myth. Prebid is free, so running it costs nothing. A managed wrapper is Prebid installed and run for you by an outside company. Prebid&apos;s code is free. The work around it isn&apos;t. Self-hosting means your team owns every job. Adapters and builds, upgrades at least every six months, line items, consent, analytics, timeouts, and an ads.txt line per bidder. Now say recipes.example has no ad ops hire. A managed provider runs all of that, usually for a revenue share or fee, often using its own SSP accounts. The trade is less work, but less control, and less visibility without bidder-level reporting. Teams with engineers often self-host. Small teams often use a partner. Before signing, ask three things. The fee, whose SSP accounts, and bidder-level reporting. Next, Prebid, Open Bidding and Amazon in one Ad Manager setup.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e07-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T07:14:10+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-managed-wrapper-vs-self-hosted-prebid-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Managed wrapper बनाम self-hosted Prebid</video:title><video:description>एक myth सुनिए। Prebid free है, तो उसे चलाने में कोई खर्च नहीं। Managed wrapper का मतलब है Prebid, जिसे कोई बाहरी company आपके लिए install करती है और चलाती है। Prebid का code free है। उसके आसपास का काम free नहीं है। Self-hosting का मतलब है, हर काम आपकी team का। Adapters और builds, कम से कम हर छह महीने में upgrades, line items, consent, analytics, timeouts, और हर bidder के लिए ads.txt की एक line. अब मान लीजिए recipes.example के पास कोई ad ops hire नहीं है। तब एक managed provider ये सब चलाता है, आमतौर पर revenue share या fee के बदले, और अक्सर अपने SSP accounts के साथ। सौदा ये है, काम कम, पर control भी कम, और bidder-level reporting के बिना visibility भी कम। जिन teams के पास engineers हैं, वो अक्सर self-host करती हैं। छोटी teams अक्सर partner लेती हैं। Sign करने से पहले तीन बातें पूछिए। Fee, SSP accounts किसके हैं, और bidder-level reporting. अगला episode, Prebid, Open Bidding और Amazon, एक Ad Manager setup में।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e07-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T07:14:10+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-prebid-open-bidding-and-amazon-in-one-setup/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: Prebid, Open Bidding and Amazon in one setup</video:title><video:description>One ad slot on news.example. Three auctions. One winner. Many larger sites run three bidding paths, and they all meet inside Google Ad Manager. Path one, Prebid. Its best bid, two eighty, arrives as a key-value and matches a line item at two eighty. Path two, Amazon Publisher Services. Its own script runs a separate auction, with its own key-values and Amazon line items, say at two fifty. Since January twenty twenty-six, Amazon also offers a Prebid adapter, in open beta, so it can bid inside Prebid instead. Path three, Open Bidding. No extra page code. Ad Manager calls these SSPs server to server, through yield groups, and Google takes a revenue share. Say one bids three ten. Ad Manager compares everything on price, including AdX, and Open Bidding wins at three ten. One watch-out. An SSP in two paths can end up bidding against itself. Today, list your SSPs by path. If a name appears twice, ask why. Next, read your Prebid analytics.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e08-en.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T07:14:11+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-prebid-open-bidding-and-amazon-in-one-setup-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: Prebid, Open Bidding और Amazon एक setup में</video:title><video:description>news.example पर एक ad slot. तीन auctions. एक winner. कई बड़ी sites तीन bidding paths चलाती हैं, और तीनों Google Ad Manager के अंदर मिलते हैं। Path एक, Prebid. इसकी सबसे ऊँची bid, दो अस्सी, key-value बनकर आती है और दो अस्सी के line item से match होती है। Path दो, Amazon Publisher Services. इसकी अपनी script एक अलग auction चलाती है, अपनी key-values और Amazon line items के साथ, मान लीजिए दो पचास पर। जनवरी दो हज़ार छब्बीस से Amazon एक Prebid adapter भी देता है, open beta में, ताकि वो Prebid के अंदर ही bid कर सके। Path तीन, Open Bidding. Page पर कोई extra code नहीं। Ad Manager इन SSPs को server to server, yield groups के ज़रिए बुलाता है, और Google revenue share लेता है। मान लीजिए एक ने तीन दस की bid दी। Ad Manager सब कुछ price पर compare करता है, AdX समेत, और Open Bidding तीन दस पर जीतता है। एक सावधानी। दो paths में बैठा SSP खुद के ख़िलाफ़ bid कर सकता है। आज ही अपने SSPs को path के हिसाब से list कीजिए। कोई नाम दो बार दिखे, तो पूछिए क्यों। अगला episode, अपने Prebid analytics पढ़िए।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e08-hi.mp4</video:content_loc><video:duration>86</video:duration><video:publication_date>2026-11-11T07:14:11+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-read-your-prebid-analytics/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Read your Prebid analytics</video:title><video:description>Ranking bidders by revenue alone hides why they underperform. A Prebid analytics adapter records each bidder&apos;s requests, bids, timeouts and wins. Prebid.js fires an event at each step of the auction. An analytics adapter, from a vendor or in-house, sends those events to a dashboard. Say Bidder C got ten thousand requests on recipes.example. It bid four thousand times, a forty percent bid rate. It won four hundred, a ten percent win rate. Fifteen hundred answers came after the timeout, a fifteen percent timeout rate. A low bid rate points to setup, consent or demand. A low win rate means it bids, but low. A high timeout rate means its bids arrived too late, so check speed before you drop the partner. Today, confirm your build has an analytics adapter, then find your highest timeout rate. Next, dynamic floors in Prebid.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e09-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T07:14:12+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-read-your-prebid-analytics-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: अपने Prebid analytics पढ़ें</video:title><video:description>सिर्फ़ revenue से bidders को rank करने पर ये छुप जाता है कि वो कमज़ोर क्यों हैं। Prebid analytics adapter हर bidder के requests, bids, timeouts और wins record करता है। Prebid.js auction के हर step पर एक event fire करता है। एक analytics adapter, किसी vendor का या in-house, ये events एक dashboard तक भेजता है। मान लीजिए Bidder C को recipes.example पर दस हज़ार requests मिलीं। उसने चार हज़ार बार bid किया, यानी चालीस percent bid rate. वो चार सौ बार जीता, यानी दस percent win rate. पंद्रह सौ जवाब timeout के बाद आए, यानी पंद्रह percent timeout rate. कम bid rate का इशारा है setup, consent या demand की तरफ़। कम win rate का मतलब, वो bid करता है, पर कम। ज़्यादा timeout rate का मतलब, उसकी bids बहुत देर से पहुँचीं, तो partner को हटाने से पहले speed check कीजिए। आज ही पक्का कीजिए कि आपके build में analytics adapter है, फिर अपना सबसे ऊँचा timeout rate ढूँढिए। अगला episode, Prebid में dynamic floors.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e09-hi.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T07:14:12+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-dynamic-floors-in-prebid/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: Dynamic floors in Prebid</video:title><video:description>A one dollar floor rejects every ninety-nine cent bid. Every time. A dynamic floor is a minimum bid price that updates itself from data. Prebid&apos;s Price Floors module sets a minimum price per slot, and drops bids below it. A static floor is typed in once, and Prebid&apos;s docs warn you&apos;ll forget it. Dynamic floors come from a provider. Before each auction, Prebid fetches fresh rules, waiting up to a delay you set, say one hundred milliseconds. Rules can vary by slot, size or format. On news.example, a mobile banner might get one twenty, video four dollars, everything else seventy-five cents. A skip rate turns floors off for some auctions, say ten percent, so you can measure whether they help. Today, check if you run the floors module, and when its values last changed. That&apos;s Season three. Next series, Season four, deals, curation and the supply chain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e10-en.mp4</video:content_loc><video:duration>62</video:duration><video:publication_date>2026-11-11T07:14:14+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-dynamic-floors-in-prebid-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: Prebid में dynamic floors</video:title><video:description>एक डॉलर का floor, निन्यानवे cent की हर bid reject कर देता है। हर बार। Dynamic floor एक minimum bid price है, जो data से खुद update होता है। Prebid का Price Floors module हर slot के लिए minimum price तय करता है, और उससे नीचे की bids हटा देता है। Static floor एक बार type किया जाता है, और Prebid के docs चेतावनी देते हैं कि आप उसे भूल जाएँगे। Dynamic floors एक provider से आते हैं। हर auction से पहले, Prebid ताज़ा rules fetch करता है, आपकी तय की हुई delay तक रुककर, मान लीजिए सौ मिलीसेकंड। Rules slot, size या format के हिसाब से बदल सकते हैं। news.example पर, mobile banner को एक डॉलर बीस मिल सकता है, video को चार डॉलर, और बाकी सबको पचहत्तर cent. एक skip rate कुछ auctions के लिए floors बंद कर देता है, मान लीजिए दस percent, ताकि आप माप सकें कि floors मदद करते हैं या नहीं। आज ही check कीजिए कि आप floors module चलाते हैं या नहीं, और उसकी values आख़िरी बार कब बदलीं। ये था Season तीन. अगला episode, नई series, Season चार: deals, curation और supply chain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s3-e10-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T07:14:14+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-adsense-vs-ad-manager-vs-adx/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: AdSense vs Ad Manager vs AdX</video:title><video:description>When should you leave AdSense for Ad Manager? AdSense sells your ads for you. Ad Manager lets you decide who competes. Take recipes.example. On AdSense, Google picks the ads and pays you, with little to manage. Google itself says AdSense fits best if you don&apos;t sell ads directly. Then a cookware brand calls. It wants your homepage slot for one week at a fixed price. AdSense can&apos;t book that. Ad Manager can. It&apos;s an ad server, so the deal becomes a line item, and everything else competes for the rest. That includes AdSense, other exchanges, and AdX, Google&apos;s ad exchange. Many smaller sites reach AdX through a Google partner, using Multiple Customer Management, or MCM. List your demand. Only AdSense and no direct deals? Stay put. Direct deals or several partners? Time to graduate. Next, how a page asks for an ad, the GPT tag.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e01-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T07:14:15+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-adsense-vs-ad-manager-vs-adx-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: AdSense, Ad Manager और AdX</video:title><video:description>AdSense छोड़कर Ad Manager पर कब जाना चाहिए? AdSense आपके ads आपके लिए बेचता है। Ad Manager में आप तय करते हैं कि कौन compete करेगा। मान लीजिए recipes.example. AdSense पर Google ads चुनता है और आपको पैसे देता है, manage करने को ज़्यादा कुछ नहीं। Google खुद कहता है कि AdSense सबसे अच्छा तब है, जब आप ads सीधे नहीं बेचते। फिर एक cookware brand का call आता है। उसे आपका homepage slot एक हफ़्ते के लिए, fixed price पर चाहिए। AdSense ये booking नहीं कर सकता। Ad Manager कर सकता है। ये एक ad server है, तो ये deal एक line item बन जाती है, और बाकी सब, बचे हुए हिस्से के लिए compete करते हैं। इसमें AdSense, दूसरे exchanges, और AdX, यानी Google का ad exchange, शामिल हैं। कई छोटी sites, AdX तक एक Google partner के ज़रिए पहुँचती हैं, Multiple Customer Management, यानी MCM से। अपनी demand की list बनाइए। सिर्फ़ AdSense, और कोई direct deal नहीं? वहीं रहिए। Direct deals या कई partners? अब graduate करने का वक़्त है। अगला episode, page ad कैसे माँगता है, यानी GPT tag.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e01-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T07:14:15+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-how-a-page-asks-for-an-ad-the-gpt-tag/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: How a page asks for an ad: the GPT tag</video:title><video:description>Your page loads. Then one small script asks Google for an ad. The Google Publisher Tag, or GPT, is the code that requests ads from Ad Manager. On recipes.example it works in four steps. First, load the GPT library from Google. Second, define a slot. Ad unit path,/one two three four/recipes/top. Size, three hundred by two fifty. And the box where the ad goes. Third, add key values, like section equals desserts. Fourth, display. GPT sends one ad request to Ad Manager with the ad unit, size, page address and key values. Ad Manager picks a winner and returns the creative, and GPT draws it in the box. Check one page today. Does the tag&apos;s ad unit path match Ad Manager exactly? A mismatch means targeted line items miss it. Next, orders, line items and creatives in one minute.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e02-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T07:14:16+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-how-a-page-asks-for-an-ad-the-gpt-tag-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Page ad कैसे माँगता है: GPT tag</video:title><video:description>आपका page load होता है। फिर एक छोटी सी script, Google से एक ad माँगती है। Google Publisher Tag, यानी GPT, वो code है जो Ad Manager से ads request करता है। recipes.example पर ये चार steps में काम करता है। पहला, Google से GPT library load कीजिए। दूसरा, एक slot define कीजिए। Ad unit path,/एक दो तीन चार/recipes/top. Size, तीन सौ बाय दो सौ पचास। और वो box, जहाँ ad दिखेगा। तीसरा, key values जोड़िए, जैसे section equals desserts. चौथा, display. GPT, Ad Manager को एक ad request भेजता है, जिसमें ad unit, size, page address और key values होते हैं। Ad Manager एक winner चुनता है और creative लौटाता है, और GPT उसे box में दिखा देता है। आज एक page check कीजिए। क्या tag का ad unit path, Ad Manager से बिल्कुल match करता है? Mismatch हुआ, तो targeted line items उसे miss कर देंगे। अगला episode, orders, line items और creatives, एक मिनट में।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e02-hi.mp4</video:content_loc><video:duration>76</video:duration><video:publication_date>2026-11-11T07:14:16+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-orders-line-items-creatives/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Orders, line items, creatives</video:title><video:description>The first week mistake. Fixing the ad when the booking is wrong. Ad Manager stores every campaign in three layers. Order, line item, creative. Say Acme Shoes buys five hundred thousand homepage impressions on recipes.example in December, at a six dollar CPM. That&apos;s three thousand dollars. The order is the deal with Acme, holding the advertiser, the salesperson and the trafficker who sets it up. The line item is the promise. December first to thirty first, five hundred thousand impressions, six dollar CPM, homepage ad unit, three hundred by two fifty. The creative is the ad itself. Two image files and a click through link. So when delivery looks wrong, check the line item first. Dates, targeting and goals live there. Open one live order today. Trace it down to its line items and creatives. Next, line item priorities, who gets the impression first.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e03-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T07:14:17+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-orders-line-items-creatives-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Orders, line items, creatives</video:title><video:description>पहले हफ़्ते की गलती। Booking गलत है, और आप ad ठीक कर रहे हैं। Ad Manager हर campaign को तीन layers में रखता है। Order, line item, creative. मान लीजिए Acme Shoes, recipes.example पर दिसंबर में पाँच लाख homepage impressions खरीदता है, छह डॉलर CPM पर। यानी तीन हज़ार डॉलर। Order, Acme के साथ deal है, जिसमें advertiser, salesperson, और उसे set up करने वाला trafficker होता है। Line item एक वादा है। एक से इकतीस दिसंबर, पाँच लाख impressions, छह डॉलर CPM, homepage ad unit, तीन सौ बाय दो सौ पचास। Creative खुद ad है। दो image files और एक click through link. तो जब delivery गलत लगे, पहले line item check कीजिए। Dates, targeting और goals वहीं रहते हैं। आज एक live order खोलिए। और उसे उसके line items और creatives तक trace कीजिए। अगला episode, line item priorities, यानी impression पहले किसे मिलता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e03-hi.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T07:14:18+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-line-item-priorities/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: Line item priorities</video:title><video:description>Four beats twelve. In Ad Manager, the lower number wins. Priority is the number that decides which line items get first claim on an impression. Here&apos;s the ladder for one homepage slot on news.example. Priority four is Sponsorship, a guaranteed booking for a share of impressions, like a one day takeover. Six, eight or ten is Standard, guaranteed campaigns with an impression goal. Twelve is where price decides. Price Priority, Network and Bulk line items compete there with AdX and AdSense. Sixteen is House, your own promos, which serve only when nothing else will. So during Monday&apos;s takeover, priority twelve demand barely sees that slot. One twist, AdX can still challenge guaranteed line items. That&apos;s episode six. Sort your line items by priority. Header bidding line items belong at twelve, not above it. Next, key values, how header bidding talks to Ad Manager.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e04-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T07:14:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-line-item-priorities-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: Line item priorities</video:title><video:description>चार, बारह को हराता है। Ad Manager में, छोटा number जीतता है। Priority वो number है, जो तय करता है कि किसी impression पर पहला हक़ किन line items का होगा। news.example के एक homepage slot की सीढ़ी देखिए। Priority चार है Sponsorship, impressions के एक हिस्से की guaranteed booking, जैसे एक दिन का takeover. छह, आठ या दस है Standard, impression goal वाले guaranteed campaigns. बारह पर price फ़ैसला करता है। Price Priority, Network और Bulk line items वहाँ AdX और AdSense से मुकाबला करते हैं। सोलह है House, आपके अपने promos, जो तभी serve होते हैं जब और कुछ नहीं चलता। तो सोमवार के takeover के दौरान, priority बारह की demand उस slot को मुश्किल से देख पाती है। एक twist, AdX फिर भी guaranteed line items को challenge कर सकता है। वो episode छह में। अपने line items को priority से sort कीजिए। Header bidding line items बारह पर होने चाहिए, उससे ऊपर नहीं। अगला episode, key values, header bidding Ad Manager से कैसे बात करता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e04-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T07:14:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-key-values-how-header-bidding-talks-to-ad-manager/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: Key-values: how header bidding talks to Ad Manager</video:title><video:description>How does Ad Manager know a Prebid bid was two dollars ten? A key value is a label on the ad request, a name plus a value. Prebid.js runs its auction in the browser. Say the top bid is two thirteen. By default Prebid rounds it down to a ten cent bucket, two point one zero. Then it sets key values. HB PB equals two point one zero, the price. HB bidder names the winner. GPT sends them with the ad request. In Ad Manager, a Price Priority line item targets HB PB two point one zero, at a two dollar ten rate. It competes at priority twelve against AdX. If it wins, Prebid&apos;s creative renders the winning ad. Open one Prebid line item today. Check that its key value matches its rate. Next, dynamic allocation, how AdX competes with your line items.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e05-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T07:14:20+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-key-values-how-header-bidding-talks-to-ad-manager-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: Key-values: header bidding और Ad Manager की बातचीत</video:title><video:description>Ad Manager को कैसे पता चलता है कि Prebid की bid दो डॉलर दस की थी? Key value, ad request पर लगा एक label है, एक name और एक value. Prebid.js अपना auction browser में चलाता है। मान लीजिए top bid दो डॉलर तेरह है। Default रूप से Prebid इसे दस cent के bucket में नीचे round करता है, दो point एक शून्य। फिर वो key values set करता है। HB PB बराबर दो point एक शून्य, यानी price. HB bidder बताता है कि कौन जीता। GPT इन्हें ad request के साथ भेजता है। Ad Manager में, एक Price Priority line item HB PB दो point एक शून्य को target करता है, दो डॉलर दस के rate पर। ये priority बारह पर AdX से मुकाबला करता है। अगर ये जीतता है, तो Prebid का creative जीतने वाला ad render करता है। आज ही एक Prebid line item खोलिए। देखिए कि उसकी key value उसके rate से match करती है। अगला episode, dynamic allocation, AdX आपके line items से कैसे मुकाबला करता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e05-hi.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T07:14:20+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-dynamic-allocation/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: Dynamic allocation</video:title><video:description>Myth. Your guaranteed campaign always gets the impression. Dynamic allocation lets AdX and other non guaranteed demand compete for each impression. Take a Standard line item on news.example that&apos;s on pace. Ad Manager gives it a temporary CPM, the opportunity cost of not serving it. Say four dollars. AdX bids six. Six beats four, so AdX takes this impression, and the campaign still has time to deliver. If the campaign falls behind, Ad Manager raises its temporary CPM, so it wins more often and finishes on time. Remnant line items at priority twelve get no temporary CPM. AdX simply competes with the highest priced one. A one fifty line item beats a one twenty AdX bid. Check pacing on your guaranteed line items. On track, with AdX winning some impressions, means it&apos;s working. Next, Open Bidding, Google&apos;s own server side header bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e06-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T07:14:21+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-dynamic-allocation-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: Dynamic allocation</video:title><video:description>Myth. आपके guaranteed campaign को हमेशा impression मिलता है। Dynamic allocation, AdX और दूसरी non guaranteed demand को हर impression के लिए मुकाबला करने देता है। news.example पर एक Standard line item लीजिए, जो on pace है। Ad Manager उसे एक temporary CPM देता है, यानी उसे serve न करने की opportunity cost. मान लीजिए चार डॉलर। AdX छह की bid लगाता है। छह, चार को हराता है, तो ये impression AdX ले जाता है, और campaign के पास deliver करने का समय अब भी है। अगर campaign पीछे रह जाए, तो Ad Manager उसका temporary CPM बढ़ा देता है, ताकि वो ज़्यादा बार जीते और समय पर पूरा हो। Priority बारह वाले remnant line items को कोई temporary CPM नहीं मिलता। AdX सीधे सबसे ऊँचे price वाले से मुकाबला करता है। एक डॉलर पचास का line item, एक डॉलर बीस की AdX bid को हरा देता है। अपने guaranteed line items की pacing check कीजिए। On track, और साथ में AdX कुछ impressions जीत रहा हो, तो इसका मतलब है ये काम कर रहा है। अगला episode, Open Bidding, Google का अपना server side header bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e06-hi.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-11-11T07:14:21+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-open-bidding-googles-server-side-header-bidding/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Open Bidding, Google&#8217;s server-side header bidding</video:title><video:description>Can other exchanges bid inside Ad Manager without Prebid? Open Bidding is header bidding that runs on Google&apos;s servers instead of your page. In Ad Manager you build a yield group, say for your banner slots, and add exchanges as yield partners. When a request arrives, Ad Manager calls them server to server, all at once, and they bid in the same auction as AdX. No extra code on your page. Bids are compared net of Google&apos;s fee. Say Exchange A bids two forty and nets two twenty. AdX nets two dollars. Exchange A wins. The trade off. Less page latency, but only partners Google has integrated, a fee on each win, and Google runs the auction. Open your yield groups. An exchange in both Open Bidding and Prebid may be asking the same buyers twice. Next, first price auctions and bid shading, why bids come in lower.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e07-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T07:14:22+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-open-bidding-googles-server-side-header-bidding-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Open Bidding</video:title><video:description>क्या दूसरे exchanges, Prebid के बिना, Ad Manager के अंदर bid कर सकते हैं? Open Bidding यानी header bidding, जो आपके page पर नहीं, Google के servers पर चलती है। Ad Manager में आप एक yield group बनाते हैं, जैसे अपने banner slots के लिए, और उसमें exchanges को yield partners की तरह जोड़ते हैं। जब request आती है, Ad Manager उन्हें server to server, एक साथ बुलाता है, और वो AdX वाले उसी auction में bid करते हैं। आपके page पर कोई extra code नहीं। Bids की तुलना Google की fee काटकर, यानी net में होती है। मान लीजिए Exchange A दो डॉलर चालीस की bid लगाता है, और net दो डॉलर बीस बचते हैं। AdX का net दो डॉलर है। Exchange A जीतता है। Trade off क्या है? Page latency कम, लेकिन सिर्फ़ वही partners जिन्हें Google ने integrate किया है, हर जीत पर fee, और auction Google चलाता है। अपने yield groups खोलिए। जो exchange Open Bidding और Prebid दोनों में है, वो शायद उन्हीं buyers से दो बार पूछ रहा है। अगला episode, first price auctions और bid shading, यानी bids कम क्यों आती हैं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e07-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T07:14:23+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-first-price-auctions-and-bid-shading/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: First-price auctions and bid shading</video:title><video:description>A buyer values your ad at five dollars. It bids three twenty. Bid shading means a buyer bids below its true value to avoid overpaying. Ad Manager has run a unified first price auction since twenty nineteen. The winner pays what it bids. In the old second price auctions, the winner paid just above the runner up. Value five, next bid three, price about three dollars and one cent. In first price, an honest five dollar bid pays five. So buyer software learns what usually wins on your site, and bids just enough. If three twenty usually wins, it bids three twenty. What pushes shaded bids back up? More real competition, and floors close to what buyers really value. Lower bids don&apos;t always mean weaker demand. Check competition and floors before you panic. Next, pricing rules after the Google ruling.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e08-en.mp4</video:content_loc><video:duration>57</video:duration><video:publication_date>2026-11-11T07:14:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-first-price-auctions-and-bid-shading-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: First-price auction और bid shading</video:title><video:description>एक buyer आपके ad की value पाँच डॉलर आँकता है। पर bid लगाता है तीन डॉलर बीस। Bid shading का मतलब है, buyer अपनी असली value से कम bid लगाता है, ताकि ज़्यादा न चुकाना पड़े। Ad Manager दो हज़ार उन्नीस से unified first price auction चला रहा है। जीतने वाला उतना ही चुकाता है, जितनी bid लगाता है। पुराने second price auctions में, winner runner up से बस थोड़ा ज़्यादा चुकाता था। Value पाँच, अगली bid तीन, तो कीमत लगभग तीन डॉलर एक सेंट। First price में, पाँच डॉलर की ईमानदार bid पूरे पाँच चुकाती है। इसलिए buyer का software सीखता है कि आपकी site पर आम तौर पर क्या जीतता है, और बस उतनी ही bid लगाता है। अगर तीन डॉलर बीस आम तौर पर जीतता है, तो वो तीन डॉलर बीस की bid लगाता है। तो shaded bids फिर से ऊपर कैसे जाती हैं? ज़्यादा असली competition से, और ऐसे floors से, जो buyers की असली value के करीब हों। कम bids का मतलब हमेशा कमज़ोर demand नहीं होता। घबराने से पहले competition और floors check कीजिए। अगला episode, Google ruling के बाद pricing rules.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e08-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T07:14:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-pricing-rules-after-the-google-ruling/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Pricing rules after the Google ruling</video:title><video:description>September second, twenty twenty six. A ruling that reaches your floor prices. A per bidder floor sets a different minimum price for each bidder. Under unified pricing rules, a two dollar floor on news.example applied to AdX and every rival alike. In December twenty twenty five, Google renamed them pricing rules and added per bidder floors. Bidder A must bid five, others compete at two. In the US ad tech case, Judge Brinkema declined to break up Google&apos;s exchange. Both sides&apos; draft final judgment would ban unified pricing rules, first look and last look for indirect sales, like open auctions. Last look let AdX bid after seeing rivals. But it isn&apos;t final. As of November, no final judgment had been entered, and Google plans to appeal. Open your pricing rules. Test one bidder specific floor before changing them all. Next, protections and blocks, ad quality without killing bids.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e09-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T07:14:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-pricing-rules-after-the-google-ruling-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: Google ruling के बाद pricing rules</video:title><video:description>दो सितंबर, दो हज़ार छब्बीस। एक ruling, जो आपकी floor prices तक पहुँचती है। Per bidder floor यानी हर bidder के लिए अलग minimum price. Unified pricing rules में, news.example पर दो डॉलर का floor, AdX और हर rival पर एक जैसा लागू होता था। दिसंबर दो हज़ार पच्चीस में Google ने इनका नाम pricing rules कर दिया, और per bidder floors जोड़ दिए। Bidder A को पाँच डॉलर की bid लगानी होगी, बाकी दो डॉलर पर compete करेंगे। US ad tech case में Judge Brinkema ने Google का exchange तोड़ने से इनकार किया। दोनों पक्षों का draft final judgment, indirect sales, जैसे open auctions, में unified pricing rules, first look और last look पर रोक लगाएगा। Last look से AdX, rivals की bids देखकर बाद में bid कर पाता था। लेकिन ये अभी final नहीं है। नवंबर तक कोई final judgment जारी नहीं हुआ था, और Google appeal की तैयारी में है। अपने pricing rules खोलिए। सब बदलने से पहले, एक bidder specific floor test कीजिए। अगला episode, protections और blocks, bids गँवाए बिना ad quality.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e09-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T07:14:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-protections-and-blocks/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: Protections and blocks</video:title><video:description>The mistake. Blocking a whole category to stop one bad ad. Protections are Ad Manager rules that block ads by category, advertiser, URL or buyer. Say one pushy loan ad shows up on recipes.example. The quick fix is blocking a whole finance category. But that shuts out every advertiser in that category, on every impression it covers. Less competition, lower prices. Ad Manager shows the cost first. Add a general category block, and you see an estimated seven day revenue impact, based on similar publishers. The narrower fix. Block that advertiser&apos;s URL, or find the creative in the Ad review center and block only that ad. And when rules overlap, the more restrictive one applies. Review your category blocks today. For each, check the revenue impact, and ask if a narrower block would do. That&apos;s season two. Next, Season three, header bidding, hands on.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e10-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T07:14:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-protections-and-blocks-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: Protections और blocks</video:title><video:description>गलती। एक खराब ad रोकने के लिए पूरी category block कर देना। Protections, Ad Manager के वो rules हैं जो ads को category, advertiser, URL या buyer के हिसाब से block करते हैं। मान लीजिए recipes.example पर एक परेशान करने वाला loan ad दिख रहा है। झटपट fix लगता है, पूरी finance category block कर दो। लेकिन इससे उस category का हर advertiser बाहर हो जाता है, हर उस impression पर जिसे वो block cover करता है। कम competition, कम prices. Ad Manager पहले ही cost दिखा देता है। General category block जोड़िए, और आपको सात दिन का estimated revenue impact दिखेगा, मिलते-जुलते publishers के आधार पर। बेहतर है narrow fix. उस advertiser का URL block कीजिए, या Ad review center में वो creative ढूँढकर सिर्फ़ वही ad block कीजिए। और जब rules overlap करें, तो ज़्यादा सख़्त rule लागू होता है। आज ही अपने category blocks देखिए। हर एक का revenue impact check कीजिए, और सोचिए, क्या narrow block से काम चल जाएगा? ये था season दो। अगला episode, season तीन, header bidding, hands on.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s2-e10-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T07:14:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-open-auction-pmp-preferred-deal-programmatic-guaranteed/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: Open auction, PMP, preferred deal, programmatic guaranteed</video:title><video:description>One ad slot can be sold four ways. Can you name them? A deal gives a buyer special access to your inventory, on agreed terms. Two questions sort them. Is the price fixed? Is the volume promised? Take the top box on news.example. In the open auction, any buyer can bid above your one dollar floor. In a private auction, or PMP, only invited buyers bid, above a three dollar floor. In a preferred deal, one travel brand gets first look at a fixed six dollars. It can pass, and the impression falls back to the auctions. In programmatic guaranteed, that brand reserves five hundred thousand impressions at eight dollars, and must take them. More promise means more commitment, on both sides. Today, label each of your live deals with its type. Next: deal IDs, and how a deal travels through the bid stream.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e01-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T08:06:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-open-auction-pmp-preferred-deal-programmatic-guaranteed-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: Open auction, PMP, preferred deal, programmatic guaranteed</video:title><video:description>एक ad slot चार तरीकों से बिक सकता है। क्या आप चारों के नाम बता सकते हैं? Deal का मतलब है, तय शर्तों पर किसी buyer को आपकी inventory तक खास पहुँच। दो सवाल इन्हें अलग करते हैं। क्या price fixed है? क्या volume promised है? news.example का top box लीजिए। Open auction में कोई भी buyer आपके एक डॉलर के floor से ऊपर bid कर सकता है। Private auction, यानी PMP में, सिर्फ़ invited buyers bid करते हैं, तीन डॉलर के floor से ऊपर। Preferred deal में एक travel brand को छह डॉलर की fixed price पर first look मिलता है। वो pass कर सकता है, और तब impression वापस auctions में चला जाता है। Programmatic guaranteed में वही brand आठ डॉलर पर पाँच लाख impressions reserve करता है, और उसे वो लेने ही होंगे। जितना बड़ा promise, दोनों तरफ़ उतनी बड़ी commitment. आज ही अपनी हर live deal पर उसका type लिखिए। अगला episode, deal IDs, और एक deal bid stream में कैसे सफ़र करती है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e01-hi.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T08:06:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-deal-ids-how-a-deal-travels-through-the-bid-stream/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: Deal IDs: how a deal travels through the bid stream</video:title><video:description>The buyer agreed to six dollars. The bids arrived as open auction. A deal ID is the code that ties a bid to its deal. You create a deal in your SSP. It gets an ID, say NEWS zero four two. The buyer adds that ID to a DSP campaign. When a matching impression comes up, the SSP adds a private marketplace object to the OpenRTB bid request, with the deal ID, a six dollar floor and the allowed buyer seat. The DSP bids, and copies the ID into its deal ID field. With Prebid, the ID becomes a key-value in Google Ad Manager, and a higher priority deal line item picks it up. Our buyer had typed zero two four. No match, so every bid looked like open auction. Pick one live deal. Check the ID is identical in your SSP, the DSP and your ad server. Next: why your deals underdeliver.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e02-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T08:06:20+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-deal-ids-how-a-deal-travels-through-the-bid-stream-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Deal ID: deal bid stream में कैसे चलती है</video:title><video:description>Buyer छह डॉलर पर राज़ी हुआ था। पर bids open auction बनकर आईं। Deal ID वो code है जो एक bid को उसकी deal से जोड़ता है। आप अपने SSP में एक deal बनाते हैं। उसे एक ID मिलता है, मान लीजिए NEWS zero four two. Buyer वो ID अपने DSP campaign में डालता है। जब कोई matching impression आता है, तो SSP OpenRTB bid request में एक private marketplace object जोड़ता है, जिसमें deal ID, छह डॉलर का floor और allowed buyer seat होती है। DSP bid करता है, और वही ID अपने deal ID field में copy करता है। Prebid के साथ ये ID Google Ad Manager में एक key-value बन जाता है, और एक higher priority deal line item उसे पकड़ लेता है। हमारे buyer ने zero two four type किया था। Match नहीं हुआ, इसलिए हर bid open auction जैसी दिखी। कोई एक live deal चुनिए। Check कीजिए कि ID आपके SSP, DSP और ad server में बिल्कुल एक जैसा है। अगला episode, आपकी deals underdeliver क्यों करती हैं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e02-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T08:06:21+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-why-your-deals-underdeliver/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Why your deals underdeliver</video:title><video:description>One million deal requests. Twenty thousand impressions. Where did they go? Underdelivery means a deal serves far fewer impressions than you and the buyer planned. Read it as a funnel. A private auction on recipes.example gets one million ad requests this week. Google Ad Manager sorts them. Seven hundred thousand: the buyer did not bid. That is usually the buyer&apos;s side, a paused campaign, a spent budget, or narrower targeting. Two hundred thousand: the buyer bid, but through the open auction or another deal ID. Often, the wrong ID is on the campaign. One hundred thousand: bids for this deal. Eighty thousand lost. They were below your floor, blocked by your protections, or beaten by a higher priority line item. Twenty thousand won. Find the biggest drop and fix that first. Send the buyer the number, not a feeling. Next: who takes the curation fee, and what it does to your bids.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e03-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T08:06:22+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-why-your-deals-underdeliver-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: आपकी deals कम deliver क्यों करती हैं</video:title><video:description>दस लाख deal requests. बीस हज़ार impressions. बाकी कहाँ गए? Underdelivery का मतलब है, deal उससे बहुत कम impressions serve करती है जितने आपने और buyer ने plan किए थे। इसे एक funnel की तरह पढ़िए। recipes.example पर एक private auction को इस हफ़्ते दस लाख ad requests मिलती हैं। Google Ad Manager इन्हें छाँटता है। सात लाख: buyer ने bid ही नहीं किया। ये आम तौर पर buyer की तरफ़ की बात है, paused campaign, खत्म हुआ budget, या narrower targeting. दो लाख: buyer ने bid किया, पर open auction या किसी दूसरे deal ID से। अक्सर campaign पर गलत ID लगा होता है। एक लाख: इस deal के लिए bids. अस्सी हज़ार हार गईं। वो आपके floor से नीचे थीं, आपकी protections ने उन्हें block किया, या कोई higher priority line item जीत गया। बीस हज़ार जीतीं। सबसे बड़ा drop ढूँढिए और पहले उसे ठीक कीजिए। Buyer को अंदाज़ा नहीं, number भेजिए। अगला episode, curation fee कौन लेता है, और वो आपकी bids पर क्या असर डालती है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e03-hi.mp4</video:content_loc><video:duration>76</video:duration><video:publication_date>2026-11-11T08:06:22+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-who-takes-the-curation-fee/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: Who takes the curation fee?</video:title><video:description>Myth: a higher bid always pays you more. A curator packages impressions, often with data, into deals. Its cut is the curation fee. Say an impression on recipes.example gets a two dollar bid in the open auction. Your SSP keeps fifteen percent, so you get one dollar seventy. In a curated deal, the same impression sells for two dollars twenty. The curator keeps ten percent, twenty-two cents. The SSP keeps thirty-three cents. You get one dollar sixty-five. Higher bid, less money. The fee is often built into the floor the buyer sees, so it hides inside the price. Curation pays you only when the bid rises by more than the fees. And one industry analysis found roughly half of curated deals carry no curation fee. Ask your SSP for a report of curated deals on your inventory, with the curator and the fee type. Next: SPO, and why DSPs cut your SSPs.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e04-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T08:06:23+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-who-takes-the-curation-fee-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: Curation fee कौन लेता है?</video:title><video:description>एक आम myth: ऊँची bid हमेशा आपको ज़्यादा पैसे देती है। Curator impressions को, अक्सर data के साथ, deals में pack करता है। उसका हिस्सा कहलाता है curation fee. मान लीजिए recipes.example पर एक impression को open auction में दो डॉलर की bid मिलती है। आपका SSP पंद्रह प्रतिशत रखता है, तो आपको मिलते हैं एक डॉलर सत्तर। Curated deal में वही impression दो डॉलर बीस में बिकता है। Curator दस प्रतिशत रखता है, यानी बाईस सेंट। SSP तैंतीस सेंट रखता है। आपको मिलते हैं एक डॉलर पैंसठ। Bid ज़्यादा, पैसा कम। ये fee अक्सर buyer को दिखने वाले floor में ही जुड़ी होती है, यानी कीमत के अंदर छुपी रहती है। Curation तभी फ़ायदा देता है, जब bid fees से ज़्यादा बढ़े। और एक industry analysis के मुताबिक, लगभग आधे curated deals पर कोई curation fee नहीं होती। अपने SSP से अपनी inventory के curated deals की report माँगिए, curator और fee type के साथ। अगला episode, SPO, और क्यों DSPs आपके SSPs को हटाते हैं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e04-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:06:23+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-spo-from-the-buyers-side/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: SPO from the buyer&#8217;s side</video:title><video:description>One industry analysis found the typical publisher uses over twenty-five SSPs. Supply path optimization, or SPO, is a buyer keeping only its best routes to you. Look from the DSP&apos;s side. One impression on news.example arrives through four SSPs. Four bid requests, one ad. The buyer can only win once, and may bid against itself. So it scores each path. Is your ads.txt line DIRECT? Does the SSP&apos;s sellers.json list you as the publisher? Is the supply chain object, or schain, complete? How big is the fee? Paths A and B are direct and cheap. C and D run through resellers. The DSP keeps A and B, and drops C and D. If a buyer reached you only through C, that spend shrinks. For each SSP, check that your DIRECT line matches a publisher entry in its sellers.json. Next: ads.txt hygiene, owner domain and manager domain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e05-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T08:06:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-spo-from-the-buyers-side-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: Buyer की नज़र से SPO</video:title><video:description>एक industry analysis के मुताबिक, एक आम publisher पच्चीस से ज़्यादा SSPs इस्तेमाल करता है। Supply path optimization, यानी SPO, मतलब buyer आप तक पहुँचने के सिर्फ़ अपने सबसे अच्छे रास्ते रखता है। अब DSP की तरफ़ से देखिए। news.example का एक impression चार SSPs से आता है। चार bid requests, एक ad. Buyer सिर्फ़ एक बार जीत सकता है, और हो सकता है अपने ही ख़िलाफ़ bid कर दे। इसलिए वो हर path को score करता है। क्या आपकी ads.txt line DIRECT है? क्या SSP की sellers.json आपको publisher बताती है? क्या supply chain object, यानी schain, पूरा है? Fee कितनी बड़ी है? Path A और B direct हैं और सस्ते हैं। C और D resellers से होकर आते हैं। DSP, A और B को रखता है, और C और D को हटा देता है। अगर कोई buyer आप तक सिर्फ़ C से पहुँचता था, तो वो spend घट जाता है। हर SSP के लिए check कीजिए, कि आपकी DIRECT line उसकी sellers.json में एक publisher entry से match करती है। अगला episode, ads.txt hygiene, owner domain और manager domain.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e05-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:06:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-ads-txt-hygiene-ownerdomain-and-managerdomain/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: ads.txt hygiene: OWNERDOMAIN and MANAGERDOMAIN</video:title><video:description>Your ads.txt says DIRECT. Buyers may still read reseller. Owner domain is an ads.txt line naming the company that owns the site. Say Northwind Media owns news.example. Your SSP&apos;s sellers.json lists you as a publisher at northwind.example. A buyer&apos;s crawler opens news.example/ads.txt. There is no owner domain line, so the spec says, assume the owner is news.example. That does not match northwind.example. In IAB guidance, a seller that matches neither owner nor manager reads as a reseller. The fix is one line: owner domain equals northwind.example. Manager domain is different. Use it only for a primary or exclusive seller, like a sales house in Germany, with its country code. It is not a list of your SSPs. Open your ads.txt. Does owner domain match your sellers.json domain? Next: curated audiences, selling your own first-party data signals.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e06-en.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T08:06:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-ads-txt-hygiene-ownerdomain-and-managerdomain-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: ads.txt hygiene: OWNERDOMAIN और MANAGERDOMAIN</video:title><video:description>आपकी ads.txt कहती है DIRECT. फिर भी buyers इसे reseller पढ़ सकते हैं। Owner domain, ads.txt की वो line है, जो site की मालिक company का नाम बताती है। मान लीजिए news.example की मालिक है Northwind Media. आपके SSP की sellers.json आपको northwind.example पर publisher बताती है। एक buyer का crawler news.example/ads.txt खोलता है। वहाँ कोई owner domain line नहीं है, तो spec कहता है, मान लो owner news.example है। ये northwind.example से match नहीं करता। IAB guidance में, जो seller न owner से match करे, न manager से, उसे reseller पढ़ा जाता है। Fix बस एक line है: owner domain बराबर northwind.example. Manager domain अलग चीज़ है। इसे सिर्फ़ primary या exclusive seller के लिए लिखिए, जैसे Germany में एक sales house, उसके country code के साथ। ये आपके SSPs की list नहीं है। अपनी ads.txt खोलिए। क्या owner domain आपके sellers.json domain से match करता है? अगला episode, curated audiences, यानी अपने first-party data signals बेचना।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e06-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T08:06:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-curated-audiences-selling-your-first-party-data-signals/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Curated audiences: selling your first-party data signals</video:title><video:description>What do you know about your readers that no cookie can tell? Curated Audiences is an IAB standard for sending your own segments, without user IDs. Take recipes.example. A visitor has read six baking recipes this week. You do not send a user ID. You map that to a standard label: segment three seven two, desserts and baking, from the IAB Audience Taxonomy. In Prebid, the label goes into the user data field, with your domain as the source, and seg-tax four, which tells buyers which taxonomy you used. Bidders that support it all see the same label. A buyer looking for bakers can bid on it, or buy it in a deal. It is a label, not a cookie, so it works across browsers and apps. One caution: in some regions, sending user data needs consent. List three things your site knows about readers, and find the matching taxonomy IDs. Next: the IAB Deals API, ending deal-sync chaos.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e07-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T08:06:27+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-curated-audiences-selling-your-first-party-data-signals-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Curated audiences: अपने first-party data signals</video:title><video:description>आपको अपने readers के बारे में ऐसा क्या पता है, जो कोई cookie नहीं बता सकती? Curated Audiences एक IAB standard है, जिससे आप बिना user IDs के अपने segments भेजते हैं। मान लीजिए recipes.example. एक visitor ने इस हफ़्ते छह baking recipes पढ़ीं। आप user ID नहीं भेजते। आप इसे एक standard label में बदलते हैं: IAB Audience Taxonomy का segment तीन सात दो, desserts and baking. Prebid में ये label user data field में जाता है, source में आपका domain होता है, और seg-tax चार, जो buyers को बताता है कि आपने कौन सी taxonomy इस्तेमाल की। जो bidders इसे support करते हैं, उन सबको वही label दिखता है। Bakers ढूँढ रहा buyer इस पर bid कर सकता है, या इसे deal में खरीद सकता है। ये एक label है, cookie नहीं, इसलिए ये browsers और apps, दोनों में चलता है। एक सावधानी: कुछ regions में user data भेजने के लिए consent चाहिए। अपनी site के readers के बारे में तीन बातें लिखिए, और उनसे मिलती taxonomy IDs ढूँढिए। अगला episode, IAB Deals API, और deal-sync की गड़बड़ी का अंत।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e07-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:06:27+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-the-iab-deals-api/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: The IAB Deals API</video:title><video:description>Three DSPs, one deal, three emails, and one typo. The Deals API is an IAB standard for sending deal terms between platforms. Today, you set up a deal in your SSP, then email the ID and terms to each buyer, who retypes them. Names differ, fields go missing, and one typo breaks the deal. With the Deals API, your SSP pushes one standard deal record to each DSP: the deal ID, name, dates, countries, floor, price type, and whether it is guaranteed. Curated deals also name the curator and the fee type. Then your SSP can ask each DSP for status: pending, approved, rejected or active. Version one point zero was finalized in February twenty twenty-six. It is push only, it sits outside OpenRTB, and buyers still check bid requests against the terms. Ask your SSP: do you support the Deals API, and can I see each buyer&apos;s status? That wraps Season 4. Next: Season 5, privacy and identity.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e08-en.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:06:28+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-the-iab-deals-api-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: IAB Deals API</video:title><video:description>तीन DSPs, एक deal, तीन emails, और एक typo. Deals API एक IAB standard है, जिससे platforms के बीच deal की terms भेजी जाती हैं। आज आप अपने SSP में deal बनाते हैं, फिर deal ID और terms हर buyer को email करते हैं, और वो उन्हें दोबारा type करता है। नाम अलग होते हैं, fields छूट जाती हैं, और एक typo से deal टूट जाती है। Deals API के साथ, आपका SSP हर DSP को एक standard deal record push करता है: deal ID, नाम, dates, countries, floor, price type, और deal guaranteed है या नहीं। Curated deals में curator और fee type का नाम भी होता है। फिर आपका SSP हर DSP से status पूछ सकता है: pending, approved, rejected या active. Version एक पॉइंट ज़ीरो, फ़रवरी दो हज़ार छब्बीस में final हुआ। ये सिर्फ़ push है, OpenRTB से बाहर है, और buyers अब भी bid requests को terms से मिलाकर check करते हैं। अपने SSP से पूछिए: क्या आप Deals API support करते हैं, और क्या मैं हर buyer का status देख सकता हूँ? ये था Season चार। अगला episode, Season पाँच, privacy और identity.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s4-e08-hi.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-11-11T08:06:29+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-why-ads-slow-pages-and-what-slow-costs-you/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: Why ads slow pages, and what slow costs you</video:title><video:description>A reader taps your link, waits, and leaves before any ad loads. Core Web Vitals are Google&apos;s three speed scores, for loading, responding and staying still. On news.example, the page loads the article, the ad library, a header bidding auction, then each ad. All of it competes for the phone&apos;s processor. LCP, Largest Contentful Paint, times the main content. Good is two and a half seconds or less. INP, Interaction to Next Paint, times the response to a tap. Good is two hundred milliseconds. It replaced First Input Delay in March twenty twenty-four. CLS, Cumulative Layout Shift, scores jumps. Good is zero point one. Say your second ad requests at four seconds. A reader who leaves at three... never becomes that impression. Today, run your busiest article through PageSpeed Insights and note the three mobile scores. Next, reserve the slot, and fix ad-driven layout shift.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e01-en.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T08:06:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-why-ads-slow-pages-and-what-slow-costs-you-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: Ads page को slow क्यों करते हैं</video:title><video:description>एक reader आपके link पर tap करता है, इंतज़ार करता है, और कोई ad load होने से पहले ही चला जाता है। Core Web Vitals, Google के तीन speed scores हैं, loading, response और page के स्थिर रहने के लिए। news.example पर page पहले article load करता है, फिर ad library, फिर एक header bidding auction, फिर हर ad. ये सब phone के processor के लिए होड़ करते हैं। LCP, यानी Largest Contentful Paint, main content का समय नापता है। अच्छा है ढाई सेकंड या उससे कम। INP, यानी Interaction to Next Paint, tap पर response का समय नापता है। अच्छा है दो सौ मिलीसेकंड। इसने मार्च दो हज़ार चौबीस में First Input Delay की जगह ली। CLS, यानी Cumulative Layout Shift, page के उछलने को score करता है। अच्छा है ज़ीरो पॉइंट एक। मान लीजिए आपका दूसरा ad चार सेकंड पर request होता है। जो reader तीन सेकंड पर चला गया... वो कभी वो impression नहीं बनता। आज ही अपने सबसे ज़्यादा पढ़े जाने वाले article को PageSpeed Insights में चलाइए, और तीनों mobile scores नोट कीजिए। अगला episode, slot reserve कीजिए, और ads की वजह से होने वाला layout shift ठीक कीजिए।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e01-hi.mp4</video:content_loc><video:duration>84</video:duration><video:publication_date>2026-11-11T08:06:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-reserve-the-slot-fixing-ad-layout-shift-cls/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: Reserve the slot: fixing ad layout shift (CLS)</video:title><video:description>Your ad loads late and shoves the whole article down. That jump is scored as Cumulative Layout Shift, or CLS. Good is zero point one or less. On recipes.example, the phone screen is eight hundred pixels tall, and the recipe fills the top four hundred. A three hundred by two fifty ad loads above it and pushes the text down two fifty. Before and after, the text covers six fifty of eight hundred pixels, an impact of about zero point eight. It moved two fifty of eight hundred, a distance of about zero point three. Multiply, and one ad scores just over zero point two five. That&apos;s poor. The fix, reserve two hundred fifty pixels of height in CSS, before the ad tag runs. For multi-size slots, reserve the size that fills most often. Check every ad container on your page has a minimum height in CSS. Next, lazy loading ads without losing impressions.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e02-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T08:06:31+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-reserve-the-slot-fixing-ad-layout-shift-cls-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: Slot reserve करें: CLS ठीक करें</video:title><video:description>आपका ad देर से load होता है, और पूरा article नीचे धकेल देता है। इस झटके का score Cumulative Layout Shift, यानी CLS, कहलाता है। ज़ीरो पॉइंट एक या उससे कम अच्छा माना जाता है। recipes.example पर phone की screen आठ सौ pixels ऊँची है, और recipe ऊपर के चार सौ pixels में है। तीन सौ बाय ढाई सौ का एक ad उसके ऊपर load होता है, और text को ढाई सौ pixels नीचे धकेल देता है। पहले और बाद को मिलाकर, text आठ सौ में से साढ़े छह सौ pixels घेरता है, यानी impact लगभग ज़ीरो पॉइंट आठ। वो आठ सौ में से ढाई सौ खिसका, यानी distance लगभग ज़ीरो पॉइंट तीन। दोनों का गुणा कीजिए, तो एक ad का score ज़ीरो पॉइंट दो पाँच से थोड़ा ऊपर आता है। ये poor है। Fix ये है, ad tag चलने से पहले, CSS में ढाई सौ pixels की height reserve कीजिए। Multi-size slots में, वो size reserve कीजिए जो सबसे ज़्यादा fill होता है। जाँचिए कि आपके page के हर ad container की CSS में minimum height दी गई है। अगला episode, ads की lazy loading, बिना impressions खोए।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e02-hi.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-11-11T08:06:31+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-lazy-loading-ads-without-losing-impressions/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Lazy loading ads without losing impressions</video:title><video:description>Myth. Lazy loading your ads throws impressions away. Lazy loading means an ad is requested only when its slot gets close to the screen. On news.example, an article has five ad slots. Without lazy loading, all five load at once. Say half your readers never reach slot five. That ad loads anyway, unseen, slowing the page and hurting viewability. With lazy loading in the Google Publisher Tag, you set two margins. Fetch the ad one screen away. Render it at half a screen. You mostly drop impressions nobody would see. The real risk is a margin that&apos;s too tight. If your auction takes one second and a reader scrolls past faster, the slot arrives empty. That impression really is lost. Phones scroll faster, so widen the margins there. Compare viewable impressions per page view before and after. If they fall, widen the fetch margin. Next, ad refresh, time-based versus viewable.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e03-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T08:06:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-lazy-loading-ads-without-losing-impressions-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Impressions खोए बिना lazy loading</video:title><video:description>Myth. Lazy loading से आपके ads के impressions बर्बाद होते हैं। Lazy loading का मतलब है, ad तभी request होता है जब उसका slot screen के पास आता है। news.example पर एक article में पाँच ad slots हैं। Lazy loading के बिना, पाँचों एक साथ load होते हैं। मान लीजिए आधे readers slot पाँच तक पहुँचते ही नहीं। वो ad फिर भी load होता है, बिना देखे, page को धीमा करता है और viewability गिराता है। Google Publisher Tag की lazy loading में आप दो margins तय करते हैं। Ad को एक screen दूर से fetch कीजिए। आधी screen पर render कीजिए। ज़्यादातर आप वही impressions छोड़ते हैं, जिन्हें कोई देखता ही नहीं। असली खतरा है बहुत tight margin. अगर आपका auction एक सेकंड लेता है, और reader उससे तेज़ scroll करके निकल जाता है, तो slot खाली पहुँचता है। वो impression सच में खो जाता है। Phones पर scroll तेज़ होता है, इसलिए वहाँ margins चौड़े रखिए। पहले और बाद के viewable impressions per page view की तुलना कीजिए। अगर वो गिरें, तो fetch margin बढ़ाइए। अगला episode, ad refresh, time-based बनाम viewable.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e03-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T08:06:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ad-refresh-time-based-vs-viewable/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: Ad refresh: time-based vs viewable</video:title><video:description>Everyone asks whether ads can refresh every thirty seconds. Sometimes, yes. Ad refresh loads a new ad into the same slot, without reloading the page. On game.example, a player stays three minutes beside a sticky sidebar ad. Time-based refresh swaps it every thirty seconds. That&apos;s six ads. If the player switched tabs after one minute, four played to nobody. Viewable refresh waits until the ad counts as viewable, half its pixels on screen for one second. Then it refreshes only if the slot is still in view and the tab is active. Fewer ads, each worth more. Now the buyer rules. In Google Ad Manager, declare refreshing inventory under publisher declarations, with its trigger and interval. Time-based web refresh needs at least thirty seconds. Undeclared refresh breaks policy, and some buyers won&apos;t bid on refreshed slots. Today, check every refreshing ad unit is declared, with its real interval. Next, invalid traffic, GIVT versus SIVT.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e04-en.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T08:06:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ad-refresh-time-based-vs-viewable-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: Ad refresh: time-based बनाम viewable</video:title><video:description>सब पूछते हैं, क्या ads हर तीस सेकंड में refresh हो सकते हैं? कभी-कभी, हाँ। Ad refresh उसी slot में नया ad load करता है, page को reload किए बिना। game.example पर एक player तीन मिनट तक एक sticky sidebar ad के पास रहता है। Time-based refresh उसे हर तीस सेकंड में बदलता है। यानी छह ads. अगर player ने एक मिनट बाद tab बदल लिया, तो चार ads किसी ने नहीं देखे। Viewable refresh तब तक रुकता है, जब तक ad viewable न गिना जाए, यानी उसके आधे pixels एक सेकंड तक screen पर। फिर वो तभी refresh करता है, जब slot अब भी view में हो और tab active हो। Ads कम, पर हर ad की कीमत ज़्यादा। अब buyers के नियम। Google Ad Manager में, refreshing inventory को publisher declarations में declare कीजिए, उसके trigger और interval के साथ। Web पर time-based refresh के लिए कम से कम तीस सेकंड चाहिए। बिना declare किया refresh policy तोड़ता है, और कुछ buyers refreshed slots पर bid ही नहीं करते। आज ही check कीजिए कि हर refreshing ad unit, अपने असली interval के साथ, declared है। अगला episode, invalid traffic, GIVT बनाम SIVT.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e04-hi.mp4</video:content_loc><video:duration>82</video:duration><video:publication_date>2026-11-11T08:06:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-invalid-traffic-givt-vs-sivt/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: Invalid traffic: GIVT vs SIVT</video:title><video:description>Myth. Invalid traffic always means somebody is committing fraud. Invalid traffic, or IVT, is any ad activity that isn&apos;t genuine human interest. The Media Rating Council splits it in two. Follow four visits to news.example. A search crawler that announces itself, and a request from a data centre server. Both are GIVT, general invalid traffic, caught routinely with lists. Normal, filtered, usually not your fault. Next, a hijacked phone loading pages in the background, and an ad hidden underneath another ad. Those are SIVT, sophisticated invalid traffic, found only with advanced analysis. That&apos;s what drives deductions and account reviews, and sometimes the cause is on your side. Bought traffic can carry bots. Stacked or hidden slots count. So does clicking your own ads. This week, list your paid traffic sources, and check no ad slot is hidden or overlapped. Next, how not to be mistaken for an MFA site.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e05-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T08:06:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-invalid-traffic-givt-vs-sivt-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: Invalid traffic: GIVT बनाम SIVT</video:title><video:description>Myth. Invalid traffic का मतलब हमेशा यही है कि कोई fraud कर रहा है। Invalid traffic, यानी IVT, हर वो ad activity है जिसके पीछे असली इंसानी दिलचस्पी नहीं है। Media Rating Council इसे दो हिस्सों में बाँटती है। news.example पर चार visits देखिए। एक search crawler जो खुद अपनी पहचान बताता है, और एक data centre server से आई request. ये दोनों GIVT हैं, यानी general invalid traffic, जो lists से routine तौर पर पकड़ा जाता है। ये आम बात है, filter हो जाता है, और आम तौर पर आपकी गलती नहीं होती। अब, एक hijacked phone जो background में pages load कर रहा है, और एक ad जो दूसरे ad के नीचे छिपा है। ये SIVT हैं, यानी sophisticated invalid traffic, जो सिर्फ़ advanced analysis से पकड़ा जाता है। Deductions और account reviews इसी से होते हैं, और कभी-कभी वजह आपकी तरफ़ होती है। खरीदे गए traffic में bots आ सकते हैं। Stacked या hidden slots भी गिने जाते हैं। और अपने ही ads पर click करना भी। इस हफ़्ते, अपने paid traffic sources की list बनाइए, और check कीजिए कि कोई ad slot छिपा या overlapped न हो। अगला episode, MFA site जैसा दिखने से कैसे बचें।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e05-hi.mp4</video:content_loc><video:duration>87</video:duration><video:publication_date>2026-11-11T08:06:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-mfa-how-not-to-be-mistaken-for-one/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: MFA: how not to be mistaken for one</video:title><video:description>One study found twenty-one percent of impressions went to MFA sites. A made-for-advertising site, or MFA, exists mainly to sell ads, not to serve readers. That&apos;s from the ANA&apos;s twenty twenty-three study, so buyers now block MFA hard. That September, four advertising trade groups listed five traits. Sites usually show a mix. Score recipes.example. One, ads take about thirty percent or more of a desktop page. Two, rapid refresh, autoplay video, or slideshows splitting one recipe across ten pages. Three, mostly paid traffic, little organic audience. Four, generic, recycled content. Five, a poorly designed template. A real recipe site can trip one trait by accident. The more traits you show, the likelier verification vendors flag your domain, and buyers stop bidding. Use the Brand Safety Institute&apos;s free MFA lookup to see whether vendors flag your domain. Next, brand safety versus brand suitability.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e06-en.mp4</video:content_loc><video:duration>72</video:duration><video:publication_date>2026-11-11T08:06:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-mfa-how-not-to-be-mistaken-for-one-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: MFA: MFA जैसा दिखने से कैसे बचें</video:title><video:description>एक study में पाया गया कि इक्कीस प्रतिशत impressions MFA sites पर गए। Made-for-advertising site, यानी MFA, वो site है जो readers के लिए नहीं, मुख्य रूप से ads बेचने के लिए बनी है। ये आंकड़ा ANA की दो हज़ार तेईस की study से है, इसलिए buyers अब MFA को सख़्ती से block करते हैं। उसी September में, चार advertising trade groups ने पाँच traits बताए। Sites में आम तौर पर इनका mix दिखता है। recipes.example को score कीजिए। एक, desktop page का लगभग तीस प्रतिशत या उससे ज़्यादा हिस्सा ads का। दो, rapid refresh, autoplay video, या slideshows जो एक recipe को दस pages में बाँट दें। तीन, ज़्यादातर paid traffic, organic audience बहुत कम। चार, generic, recycled content. पाँच, खराब design वाला template. एक असली recipe site भी अनजाने में एक trait में फँस सकती है। जितने ज़्यादा traits, उतनी ज़्यादा संभावना कि verification vendors आपका domain flag करें, और buyers bid करना बंद कर दें। Brand Safety Institute के free MFA lookup से देखिए कि vendors आपका domain flag करते हैं या नहीं। अगला episode, brand safety बनाम brand suitability.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e06-hi.mp4</video:content_loc><video:duration>87</video:duration><video:publication_date>2026-11-11T08:06:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-brand-safety-vs-brand-suitability/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Brand safety vs brand suitability</video:title><video:description>An airline skipped your war report. Your page did nothing wrong. Brand safety is the floor no brand will fund. Suitability is each brand&apos;s own line. Take a careful war report on news.example. The floor covers things like terrorist propaganda or illegal goods. Nobody bids there, and your report isn&apos;t on it. Above the floor, brands sort sensitive topics into high, medium and low risk, and each picks a limit. An airline avoids conflict news entirely. A bank accepts medium risk. Same page, two answers. These tiers came from GARM, an advertiser alliance that shut down in August twenty twenty-four, but its categories reportedly still shape buying tools. Crude keyword lists add noise. Block shoot, and a photography guide loses bids too. If your lowest CPM pages are hard news, that&apos;s suitability. Send clearer context, not fewer stories. Next, why Ad Manager and your SSP never agree.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e07-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T08:06:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-brand-safety-vs-brand-suitability-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Brand safety बनाम brand suitability</video:title><video:description>एक airline ने आपकी war report छोड़ दी। आपके page ने कुछ गलत नहीं किया। Brand safety वो floor है जिसे कोई brand fund नहीं करेगा। Suitability हर brand की अपनी line है। news.example पर एक सावधानी से लिखी war report लीजिए। Floor में terrorist propaganda या illegal goods जैसी चीज़ें आती हैं। वहाँ कोई bid नहीं करता, और आपकी report उसमें नहीं है। Floor के ऊपर, brands sensitive topics को high, medium और low risk में बाँटते हैं, और हर brand अपनी limit चुनता है। Airline conflict news से पूरी तरह बचती है। Bank medium risk स्वीकार करता है। Page एक, जवाब दो। ये tiers GARM से आए, जो advertisers का एक alliance था और अगस्त दो हज़ार चौबीस में बंद हो गया, लेकिन बताया जाता है कि इसकी categories आज भी buying tools को shape करती हैं। Crude keyword lists सिर्फ़ noise बढ़ाती हैं। shoot को block कीजिए, और photography guide की bids भी चली जाती हैं। अगर आपके सबसे कम CPM वाले pages hard news हैं, तो ये suitability का मामला है। कम stories नहीं, साफ़ context भेजिए। अगला episode, Ad Manager और आपका SSP कभी एक जैसे numbers क्यों नहीं दिखाते।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e07-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T08:06:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-why-ad-manager-and-your-ssp-never-agree/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: Why Ad Manager and your SSP never agree</video:title><video:description>Ad Manager says one hundred thousand impressions. Your SSP says ninety-three thousand. A discrepancy is the gap between two systems counting the same ads. Both can be right. They count at different moments. On news.example, Google Ad Manager counts when it serves the Prebid line item. The SSP counts later, when its ad renders. If the reader leaves first, or the cached bid expires, only Ad Manager counts it. Next, time zones. Ad Manager uses your network&apos;s, some SSPs use UTC, so days end at different moments. Then filtering. The SSP removes invalid traffic before it pays. And revenue. Ad Manager shows your price bucket, say one dollar fifty. The SSP pays the actual bid, minus its fee. Google says third-party gaps up to twenty percent are common. Compare same dates, same time zone, impressions first. Agree a threshold with each partner. Next, testing a new demand partner with holdouts.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e08-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T08:06:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-why-ad-manager-and-your-ssp-never-agree-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: Ad Manager और SSP के numbers अलग क्यों</video:title><video:description>Ad Manager कहता है एक लाख impressions. आपका SSP कहता है तिरानवे हज़ार। Discrepancy यानी दो systems के बीच का फ़र्क, जब दोनों एक ही ads गिन रहे हों। दोनों सही हो सकते हैं। वो अलग-अलग पल पर गिनते हैं। news.example पर, Google Ad Manager तब गिनता है जब वो Prebid line item serve करता है। SSP बाद में गिनता है, जब उसका ad render होता है। अगर reader पहले ही चला जाए, या cached bid expire हो जाए, तो सिर्फ़ Ad Manager उसे गिनता है। अब, time zones. Ad Manager आपके network का time zone इस्तेमाल करता है, कुछ SSPs UTC, तो दिन अलग-अलग पल पर ख़त्म होते हैं। फिर filtering. SSP पैसे देने से पहले invalid traffic हटा देता है। और revenue. Ad Manager आपका price bucket दिखाता है, मान लीजिए एक डॉलर पचास। SSP असली bid चुकाता है, अपनी fee काटकर। Google कहता है कि third-party reports में बीस percent तक का फ़र्क आम है। तुलना कीजिए same dates पर, same time zone में, और पहले impressions. हर partner के साथ एक threshold तय कीजिए। अगला episode, holdouts के साथ नए demand partner की testing.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e08-hi.mp4</video:content_loc><video:duration>82</video:duration><video:publication_date>2026-11-11T08:06:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-testing-a-new-demand-partner-properly/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Testing a new demand partner properly</video:title><video:description>You added a bidder and revenue rose. That&apos;s not proof yet. A holdout is a random slice of traffic kept without the change, for comparison. On recipes.example, you switch on a new SSP on Monday, and revenue rises five percent. But the holiday season just started, and a recipe went viral. You can&apos;t separate the bidder from the calendar. Do it properly. Pick visitors at random. Twenty percent get the new bidder, eighty percent are the holdout. Both groups live through the same days. After at least two full weeks, compare site-wide revenue per thousand sessions, not the bidder&apos;s dashboard. Say the test group earns ten dollars thirty, the holdout ten dollars. That three percent is the real lift. Check page speed too, and after rollout, keep a small holdout. Before the next partner goes live, write down the split, the dates and one metric. Next, incremental versus cannibalised revenue.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e09-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T08:06:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-testing-a-new-demand-partner-properly-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: नए demand partner को सही तरीके से test करें</video:title><video:description>आपने एक bidder जोड़ा और revenue बढ़ गया। ये अभी सबूत नहीं है। Holdout यानी traffic का एक random हिस्सा, जिसे बिना बदलाव के रखा जाता है, तुलना के लिए। recipes.example पर, आप सोमवार को एक नया SSP चालू करते हैं, और revenue पाँच percent बढ़ जाता है। लेकिन holiday season अभी शुरू हुआ है, और एक recipe viral हो गई। आप bidder को calendar से अलग नहीं कर सकते। इसे सही तरीके से कीजिए। Visitors को random चुनिए। बीस percent को नया bidder मिलता है, अस्सी percent holdout हैं। दोनों groups एक जैसे दिनों से गुज़रते हैं। कम से कम दो पूरे हफ़्तों के बाद, हर हज़ार sessions पर site-wide revenue compare कीजिए, bidder का dashboard नहीं। मान लीजिए test group दस डॉलर तीस कमाता है, और holdout दस डॉलर। वो तीन percent ही असली lift है। Page speed भी check कीजिए, और rollout के बाद एक छोटा holdout रखिए। अगले partner के live होने से पहले, split, dates और एक metric लिख लीजिए। अगला episode, incremental बनाम cannibalised revenue.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e09-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:06:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-incremental-vs-cannibalised-revenue/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: Incremental vs cannibalised revenue</video:title><video:description>One question for every new SSP. New money, or moved money. Incremental revenue is money you wouldn&apos;t have earned without that partner. On news.example, a new SSP wins one hundred thousand impressions at a two dollar CPM. Its dashboard says two hundred dollars. Now ask what happens without it. In most of those auctions, another bidder was right behind, say at one dollar eighty. Often it&apos;s the same advertiser, through a second path. That&apos;s cannibalised revenue. The money moved, it didn&apos;t grow. The true gain is twenty cents per thousand, about twenty dollars, plus any impressions that would otherwise go unsold. Incremental partners bring buyers your other SSPs don&apos;t reach. Partners like RediAds add demand through Prebid, and the same test applies to them. Judge partners by site-wide revenue in a holdout, and ask how many buyers are unique to them. That wraps season seven. Next series, Ad tech explainers.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e10-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T08:06:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-incremental-vs-cannibalised-revenue-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: Incremental बनाम cannibalised revenue</video:title><video:description>हर नए SSP के लिए एक सवाल। नया पैसा, या बस इधर से उधर हुआ पैसा? Incremental revenue वो पैसा है, जो उस partner के बिना आप नहीं कमाते। news.example पर, एक नया SSP दो डॉलर CPM पर एक लाख impressions जीतता है। उसका dashboard कहता है दो सौ डॉलर। अब पूछिए, उसके बिना क्या होता? ज़्यादातर auctions में, कोई दूसरा bidder ठीक पीछे था, मान लीजिए एक डॉलर अस्सी पर। अक्सर वो वही advertiser होता है, किसी दूसरे रास्ते से। इसे कहते हैं cannibalised revenue. पैसा बस इधर से उधर हुआ, बढ़ा नहीं। असली फ़ायदा है हर हज़ार पर बीस सेंट, यानी लगभग बीस डॉलर, साथ में वो impressions जो वरना unsold रह जाते। Incremental partners ऐसे buyers लाते हैं, जिन तक आपके दूसरे SSPs नहीं पहुँचते। RediAds जैसे partners Prebid के ज़रिए demand जोड़ते हैं, और उन पर भी यही test लागू होता है। Partners को holdout में site-wide revenue से परखिए, और पूछिए कि कितने buyers सिर्फ़ उन्हीं के पास हैं। ये था Season सात. अगला episode, नई series: Ad tech explainers.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s7-e10-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T08:06:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-cmps-and-the-tc-string/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: CMPs and the TC string</video:title><video:description>Your banner sends buyers one coded line. What&apos;s in it. It&apos;s the TC string. Your CMP, or consent management platform, writes it to record each visitor&apos;s choices. Say a reader in Berlin opens news.example. The banner lists numbered purposes, like purpose one, storing data on her device, and vendors, each with an ID. Google&apos;s is seven five five. She says yes to purposes one, three and four, building and using an ad profile. The CMP stores each choice as a bit, one for yes, zero for no, and packs the bits into a short text string. Prebid.js attaches it to every bid request, with a flag saying GDPR applies. Each buyer checks its own bit. Today, load your site as a European visitor and paste the string into a free TC string decoder. Check your key vendors are in it. Next... TCF version two point three, and the February cutoff.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e01-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T08:47:22+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-cmps-and-the-tc-string-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: CMP और TC string</video:title><video:description>आपका banner buyers को एक coded line भेजता है। उसमें क्या होता है? ये है TC string. आपका CMP, यानी consent management platform, हर visitor की choices record करने के लिए इसे लिखता है। मान लीजिए Berlin की एक reader news.example खोलती है। Banner में numbered purposes होते हैं, जैसे purpose एक, यानी उसके device पर data store करना, और vendors, हर एक का अपना ID. Google का ID है सात पाँच पाँच। वो purpose एक, तीन और चार को हाँ कहती है, यानी ad profile बनाना और इस्तेमाल करना। CMP हर choice को एक bit की तरह store करता है, हाँ के लिए एक, ना के लिए शून्य, और इन bits को एक छोटी text string में pack कर देता है। Prebid.js इसे हर bid request के साथ भेजता है, एक flag के साथ कि GDPR लागू है। हर buyer अपनी bit check करता है। आज ही अपनी site को European visitor की तरह load कीजिए, और string को किसी free TC string decoder में paste कीजिए। देखिए, आपके key vendors उसमें हैं या नहीं। अगला episode, TCF version दो पॉइंट तीन, और फ़रवरी की cutoff.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e01-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:47:23+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-tcf-v2-3-and-disclosedvendors/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: TCF v2.3 and disclosedVendors</video:title><video:description>Since March twenty twenty six, one missing segment risks limited ads. That segment is disclosed vendors, a list of every vendor your banner actually showed. Why. In version two point two, a zero next to a vendor was ambiguous. Did the reader object, or was the vendor never shown. Version two point three adds a second list of bits, one for shown, zero for not. Say news.example shows fifty vendors, including Google, seven five five. All fifty get a one. The transition ended on February twenty eighth, twenty twenty six. New strings without the segment are invalid. If Google&apos;s check fails, Ad Manager logs error one point four, and the request can fall back to limited ads. Older strings stay valid until readers renew. Today, open your EU consent error report, look for error one point four, and ask your CMP to confirm version two point three. Next... what happens without a Google certified CMP.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e02-en.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T08:47:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-tcf-v2-3-and-disclosedvendors-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: TCF v2.3 और disclosedVendors</video:title><video:description>मार्च दो हज़ार छब्बीस से, एक missing segment की वजह से limited ads का खतरा है। वो segment है disclosed vendors, यानी उन सभी vendors की list, जो आपके banner ने सच में दिखाए। क्यों? Version दो पॉइंट दो में, किसी vendor के आगे शून्य का मतलब साफ़ नहीं था। Reader ने मना किया, या vendor कभी दिखाया ही नहीं गया? Version दो पॉइंट तीन bits की एक दूसरी list जोड़ता है, दिखाया तो एक, नहीं दिखाया तो शून्य। मान लीजिए news.example पचास vendors दिखाता है, जिनमें Google, सात पाँच पाँच, भी है। सभी पचास को एक मिलता है। Transition अट्ठाईस फ़रवरी, दो हज़ार छब्बीस को खत्म हुआ। इस segment के बिना नई strings invalid हैं। अगर Google का check fail होता है, तो Ad Manager error एक पॉइंट चार log करता है, और request limited ads पर जा सकती है। पुरानी strings तब तक valid रहती हैं, जब तक readers उन्हें renew नहीं करते। आज ही अपनी EU consent error report खोलिए, error एक पॉइंट चार ढूँढिए, और अपने CMP से version दो पॉइंट तीन confirm करवाइए। अगला episode, जब Google certified CMP न हो, तब क्या होता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e02-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T08:47:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-no-google-certified-cmp-no-personalized-ads/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: No Google-certified CMP? No personalized ads</video:title><video:description>Registered with IAB Europe isn&apos;t the same as Google certified. A Google certified CMP is a TCF consent tool that Google has assessed and listed. Google has required one for personalised ads in the EEA and UK since January twenty twenty four, and in Switzerland since July twenty twenty four. Take recipes.example and a reader in Paris. Path one, certified CMP, she consents, personalised ads are possible. Path two, a TCF CMP that isn&apos;t on Google&apos;s list. No personalised ads. At best, non-personalised ads, picked by page content and rough location, or limited ads. Path three, no valid string from a certified CMP, or no consent to store data on her device. Limited ads, with no cookies or IDs used for ads, so no frequency capping. Today, find your CMP on Google&apos;s certified list, and check it covers web, apps and CTV if you run them. Next... GPP, and the end of the US privacy string.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e03-en.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T08:47:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-no-google-certified-cmp-no-personalized-ads-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Google-certified CMP नहीं? Personalized ads नहीं</video:title><video:description>IAB Europe के साथ registered होना, Google certified होना नहीं है। Google certified CMP एक TCF consent tool है, जिसे Google ने assess करके अपनी list में रखा है। EEA और UK में जनवरी दो हज़ार चौबीस से, और Switzerland में जुलाई दो हज़ार चौबीस से, Google personalised ads के लिए ऐसा CMP ज़रूरी मानता है। मान लीजिए recipes.example है, और Paris की एक reader. Path एक, certified CMP, वो consent देती है, personalised ads मुमकिन हैं। Path दो, एक TCF CMP, जो Google की list में नहीं है। कोई personalised ads नहीं। ज़्यादा से ज़्यादा non-personalised ads, जो page content और अंदाज़न location से चुने जाते हैं, या limited ads. Path तीन, certified CMP की कोई valid string नहीं, या उसके device पर data store करने की consent नहीं। तब limited ads, ads के लिए कोई cookies या IDs नहीं, इसलिए frequency capping भी नहीं। आज ही Google की certified list में अपना CMP ढूँढिए, और check कीजिए कि वो web, apps और CTV को cover करता है, अगर आप इन्हें चलाते हैं। अगला episode, GPP, और US privacy string का अंत।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e03-hi.mp4</video:content_loc><video:duration>84</video:duration><video:publication_date>2026-11-11T08:47:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-us-privacy-gpp-replaced-the-us-privacy-string/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: US privacy: GPP replaced the US Privacy string</video:title><video:description>Myth. The old US privacy string still covers America. Its replacement is GPP, the Global Privacy Protocol. One string that carries many privacy laws. The old string looked like one, Y, Y, N. Version one, notice given, opted out of sale, plus one more flag. It spoke for one law, California&apos;s, and IAB Tech Lab deprecated it on January thirty first, twenty twenty four. Newer state laws add opt-outs for sharing and targeted ads. GPP carries a header, then numbered sections. Seven is the US national section, eight is California, ten is Colorado. Say a reader in Denver opts out of targeted ads on game.example. The CMP writes the string, Prebid sends it with the section numbers that apply, and buyers stop targeting her. Today, check that your CMP writes GPP for US visitors, and that your Prebid build includes the GPP consent module. Next... GPC, the browser&apos;s own opt-out signal.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e04-en.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T08:47:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-us-privacy-gpp-replaced-the-us-privacy-string-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: US privacy: GPP ने US Privacy string की जगह ली</video:title><video:description>Myth. पुरानी US privacy string आज भी पूरे America को cover करती है। उसकी जगह अब GPP है, यानी Global Privacy Protocol. एक string, जो कई privacy laws साथ लेकर चलती है। पुरानी string कुछ ऐसी दिखती थी, one, Y, Y, N. Version one, notice दिया गया, sale से opt out, और एक और flag. ये सिर्फ़ एक law के लिए थी, California के लिए। और IAB Tech Lab ने इसे इकतीस जनवरी, दो हज़ार चौबीस को deprecate कर दिया। नए state laws में sharing और targeted ads के लिए भी opt-out हैं। GPP में पहले एक header होता है, फिर numbered sections. सात है US national section, आठ है California, और दस है Colorado. मान लीजिए Denver की एक reader, game.example पर targeted ads से opt out करती है। CMP string लिखता है, Prebid उसे लागू होने वाले section numbers के साथ भेजता है, और buyers उसे target करना बंद कर देते हैं। आज ही check कीजिए कि आपका CMP US visitors के लिए GPP लिखता है, और आपके Prebid build में GPP consent module शामिल है। अगला episode, GPC, browser का अपना opt-out signal.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e04-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T08:47:27+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-gpc-the-browsers-opt-out-signal/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: GPC: the browser&#8217;s opt-out signal</video:title><video:description>A Denver reader opted out before your banner even loaded. That&apos;s GPC, Global Privacy Control, a browser signal meaning don&apos;t sell or share my data. She has GPC switched on in Firefox. Her browser sends a header, sec GPC, set to one, with every request, and pages can read the same flag in JavaScript. She lands on game.example. Before any click, your CMP treats the signal as an opt-out of sale, sharing and targeted ads, and records it in the GPP string, which has a GPC field. Prebid passes that to every bidder. Her visit still sells, just without targeting on her data. California and Colorado require businesses to honour it, as do several other states. From January twenty twenty seven, California also makes every browser offer such a signal. Today, switch on GPC in a test browser, load your site, and check the GPP string shows the opt-out. Next... the Privacy Sandbox post mortem.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e05-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T08:47:28+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-gpc-the-browsers-opt-out-signal-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: GPC: browser का opt-out signal</video:title><video:description>Denver की एक reader ने आपका banner load होने से पहले ही opt out कर दिया। ये है GPC, यानी Global Privacy Control. एक browser signal, जिसका मतलब है, मेरा data न बेचो, न share करो। उसने Firefox में GPC on कर रखा है। उसका browser हर request के साथ एक header भेजता है, sec GPC, जिसकी value एक होती है। और pages यही flag JavaScript में भी पढ़ सकते हैं। वो game.example पर आती है। किसी भी click से पहले, आपका CMP इस signal को sale, sharing और targeted ads से opt-out मानता है, और इसे GPP string में दर्ज करता है, जिसमें एक GPC field होता है। Prebid इसे हर bidder तक पहुँचाता है। उसकी visit फिर भी बिकती है, बस उसके data पर targeting नहीं होती। California और Colorado में businesses के लिए इसे मानना ज़रूरी है, और कई दूसरे states में भी। जनवरी दो हज़ार सत्ताईस से, California हर browser के लिए ऐसा signal देना भी ज़रूरी कर देता है। आज ही एक test browser में GPC on कीजिए, अपनी site load कीजिए, और check कीजिए कि GPP string में opt-out दिख रहा है। अगला episode, Privacy Sandbox का post mortem.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e05-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:47:28+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-privacy-sandbox-post-mortem/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: Privacy Sandbox post-mortem</video:title><video:description>Myth. Chrome is still about to kill third party cookies. The Privacy Sandbox was Google&apos;s set of Chrome tools meant to replace third party cookies for ads. In twenty twenty four, Google dropped its plan to remove those cookies, and in April twenty twenty five, its planned cookie prompt. On October seventeenth, twenty twenty five, it retired most of the Sandbox, citing low adoption. Topics, which guessed interests inside the browser, is gone. Protected Audience, on-device retargeting auctions, is gone. So are Attribution Reporting, Shared Storage and the Android versions. Prebid eleven removed its Protected Audience modules. What survived. CHIPS, cookies partitioned per site. FedCM, for sign-in buttons. Private State Tokens, for fighting fraud. And attribution work moved to a W3C group. Today, ask your developer to remove Topics and Protected Audience code from your tags and Prebid build. Next... universal IDs, UID2, ID five and shared ID.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e06-en.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T08:47:29+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-privacy-sandbox-post-mortem-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: Privacy Sandbox का post-mortem</video:title><video:description>Myth. Chrome अब भी third party cookies खत्म करने ही वाला है। Privacy Sandbox, Chrome के लिए Google के tools का एक set था, जो ads के लिए third party cookies की जगह लेने वाला था। दो हज़ार चौबीस में Google ने इन cookies को हटाने का plan छोड़ दिया, और अप्रैल दो हज़ार पच्चीस में अपना planned cookie prompt भी। सत्रह अक्टूबर, दो हज़ार पच्चीस को, low adoption की वजह बताकर, उसने Sandbox का ज़्यादातर हिस्सा retire कर दिया। Topics, जो browser के अंदर ही interests का अंदाज़ा लगाता था, खत्म। Protected Audience, यानी on-device retargeting auctions, वो भी खत्म। Attribution Reporting, Shared Storage और Android versions भी गए। Prebid ग्यारह ने अपने Protected Audience modules हटा दिए। तो बचा क्या? CHIPS, यानी हर site के लिए partitioned cookies. FedCM, sign-in buttons के लिए। Private State Tokens, fraud से लड़ने के लिए। और attribution का काम एक W3C group में चला गया। आज ही अपने developer से कहिए कि आपके tags और Prebid build से Topics और Protected Audience का code हटा दें। अगला episode, universal IDs, UID2, ID five और shared ID.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e06-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T08:47:29+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-universal-ids-uid2-id5-sharedid/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Universal IDs: UID2, ID5, SharedID</video:title><video:description>Chrome kept cookies. So why do buyers still want IDs. Safari blocks third party cookies by default, and Firefox isolates them per site. A universal ID is one identifier many buyers can read. Three, on news.example. Shared ID. Prebid stores a random ID in a first party cookie on your domain. Free, no login, but it only works on your site. ID five. You get a partner number, and ID five returns an encrypted ID from signals your page shares, like a hashed email, that works across sites. UID2, open source, from The Trade Desk. It starts from a logged-in email or phone number, hashed, salted and turned into a rotating encrypted token. Readers can opt out any time. All three ride in the bid request&apos;s extended IDs list, tagged by source. Today, ask which IDs your stack sends, and how many of your readers are logged in. Next... Prebid identity modules in plain language.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e07-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T08:47:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-universal-ids-uid2-id5-sharedid-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Universal IDs: UID2, ID5, SharedID</video:title><video:description>Chrome ने cookies रखीं। तो फिर buyers को IDs क्यों चाहिए? Safari default रूप से third party cookies block करता है, और Firefox उन्हें हर site के लिए अलग रखता है। Universal ID एक ऐसा identifier है, जिसे कई buyers पढ़ सकते हैं। news.example पर, तीन IDs. Shared ID. Prebid आपके domain पर एक first party cookie में एक random ID रखता है। Free है, login नहीं चाहिए, लेकिन ये सिर्फ़ आपकी site पर काम करता है। ID five. आपको एक partner number मिलता है, और ID five आपके page के shared signals से, जैसे hashed email, एक encrypted ID लौटाता है, जो कई sites पर काम करता है। UID2, open source, The Trade Desk से। ये logged-in email या phone number से शुरू होता है, जिसे hash और salt करके एक rotating encrypted token बनाया जाता है। Readers कभी भी opt out कर सकते हैं। तीनों bid request की extended IDs list में जाते हैं, source के tag के साथ। आज ही पूछिए, आपका stack कौन से IDs भेजता है, और आपके कितने readers logged in हैं। अगला episode, Prebid identity modules, आसान भाषा में।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e07-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T08:47:31+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-prebid-identity-modules-in-plain-language/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: Prebid identity modules in plain language</video:title><video:description>Common mistake. Adding ID modules, never checking they load. Prebid&apos;s user ID module is one framework that fetches, stores and shares IDs with bidders. Take recipes.example. One, build Prebid with the user ID module plus a sub-module per ID, say shared ID and ID five. Two, configure each with a name, its settings, and storage, a cookie or local storage, with an expiry in days. Three, consent first. Without TCF purpose one, storage on the device, the modules make no calls and store nothing. Four, the auction delay. Set fifty milliseconds, and Prebid waits up to fifty for IDs, then starts anyway. Five, Prebid converts every ID into one standard list on each bid request. You can limit an ID to chosen bidders. Today, open your site, type pbjs dot get user IDs as EIDs in the browser console, and see which IDs came back. Next... contextual targeting without IDs.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e08-en.mp4</video:content_loc><video:duration>76</video:duration><video:publication_date>2026-11-11T08:47:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-prebid-identity-modules-in-plain-language-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: Prebid identity modules आसान भाषा में</video:title><video:description>आम गलती। ID modules जोड़ देना, और कभी check न करना कि वो load हुए या नहीं। Prebid का user ID module एक framework है, जो IDs को fetch करता है, store करता है, और bidders के साथ share करता है। recipes.example को लीजिए। एक, Prebid को user ID module के साथ build कीजिए, और हर ID के लिए एक sub-module, जैसे shared ID और ID five. दो, हर एक को configure कीजिए, एक name, उसकी settings, और storage के साथ, cookie या local storage, और expiry दिनों में। तीन, पहले consent. TCF purpose one, यानी device पर storage, के बिना modules न कोई call करते हैं, न कुछ store करते हैं। चार, auction delay. पचास मिलीसेकंड set कीजिए, तो Prebid IDs के लिए पचास तक रुकता है, फिर auction शुरू कर देता है। पाँच, Prebid हर ID को हर bid request पर एक standard list में बदल देता है। आप किसी ID को चुने हुए bidders तक सीमित भी कर सकते हैं। आज ही अपनी site खोलिए, browser console में pbjs dot get user IDs as EIDs type कीजिए, और देखिए कौन से IDs वापस आए। अगला episode, contextual targeting, बिना IDs के।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e08-hi.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-11-11T08:47:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-contextual-targeting-without-ids/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Contextual targeting without IDs</video:title><video:description>One number, two fifteen, sells your page without user data. The IAB Content Taxonomy is a shared list of page topics, each with a number. Say recipes.example posts a brisket guide. A contextual tool reads the page and maps it to category two fifteen, barbecues and grilling, under two ten, food and drink. Your stack puts two fifteen in the bid request&apos;s page category field, plus a code for the taxonomy version. Nine means three point one, the latest. A grill brand&apos;s DSP targets two fifteen and bids, whether the reader is logged in, opted out, or on Safari. The topic describes the page, not the person. Version three added video, CTV, podcast and gaming topics, and dropped old codes, so it isn&apos;t backwards compatible. Today, ask your SSP or contextual vendor which taxonomy version you send. If it&apos;s two point x, plan the move. Next... PAIR and clean rooms.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e09-en.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T08:47:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-contextual-targeting-without-ids-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: IDs के बिना contextual targeting</video:title><video:description>एक number, दो सौ पंद्रह, बिना user data के आपका page बेचता है। IAB Content Taxonomy page topics की एक shared list है, और हर topic का एक number है। मान लीजिए recipes.example पर एक brisket guide छपती है। एक contextual tool page पढ़ता है, और उसे category दो सौ पंद्रह में डालता है, barbecues and grilling, जो दो सौ दस, food and drink, के नीचे है। आपका stack bid request के page category field में दो सौ पंद्रह डालता है, साथ में taxonomy version का एक code. नौ का मतलब है तीन point एक, सबसे नया। एक grill brand का DSP दो सौ पंद्रह को target करके bid करता है, चाहे reader logged in हो, opted out हो, या Safari पर हो। Topic page के बारे में बताता है, इंसान के बारे में नहीं। Version तीन ने video, CTV, podcast और gaming topics जोड़े, और पुराने codes हटा दिए, इसलिए ये backwards compatible नहीं है। आज ही अपने SSP या contextual vendor से पूछिए, आप कौन सा taxonomy version भेजते हैं। अगर वो दो point x है, तो move की planning कीजिए। अगला episode, PAIR और clean rooms.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e09-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T08:47:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-pair-and-clean-rooms/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: PAIR and clean rooms</video:title><video:description>A cookware brand wanted its customers on a recipe site. PAIR is an IAB Tech Lab standard for matching two email lists while both stay encrypted. It runs in a clean room, a secure space where two companies&apos; data meets under strict rules. Recipes.example has, say, two hundred thousand subscriber emails. The brand has fifty thousand customers. Each list is hashed and locked with its owner&apos;s secret key, then the other side&apos;s key is added. The maths is commutative, so lock order doesn&apos;t matter, and double-locked emails match without anyone seeing an address. Say eight thousand match. The publisher gets an encrypted ID for every reader, never learning who matched. The brand&apos;s DSP gets only the eight thousand. When one visits, her ID rides in the bid request, and the DSP bids. Today, count your logged-in and newsletter readers. That&apos;s the audience PAIR can work with. Next series... Season six, video, CTV and apps.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e10-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T08:47:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-pair-and-clean-rooms-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: PAIR और clean rooms</video:title><video:description>एक cookware brand अपने customers तक एक recipe site पर पहुँचना चाहता था। PAIR एक IAB Tech Lab standard है, जिससे दो email lists match होती हैं, और दोनों encrypted रहती हैं। ये एक clean room में चलता है, यानी एक secure जगह, जहाँ दो companies का data सख़्त नियमों के साथ मिलता है। मान लीजिए recipes.example के पास दो लाख subscriber emails हैं। Brand के पास पचास हज़ार customers हैं। हर list को hash करके उसके मालिक की secret key से lock किया जाता है, फिर दूसरी side की key भी लगती है। ये maths commutative है, यानी lock किस क्रम में लगे, फ़र्क नहीं पड़ता, और double-locked emails बिना कोई address देखे match हो जाते हैं। मान लीजिए आठ हज़ार match हुए। Publisher को हर reader के लिए एक encrypted ID मिलती है, पर उसे कभी पता नहीं चलता कि match किसका हुआ। Brand के DSP को सिर्फ़ वो आठ हज़ार मिलते हैं। जब उनमें से कोई visit करती है, तो उसकी ID bid request में जाती है, और DSP bid करता है। आज ही अपने logged-in और newsletter readers गिनिए। PAIR इसी audience के साथ काम कर सकता है। ये था Season पाँच। अगला episode, Season छह, video, CTV और apps.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s5-e10-hi.mp4</video:content_loc><video:duration>87</video:duration><video:publication_date>2026-11-11T08:47:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-instream-vs-outstream-video/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e01-en.jpg</video:thumbnail_loc><video:title>Ep 1: Instream vs outstream video</video:title><video:description>That video ad beside your article? It is not instream. Instream means the ad plays before, during or after video the viewer chose to watch. The IAB made this precise in twenty twenty-three, with a bid request field called PLCM-T, short for placement. Take news.example. A reader opens a video story and presses play. The ad before it is instream. Value one. Now a muted player starts between paragraphs as the reader scrolls. That&apos;s accompanying content. Value two. A full-screen video ad with no content, say between game levels, is interstitial. Value three. A video ad in a feed or slideshow is standalone. Value four. The industry still calls two to four outstream. Buyers bid differently on each, so label honestly. Today, find PLCM-T in a bid request from your player. Does it match what viewers see? Next: VAST, what a video ad tag actually is.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e01-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T08:47:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-1-instream-vs-outstream-video-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e01-hi.jpg</video:thumbnail_loc><video:title>Ep 1: Instream बनाम outstream video</video:title><video:description>आपके article के बगल में चलने वाला वो video ad? वो instream नहीं है। Instream का मतलब है, ad उस video से पहले, बीच में या बाद में चले, जिसे viewer ने ख़ुद देखना चुना। IAB ने दो हज़ार तेईस में इसे साफ़ किया, bid request के एक field से, जिसका नाम है PLCM-T, यानी placement. news.example को लीजिए। एक reader video story खोलता है और play दबाता है। उससे पहले चलने वाला ad instream है। Value एक। अब reader scroll करता है, और paragraphs के बीच एक muted player चल पड़ता है। ये accompanying content है। Value दो। बिना content वाला full-screen video ad, जैसे game levels के बीच, interstitial है। Value तीन। Feed या slideshow में video ad standalone है। Value चार। Industry अब भी दो से चार को outstream कहती है। Buyers हर एक पर अलग bid करते हैं, इसलिए label ईमानदारी से लगाइए। आज ही अपने player की किसी bid request में PLCM-T ढूँढिए। क्या वो वही है जो viewers देखते हैं? अगला episode, VAST, यानी video ad tag असल में क्या है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e01-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T08:47:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-vast-what-a-video-ad-tag-actually-is/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e02-en.jpg</video:thumbnail_loc><video:title>Ep 2: VAST: what a video ad tag actually is</video:title><video:description>When your player asks for an ad, what actually comes back? VAST is an XML template telling a video player what to play and report. The player on news.example hits a mid-roll and calls its ad server. The reply comes in two shapes. A Wrapper says, ask this other server. An InLine holds the ad itself. An Impression link to ping when it starts. A Duration, say fifteen seconds. And Media Files, the video in several sizes. Then tracking events. Start, first quartile, midpoint, third quartile, complete. The player fires each one, so the buyer knows it ran. Every Wrapper adds a round trip. After more than five, the player may give up, report error three oh two, and play nothing. Today, paste a video tag into a VAST tester and count the Wrappers. Next: ad pods, why CTV can&apos;t auction one slot at a time.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e02-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T08:47:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-2-vast-what-a-video-ad-tag-actually-is-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e02-hi.jpg</video:thumbnail_loc><video:title>Ep 2: VAST: video ad tag असल में क्या है</video:title><video:description>जब आपका player ad माँगता है, तो असल में वापस क्या आता है? VAST एक XML template है, जो video player को बताता है कि क्या play करना है और क्या report करना है। news.example का player एक mid-roll पर पहुँचता है और अपने ad server को call करता है। जवाब दो रूपों में आता है। Wrapper कहता है, इस दूसरे server से पूछो। InLine में ख़ुद ad होता है। एक Impression link, जिसे ad शुरू होते ही ping करना है। एक Duration, मान लीजिए पंद्रह सेकंड। और Media Files, यानी कई sizes में video. फिर tracking events. Start, first quartile, midpoint, third quartile, complete. Player हर एक को fire करता है, ताकि buyer को पता चले कि ad चला। हर Wrapper एक और round trip जोड़ता है। पाँच से ज़्यादा होने पर player हार मान सकता है, error तीन सौ दो report करता है, और कुछ भी play नहीं करता। आज ही एक video tag को VAST tester में paste कीजिए, और Wrappers गिनिए। अगला episode, ad pods, यानी CTV एक-एक slot का auction क्यों नहीं कर सकता।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e02-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:47:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-ad-pods-why-ctv-cant-auction-one-slot-at-a-time/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e03-en.jpg</video:thumbnail_loc><video:title>Ep 3: Ad pods: why CTV can&#8217;t auction one slot at a time</video:title><video:description>Selling a TV break one slot at a time leaves seconds unsold. An ad pod is a group of ads played back to back in one break. Take a sixty-second break on stream TV.example. Sold slot by slot, slot one goes alone. A thirty-second car ad wins. Then slot two. The top bid is a rival car brand, which can&apos;t run back to back. Next, a forty-five-second ad. Too long. Thirty seconds sit empty. OpenRTB two point six fixes this with pod bidding. One request carries the whole break. Each slot shares one pod ID, with a sixty-second pod duration, at most four ads, and a per-second floor. At fifty cents a second, a thirty-second ad must bid fifteen dollars CPM. Slot in pod can promise first position. The seller builds a set that fills all sixty. Today, ask your SSP: do our CTV requests carry a pod ID? Next: SSAI versus CSAI.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e03-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T08:47:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-3-ad-pods-why-ctv-cant-auction-one-slot-at-a-time-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e03-hi.jpg</video:thumbnail_loc><video:title>Ep 3: Ad pods: CTV एक slot की auction क्यों नहीं कर सकता</video:title><video:description>TV break को एक-एक slot करके बेचेंगे, तो कुछ सेकंड बिना बिके रह जाते हैं। Ad pod यानी ads का एक group, जो एक ही break में एक के बाद एक चलते हैं। मान लीजिए stream TV.example पर साठ सेकंड का एक break है। Slot by slot बेचें, तो slot एक अकेला बिकता है। तीस सेकंड का एक car ad जीतता है। फिर slot दो। सबसे ऊँची bid एक rival car brand की है, जो उसके ठीक बाद नहीं चल सकता। अगला, पैंतालीस सेकंड का ad. बहुत लंबा। तीस सेकंड खाली रह जाते हैं। OpenRTB दो पॉइंट छह इसे pod bidding से ठीक करता है। एक ही request में पूरा break जाता है। हर slot एक ही pod ID share करता है, साठ सेकंड की pod duration, ज़्यादा से ज़्यादा चार ads, और एक per-second floor. पचास सेंट प्रति सेकंड पर, तीस सेकंड के ad को पंद्रह डॉलर CPM की bid लगानी होगी। Slot in pod से पहली position का वादा किया जा सकता है। Seller ऐसा set बनाता है जो पूरे साठ सेकंड भर दे। आज ही अपने SSP से पूछिए: क्या हमारी CTV requests में pod ID जाता है? अगला episode, SSAI बनाम CSAI.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e03-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:47:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ssai-vs-csai/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: SSAI vs CSAI</video:title><video:description>Mid-show, the screen freezes. A spinner turns. The ad never loads. Client-side insertion, CSAI, means the player fetches ads. Server-side, SSAI, stitches them in first. Ten thousand viewers of stream TV.example hit one mid-roll. With CSAI, every TV pauses the show, calls the ad server, reads the VAST, downloads the video, plays it. Slow TV or network? Spinner. With SSAI, a stitching server requests the ad for each viewer, picks a ready, transcoded copy, and splices it into the video segments. The TV plays one smooth stream, like broadcast. The catch is tracking. Ten thousand impressions now report from one server, which looks like invalid traffic. So VAST says stitchers must forward each viewer&apos;s details, in X-Device-IP and X-Device-User-Agent headers. Using SSAI? Ask your vendor: do requests and tracking calls pass the device IP and user agent? Next: one CTV app, many supply paths.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e04-en.mp4</video:content_loc><video:duration>76</video:duration><video:publication_date>2026-11-11T08:47:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-ssai-vs-csai-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: SSAI बनाम CSAI</video:title><video:description>Show के बीच में screen रुक जाती है। एक spinner घूमता है। Ad कभी load नहीं होता। Client-side insertion, यानी CSAI, में player खुद ads लाता है। Server-side, यानी SSAI, ads को पहले ही stream में stitch कर देता है। stream TV.example के दस हज़ार viewers एक ही mid-roll पर पहुँचते हैं। CSAI में हर TV show रोकता है, ad server को call करता है, VAST पढ़ता है, video download करता है, और उसे चलाता है। TV या network धीमा हो? Spinner. SSAI में एक stitching server हर viewer के लिए ad request करता है, पहले से तैयार, transcoded copy चुनता है, और उसे video segments में जोड़ देता है। TV एक smooth stream चलाता है, broadcast की तरह। दिक्कत है tracking. अब दस हज़ार impressions एक ही server से report होते हैं, जो invalid traffic जैसा दिखता है। इसलिए VAST कहता है कि stitchers को हर viewer की details आगे भेजनी होंगी, X-Device-IP और X-Device-User-Agent headers में। SSAI इस्तेमाल करते हैं? अपने vendor से पूछिए: क्या requests और tracking calls में device IP और user agent जाते हैं? अगला episode, एक CTV app, कई supply paths.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e04-hi.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-11-11T08:47:40+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-one-ctv-app-many-supply-paths/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: One CTV app, many supply paths</video:title><video:description>One TV break. A hundred ways for buyers to reach it. A supply path is the chain of sellers between your ad break and the buyer. Here&apos;s an illustrative case. The stream TV.example app sells through five SSPs, direct. Five paths. The TV platform carrying the app holds a contractual share of breaks, sold through five more. Ten. Then nine resellers, audience extension partners and ad networks, each plug into ten SSPs. Ninety more. One hundred paths to one app. The DSP sees the same break again and again, may bid against itself, and every hop can take a fee. So buyers cut paths. If your direct path looks no cleaner than a reseller&apos;s, it can get cut too. Today, open your app-ads.txt. Count DIRECT and RESELLER lines. Ask each reseller where they resell. Next: app-ads.txt for apps and CTV.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e05-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T08:47:41+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-one-ctv-app-many-supply-paths-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: एक CTV app, कई supply paths</video:title><video:description>एक TV break. Buyers के पहुँचने के सौ रास्ते। Supply path यानी sellers की वो chain, जो आपके ad break और buyer के बीच है। ये एक illustrative उदाहरण है। stream TV.example app पाँच SSPs से direct बिकता है। पाँच paths. App को चलाने वाला TV platform, contract के तहत breaks का एक हिस्सा रखता है, जो पाँच और SSPs से बिकता है। दस। फिर नौ resellers, यानी audience extension partners और ad networks, हर एक दस SSPs से जुड़ा है। नब्बे और। एक app तक सौ paths. DSP एक ही break बार-बार देखता है, खुद के ख़िलाफ़ bid कर सकता है, और हर hop पर fee कट सकती है। इसलिए buyers paths काटते हैं। अगर आपका direct path किसी reseller से ज़्यादा साफ़ नहीं दिखता, तो वो भी कट सकता है। आज ही अपनी app-ads.txt खोलिए। DIRECT और RESELLER lines गिनिए। हर reseller से पूछिए, वो आगे कहाँ बेचते हैं। अगला episode, apps और CTV के लिए app-ads.txt.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e05-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T08:47:41+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-app-ads-txt-for-apps-and-ctv/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: app-ads.txt for apps and CTV</video:title><video:description>Your app-ads.txt is perfect. Buyers still can&apos;t find it. App ads.txt is a public list of who may sell your app&apos;s ads. Puzzle Pop is on Google Play. A bid request arrives with its store URL and seller account one two three four five at SSP.example. Step one, a crawler opens the store listing and reads the developer website. Step two, it drops the www and adds/app-ads.txt. Step three, it finds the line, SSP.example, one two three four five, DIRECT. Match. Authorized. The common mistake is step one. The listing points to a link page or old domain, so the crawler looks elsewhere. CTV works the same, with the TV store&apos;s app ID. If a partner sells some of your breaks, add inventory partner domain. Today, open each store listing. Does that developer website host your file? Next: mediation waterfall versus in-app bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e06-en.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T08:47:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-app-ads-txt-for-apps-and-ctv-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: Apps और CTV के लिए app-ads.txt</video:title><video:description>आपकी app-ads.txt बिल्कुल सही है। फिर भी buyers उसे ढूँढ नहीं पाते। App ads.txt एक public list है, कि आपकी app के ads कौन बेच सकता है। Puzzle Pop, Google Play पर है। एक bid request आती है, जिसमें उसका store URL है, और seller account एक दो तीन चार पाँच, SSP.example पर। Step one, एक crawler store listing खोलता है और developer website पढ़ता है। Step two, वो www हटाता है और जोड़ता है/app-ads.txt. Step three, उसे line मिलती है, SSP.example, एक दो तीन चार पाँच, DIRECT. Match. Authorized. सबसे आम गलती step one में होती है। Listing किसी link page या पुराने domain की ओर इशारा करती है, तो crawler कहीं और ढूँढता है। CTV में भी यही तरीका है, बस TV store की app ID के साथ। अगर कोई partner आपके कुछ breaks बेचता है, तो inventory partner domain जोड़िए। आज ही हर store listing खोलिए। क्या वो developer website आपकी file host करती है? अगला episode, mediation waterfall बनाम in-app bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e06-hi.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-11-11T08:47:42+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-mediation-waterfall-vs-in-app-bidding/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Mediation waterfall vs in-app bidding</video:title><video:description>Why does your app still ask ad networks one at a time? Mediation is the layer in your app that picks which ad source fills each ad. In a waterfall, Puzzle Pop calls Network A first, at an average eCPM of five dollars, then Network B, at three. Google&apos;s help says the waterfall uses the average you set, not what a network will pay right now. For this user, B would pay eight dollars CPM. But A, called first, fills at two. A six-dollar gap. With bidding, A and B bid at once. Two against eight. B wins. Most setups are hybrid. AdMob runs the auction first, then slots the winner into the waterfall by value. A losing bidder isn&apos;t called again. And Unity Ads no longer lets you create new waterfall placements. Today, list your waterfall-only ad sources, and ask each about bidding. Next: AdMob, MAX and LevelPlay.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e07-en.mp4</video:content_loc><video:duration>63</video:duration><video:publication_date>2026-11-11T08:47:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-mediation-waterfall-vs-in-app-bidding-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Mediation waterfall बनाम in-app bidding</video:title><video:description>आपकी app आज भी ad networks से एक-एक करके क्यों पूछती है? Mediation आपकी app की वो layer है, जो तय करती है कि हर ad को कौन सा ad source भरेगा। Waterfall में, Puzzle Pop पहले Network A को call करता है, जिसका average eCPM पाँच डॉलर है, फिर Network B को, तीन डॉलर पर। Google की help कहती है कि waterfall वो average इस्तेमाल करता है जो आपने set किया, न कि वो जो network अभी इसी वक्त देगा। इस user के लिए B आठ डॉलर CPM देता। लेकिन A, जिसे पहले call किया गया, दो डॉलर पर fill कर देता है। छह डॉलर का gap. Bidding में A और B एक साथ bid करते हैं। दो बनाम आठ। B जीतता है। ज़्यादातर setups hybrid होते हैं। AdMob पहले auction चलाता है, फिर winner को value के हिसाब से waterfall में रखता है। हारने वाले bidder को दोबारा call नहीं किया जाता। और Unity Ads अब नए waterfall placements बनाने नहीं देता। आज ही अपने waterfall-only ad sources की list बनाइए, और हर एक से bidding के बारे में पूछिए। अगला episode, AdMob, MAX और LevelPlay.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e07-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:47:43+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-admob-max-levelplay/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: AdMob, MAX, LevelPlay</video:title><video:description>Myth: two mediation SDKs on one ad unit means more demand. A mediation platform is the SDK that runs your app&apos;s auction across every ad network. Three names come up again and again. Google AdMob mixes bidding and waterfall sources in one mediation group. AppLovin MAX runs a unified first-price auction. Bidders answer within a timeout, MAX merges them with your waterfall, and the highest CPM wins. Unity LevelPlay runs a hybrid of bidding and non-bidding sources. The twist? Their demand plugs into each other. LevelPlay lists AdMob and AppLovin among its networks. So Puzzle Pop picks one platform per ad unit, and plugs other networks in through adapters. Two platforms on one ad unit each see half the bids. These three reportedly run most app mediation. Today, find which SDK makes each ad unit&apos;s show-ad call. That&apos;s your mediation platform. Next: rewarded ads, the format players opt into.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e08-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T08:47:44+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-admob-max-levelplay-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: AdMob, MAX, LevelPlay</video:title><video:description>Myth: एक ad unit पर दो mediation SDKs, यानी ज़्यादा demand. Mediation platform वो SDK है, जो हर ad network के बीच आपकी app का auction चलाता है। तीन नाम बार-बार आते हैं। Google AdMob एक mediation group में bidding और waterfall sources को मिलाता है। AppLovin MAX एक unified first-price auction चलाता है। Bidders एक timeout के अंदर जवाब देते हैं, MAX उन्हें आपके waterfall के साथ मिलाता है, और सबसे ऊँचा CPM जीतता है। Unity LevelPlay, bidding और non-bidding sources का hybrid चलाता है। Twist क्या है? इनकी demand एक-दूसरे में plug होती है। LevelPlay अपने networks में AdMob और AppLovin को गिनाता है। इसलिए Puzzle Pop हर ad unit के लिए एक platform चुनता है, और बाकी networks को adapters से जोड़ता है। एक ad unit पर दो platforms हों, तो हर एक को आधी bids ही दिखती हैं। बताया जाता है कि ज़्यादातर app mediation यही तीन चलाते हैं। आज ही पता कीजिए कि हर ad unit की show-ad call कौन सा SDK करता है। वही आपका mediation platform है। अगला episode, rewarded ads, वो format जिसे players खुद चुनते हैं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e08-hi.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T08:47:45+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-rewarded-ads-the-format-players-opt-into/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Rewarded ads: the format players opt into</video:title><video:description>Level twelve. Out of lives. The user taps, watch an ad. A rewarded ad is one the user chooses to watch, for an in-app reward. Puzzle Pop&apos;s flow. One, the button names the deal. Watch a short video, get one extra life. Two, the user opts in by tapping. No tap, no ad. Three, the ad plays, and can still be closed. Four, at the reward point, the ad SDK fires a reward callback, and the game grants the life. For valuable rewards, like coins, add server-side verification. Google pings your server to confirm the view first. AdMob&apos;s policy adds rules. No cash or gift cards. Declining must not break the game. And a rewarded interstitial, shown without a tap, needs an intro screen with a clear no. Today, play your own game. Does every rewarded button name its reward? Next: ATT, IDFA and SK Ad Network.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e09-en.mp4</video:content_loc><video:duration>71</video:duration><video:publication_date>2026-11-11T08:47:46+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-rewarded-ads-the-format-players-opt-into-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: Rewarded ads: जिन्हें players खुद चुनते हैं</video:title><video:description>Level बारह। Lives खत्म। User tap करता है, watch an ad. Rewarded ad वो ad है जिसे user खुद देखना चुनता है, app के अंदर एक reward के बदले। Puzzle Pop का flow. एक, button पर deal साफ़ लिखी हो। छोटा video देखिए, एक extra life पाइए। दो, user tap करके opt in करता है। Tap नहीं, तो ad नहीं। तीन, ad चलता है, और फिर भी close हो सकता है। चार, reward point पर ad SDK एक reward callback भेजता है, और game life दे देता है। Coins जैसे कीमती rewards के लिए, server-side verification जोड़िए। Google पहले आपके server को ping करके view confirm करता है। AdMob की policy कुछ नियम और जोड़ती है। Cash या gift cards नहीं। मना करने पर game नहीं टूटना चाहिए। और rewarded interstitial, जो बिना tap के दिखता है, उसे एक intro screen चाहिए, जिसमें साफ़ no का option हो। आज, अपना game खुद खेलिए। क्या हर rewarded button अपना reward बताता है? अगला episode, ATT, IDFA और SK Ad Network.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e09-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T08:47:46+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-att-idfa-and-skadnetwork/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: ATT, IDFA and SKAdNetwork</video:title><video:description>Thirty-two zeros. That&apos;s the ad ID when an iPhone user says no. The IDFA is Apple&apos;s advertising ID. ATT is the prompt asking to use it. Say a Puzzle Pop user taps, ask app not to track. Now the IDFA reads all zeros. Buyers can&apos;t link that user to past behaviour. So how do advertisers count installs? Apple&apos;s answer is SK Ad Network, and since iOS seventeen point four, Ad Attribution Kit. The ad network signs the ad. After the user installs and opens the advertised app, the phone later sends a signed postback, with a small conversion value and no user ID. Apple&apos;s docs now point to Ad Attribution Kit, but SK Ad Network still works, and they share network IDs. Your part is one list. Only networks named in your app&apos;s info P-list can get credit. Today, compare your info P-list with your mediation platform&apos;s network ID list. Next: Season seven, speed, quality and measurement.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e10-en.mp4</video:content_loc><video:duration>72</video:duration><video:publication_date>2026-11-11T08:47:47+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-att-idfa-and-skadnetwork-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: ATT, IDFA और SKAdNetwork</video:title><video:description>बत्तीस zeros. iPhone user जब मना करता है, तब ad ID यही होता है। IDFA, Apple का advertising ID है। ATT वो prompt है जो इसे इस्तेमाल करने की इजाज़त माँगता है। मान लीजिए Puzzle Pop का एक user, ask app not to track पर tap करता है। अब IDFA में सिर्फ़ zeros हैं। Buyers उस user को उसके पुराने behaviour से नहीं जोड़ पाते। तो advertisers installs कैसे गिनें? Apple का जवाब है SK Ad Network, और iOS सत्रह point चार से, Ad Attribution Kit. Ad network, ad को sign करता है। User जब advertised app install करके खोलता है, तो phone कुछ समय बाद एक signed postback भेजता है, जिसमें एक छोटी conversion value होती है, और कोई user ID नहीं। Apple के docs अब Ad Attribution Kit की तरफ़ इशारा करते हैं, लेकिन SK Ad Network अब भी काम करता है, और दोनों के network IDs एक ही हैं। आपका काम बस एक list है। Credit सिर्फ़ उन networks को मिल सकता है, जिनके नाम आपकी app की info P-list में हैं। आज, अपनी info P-list को अपने mediation platform की network ID list से मिलाइए। अगला episode, Season सात, speed, quality और measurement.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-s6-e10-hi.mp4</video:content_loc><video:duration>86</video:duration><video:publication_date>2026-11-11T08:47:47+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-the-ad-tech-map-in-one-picture/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: The ad tech map in one picture</video:title><video:description>Monday morning. A shoe brand sets aside ten thousand dollars for ads. The ad tech map shows every company between that budget and your page. The brand briefs its agency, which loads the budget into a DSP, a demand-side platform, the buyer&apos;s bidding software. Now a reader opens recipes.example. Your page calls your ad server, the software that picks which ad fills each slot. It, or a header bidding script, asks SSPs for bids. An SSP, or supply-side platform, sells your ad space, often through an exchange, the marketplace where the auction runs. The SSP sends a bid request to many DSPs. The shoe brand&apos;s DSP bids, say, three dollars CPM, and wins, so its ad loads. Money flows back the other way, and every hop keeps a fee. Draw your own map today. Your ad server, every SSP, and the company that pays you. Next, DSP versus SSP. The buyer&apos;s robot and the seller&apos;s robot.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e04-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T09:19:06+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-the-ad-tech-map-in-one-picture-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: Ad tech का नक्शा, एक तस्वीर में</video:title><video:description>सोमवार की सुबह। एक shoe brand ads के लिए दस हज़ार डॉलर अलग रखता है। Ad tech का नक्शा उस budget और आपके page के बीच की हर company दिखाता है। Brand अपनी agency को brief करता है, और agency वो budget एक DSP में डालती है। DSP यानी demand-side platform, buyer का bidding software. अब एक reader recipes.example खोलता है। आपका page आपके ad server को call करता है, यानी वो software जो तय करता है कि हर slot में कौन सा ad भरेगा। Ad server, या एक header bidding script, SSPs से bids माँगता है। SSP, यानी supply-side platform, आपकी ad space बेचता है, अक्सर एक exchange के ज़रिए, यानी वो marketplace जहाँ auction चलता है। SSP कई DSPs को bid request भेजता है। Shoe brand का DSP bid लगाता है, मान लीजिए तीन डॉलर CPM, और जीत जाता है, तो उसका ad load होता है। पैसा उल्टी दिशा में वापस बहता है, और हर hop अपनी fee रखता है। आज ही अपना नक्शा बनाइए। आपका ad server, हर SSP, और वो company जो आपको पैसे देती है। अगला episode, DSP बनाम SSP. Buyer का robot और seller का robot.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e04-hi.mp4</video:content_loc><video:duration>84</video:duration><video:publication_date>2026-11-11T09:19:06+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-dsp-vs-ssp-the-buyers-robot-and-the-sellers-robot/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: DSP vs SSP: the buyer&#8217;s robot and the seller&#8217;s robot</video:title><video:description>Myth. DSPs and SSPs are rivals. Actually, each needs the other. A DSP buys ad space for advertisers. An SSP sells it for publishers. Follow one impression on news.example. Your SSP packs it into a bid request. Page address, ad size, country, device, and a user ID if consent allows. It sends that to, say, twenty DSPs at once. Each one checks its advertisers&apos; campaigns. A travel brand&apos;s DSP bids two dollars forty. A bank&apos;s DSP bids one ninety. The SSP runs the auction, picks the top bid, takes its fee, and returns the winning ad to your page. Both sides speak one standard language, called OpenRTB. The DSP works for the buyer. The SSP works for you. Open your ads.txt file, the public list of who may sell your ads. Most lines are SSPs. Next, your ad server is not an SSP.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e05-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T09:19:08+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-dsp-vs-ssp-the-buyers-robot-and-the-sellers-robot-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: DSP बनाम SSP</video:title><video:description>Myth. DSPs और SSPs एक-दूसरे के rivals हैं। असल में, दोनों को एक-दूसरे की ज़रूरत है। DSP advertisers के लिए ad space खरीदता है। SSP publishers के लिए उसे बेचता है। news.example पर एक impression को follow कीजिए। आपका SSP उसे एक bid request में pack करता है। Page address, ad size, country, device, और consent हो तो एक user ID. फिर वो इसे एक साथ, मान लीजिए, बीस DSPs को भेजता है। हर DSP अपने advertisers के campaigns check करता है। एक travel brand का DSP दो डॉलर चालीस की bid लगाता है। एक bank का DSP एक डॉलर नब्बे की bid लगाता है। SSP auction चलाता है, सबसे ऊँची bid चुनता है, अपनी fee लेता है, और जीतने वाला ad आपके page पर लौटाता है। दोनों तरफ़ एक ही standard भाषा बोली जाती है, जिसे OpenRTB कहते हैं। DSP buyer के लिए काम करता है। SSP आपके लिए काम करता है। अपनी ads.txt file खोलिए, यानी उन companies की public list जो आपके ads बेच सकती हैं। ज़्यादातर lines SSPs की हैं। अगला episode, आपका ad server, SSP नहीं है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e05-hi.mp4</video:content_loc><video:duration>82</video:duration><video:publication_date>2026-11-11T09:19:08+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-your-ad-server-is-not-an-ssp/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: Your ad server is not an SSP</video:title><video:description>A common mix-up. Your ad server and your SSP do different jobs. An ad server is the referee that decides which ad fills each slot. Picture the top slot on sports.example. Three offers arrive. A direct campaign your sales team sold. A header bid from an SSP at two dollars fifty. And AdX, Google&apos;s exchange, at two dollars twenty. The ad server checks every offer against your rules, like priorities, targeting and minimum prices. Today the direct campaign has already hit its goal, so it steps aside. Two fifty beats two twenty, and the SSP&apos;s ad wins. The SSP found the buyer and ran its own auction. The ad server just picked the winner. Google Ad Manager blurs this by bundling an ad server and an exchange. Make two lists today. Your ad server, and the SSPs feeding it. Next, ad network versus ad exchange. Where AdSense fits.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e06-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T09:19:09+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-your-ad-server-is-not-an-ssp-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: आपका ad server SSP नहीं है</video:title><video:description>एक आम गलतफ़हमी। आपका ad server और आपका SSP अलग-अलग काम करते हैं। Ad server वो referee है जो तय करता है कि हर slot में कौन सा ad भरेगा। sports.example के top slot को देखिए। तीन offers आते हैं। एक direct campaign, जो आपकी sales team ने बेचा। एक SSP से header bid, दो डॉलर पचास पर। और AdX, Google का exchange, दो डॉलर बीस पर। Ad server हर offer को आपके rules पर परखता है, जैसे priorities, targeting और minimum prices. आज direct campaign अपना goal पहले ही पूरा कर चुका है, इसलिए वो हट जाता है। दो पचास, दो बीस को हरा देता है, और SSP का ad जीतता है। Buyer को SSP ने ढूँढा, और अपना auction भी उसी ने चलाया। Ad server ने बस winner चुना। Google Ad Manager ये फ़र्क धुंधला कर देता है, क्योंकि उसमें ad server और exchange एक साथ bundled हैं। आज दो lists बनाइए। आपका ad server, और उसे feed करने वाले SSPs. अगला episode, ad network बनाम ad exchange. AdSense कहाँ fit होता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e06-hi.mp4</video:content_loc><video:duration>75</video:duration><video:publication_date>2026-11-11T09:19:09+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-ad-network-vs-ad-exchange/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e07-en.jpg</video:thumbnail_loc><video:title>Ep 7: Ad network vs ad exchange</video:title><video:description>Quick quiz. Is AdSense an ad network or an ad exchange? An ad network resells many sites&apos; ad space. An exchange is an open auction marketplace. A network gathers ad space from lots of sites, sells it to its advertisers, and takes a cut. An exchange lets many buyers and sellers meet, and auctions every impression. AdSense is Google&apos;s ad network. Google Ads advertisers and other approved buyers bid, Google runs the auction, and you get a share. For display ads, say an advertiser spends one dollar. Google Ads keeps, on average, fifteen cents. Of the eighty-five cents left, AdSense pays you eighty percent. That&apos;s sixty-eight cents. AdX is Google&apos;s exchange, reached through Google Ad Manager, with more of your own controls, like floors and private deals. In AdSense, open Brand safety, Content, Blocking controls, then Authorized buyers. That&apos;s who bids on your site. Next, direct-sold, programmatic and remnant. Three ways inventory sells.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e07-en.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:10+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-7-ad-network-vs-ad-exchange-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e07-hi.jpg</video:thumbnail_loc><video:title>Ep 7: Ad network बनाम ad exchange</video:title><video:description>छोटा सा quiz. AdSense एक ad network है, या ad exchange? Ad network कई sites की ad space आगे बेचता है। Exchange एक खुला auction marketplace है। Network बहुत सारी sites से ad space इकट्ठा करता है, उसे अपने advertisers को बेचता है, और अपना हिस्सा रखता है। Exchange में बहुत सारे buyers और sellers मिलते हैं, और हर impression का auction होता है। AdSense, Google का ad network है। Google Ads के advertisers और दूसरे approved buyers bid करते हैं, auction Google चलाता है, और आपको हिस्सा मिलता है। Display ads में, मान लीजिए एक advertiser एक डॉलर खर्च करता है। Google Ads औसतन पंद्रह सेंट रखता है। बचे हुए पचासी सेंट में से, AdSense आपको अस्सी प्रतिशत देता है। यानी अड़सठ सेंट। AdX, Google का exchange है, जो Google Ad Manager से मिलता है, और इसमें आपके अपने controls ज़्यादा हैं, जैसे floors और private deals. AdSense में Brand safety, Content, Blocking controls, फिर Authorized buyers खोलिए। यहीं दिखता है कि आपकी site पर कौन bid करता है। अगला episode, direct-sold, programmatic और remnant. Inventory बिकने के तीन तरीके।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e07-hi.mp4</video:content_loc><video:duration>82</video:duration><video:publication_date>2026-11-11T09:19:11+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-direct-sold-programmatic-remnant/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: Direct-sold, programmatic, remnant</video:title><video:description>One homepage. A million impressions. Three very different prices. Inventory sells three ways. Direct-sold, programmatic, and remnant, which means the leftovers. News.example has one million homepage impressions a month. First, direct-sold. Your sales team signs a bank for two hundred thousand impressions at, say, a twelve dollar CPM. A contract, a fixed price, often guaranteed. Second, programmatic. Software sells impressions one at a time, through auctions or private deals, via SSPs and exchanges. Third, remnant. Whatever direct didn&apos;t take, here eight hundred thousand impressions. Most of it goes to programmatic auctions at, say, one to three dollars, so remnant and programmatic overlap. In Google Ad Manager, direct campaigns get higher priority, and house ads, your own promos, fill whatever is left. Check your split today. What share of impressions is direct, and what share goes to auction. Next, ad sizes that earn, and multi-size slots.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e08-en.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T09:19:12+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-direct-sold-programmatic-remnant-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: Direct-sold, programmatic, remnant</video:title><video:description>एक homepage. दस लाख impressions. तीन बिल्कुल अलग prices. Inventory तीन तरीकों से बिकती है। Direct-sold, programmatic, और remnant, यानी बचा हुआ माल। News.example के homepage पर हर महीने दस लाख impressions हैं। पहला, direct-sold. आपकी sales team एक bank के साथ दो लाख impressions का contract करती है, मान लीजिए बारह डॉलर के CPM पर। एक contract, तय price, अक्सर guaranteed. दूसरा, programmatic. Software impressions को एक-एक करके बेचता है, auctions या private deals से, SSPs और exchanges के ज़रिए। तीसरा, remnant. जो direct ने नहीं लिया, यहाँ आठ लाख impressions. इसका ज़्यादातर हिस्सा programmatic auctions में जाता है, मान लीजिए एक से तीन डॉलर पर, इसलिए remnant और programmatic overlap करते हैं। Google Ad Manager में direct campaigns को ऊँची priority मिलती है, और house ads, यानी आपके अपने promos, जो बचता है उसे भरते हैं। आज ही अपना split देखिए। कितने impressions direct हैं, और कितने auction में जाते हैं। अगला episode, ad sizes जो कमाते हैं, और multi-size slots.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e08-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T09:19:12+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-ad-sizes-that-earn/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e09-en.jpg</video:thumbnail_loc><video:title>Ep 9: Ad sizes that earn</video:title><video:description>Mistake. A sidebar slot that accepts only one ad size. A multi-size slot lets one ad space accept several sizes, so more ads compete. Google lists five top-performing sizes. Three hundred by two fifty, three thirty-six by two eighty, seven twenty-eight by ninety, three hundred by six hundred, and, on mobile, three twenty by one hundred. Now, game.example&apos;s sidebar takes three hundred by six hundred only. A buyer with just a three hundred by two fifty creative can&apos;t bid. Allow both sizes. Say the half page bids two dollars and the rectangle bids two forty. The higher bid wins, whatever its size. One rule. Reserve space for the tallest size you allow, so the page doesn&apos;t jump when the ad loads. Check each slot&apos;s size list in your ad tag. Add every size the space can fit. Next, cookies one-oh-one, and why Chrome kept third-party cookies after all.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e09-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T09:19:13+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-9-ad-sizes-that-earn-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e09-hi.jpg</video:thumbnail_loc><video:title>Ep 9: कमाई वाले ad sizes</video:title><video:description>एक आम गलती। ऐसा sidebar slot, जो सिर्फ़ एक ad size लेता है। Multi-size slot में एक ही ad space कई sizes ले सकती है, तो ज़्यादा ads compete करते हैं। Google पाँच top-performing sizes बताता है। Three hundred by two fifty, three thirty-six by two eighty, seven twenty-eight by ninety, three hundred by six hundred, और mobile पर, three twenty by one hundred. अब, game.example का sidebar सिर्फ़ three hundred by six hundred लेता है। जिस buyer के पास सिर्फ़ three hundred by two fifty creative है, वो bid ही नहीं कर सकता। दोनों sizes allow कीजिए। मान लीजिए half page दो डॉलर bid करता है, और rectangle दो डॉलर चालीस. ऊँची bid जीतती है, size चाहे जो भी हो। एक नियम। जो सबसे ऊँचा size आप allow करते हैं, उसकी जगह पहले से रखिए, ताकि ad load होने पर page उछले नहीं। अपने ad tag में हर slot की size list देखिए। हर वो size जोड़िए, जो उस जगह में fit हो। अगला episode, cookies one-oh-one, और Chrome ने third-party cookies आखिर क्यों रखीं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e09-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:14+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-cookies-101/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e10-en.jpg</video:thumbnail_loc><video:title>Ep 10: Cookies 101</video:title><video:description>Myth. Chrome killed third-party cookies. In twenty twenty-six, they still work. A cookie is a small file a website stores in your browser. A reader visits recipes.example. The site sets a first-party cookie, from its own domain, to remember her login. An ad company on the page, say ads.example, sets a third-party cookie. When she later visits news.example, the same ad company reads it again. That&apos;s how buyers recognize one person across sites. Safari has blocked these by default since twenty twenty, and Firefox walls them off per site. Chrome announced a phase-out in twenty twenty. In twenty twenty-four, Google switched to user choice instead. In twenty twenty-five, it dropped the choice prompt and retired most Privacy Sandbox replacements. So Chrome still allows third-party cookies by default. Check your browser split in analytics. Your Chrome traffic is where third-party cookies still work. Next, why identity changes your CPM.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e10-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T09:19:15+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-10-cookies-101-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e10-hi.jpg</video:thumbnail_loc><video:title>Ep 10: Cookies 101</video:title><video:description>Myth. Chrome ने third-party cookies खत्म कर दीं। लेकिन दो हज़ार छब्बीस में भी, वो चल रही हैं। Cookie एक छोटी file है, जो कोई website आपके browser में रखती है। एक reader recipes.example पर जाती है। Site अपने ही domain से एक first-party cookie set करती है, ताकि उसका login याद रहे। Page पर मौजूद एक ad company, मान लीजिए ads.example, एक third-party cookie set करती है। जब वो बाद में news.example पर जाती है, तो वही ad company उसे फिर से पढ़ लेती है। इसी तरह buyers एक ही इंसान को अलग-अलग sites पर पहचानते हैं। Safari दो हज़ार बीस से इन्हें default रूप से block करता है, और Firefox इन्हें हर site के लिए अलग रखता है। Chrome ने दो हज़ार बीस में phase-out का ऐलान किया। दो हज़ार चौबीस में Google ने इसकी जगह user choice चुना। दो हज़ार पच्चीस में उसने choice prompt भी हटा दिया, और ज़्यादातर Privacy Sandbox replacements बंद कर दिए। तो Chrome आज भी default रूप से third-party cookies allow करता है। Analytics में अपना browser split देखिए। आपका Chrome traffic ही वो जगह है, जहाँ third-party cookies अब भी काम करती हैं। अगला episode, identity आपका CPM क्यों बदलती है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e10-hi.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-11-11T09:19:15+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-11-why-identity-changes-your-cpm/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e11-en.jpg</video:thumbnail_loc><video:title>Ep 11: Why identity changes your CPM</video:title><video:description>Same slot, same page. Why does one visitor earn double? Identity is any signal that lets a buyer recognize the same person again. Two readers open one article on news.example. Reader one is on Chrome, with a cookie a DSP recognizes. It knows she browsed flights last week, so a travel brand bids, say, three dollars. Reader two is on Safari. No cookie, no match. The DSP sees only the page and the country, and bids, say, one fifty. Recognized users let buyers target, limit repeats, and measure sales, so they bid more. In a twenty nineteen test, Google found publisher revenue fell by about half without cookies. Publishers close the gap with first-party IDs, like logins, and with context, meaning the page topic. In your ad server report, split CPM by browser. The gap shows what identity is worth on your site. Next, consent in sixty seconds. GDPR, CMPs and the consent string.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e11-en.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:16+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-11-why-identity-changes-your-cpm-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e11-hi.jpg</video:thumbnail_loc><video:title>Ep 11: Identity आपका CPM क्यों बदलती है</video:title><video:description>Same slot, same page. फिर एक visitor दोगुना क्यों कमाता है? Identity कोई भी ऐसा signal है, जिससे buyer उसी इंसान को दोबारा पहचान सके। दो readers news.example पर एक ही article खोलती हैं। पहली reader Chrome पर है, और उसके पास एक cookie है जिसे एक DSP पहचानता है। उसे पता है कि उसने पिछले हफ़्ते flights देखी थीं, तो एक travel brand bid लगाता है, मान लीजिए तीन डॉलर। दूसरी reader Safari पर है। कोई cookie नहीं, कोई match नहीं। DSP को सिर्फ़ page और country दिखती है, और वो bid लगाता है, मान लीजिए डेढ़ डॉलर। पहचाने गए users से buyers target कर पाते हैं, repeats limit कर पाते हैं, और sales measure कर पाते हैं, इसलिए वो ज़्यादा bid करते हैं। दो हज़ार उन्नीस के एक test में Google ने पाया कि cookies के बिना publisher revenue लगभग आधा गिर गया। Publishers ये gap भरते हैं first-party IDs से, जैसे logins, और context से, यानी page का topic. अपनी ad server report में CPM को browser के हिसाब से split कीजिए। ये gap दिखाता है कि आपकी site पर identity की कीमत कितनी है। अगला episode, consent साठ सेकंड में। GDPR, CMPs और consent string.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e11-hi.mp4</video:content_loc><video:duration>87</video:duration><video:publication_date>2026-11-11T09:19:16+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-12-consent-in-60-seconds/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e12-en.jpg</video:thumbnail_loc><video:title>Ep 12: Consent in 60 seconds</video:title><video:description>A reader in Berlin taps Reject all. Here&apos;s what your ads hear. A consent string is a coded record of what each visitor allowed. In Europe, GDPR and e-Privacy rules usually require consent before cookies or personalized ads. Your CMP, or consent management platform, is the banner that asks. When she chooses, it writes her answers into a TC string, defined by the IAB Europe Transparency and Consent Framework, or TCF. The string lists which purposes, like storing data on her device, and which ad companies she allowed. It travels with every ad request, and each SSP and DSP reads it first. She rejected all, so no personalized ads. Google can fall back to limited ads, and some buyers skip her. In the EEA, UK and Switzerland, Google requires a certified CMP for personalized ads. Check that your CMP is on Google&apos;s certified list and running TCF version two point three. That&apos;s AdTech one-oh-one. Next series, AdSense clinic, starting with RPM dropped overnight.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e12-en.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T09:19:17+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-12-consent-in-60-seconds-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e12-hi.jpg</video:thumbnail_loc><video:title>Ep 12: 60 seconds में consent</video:title><video:description>Berlin में एक reader Reject all पर tap करती है। सुनिए, आपके ads तक क्या पहुँचता है। Consent string एक coded record है, कि हर visitor ने किस बात की इजाज़त दी। Europe में GDPR और e-Privacy नियमों के तहत, आम तौर पर cookies या personalized ads से पहले consent ज़रूरी होता है। आपका CMP, यानी consent management platform, वही banner है जो ये पूछता है। जब वो चुनती है, तो CMP उसके जवाब एक TC string में लिख देता है, जो IAB Europe के Transparency and Consent Framework, यानी TCF, में तय है। String बताती है कि उसने कौन से purposes allow किए, जैसे उसके device पर data store करना, और किन ad companies को इजाज़त दी। ये string हर ad request के साथ जाती है, और हर SSP और DSP पहले इसे पढ़ता है। उसने सब reject किया, इसलिए personalized ads नहीं। Google limited ads पर आ सकता है, और कुछ buyers उसे skip कर देते हैं। EEA, UK और Switzerland में, personalized ads के लिए Google certified CMP ज़रूरी मानता है। Check कीजिए कि आपका CMP Google की certified list में है, और TCF version दो पॉइंट तीन चला रहा है। ये था AdTech one-oh-one. अगला episode, नई series AdSense clinic की शुरुआत: RPM रातों-रात गिर गया।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-a101-e12-hi.mp4</video:content_loc><video:duration>94</video:duration><video:publication_date>2026-11-11T09:19:18+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-page-level-vs-site-level-policy-violations/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e04-en.jpg</video:thumbnail_loc><video:title>Ep 4: Page-level vs site-level policy violations</video:title><video:description>Myth: one policy email means your whole site lost its ads. AdSense enforces policy at two levels: a single page, or the whole site. Open Policy center. Say recipes.example gets a page level enforcement on one post. Ads stop on that URL only. The other nine hundred ninety nine pages keep earning. Fix that page, then request a review. Site level is different. Google names the violation and shows one example URL. That&apos;s a sample, not the full list. Fix every page with the same problem, then request a review for the site. Two more statuses. Restricted means fewer advertisers can bid, so ads still show but earn less. At risk is a warning with a fix by date. Fix it in time to avoid enforcement. Today, open Policy center and note each issue&apos;s level and status. Next: invalid traffic deductions, why the final number is lower.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e04-en.mp4</video:content_loc><video:duration>66</video:duration><video:publication_date>2026-11-11T09:19:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-4-page-level-vs-site-level-policy-violations-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e04-hi.jpg</video:thumbnail_loc><video:title>Ep 4: Page-level बनाम site-level policy violations</video:title><video:description>Myth: एक policy email का मतलब है कि आपकी पूरी site के ads चले गए। AdSense policy दो levels पर लागू करता है: एक single page, या पूरी site. Policy center खोलिए। मान लीजिए recipes.example के एक post पर page level enforcement आता है। Ads सिर्फ़ उसी URL पर रुकते हैं। बाकी नौ सौ निन्यानवे pages कमाते रहते हैं। उस page को ठीक कीजिए, फिर review request कीजिए। Site level अलग है। Google violation का नाम बताता है, और एक example URL दिखाता है। वो एक sample है, पूरी list नहीं। जिस भी page में वही problem है, सब ठीक कीजिए, फिर पूरी site के लिए review request कीजिए। दो और statuses. Restricted का मतलब है कम advertisers bid कर सकते हैं, तो ads दिखते हैं, पर कम कमाते हैं। At risk एक warning है, जिसके साथ एक fix by date आती है। Enforcement से बचने के लिए समय पर ठीक कीजिए। आज ही Policy center खोलिए, और हर issue का level और status नोट कीजिए। अगला episode, invalid traffic deductions, यानी final number कम क्यों आता है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e04-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:19+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-invalid-traffic-deductions/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e05-en.jpg</video:thumbnail_loc><video:title>Ep 5: Invalid traffic deductions</video:title><video:description>Your dashboard said two hundred dollars. You were paid one eighty five. Invalid traffic, or IVT: clicks or impressions that artificially inflate costs or earnings. AdSense first shows estimated earnings. Around the third of next month, they&apos;re finalized on your Payments page. In between, Google removes invalid activity, like bots, or publishers clicking their own ads, and refunds the advertiser. Say game.example estimated two hundred dollars in March. Fifteen came from invalid clicks. Finalized, one eighty five. Deductions can also land later, usually for traffic from the past sixty to ninety days, as a line item on your Transactions page. They&apos;re final, and Google won&apos;t say which clicks. Third parties can cause it, and you&apos;re still responsible. So watch your sources. A spike from one referrer, or a paid traffic campaign, deserves a closer look. Today, compare last month&apos;s estimated and finalized earnings, and list your top traffic sources. Next: the Q1 CPM drop, seasonality, not a penalty.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e05-en.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:20+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-5-invalid-traffic-deductions-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e05-hi.jpg</video:thumbnail_loc><video:title>Ep 5: Invalid traffic deductions</video:title><video:description>आपके dashboard पर दो सौ डॉलर दिख रहे थे। Payment मिला एक सौ पचासी। Invalid traffic, यानी IVT: ऐसे clicks या impressions जो costs या earnings को artificially बढ़ाते हैं। AdSense पहले estimated earnings दिखाता है। अगले महीने की तीन तारीख के आसपास, वो आपके Payments page पर finalized होती हैं। इस बीच, Google invalid activity हटाता है, जैसे bots, या publishers का अपने ही ads पर click करना, और advertiser को refund देता है। मान लीजिए game.example की March की estimated earnings दो सौ डॉलर थीं। उनमें से पंद्रह invalid clicks से आए। Finalized, एक सौ पचासी। Deductions बाद में भी आ सकते हैं, आमतौर पर पिछले साठ से नब्बे दिन के traffic के लिए, आपके Transactions page पर एक line item की तरह। ये final होते हैं, और Google नहीं बताता कि कौन से clicks थे। Third parties भी इसकी वजह बन सकती हैं, और ज़िम्मेदारी फिर भी आपकी है। इसलिए अपने sources पर नज़र रखिए। किसी एक referrer से अचानक spike, या कोई paid traffic campaign, ध्यान से देखने लायक है। आज ही पिछले महीने की estimated और finalized earnings की तुलना कीजिए, और अपने top traffic sources की list बनाइए। अगला episode, Q one का CPM drop, seasonality, penalty नहीं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e05-hi.mp4</video:content_loc><video:duration>91</video:duration><video:publication_date>2026-11-11T09:19:20+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-the-q1-cpm-drop/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e06-en.jpg</video:thumbnail_loc><video:title>Ep 6: The Q1 CPM drop</video:title><video:description>January RPM crash? It&apos;s probably not a Google penalty. Seasonality: advertiser demand rises and falls on a yearly calendar. Ads are sold in auctions. In November and December, retailers bid hard for holiday shoppers. In January, many advertisers start new budgets and spend slowly. Fewer bids mean lower CPMs, the price per thousand impressions, and lower RPM for you. One industry dataset, from DataBeat, reportedly showed US programmatic CPMs down about a third from December to January twenty twenty six... but up about a quarter on the January before. That&apos;s the test. Say news.example had a page RPM of four dollars in December, and two sixty in January. Down thirty five percent. But last January was two forty. Year on year, it&apos;s up. Season, not penalty. Today, compare January with last January, not December. Then check Policy center anyway. Next: begin to render, why your impressions fall in February.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e06-en.mp4</video:content_loc><video:duration>74</video:duration><video:publication_date>2026-11-11T09:19:21+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-6-the-q1-cpm-drop-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e06-hi.jpg</video:thumbnail_loc><video:title>Ep 6: Q1 का CPM drop</video:title><video:description>January में RPM crash? शायद ये Google penalty नहीं है। Seasonality: advertiser demand हर साल एक calendar के हिसाब से ऊपर-नीचे होती है। Ads auctions में बिकते हैं। November और December में retailers holiday shoppers के लिए ज़ोर से bid करते हैं। January में कई advertisers नए budgets शुरू करते हैं, और धीरे खर्च करते हैं। कम bids का मतलब कम CPMs, यानी हर हज़ार impressions की कीमत, और आपके लिए कम RPM. एक industry dataset, DataBeat का, reportedly दिखाता है कि US programmatic CPMs December से January दो हज़ार छब्बीस तक करीब एक तिहाई गिरे... लेकिन पिछले January से करीब एक चौथाई ऊपर थे। यही test है। मान लीजिए news.example का page RPM December में चार डॉलर था, और January में दो डॉलर साठ। पैंतीस प्रतिशत नीचे। लेकिन पिछले January ये दो डॉलर चालीस था। साल-दर-साल, ये ऊपर है। Season है, penalty नहीं। आज ही January की तुलना पिछले January से कीजिए, December से नहीं। फिर भी Policy center check कर लीजिए। अगला episode, begin to render, February में आपके impressions क्यों गिरते हैं।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e06-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T09:19:21+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-ai-overviews-took-your-clicks/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e08-en.jpg</video:thumbnail_loc><video:title>Ep 8: AI Overviews took your clicks</video:title><video:description>Fifteen percent versus eight. That&apos;s the click gap when AI summaries appear. AI Overviews: Google&apos;s AI written answers at the top of search results. Pew Research tracked real browsing by nine hundred US adults in March twenty twenty five. With an AI summary on the page, people clicked a regular result on eight percent of visits. Without one, fifteen percent. Now the ad math. Revenue is page views, in thousands, times page RPM. AI Overviews hit page views, not price. Say recipes.example gets two hundred thousand search page views a month at a three dollar page RPM. Six hundred dollars. If search clicks fall by a third, that&apos;s about one hundred thirty three thousand page views, and four hundred dollars. RPM didn&apos;t move. Revenue did. Studies disagree on size, so measure your own. Today, in Search Console, find pages where impressions held but clicks fell. Then grow channels you own. That&apos;s the AdSense clinic. Next series: Adtech lessons, Season one.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e08-en.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:22+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ep-8-ai-overviews-took-your-clicks-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e08-hi.jpg</video:thumbnail_loc><video:title>Ep 8: AI Overviews ने clicks ले लिए</video:title><video:description>पंद्रह प्रतिशत बनाम आठ। AI summary दिखने पर clicks में यही फ़र्क आता है। AI Overviews यानी search results में सबसे ऊपर, Google के AI से लिखे जवाब। Pew Research ने मार्च दो हज़ार पच्चीस में नौ सौ US adults की असली browsing track की। Page पर AI summary हो, तो लोगों ने सिर्फ़ आठ प्रतिशत visits में कोई regular result click किया। AI summary न हो, तो पंद्रह प्रतिशत। अब ad का हिसाब। Revenue है page views, हज़ारों में, गुणा page RPM. AI Overviews page views पर चोट करते हैं, price पर नहीं। मान लीजिए recipes.example को हर महीने दो लाख search page views मिलते हैं, तीन डॉलर के page RPM पर। यानी छह सौ डॉलर। अगर search clicks एक तिहाई गिर जाएँ, तो बचते हैं लगभग एक लाख तैंतीस हज़ार page views, और चार सौ डॉलर। RPM नहीं हिला। Revenue गिर गया। Studies गिरावट के size पर सहमत नहीं हैं, इसलिए अपना खुद नापिए। आज ही Search Console में वो pages ढूँढिए, जहाँ impressions टिके रहे पर clicks गिर गए। फिर अपने owned channels बढ़ाइए। ये था AdSense clinic. अगला episode, नई series में, Adtech lessons, Season one.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-asc-e08-hi.mp4</video:content_loc><video:duration>86</video:duration><video:publication_date>2026-11-11T09:19:23+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/om-sdk-how-viewability-gets-measured-in-apps/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e07-en.jpg</video:thumbnail_loc><video:title>OM SDK: how viewability gets measured in apps</video:title><video:description>One game app. Four verification vendors. Four separate SDKs. The fix is OM SDK, the Open Measurement kit, one shared measurement layer for every vendor. Before twenty eighteen, each verification firm, the companies brands hire to check ads were seen, wanted its own code in your app. More weight, more crashes, numbers that didn&apos;t match. In April twenty eighteen, IAB Tech Lab released OM instead. Here&apos;s game.example. Its ad SDK includes OM once. Each ad brings a small script from the brand&apos;s vendor. OM reports how much of the ad is on screen, and for how long. The vendor applies the rule. Display, half the pixels for one second. Video, two seconds. Your check. Confirm your ad SDK supports Open Measurement. Without it, vendors can&apos;t verify your in-app impressions. Next: SHARC, the standard meant to replace SafeFrame and M-RAID.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e07-en.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T09:19:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/om-sdk-how-viewability-gets-measured-in-apps-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e07-hi.jpg</video:thumbnail_loc><video:title>OM SDK: apps में viewability कैसे मापी जाती है</video:title><video:description>एक game app. चार verification vendors. चार अलग SDKs. इसका इलाज है OM SDK, यानी Open Measurement kit, हर vendor के लिए एक shared measurement layer. दो हज़ार अठारह से पहले, हर verification firm, यानी वो companies जिन्हें brands ये जाँचने के लिए रखते हैं कि ads देखे गए या नहीं, आपके app में अपना code चाहती थी। ज़्यादा वज़न, ज़्यादा crashes, और numbers जो आपस में मेल नहीं खाते। अप्रैल दो हज़ार अठारह में IAB Tech Lab ने इसकी जगह OM release किया। अब game.example लीजिए। उसके ad SDK में OM एक बार शामिल है। हर ad, brand के vendor की एक छोटी script साथ लाता है। OM बताता है कि ad का कितना हिस्सा screen पर है, और कितनी देर। Rule vendor लगाता है। Display के लिए, आधे pixels, एक second. Video के लिए, दो seconds. आपकी check. पक्का कीजिए कि आपका ad SDK Open Measurement support करता है। इसके बिना vendors आपके in-app impressions verify नहीं कर सकते। अगला episode, SHARC, वो standard जो SafeFrame और M-RAID की जगह लेने के लिए बना है।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e07-hi.mp4</video:content_loc><video:duration>80</video:duration><video:publication_date>2026-11-11T09:19:24+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/sharc-the-standard-meant-to-replace-safeframe-and-mraid/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e08-en.jpg</video:thumbnail_loc><video:title>SHARC: the standard meant to replace SafeFrame and MRAID</video:title><video:description>One expandable ad, built twice. Once for apps, once for websites. SHARC, the Secure HTML Ad Rich-media Container, is the IAB standard meant to merge both. Here&apos;s the problem. Rich media ads, the ones that expand, must talk to the page around them. Apps use M-RAID. Websites use SafeFrame. Two rulebooks, so creatives got built and tested twice. SHARC proposed one container. The ad asks it to resize, open a link, or close, and the container approves or refuses. The ad can&apos;t read your page. Tech Lab finalized version one in December twenty twenty-two, and lists it as replacing both. In practice, adoption is hard to find, and the reference code hasn&apos;t changed since early twenty twenty-four. So keep M-RAID support in your app SDK, and check the SafeFrame setting on your Ad Manager creatives. Next: DSA transparency in the EU bid stream.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e08-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T09:19:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/sharc-the-standard-meant-to-replace-safeframe-and-mraid-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e08-hi.jpg</video:thumbnail_loc><video:title>SHARC: SafeFrame और MRAID की जगह लेने वाला standard</video:title><video:description>एक expandable ad, दो बार बना। एक बार apps के लिए, एक बार websites के लिए। SHARC, यानी Secure HTML Ad Rich-media Container, IAB का वो standard है जो इन दोनों को एक करने के लिए बना। समस्या ये है। Rich media ads, यानी जो ads expand होते हैं, उन्हें अपने आस-पास के page से बात करनी पड़ती है। Apps में M-RAID चलता है। Websites पर SafeFrame. दो rulebooks, इसलिए creatives दो बार बने और दो बार test हुए। SHARC ने एक container का सुझाव दिया। Ad उससे resize करने, link खोलने या close करने को कहता है, और container मंज़ूर करता है या मना कर देता है। Ad आपका page पढ़ नहीं सकता। Tech Lab ने version एक दिसंबर दो हज़ार बाईस में final किया, और इसे दोनों की जगह लेने वाला बताता है। असल में adoption ढूँढना मुश्किल है, और reference code दो हज़ार चौबीस की शुरुआत से नहीं बदला। तो अपने app SDK में M-RAID support बनाए रखिए, और अपने Ad Manager creatives पर SafeFrame setting चेक कीजिए। अगला episode, EU bid stream में DSA transparency.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e08-hi.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-11-11T09:19:25+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/dsa-transparency-in-the-eu-bid-stream/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e09-en.jpg</video:thumbnail_loc><video:title>DSA transparency in the EU bid stream</video:title><video:description>Who paid for this ad? In the EU, users must be told. The Digital Services Act, or DSA, requires it. An OpenRTB extension carries the answer. Since February twenty twenty-four, Article twenty-six says online platforms must show users, in real time, that it&apos;s an ad, on whose behalf, who paid, and the main targeting parameters. But programmatic pages don&apos;t know the advertiser until the ad arrives. So the extension adds a DSA object both ways. The request says DSA required. Value two means no DSA info, no bid. The response fills in behalf and paid, say, Acme Shoes, plus parameters like profiling. Flags on each side say who displays the notice. Someone must. Whether your site counts as an online platform is a legal question. Ask your lawyer, then ask your SSP what it sends. Next: the IAB spiders and bots list.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e09-en.mp4</video:content_loc><video:duration>68</video:duration><video:publication_date>2026-11-11T09:19:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/dsa-transparency-in-the-eu-bid-stream-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e09-hi.jpg</video:thumbnail_loc><video:title>EU bid stream में DSA transparency</video:title><video:description>ये ad किसने pay किया? EU में users को ये बताना ज़रूरी है। Digital Services Act, यानी DSA, ये माँगता है। और एक OpenRTB extension इसका जवाब लेकर चलता है। फ़रवरी दो हज़ार चौबीस से, Article छब्बीस कहता है कि online platforms users को real time में दिखाएँ, कि ये एक ad है, किसकी तरफ़ से है, किसने pay किया, और मुख्य targeting parameters क्या हैं। लेकिन programmatic pages को advertiser का पता तब तक नहीं चलता, जब तक ad आ न जाए। इसलिए extension दोनों तरफ़ एक DSA object जोड़ता है। Request कहती है DSA required. Value दो का मतलब, DSA info नहीं, तो bid नहीं। Response में behalf और paid भरे जाते हैं, जैसे Acme Shoes, साथ में profiling जैसे parameters. दोनों तरफ़ के flags बताते हैं कि notice कौन दिखाएगा। किसी को तो दिखाना ही होगा। आपकी site online platform मानी जाएगी या नहीं, ये legal सवाल है। पहले अपने lawyer से पूछिए, फिर अपने SSP से पूछिए कि वो क्या भेजता है। अगला episode, IAB की spiders and bots list.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e09-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T09:19:26+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/the-iab-spiders-and-bots-list/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e10-en.jpg</video:thumbnail_loc><video:title>The IAB spiders and bots list</video:title><video:description>Mistake. Counting a search crawler as a reader, and billing an advertiser. The IAB and ABC Spiders and Bots List stops that. It&apos;s a shared list of known robots. Early counters logged crawlers too, and auditors kept different bot lists, so counts disagreed. The industry merged them into one list, now run by IAB Tech Lab and updated monthly. Two files. One lists real browser user agents, the name tag every visitor sends. One lists known robots. Each visit must match a real browser, and avoid the robot list. Fail either, it&apos;s filtered. That covers general invalid traffic, or GIVT. The limit? A bot that lies about its name gets through. That&apos;s a different fight. Your check. Google Analytics already drops bots on this list. If your server logs show far more pageviews, robots are a likely reason. Next: agentic ad protocols, ARTF and AAMP.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e10-en.mp4</video:content_loc><video:duration>69</video:duration><video:publication_date>2026-11-11T09:19:27+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/the-iab-spiders-and-bots-list-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e10-hi.jpg</video:thumbnail_loc><video:title>IAB spiders और bots list</video:title><video:description>Mistake. एक search crawler को reader गिन लेना, और advertiser को उसका bill भेज देना। IAB और ABC की Spiders and Bots List इसे रोकती है। ये known robots की एक shared list है। पहले के counters crawlers को भी गिन लेते थे, और auditors की bot lists अलग-अलग थीं, इसलिए counts मेल नहीं खाते थे। Industry ने इन्हें मिलाकर एक list बनाई, जिसे अब IAB Tech Lab चलाता है, और ये हर महीने update होती है। दो files. एक में असली browser user agents हैं, यानी वो name tag जो हर visitor भेजता है। दूसरी में known robots. हर visit को किसी असली browser से match करना होगा, और robot list से बचना होगा। किसी एक में भी fail, तो filter. इससे general invalid traffic, यानी GIVT, cover होता है। Limit क्या है? जो bot अपने नाम के बारे में झूठ बोले, वो निकल जाता है। वो एक अलग लड़ाई है। आपकी जाँच। Google Analytics इस list वाले bots को पहले से हटा देता है। अगर आपके server logs में कहीं ज़्यादा pageviews दिखें, तो robots इसकी एक संभावित वजह हैं। अगला episode, agentic ad protocols, ARTF और AAMP.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e10-hi.mp4</video:content_loc><video:duration>83</video:duration><video:publication_date>2026-11-11T09:19:28+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/agentic-ad-protocols-artf-and-aamp/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e11-en.jpg</video:thumbnail_loc><video:title>Agentic ad protocols: ARTF and AAMP</video:title><video:description>Myth. Agentic advertising means chatbots haggling over every single impression. The reality is plumbing. ARTF, the Agentic Real Time Framework, runs partner code inside the auction itself. Every partner that improves a bid request, say, a fraud filter or a deal curator, needs a network call. Each call eats into an auction of maybe one hundred milliseconds. ARTF flips that. The partner ships its logic as a container, running inside the SSP&apos;s own servers. It reads part of the bid request, and sends back proposed changes, called mutations, like activate this deal. The SSP decides which to apply. Opened for comment in November twenty twenty-five, it&apos;s now final, but adoption is early. In February twenty twenty-six, Tech Lab put all its agent work under one name, AAMP, Agentic Advertising Management Protocols, including agent toolkits and a registry. For a publisher, the question is control. Ask your SSP which partner containers touch your bid requests, and what they may change. Next: CoMP, getting paid when AI crawls your content.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e11-en.mp4</video:content_loc><video:duration>81</video:duration><video:publication_date>2026-11-11T09:19:29+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/agentic-ad-protocols-artf-and-aamp-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e11-hi.jpg</video:thumbnail_loc><video:title>Agentic ad protocols: ARTF और AAMP</video:title><video:description>Myth. Agentic advertising का मतलब है, chatbots हर एक impression पर मोलभाव करते हैं। असल में ये plumbing है। ARTF, यानी Agentic Real Time Framework, partner code को auction के अंदर ही चलाता है। जो भी partner bid request को बेहतर बनाता है, जैसे fraud filter या deal curator, उसे एक network call चाहिए। हर call उस auction का समय खाती है, जो शायद सौ मिलीसेकंड का होता है। ARTF इसे उलट देता है। Partner अपना logic एक container में भेजता है, जो SSP के अपने servers के अंदर चलता है। वो bid request का एक हिस्सा पढ़ता है, और बदलाव propose करता है, जिन्हें mutations कहते हैं, जैसे ये deal activate करो। कौन सा बदलाव लागू होगा, ये SSP तय करता है। नवंबर दो हज़ार पच्चीस में ये comment के लिए खुला, अब ये final है, पर adoption अभी शुरुआती है। फ़रवरी दो हज़ार छब्बीस में Tech Lab ने अपना सारा agent काम एक नाम के नीचे रखा, AAMP, यानी Agentic Advertising Management Protocols, जिसमें agent toolkits और एक registry भी है। Publisher के लिए सवाल control का है। अपने SSP से पूछिए कि कौन से partner containers आपकी bid requests को छूते हैं, और वो क्या बदल सकते हैं। अगला episode, CoMP, जब AI आपका content crawl करे, तो पैसे कैसे मिलें।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e11-hi.mp4</video:content_loc><video:duration>93</video:duration><video:publication_date>2026-11-11T09:19:29+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/comp-getting-paid-when-ai-crawls-your-content/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e12-en.jpg</video:thumbnail_loc><video:title>CoMP: getting paid when AI crawls your content</video:title><video:description>Three AI crawlers read your article today. Zero clicks. Zero dollars. CoMP, Content Monetization Protocols, is Tech Lab&apos;s standard for AI systems to license content first. AI answers summarize news.example&apos;s reporting, so fewer readers click, and fewer ads load. Publishers could block crawlers, but couldn&apos;t say, here are my terms. CoMP adds that conversation. First, you block unlicensed bots at your CDN, the network that delivers your site. A bot with no deal is refused, and pointed to your licensing page. A bot with a deal states its purpose, gets an access token, and collects clean, machine-readable content. Pricing is yours, per crawl, per use, or by outcome. It went final in April twenty twenty-six. So far, we found no major AI company publicly using it. Your first step needs no standard. Check your logs for AI crawlers, and decide which to allow. That&apos;s the explainers. Next series: Segment playbooks.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e12-en.mp4</video:content_loc><video:duration>70</video:duration><video:publication_date>2026-11-11T09:19:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/comp-getting-paid-when-ai-crawls-your-content-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e12-hi.jpg</video:thumbnail_loc><video:title>CoMP: AI crawling पर पैसे कैसे मिलें</video:title><video:description>आज तीन AI crawlers ने आपका article पढ़ा। ज़ीरो clicks. ज़ीरो डॉलर. CoMP, यानी Content Monetization Protocols, Tech Lab का standard है, ताकि AI systems पहले content का license लें। AI answers news.example की reporting का summary दे देते हैं, तो कम readers click करते हैं, और कम ads load होते हैं। Publishers crawlers को block कर सकते थे, पर ये नहीं कह सकते थे कि ये रहीं मेरी शर्तें। CoMP यही बातचीत जोड़ता है। पहला, आप बिना license वाले bots को अपने CDN पर block करते हैं, यानी वो network जो आपकी site deliver करता है। जिस bot की कोई deal नहीं, उसे मना कर दिया जाता है, और आपके licensing page पर भेज दिया जाता है। जिस bot की deal है, वो अपना purpose बताता है, एक access token पाता है, और साफ़, machine-readable content लेता है। Pricing आप तय करते हैं, per crawl, per use, या outcome के हिसाब से। ये अप्रैल दो हज़ार छब्बीस में final हुआ। अब तक हमें कोई बड़ी AI company इसे publicly इस्तेमाल करती नहीं मिली। आपके पहले step के लिए किसी standard की ज़रूरत नहीं। अपने logs में AI crawlers देखिए, और तय कीजिए कि किसे allow करना है। ये थे explainers. अगला episode, नई series, Segment playbooks.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-exp-e12-hi.mp4</video:content_loc><video:duration>88</video:duration><video:publication_date>2026-11-11T09:19:30+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/news-publishers-ai-search-fewer-clicks-and-yield/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e01-en.jpg</video:thumbnail_loc><video:title>News publishers: AI search, fewer clicks, and yield</video:title><video:description>With an AI summary on top, clicks on results nearly halve. So track revenue per session, what one visit earns across every page it reads. Pew Research tracked nine hundred US adults in March twenty twenty-five. With an AI summary, they clicked a result in eight percent of visits. Without one, fifteen percent. Now take news.example. One million sessions a month, one and a half pages each, at a ten dollar page RPM. That&apos;s fifteen thousand dollars. Lose ten percent of sessions, and it drops to thirteen thousand five hundred. Your RPM didn&apos;t move. Your visits did. If a newsletter reader views three pages and a search visitor views one, that session earns three times as much. Today, put revenue per session next to each traffic source in your analytics. Grow the ones that earn most. Next, sports publishers, traffic spikes and live-event yield.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e01-en.mp4</video:content_loc><video:duration>62</video:duration><video:publication_date>2026-11-11T09:19:31+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/news-publishers-ai-search-fewer-clicks-and-yield-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e01-hi.jpg</video:thumbnail_loc><video:title>News publishers: AI search, कम clicks, और yield</video:title><video:description>जब ऊपर AI summary हो, तो results पर clicks लगभग आधे रह जाते हैं। इसलिए revenue per session track कीजिए, यानी एक visit अपने पढ़े हर page को मिलाकर कितना कमाती है। Pew Research ने मार्च दो हज़ार पच्चीस में नौ सौ US adults को track किया। AI summary के साथ, उन्होंने आठ प्रतिशत visits में किसी result पर click किया। उसके बिना, पंद्रह प्रतिशत। अब news.example को लीजिए। महीने के दस लाख sessions, हर session में डेढ़ pages, दस डॉलर के page RPM पर। यानी पंद्रह हज़ार डॉलर। दस प्रतिशत sessions कम हुए, तो ये गिरकर साढ़े तेरह हज़ार रह जाता है। आपका RPM नहीं बदला। आपकी visits बदलीं। अगर newsletter reader तीन pages देखता है और search visitor एक, तो वो session तीन गुना कमाता है। आज ही, अपने analytics में हर traffic source के आगे revenue per session लगाइए। जो सबसे ज़्यादा कमाते हैं, उन्हें बढ़ाइए। अगला episode, sports publishers, traffic spikes और live-event yield.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e01-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:31+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/sports-publishers-traffic-spikes-and-live-event-yield/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e02-en.jpg</video:thumbnail_loc><video:title>Sports publishers: traffic spikes and live-event yield</video:title><video:description>Cup final night. Five times the traffic, sold at an ordinary price. A sponsorship line item books a share of impressions, not a fixed count. On sports.example, the live blog slot serves a hundred thousand impressions on a normal day. On final night, five hundred thousand. A standard line item booked for a hundred thousand takes its share and stops. The other four hundred thousand go to the open auction, say at a dollar fifty. Now sell a sponsor all of that slot on match nights, at a six dollar CPM. In Ad Manager, that goal is a percentage, so the ad follows the crowd, and all five hundred thousand serve at the agreed price. Agree the matches and price before kick-off. Before your next big match, check each live-page line item. Is its goal a count, or a share? Next, finance publishers, high CPMs and strict brand safety.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e02-en.mp4</video:content_loc><video:duration>60</video:duration><video:publication_date>2026-11-11T09:19:32+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/sports-publishers-traffic-spikes-and-live-event-yield-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e02-hi.jpg</video:thumbnail_loc><video:title>Sports publishers: traffic spikes और live events</video:title><video:description>कप फाइनल की रात। पाँच गुना traffic, और बिका एक मामूली कीमत पर। Sponsorship line item impressions का एक हिस्सा, यानी share, book करता है, कोई तय गिनती नहीं। sports.example पर live blog slot आम दिन में एक लाख impressions serve करता है। फाइनल की रात, पाँच लाख। एक लाख के लिए book किया गया standard line item अपना हिस्सा लेता है और रुक जाता है। बाकी चार लाख open auction में जाते हैं, मान लीजिए एक डॉलर पचास पर। अब match की रातों में वो पूरा slot एक sponsor को बेचिए, छह डॉलर CPM पर। Ad Manager में ये goal एक percentage होता है, इसलिए ad भीड़ के साथ चलता है, और पूरे पाँच लाख तय कीमत पर serve होते हैं। Matches और कीमत, kick off से पहले तय कर लीजिए। अगले बड़े match से पहले, हर live page line item check कीजिए। उसका goal गिनती है, या share? अगला episode, finance publishers, ऊँचे CPM और सख़्त brand safety.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e02-hi.mp4</video:content_loc><video:duration>67</video:duration><video:publication_date>2026-11-11T09:19:33+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/finance-publishers-high-cpms-and-strict-brand-safety/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e03-en.jpg</video:thumbnail_loc><video:title>Finance publishers: high CPMs and strict brand safety</video:title><video:description>Myth. Finance pages earn high CPMs every day, whatever the headline. A keyword blocklist is a list of words a buyer won&apos;t advertise next to. Finance pages often earn high CPMs, because banks, brokers and card issuers pay a lot to win one customer. Now markets fall. Money.example publishes, stocks crash as recession fears grow. Ten bidders usually compete for that page. Four carry blocklists with crash or recession, so they skip it. With six left, the winning price drops. But readers checking their portfolios may be exactly who a trading app wants. In twenty twenty-three, The Guardian told Digiday its CPMs fell about a quarter when pages were flagged unsafe. Compare bid rate on crash-day articles with a normal day. If it dips, offer finance buyers a market-news deal, judged on context. Next, web gaming sites, rewarded and interstitial ads on the web.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e03-en.mp4</video:content_loc><video:duration>65</video:duration><video:publication_date>2026-11-11T09:19:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/finance-publishers-high-cpms-and-strict-brand-safety-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e03-hi.jpg</video:thumbnail_loc><video:title>Finance publishers: ऊँचे CPM, सख़्त brand safety</video:title><video:description>Myth. Finance pages हर दिन ऊँचे CPM कमाते हैं, headline चाहे जो हो। Keyword blocklist शब्दों की वो list है, जिनके पास कोई buyer अपना ad नहीं दिखाना चाहता। Finance pages अक्सर ऊँचे CPM कमाते हैं, क्योंकि banks, brokers और card issuers एक customer जीतने के लिए बहुत पैसा देते हैं। अब market गिरता है। money.example headline छापता है, stocks crash as recession fears grow. आम तौर पर उस page के लिए दस bidders मुकाबला करते हैं। चार की blocklist में crash या recession है, तो वो उसे छोड़ देते हैं। छह बचे, तो जीतने वाली कीमत गिर जाती है। लेकिन अपना portfolio check कर रहे readers शायद ठीक वही लोग हैं, जो एक trading app चाहता है। दो हज़ार तेईस में, The Guardian ने Digiday को बताया कि pages unsafe flag होने पर उसके CPM लगभग एक चौथाई गिर गए। Crash वाले दिन के articles पर bid rate की तुलना एक आम दिन से कीजिए। अगर ये गिरे, तो finance buyers को एक market news deal offer कीजिए, जो context पर judge हो। अगला episode, web gaming sites, web पर rewarded और interstitial ads.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e03-hi.mp4</video:content_loc><video:duration>78</video:duration><video:publication_date>2026-11-11T09:19:34+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/web-gaming-sites-rewarded-and-interstitial-ads/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e04-en.jpg</video:thumbnail_loc><video:title>Web gaming sites: rewarded and interstitial ads</video:title><video:description>What if your players asked to see the ad? An interstitial appears between pages. A rewarded ad is one players choose, for a reward. Google Ad Manager supports rewarded ads on desktop, mobile and tablet web. Here&apos;s the flow on game.example. A player loses on level seven. The Google Publisher Tag requests a rewarded ad. When one is ready, an event fires, and your game asks, watch a short ad for an extra life? The player taps yes, and the ad plays. When it completes, a second event fires, reward granted, and your code adds the life. Two rules. The player must choose to watch, and the reward can&apos;t be cash, crypto or gift cards. If rewarded never fills, check your protections. A rule that blocks non-instream video can block rewarded video too. Next, CTV publishers, from one app to many buyers.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e04-en.mp4</video:content_loc><video:duration>61</video:duration><video:publication_date>2026-11-11T09:19:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/web-gaming-sites-rewarded-and-interstitial-ads-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e04-hi.jpg</video:thumbnail_loc><video:title>Web gaming sites: rewarded और interstitial ads</video:title><video:description>क्या हो, अगर आपके players खुद ad देखने को कहें? Interstitial ad pages के बीच में आता है। Rewarded ad वो है, जिसे players खुद चुनते हैं, एक reward के लिए। Google Ad Manager desktop, mobile और tablet web पर rewarded ads support करता है। game.example पर flow ऐसा है। एक player level सात पर हार जाता है। Google Publisher Tag एक rewarded ad request करता है। जब ad ready होता है, एक event fire होता है, और आपका game पूछता है, extra life के लिए एक छोटा ad देखेंगे? Player yes दबाता है, और ad चलता है। Ad पूरा होने पर दूसरा event fire होता है, reward granted, और आपका code life जोड़ देता है। दो नियम। Player को खुद देखना चुनना होगा, और reward cash, crypto या gift cards नहीं हो सकता। अगर rewarded कभी fill नहीं होता, तो अपनी protections check कीजिए। Non in-stream video block करने वाला rule, rewarded video को भी block कर सकता है। अगला episode, CTV publishers, एक app से कई buyers तक।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e04-hi.mp4</video:content_loc><video:duration>73</video:duration><video:publication_date>2026-11-11T09:19:35+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ctv-publishers-from-one-app-to-many-buyers/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e05-en.jpg</video:thumbnail_loc><video:title>CTV publishers: from one app to many buyers</video:title><video:description>Mistake. Letting your TV platform sell ad breaks buyers can&apos;t verify. Inventory sharing means another company, often your TV platform, sells part of your ad time. Take CTV.example, a free streaming app. Its TV platform sells three of every ten ad slots. Your own SSPs sell the rest, listed in your app-ads.txt. A buyer&apos;s DSP sees a request from the platform&apos;s seller account. That seller isn&apos;t in your file, so it looks unauthorized, and strict buyers skip it. The fix is one line, inventory partner domain, equals the platform&apos;s domain. Your ad request passes it too, so the buyer checks the platform&apos;s ads.txt. Some DSPs don&apos;t read it yet, so keep your reseller lines. List every company selling your ad breaks. Each needs an app-ads.txt line, or a partner declaration. Next, app developers, from AdMob alone to in-app bidding.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e05-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T09:19:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/ctv-publishers-from-one-app-to-many-buyers-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e05-hi.jpg</video:thumbnail_loc><video:title>CTV publishers: एक app से कई buyers तक</video:title><video:description>गलती। अपने TV platform को ऐसे ad breaks बेचने देना, जिन्हें buyers verify नहीं कर सकते। Inventory sharing यानी कोई दूसरी company, अक्सर आपका TV platform, आपके ad time का एक हिस्सा बेचती है। मान लीजिए CTV.example, एक free streaming app. इसका TV platform हर दस में से तीन ad slots बेचता है। बाकी slots आपके अपने SSPs बेचते हैं, जो आपकी app-ads.txt में listed हैं। Buyer का DSP platform के seller account से आई एक request देखता है। वो seller आपकी file में नहीं है, इसलिए वो unauthorized दिखता है, और strict buyers उसे skip कर देते हैं। Fix बस एक line है, inventory partner domain, बराबर platform का domain. आपकी ad request भी इसे साथ भेजती है, तो buyer platform की ads.txt check करता है। कुछ DSPs इसे अभी नहीं पढ़ते, इसलिए अपनी reseller lines बनाए रखिए। हर उस company की list बनाइए जो आपके ad breaks बेचती है। हर एक के लिए app-ads.txt में एक line चाहिए, या एक partner declaration. अगला episode, app developers, AdMob अकेले से in-app bidding तक।</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e05-hi.mp4</video:content_loc><video:duration>79</video:duration><video:publication_date>2026-11-11T09:19:36+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/app-developers-from-admob-alone-to-in-app-bidding/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e06-en.jpg</video:thumbnail_loc><video:title>App developers: from AdMob alone to in-app bidding</video:title><video:description>AdMob lists over twenty bidding partners. Is your app using any? In-app bidding means ad networks bid on each impression at once, not in line. App.example, a puzzle game, uses an AdMob waterfall. Networks are called in order of average eCPM. Network A averages eight dollars, so it goes first. Network B averages five, so it&apos;s second. For this player, B would pay nine. But A fills at eight, so B never gets asked. With bidding, both bid on that impression in parallel. B bids nine and wins. AdMob then slots the winning bid into the waterfall by price, so the highest offer gets first chance. Since July twenty twenty-five, you can also set bidding floors per mediation group. Open your mediation group. Count bidding sources against waterfall sources, and check each partner is in app-ads.txt. New to ad tech? Next series, AdTech one-oh-one.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e06-en.mp4</video:content_loc><video:duration>64</video:duration><video:publication_date>2026-11-11T09:19:37+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/app-developers-from-admob-alone-to-in-app-bidding-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e06-hi.jpg</video:thumbnail_loc><video:title>App developers: सिर्फ़ AdMob से in-app bidding तक</video:title><video:description>AdMob में बीस से ज़्यादा bidding partners listed हैं। क्या आपकी app इनमें से किसी को इस्तेमाल करती है? In-app bidding यानी ad networks हर impression पर एक साथ bid करते हैं, line में नहीं। App.example, एक puzzle game, AdMob waterfall इस्तेमाल करता है। Networks को average eCPM के क्रम में call किया जाता है। Network A का average आठ डॉलर है, इसलिए वो पहले आता है। Network B का average पाँच है, तो वो दूसरे नंबर पर है। इस player के लिए B नौ देता। लेकिन A आठ पर fill कर देता है, तो B से कभी पूछा ही नहीं जाता। Bidding में दोनों उस impression पर parallel में bid करते हैं। B नौ की bid लगाता है और जीतता है। फिर AdMob जीतने वाली bid को price के हिसाब से waterfall में रखता है, ताकि सबसे ऊँचे offer को पहला मौका मिले। जुलाई दो हज़ार पच्चीस से, आप हर mediation group के लिए bidding floors भी set कर सकते हैं। अपना mediation group खोलिए। Bidding sources और waterfall sources गिनिए, और check कीजिए कि हर partner app-ads.txt में है। Ad tech में नए हैं? अगला episode, नई series: AdTech one-oh-one.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-seg-e06-hi.mp4</video:content_loc><video:duration>77</video:duration><video:publication_date>2026-11-11T09:19:38+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/prebid-10-and-11-what-changed-in-your-wrapper/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e02-en.jpg</video:thumbnail_loc><video:title>Prebid 10 and 11: what changed in your wrapper</video:title><video:description>Mistake. Upgrading Prebid by changing the version number, and nothing else. A breaking change is an update that makes old settings stop working. Prebid.js ten shipped in July twenty twenty-five. Eleven followed in March twenty twenty-six, and removed sixteen modules. Say news.example still runs Prebid nine. Five checks before jumping to eleven. One, video. The DFP video module became the Google Ad Manager video module in ten, and the old name is gone in eleven. Two, your supply chain object, or schain, now goes in first-party data config. Three, ad pods for long video breaks are no longer supported. Four, with the storage control module on, any storage a module hasn&apos;t disclosed now fails. Five, transaction IDs stay off unless you enable them, and since ten point nine each bidder gets its own. A newer setting can share one ID again. Today, ask which Prebid version your wrapper runs, then check those five items in the release notes. Next, how Prebid.js runs an auction, step by step.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e02-en.mp4</video:content_loc><video:duration>76</video:duration><video:publication_date>2026-11-11T09:19:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
<url><loc>https://blog.rediads.com/learn/prebid-10-and-11-what-changed-in-your-wrapper-hindi/</loc><video:video><video:thumbnail_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e02-hi.jpg</video:thumbnail_loc><video:title>Prebid 10 और 11: आपके wrapper में क्या बदला</video:title><video:description>गलती। Prebid upgrade करते वक़्त सिर्फ़ version number बदलना, और कुछ नहीं। Breaking change यानी ऐसा update, जिससे पुरानी settings काम करना बंद कर दें। Prebid.js दस, जुलाई दो हज़ार पच्चीस में आया। ग्यारह, मार्च दो हज़ार छब्बीस में आया, और उसने सोलह modules हटा दिए। मान लीजिए news.example अब भी Prebid नौ पर चल रहा है। ग्यारह पर जाने से पहले पाँच checks. एक, video. DFP video module, दस में Google Ad Manager video module बन गया, और ग्यारह में पुराना नाम ख़त्म। दो, आपका supply chain object, यानी schain, अब first-party data config में जाता है। तीन, लंबे video breaks के लिए ad pods अब supported नहीं हैं। चार, storage control module on हो, तो किसी module का undisclosed storage अब fail होगा। पाँच, transaction IDs तब तक off रहते हैं जब तक आप enable न करें, और दस point नौ से हर bidder को अपनी अलग ID मिलती है। एक नई setting से फिर एक ही ID share हो सकती है। आज ही पूछिए कि आपका wrapper कौन सा Prebid version चलाता है, फिर release notes में ये पाँच items चेक कीजिए। अगला episode, Prebid.js auction कैसे चलाता है, step by step.</video:description><video:content_loc>https://blog.rediads.com/wp-content/uploads/2026/11/rediads-learn-new-e02-hi.mp4</video:content_loc><video:duration>85</video:duration><video:publication_date>2026-11-11T09:19:39+00:00</video:publication_date><video:family_friendly>yes</video:family_friendly></video:video></url>
</urlset>
<!-- XML Sitemap generated by Yoast SEO -->