Real-Time Bidding Explicat: Cum Funcționează RTB și Header Bidding

Real-time bidding (RTB) este licitația per-impresie din spatele celei mai mari părți a publicității programmatice: când se încarcă o pagină cu un spațiu publicitar, un exchange difuzează o cerere de ofertă care descrie spațiul, pagina și un utilizator anonimizat; platformele de cerere o evaluează și licitează; reclama câștigătoare se afișează — toate în aproximativ o zecime de secundă, înainte ca pagina să termine de randat. Header bidding este tehnica pe partea de publisher care permite mai multor exchange-uri să concureze pentru același spațiu simultan, iar OpenRTB este protocolul pe care toate îl vorbesc. Acest ghid parcurge licitația de la un capăt la altul, explică mecanismele din jur și acoperă partea pe care majoritatea ghidurilor o omit: unde se încadrează reclamele native în model și unde îl încalcă.

Licitația, pas cu pas#

O impresie, o licitație, șase pași:

1. Se încarcă o pagină și se activează un spațiu publicitar. Pagina publisherului solicită o reclamă pentru o anumită plasare — dimensiune, poziție, context.
2. Partea de aprovizionare împachetează o cerere de ofertă. Platforma de aprovizionare (SSP) a publisherului construiește o cerere structurată: dimensiuni spațiu, URL pagină, geo utilizator, dispozitiv, identificatori permisi de reglementările de confidențialitate.
3. Exchange-ul o distribuie. Un ad exchange difuzează cererea către partenerii de cerere conectați — zeci dintre ei, în paralel.
4. Platformele de cerere evaluează și licitează. Fiecare platformă de cerere (DSP) evaluează impresia în funcție de targetarea, bugetele și limitele de frecvență ale advertiserilor săi, apoi răspunde cu un preț de ofertă și un creative — sau renunță.
5. Licitația se finalizează (clearing). Exchange-ul alege câștigătorul (first-price, în piața actuală), notifică DSP-ul și returnează creative-ul câștigător.
6. Reclama se afișează și banii se mișcă. Creative-ul se afișează, tracker-ele de impresii se activează, iar publisherul este plătit cu prețul de clearing minus comisioanele tuturor din lanț.

Întregul ciclu se desfășoară în interiorul unui timeout strict — ofertele care sosesc cu întârziere pur și simplu nu contează — motiv pentru care ecosistemul este obsedat de latență.

Personajele piesei#

Granițele sunt mereu neclare — SSP-urile majore rulează exchange-uri, DSP-urile cumpără unele de la altele, iar aceeași companie poate sta pe ambele părți — ceea ce face parte din motivul pentru care transparența lanțului de aprovizionare a devenit o problemă a industriei. Pentru contextul mai larg al modului în care aceste piese se asamblează într-o strategie de cumpărare, vezi publicitatea programmatică.

First-price vs second-price: de ce s-a schimbat licitația#

RTB-ul clasic folosea licitații second-price: câștigătorul plătea puțin peste oferta locului doi, așa că era sigur să licitezi valoarea ta reală. Apoi header bidding a pus aceeași impresie în mai multe licitații paralele simultan, iar "second price" a încetat să mai însemne ceva — o victorie second-price într-o licitație tot trebuia să concureze first-price cu câștigătorii din celelalte licitații. Adaugă și aplicarea tăcută a unor praguri și comisioane de către exchange-uri, iar descoperirea prețului a devenit opacă.

Industria a convergit către licitațiile first-price: câștigătorul plătește cât a oferit. Mai simplu și mai onest, dar a mutat povara strategiei pe cumpărători — dacă licitezi mereu maximul tău real, plătești în mod sistematic prea mult, motiv pentru care DSP-urile folosesc acum bid shading: algoritmi care estimează prețul minim de câștig și licitează mai aproape de acesta. Dacă cumperi programmatic și shading-ul DSP-ului tău este prost, tu finanțezi diferența.

Header bidding: soluția pentru waterfall#

Înainte de header bidding, publisherii foloseau un waterfall: sursele de cerere erau chemate una câte una într-o ordine de prioritate fixă, fiecare primind șansa să cumpere la un prag prestabilit înainte ca cererea să fie "retrimisă" următoarei. Rezultat: prima sursă din linie putea cumpăra inventar subevaluat, în timp ce oferte mai bune mai jos în lanț nu vedeau niciodată impresia.

Header bidding inversează acest lucru. Un script în header-ul paginii (sau, în varianta server-side, un proxy pe care pagina îl apelează o dată) solicită oferte de la mai multe SSP-uri și exchange-uri simultan, apoi trece cea mai bună ofertă către ad server-ul publisherului pentru a concura cu campaniile vândute direct. Fiecare sursă de cerere vede fiecare impresie în același moment, pe picior de egalitate.

