Gerçek Zamanlı Teklif (RTB) Açıklaması: RTB ve Header Bidding Nasıl Çalışır

Gerçek zamanlı teklif (RTB), çoğu programatik reklamcılığın arkasındaki gösterim başına açık artırmadır: bir reklam slotu içeren bir sayfa yüklendiğinde, bir exchange slot, sayfa ve anonimleştirilmiş bir kullanıcıyı tanımlayan bir teklif isteği yayınlar; talep platformları bunu değerlendirir ve teklif verir; kazananın reklamı render edilir — tüm bunlar yaklaşık bir saniyenin onda biri içinde, sayfa boyamayı bitirmeden önce gerçekleşir. Header bidding, birçok exchange'in aynı slot için aynı anda rekabet etmesini sağlayan yayıncı‑tarafı bir tekniktir ve OpenRTB, hepsinin konuştuğu protokoldür. Bu rehber, açık artırmayı uçtan uca yürütür, etrafındaki mekanizmayı açıklar ve çoğu açıklayıcının atladığı kısmı kapsar: yerel reklamların modele nasıl uyduğunu ve nerede kırıldığını.

Açık artırma, adım adım#

Bir gösterim, bir açık artırma, altı adım:

1. Bir sayfa yüklenir ve bir reklam slotu tetiklenir. Yayıncının sayfası belirli bir yerleşim için reklam talep eder — boyut, konum, bağlam.
2. Supply‑side bir teklif isteği paketler. Yayıncının supply‑side platform (SSP) yapılandırılmış bir istek oluşturur: slot boyutları, sayfa URL'si, kullanıcı coğrafyası, cihaz, gizlilik‑izinli tanımlayıcılar.
3. Exchange bunu fan‑out yapar. Bir ad exchange isteği bağlı talep ortaklarına yayınlar — onlarca ortak, paralel olarak.
4. Talep platformları değerlendirme yapar ve teklif verir. Her bir demand‑side platform (DSP), gösterimi reklamverenlerinin hedefleme, bütçeler ve frekans sınırlarıyla eşleştirir, ardından bir teklif fiyatı ve yaratıcı (creative) ile yanıt verir — ya da pas geçer.
5. Açık artırma temizlenir. Exchange kazananı seçer (bugünün piyasasında birinci fiyat), DSP'yi bilgilendirir ve kazanan yaratıcıyı geri gönderir.
6. Reklam render edilir ve para hareket eder. Yaratıcı gösterilir, gösterim izleyicileri tetiklenir ve yayıncı, temizleme fiyatından yol üzerindeki herkesin ücretini düşerek ödenir.

Tüm tur, sıkı bir zaman aşımı içinde çalışır — geç gelen teklifler sayılmaz — bu yüzden ekosistem gecikmeye takıntılıdır.

Karakterler#

Bu çizgiler sürekli bulanıklaşır — büyük SSP'ler exchange yürütür, DSP'ler birbirlerinden alır ve aynı şirket iki tarafta da bulunabilir — bu da supply‑path şeffaflığının bir endüstri sorunu haline gelmesinin bir parçasıdır. Bu parçaların bir satın alma stratejisine nasıl birleştirildiği için daha geniş bağlamı görmek isterseniz, programmatic advertising bölümüne bakın.

Birinci fiyat vs ikinci fiyat: neden açık artırma değişti#

Klasik RTB ikinci fiyat açık artırmaları yürütürdü: kazanan, ikinci sıradaki teklifin biraz üzerindeki fiyatı öder, bu yüzden gerçek değerinizle teklif vermek güvenliydi. Ardından header bidding, aynı gösterimi birkaç paralel açık artırmaya aynı anda soktu ve "ikinci fiyat" artık bir anlam ifade etmiyordu — bir açık artırmada ikinci fiyat kazananı, diğer açık artırmaların kazananlarıyla birinci fiyatta rekabet etmek zorundaydı. Exchange'lerin sessizce taban ve ücret uygulamaları eklenince, fiyat keşfi bulanıklaştı.

Endüstri birinci fiyat açık artırmalarına yöneldi: kazanan, teklif ettiği kadar öder. Daha basit ve dürüst, ancak strateji yükünü alıcılara kaydırdı — her seferinde gerçek maksimum teklifinizi verin ve sistematik olarak fazla ödeme yaparsınız, bu yüzden DSP'ler artık bid shading (teklif gölgeleme) çalıştırır: minimum kazanan fiyatı tahmin eden ve ona daha yakın teklif veren algoritmalar. Programatik olarak satın alıyorsanız ve DSP'nizin gölgelemesi kötü ise, farkı siz finanse edersiniz.

Header bidding: waterfall'ın çözümü#

Header bidding öncesinde, yayıncılar bir waterfall yürütür: talep kaynakları sabit bir öncelik sırasına göre birer birer çağrılır, her biri önceden belirlenmiş bir tabana kadar satın alma şansı alır, ardından istek "geri döner" bir sonraki kaynağa. Sonuç: sıradaki ilk kaynak, değeri düşük envanteri satın alırken, daha aşağıdaki daha iyi teklifler gösterimi hiç görmez.

Header bidding bunu tersine çevirir. Sayfa başlığındaki bir betik (veya sunucu‑tarafı varyantta, sayfanın bir kez çağırdığı bir proxy) birçok SSP ve exchange'den aynı anda teklif ister, ardından en iyi teklifi yayıncının ad sunucusuna doğrudan satılan kampanyalarla rekabet etmesi için iletir. Her talep kaynağı, her gösterimi aynı anda, eşit koşullarda görür.

Ticari dengelemeler operasyoneldir: istemci‑tarafı header bidding sayfa gecikmesini ve JavaScript ağırlığını artırır; sunucu‑tarafı ise bunu daha düşük çerez‑eşleştirme oranları pahasına değiştirir. Çoğu sofistike yayıncı hibrit bir yaklaşım kullanır. Alıcılar için pratik sonuç daha basittir: kötü yapılandırılmış bir waterfall'da sistematik olarak düşük fiyatlı envanter bulma günleri sona erdi — artık kenar yaratıcı ve funnel'dan gelir, açık artırma arbitrajından değil.

OpenRTB ve şeffaflık katmanı#

OpenRTB — bir IAB Tech Lab standardı — teklif isteği ve yanıtının taşındığı JSON protokolüdür: gösterim, site, cihaz, kullanıcı ve teklifin kendisini tanımlayan standart nesneler. Bu sayede bir DSP, elli exchange ile elli ayrı entegrasyon yapmadan iletişim kurabilir.

Protokolün etrafında, sahtekarlık ve belirsiz yeniden satışla mücadele için oluşturulmuş bir kamu şeffaflık katmanı bulunur:

• ads.txt — yayıncının alan adında, envanterini satma yetkisi olanların listelendiği dosya.
• sellers.json — yansıması: exchange'ler temsil ettiklerini yayınlar.
• The schain object — her OpenRTB isteği, gösterimin geçtiği aracılar zincirini taşır.

Bu varlıklar tasarım gereği kamuya açıktır — bu da dış gözlemcilerin programatik yolları, sadece katılımcıları değil, denetlemesini sağlar. Bu denetlenebilirlik, modern supply‑chain analizinin temelini oluşturur.

Yerel reklamlar nerede konumlanır — ve nerede konumlanmaz#

Burada, gösterim‑odaklı açıklayıcıların yanlış yaptığı kısım var. Büyük yerel ağlar — Taboola, Outbrain, MGID, Revcontent — öncelikle açık RTB boru hatları üzerinden satmaz. Her biri kendi kapalı pazar yerini işletir: reklamverenler ağın platformu içinde teklif verir ve native ad auction her widget slotu, kullanıcı ve sayfa görüntüsü için ağ içinde gerçekleşir.

RTB kavramları hâlâ geçerlidir — gerçek zamanlı, gösterim‑başına açık artırma, tabanlar ve pacing ile — ancak rekabet ortamı farklıdır. Taboola teklifiniz yalnızca diğer Taboola reklamverenleriyle rekabet eder, açık exchange'le değil. OpenRTB'nin bir Native Ads spesifikasyonu vardır ve yerel envanter kenarlarda programatik olarak akabilir; ağlar ayrıca birbirlerinin talebini yeniden satar, bu da tipik bir gösterimden daha fazla adım içeren tedarik yolları üretir. Bu zincirlerin gerçek örneklerini — widget'tan ağa, yeniden satıcıya, reklamverene — the native ad supply chain, explained bölümünde izledik.

Medya alıcıları için pratik sonuçlar:

• DSP araçları genellikle yerel‑ağ açık artırmalarını göremez. Programatik panolar Taboola'da neler çalıştığını size söylemez.
• Rekabet ağ‑yerelidir. MGID'de kazanmak, coğrafi bölgenizde ve dikeyinizde MGID reklamverenlerini yenmek demektir, küresel programatik piyasada değil.
• Supply‑chain hâlâ gözlemlenebilir. Sunulan reklamlar ve istek zincirleri kamuya açık olduğundan, bağımsız gözlemciler kim neyi sunduğunu sınıflandırabilir — bu da how ad spy tools capture native ads tekniğinin arkasındaki yöntemdir.

Bu neden önemli?#

Mekaniklerden üç uygulanabilir sonuç:

1. Yolunuzu ve ücretlerinizi bilin. Zincirdeki her aracının yayıncı ödenmeden önce bir kesinti alır; yeniden satılan yerel envanterde adımlar çoğalır. Daha az adım, dolarınızın daha fazla dikkat satın alması demektir.
2. Birinci fiyat teklifleri değiştirdi. Tavanınızı refleks olarak teklif etmeyin; platformunuzun uyguladığı gölgeleme (shading) anlayın — ve yerel ağların iç açık artırmalarında, gölgeleme yapılmadığı için teklif seviyelerini deneysel olarak test edin.
3. Yerelde, rekabet araştırması açık artırma verisinin yerini alır. Taboola'nın açık artırmasını sorgulayamazsınız, ancak çıktısını gözlemleyebilirsiniz. OpenAdLibrary'nin 6.8 milyon+ reklam gözlemi ve 49 ağ (Temmuz 2026) üzerinden oluşturduğu supply‑chain sınıflandırması, hangi ağların ve yeniden satıcıların bir reklamı gerçekten sunduğunu gösterir, ad intelligence platform içinde. Gerçek sunumu okumak, açık artırma tahmininden daha iyidir.

RTB, bir gösterim başına bir açık artırma, sayfa boyamadan önce temizlenen basit bir fikirdir. Açık artırmayı, protokolü ve yolları anlayın — programatik jargon çorbası sadece bir altyapıya indirgenir.