Compromisurile sunt operaționale: header bidding client-side adaugă latență paginii și greutate JavaScript; server-side schimbă acest lucru cu rate mai scăzute de potrivire a cookie-urilor. Majoritatea publisherilor sofisticați rulează un hibrid. Pentru cumpărători, consecința practică este mai simplă: zilele în care găseai inventar subevaluat sistematic într-un waterfall prost configurat s-au terminat — avantajul competitiv vine acum din creative și funnel, nu din arbitrajul licitației.

OpenRTB și stratul de transparență#

OpenRTB — un standard IAB Tech Lab — este protocolul JSON pe care circulă cererea și răspunsul de ofertă: obiecte standardizate care descriu impresia, site-ul, dispozitivul, utilizatorul și oferta în sine. Acesta este motivul pentru care un DSP poate comunica cu cincizeci de exchange-uri fără cincizeci de integrații.

În jurul protocolului stă un strat public de transparență construit pentru a combate frauda și revânzarea opacă:

• ads.txt — un fișier pe domeniul publisherului care listează cine este autorizat să vândă inventarul său.
• sellers.json — imaginea în oglindă: exchange-urile publică pe cine reprezintă.
• Obiectul schain — fiecare cerere OpenRTB transportă lanțul de intermediari prin care a trecut impresia.

Aceste artefacte sunt publice prin design — ceea ce înseamnă că observatorii externi pot audita căile programmatice, nu doar participanții. Acea capacitate de audit este fundamentul analizei moderne a lanțului de aprovizionare.

Unde se încadrează reclamele native — și unde nu#

Iată partea pe care ghidurile centrate pe display o înțeleg greșit. Marile rețele native — Taboola, Outbrain, MGID, Revcontent — nu vând în primul rând prin canalele RTB deschise. Fiecare rulează propria piață închisă: advertiserii licitează în interiorul platformei rețelei, iar licitația pentru reclame native are loc intern, în rețea, pentru fiecare spațiu widget, per utilizator, per vizualizare de pagină.

Conceptele RTB se aplică totuși — este o licitație real-time, per-impresie, cu praguri și pacing — dar arena competitivă este diferită. Oferta ta pe Taboola concurează cu alți advertiseri Taboola, nu cu exchange-ul deschis. OpenRTB are o specificație pentru Native Ads, iar inventarul native circulă programmatic la margini; rețelele își revând și reciproc cererea, producând căi de aprovizionare cu mai multe salturi decât o impresie tipică de display. Am urmărit exemple reale ale acestor lanțuri — de la widget la rețea la reseller la advertiser — în lanțul de aprovizionare al reclamelor native, explicat.

Consecințe practice pentru un media buyer:

• Instrumentele DSP nu pot vedea în mare parte licitațiile din rețelele native. Panourile programmatice nu îți vor spune ce rulează pe Taboola.
• Competiția este locală la rețea. Câștigarea pe MGID înseamnă să îi bați pe advertiserii MGID din regiunea și verticala ta, nu piața programmatică globală.
• Lanțul de aprovizionare este totuși observabil. Deoarece reclamele servite și lanțurile lor de cerere sunt publice, observatorii independenți pot clasifica cine a servit ce — tehnica din spatele modului în care instrumentele de ad spy capturează reclame native.

De ce contează acest lucru când cumperi#

Trei concluzii practice din mecanici:

1. Cunoaște-ți calea, cunoaște-ți comisioanele. Fiecare intermediar din lanț ia o parte înainte ca publisherul să fie plătit; pe inventarul native revândut, salturile se înmulțesc. Mai puține salturi înseamnă în general că mai mult din dolarul tău cumpără atenție.
2. First-price a schimbat licitarea. Nu licita reflexiv maximul tău; înțelege ce shading aplică platforma ta — iar în licitațiile interne ale rețelelor native, testează nivelurile de ofertă empiric, deoarece nimeni nu face shading pentru tine.
3. La native, cercetarea competitivă înlocuiește datele din licitație. Nu poți interoga licitația Taboola, dar poți observa rezultatul ei. Clasificarea lanțului de aprovizionare din OpenAdLibrary — construită din peste 6,8 milioane de observații de reclame pe 49 de rețele (iulie 2026) — arată care rețele și reselleri au servit de fapt o reclamă, per creative, în platforma de inteligență pentru reclame. Citirea realității servite bate ghicitul la licitație.

RTB este o idee simplă executată la o scară absurdă: o licitație per impresie, finalizată înainte ca pagina să se afișeze. Înțelege licitația, protocolul și căile — iar supa de acronime programmatice se reduce la infrastructură.