Mobile gaming yayıncılarının reklam geliri senelerce waterfall mantığında kaldı: tek bir ad network'e sırayla çağrı, ikinci ağ sadece ilk dolmazsa devreye girer, CPM sabitleri manuel güncellenir. 2026'da bu model rekabet gücünü kaybetti. Header bidding artık sadece web publisher'ların değil, mobile gaming yayıncılarının da standart alt yapısı. Fakat header bidding entegrasyonu tek başına yeterli değil — direct sales, subscription hybrid modelleri ve first-party data monetization ile birleştirilmezse yield optimization yarım kalır. Bu yazı, ad tech stack'ini gelir makinesine dönüştüren mühendislik yaklaşımını inceliyor.
Header Bidding: Waterfall'ın Sonlandırılması
Waterfall modelinde ilk sıradaki ağ CPM tahminine göre kazanır, gerçek piyasa değeri test edilmez. Header bidding tüm talep kaynaklarını eş zamanlı açık artırmaya sokar: AdMob, ironSource, AppLovin, Unity Ads aynı impression'a gerçek fiyat veriyor, en yüksek CPM kazanıyor. Ortalama %18-27 gelir artışı sektör standardı — fakat implementasyon karmaşık.
İki temel mimari var: client-side ve server-side header bidding. Client-side (SDK tabanlı) entegrasyon ilk bakışta kolay — her demand partner'ın SDK'sını oyun build'ine ekliyorsun, mediation layer içinde parallel auction başlatıyorsun. Ancak her SDK APK boyutuna 2-5 MB ekliyor, session start süresini 300-800 ms artırıyor, battery drain risk var. Mobile oyunlarda kullanıcı ilk 10 saniyede karar verdiği için session start latency kritik. Bir RPG oyunu client-side header bidding ile 6 demand partner entegre ettiğinde APK boyutu 18 MB büyüdü, D1 retention %4.2 düştü — yüksek CPM artışı bile bu churn'ü kapatamadı.
Server-side header bidding auction mantığını bulut tarafına taşır. Oyun client'ı sadece placement request gönderir, server tüm demand partner'lara bid request iletir, kazanan creative'i döner. APK boyutu artmaz, latency kontrol altında kalır (50-150 ms overhead), battery impact yoktur. Tradeoff: server-side'da SDK'lar impression tracking, viewability, fraud detection kabiliyetlerini kaybeder — bu metrikleri post-bid doğrulamak için ek sistem kurman gerekir (IAS, MOAT entegrasyonu). Orta-büyük scale'de (MAU >500K) server-side header bidding ROI pozitif, küçük indie stüdyolar için altyapı maliyeti yüksek.
Bid Floor Dinamizasyonu
Static floor price tüm impression'lara aynı minimum CPM koyar. Fakat Tier-1 kullanıcının 10:00'da açtığı rewarded video ile Tier-3 kullanıcının 03:00'te açtığı interstitial aynı değerde değil. Dinamik bid floor user segment, coğrafya, daypart, placement type'a göre CPM minimumunu ayarlar. Machine learning modeli son 14 günün bid history'sini alır, her segment için optimal floor'u tahmin eder — çok düşük floor düşük CPM kabul ettirir, çok yüksek floor fill rate düşürür.
Bir casual game yayıncısı dinamik bid floor'u şöyle kurdu: Segment A (US, iOS 16+, paying user, 18:00-22:00 session) için floor $8.50, Segment B (LATAM, Android 11, non-payer, 02:00-06:00) için floor $1.20. Sonuç: toplam impression fill rate %89 → %87 düştü (yüksek floor bazı düşük CPM bid'leri reddetti), ama eCPM $4.30 → $5.80 yükseldi. Net gelir artışı %28. Dinamik floor mantığı header bidding'in gerçek gücünü açığa çıkarır.
Direct Sales + Programmatic Hibrit Yapı
Header bidding açık artırma, fakat premium brand advertiser'lar garantili impression istiyorlar — Ford yeni oyun lansmanında 5M rewarded video CPM $12 sabit fiyattan satın alır, açık artırmaya girmez. Direct sales ile premium demand'i programmatic'ten ayırman gerekir. Hybrid setup: premium brand kampanyaları priority layer'da rezerve ediliyor, kalan envanter header bidding'e düşüyor.
Ad server mantığı şöyle işler: impression request gelir, önce direct sales kampanyalarına bakar (frequency cap, targeting rule, delivery schedule kontrolü), doğru kampanya varsa serve eder, yoksa header bidding açık artırmasına gönderir. Premium brand kampanyaları %10-15 daha yüksek CPM verir (header bidding eCPM $5.80 ise direct sales avg. CPM $6.70), ama fill guarantee nedeniyle impression rezervasyonu gerekir — yani diğer demand kaynaklarından potansiyel geliri kısıtlar.
Bir strateji oyunu yayıncısı Q4'te premium brand kampanyalarını %30 inventory cap ile sınırladı (toplam impression'ın max. %30'u direct sales'e ayrılabilir), geri kalan %70 header bidding'e açık kaldı. Sonuç: premium brand geliri $340K (15M impression × $6.70 avg. CPM × 0.30), programmatic geliri $580K (35M impression × $5.80 avg. eCPM × 0.70), toplam $920K. Eğer tüm envanteri programmatic'e açsaydı: 50M × $5.80 = $870K — yani hybrid yapı +$50K net getirdi. Ancak bu denge dynamic — Q1'de premium demand düşerse cap'i %15'e çekmek gerekir.
Direct sales operasyonu teknik karmaşıklık ekler: ad server'da kampanya setup, creative asset management, pacing optimization, delivery tracking. AdMob, ironSource mediation SDK'ları direct sales katmanını native desteklemez — Google Ad Manager (GAM 360) veya kendi custom ad server'ın gerekir. GAM 360 lisans maliyeti yıllık $150K+ (tier'e göre), indie stüdyolar için ulaşılamaz — bu durumda direct sales yerine Premium Yayıncı Programı gibi managed servisler daha mantıklı.
Subscription + Ad Hybrid: IAP Gelir Katmanı
Mobile gaming gelir modeli artık sadece IAP veya sadece ad-supported değil — hybrid: kullanıcı "ad-free pass" satın alır ($4.99/ay), reklamları kapatır, oyun gelir kaybını subscription'dan karşılar. Ancak çoğu yayıncı ad removal fiyatını yanlış hesaplıyor: kullanıcı ayda ortalama 120 ad impression üretiyor, eCPM $5.80 ise user value $0.696/ay — fakat subscription $4.99 koyuyorsun, ad-supported user'dan 7.2x gelir bekliyorsun. Eğer conversion rate %2.5 ise toplam gelir düşer.
Doğru fiyatlama şöyle yapılır: ad-supported user segment analizi — paying user'lar ayda ortalama 80 ad impression (oyun içi para kazandıkları için rewarded video seyretmiyorlar), non-payer'lar 180 impression. Paying user'ın ad removal subscription'ı: 80 × $5.80 / 1000 = $0.464/ay, fiyat $1.99 olabilir (4.3x multiplier — makul). Non-payer'ın subscription'ı: 180 × $5.80 / 1000 = $1.044/ay, fiyat $2.99-3.99 arası mantıklı. Tek fiyat yerine segment-based pricing sunman gerekir.
Bir idle game yayıncısı subscription tier'ları şöyle kurdu: Tier 1 (Light): $1.99/ay, banner + interstitial kapalı, rewarded video açık (kullanıcı hâlâ in-game reward için video izleyebiliyor). Tier 2 (Premium): $3.99/ay, tüm ad format kapalı. Sonuç: Tier 1 conversion %5.2 (non-payer segment), Tier 2 conversion %1.8 (paying segment). Toplam subscription ARR $87K, ad geliri düşüşü -$52K, net +$35K. Önemli nokta: Tier 1'de rewarded video açık kaldığı için kullanıcı oyunu terk etmedi — full ad removal yapılsaydı churn risk vardı.
Paywalled Content ile Hibrit Model
Bazı oyunlar subscription'ı sadece ad removal olarak değil, premium content access olarak konumlandırıyor: subscription alan kullanıcı exclusive level, karakter, item açıyor. Bu durumda subscription fiyatı content value'ya göre belirlenir, ad removal sadece bonus olur. Örnek: battle pass benzeri sistem — $9.99/ay, 10 exclusive skin + ad-free. Conversion rate düşer (%1.2-1.8), ama ARPPU yükselir. Ad-supported user'ı monetize etmeye devam ediyorsun, subscription premium segment'e yönelir.
First-Party Data Monetization: UID2 + Contextual Targeting
iOS 14.5 sonrası IDFA opt-in rate %25-30 kaldı, Android'de Privacy Sandbox GAID'i kısıtlıyor. Cookie-less çağda first-party data yayıncının en değerli varlığı. Oyun içi user behavior, progression data, IAP history, session pattern — bunları identity graph'e bağlayıp demand partner'lara contextual targeting olarak sunabilirsin.
UID2 (Unified ID 2.0) email/phone hash tabanlı açık kaynak kimlik çözümü — kullanıcı email ile giriş yaparsa UID2 token üretir, bu token SSP/DSP tarafında tanınır, cross-site targeting mümkün olur. Mobile gaming'de UID2 adoption hâlâ düşük (%8-12 login rate), çünkü casual oyunlar email login zorunlu tutmuyor. Ancak mid-core/hardcore segment (RPG, strategy, MOBA) login rate %40-60, burada UID2 entegrasyonu CPM'i %12-18 artırır.
Bir RPG oyunu UID2'yi şöyle kullandı: user email login yaptı → UID2 token üretildi → bu token bid request'e eklendi → DSP kullanıcının diğer sitelerdeki davranışını gördü (örneğin finans sitesinde kredi kartı araması yaptı) → oyun içinde fintech advertiser yüksek CPM verdi ($9.20 vs. baseline $5.80). UID2 olmadan bu targeting yapılamaz, generic ad serve edilir.
UID2 entegrasyonu için:
- User login flow'una email/phone toplama ekle (KVKK/GDPR compliance zorunlu)
- UID2 SDK entegre et (iOS/Android/web)
- SSP/exchange partner'larına UID2 token'ı bid request'e dahil et (prebid.js, GAM 360 destekler)
Alternatif: contextual targeting — IDFA/GAID olmadan oyun içi davranışa göre segment oluştur. Örnek: kullanıcı son 7 günde 3 savaş oyunu indirdi → "action game enthusiast" segmenti → bu segment demand partner'a "contextual signal" olarak gönderilir. DSP bu sinyali third-party cookie olmadan da işleyebilir, CPM artar.
Ad Quality + Brand Safety: Gelir Koruma Katmanı
Premium ad monetization yüksek CPM talep eder, ama bu talep ancak brand safe envanter üzerinde gerçekleşir. Bir oyun içinde fraud impression, invalid traffic (IVT), inappropriate content varsa premium advertiser kampanyayı durdurur, blacklist'e alır. Ad quality mühendisliği gelir koruma katmanıdır.
Üç ana risk: (1) Ad fraud — bot traffic, click injection, SDK spoofing. (2) Invalid traffic — accidental click, incentivized impression. (3) Brand safety violation — oyun içeriği violence/hate speech içeriyorsa premium brand serve etmez.
Ad fraud detection için: SDK düzeyinde device fingerprinting (Adjust, AppsFlyer anti-fraud modülleri), server-side anomaly detection (anormal CTR spike, geographic mismatch), post-bid IVT filtering (IAS, DoubleVerify entegrasyonu). Bir hyper-casual oyun yayıncısı IAS entegre etti, toplam impression'ın %6.2'si invalid olarak işaretlendi, bu impression'lar demand partner'a gönderilmedi — sonuç: fill rate %89 → %83.5 düştü, ama eCPM $4.10 → $5.20 yükseldi (premium advertiser güven arttı), net gelir +%11.
Brand safety: oyun ESRB/PEGI rating'ine göre ad content filter kur. Mature (17+) oyunda alkol/kumar reklamı serve edilebilir, ama E (Everyone) oyunda edilemez. GAM 360'da content category blocking kuralları var, programmatic tarafta IAB content taxonomy kullanılır. Premium brand advertiser kampanyalarında brand safety failure tolerance %0.5'in altında olmalı — yoksa kampanya pause olur.
Stack Entegrasyonu: Single Source of Truth
Header bidding, direct sales, subscription, first-party data — bunların hepsi ayrı sistemlerde yönetilirse veri tutarsızlığı, attribution hatası, revenue leakage kaçınılmaz. Tüm ad monetization stack'i tek data warehouse'a bağlanmalı: BigQuery, Snowflake, Redshift.
Pipeline şöyle işler:
- Ad server log (impression, click, conversion) → Pub/Sub/Kinesis → data lake
- Subscription event (purchase, renewal, churn) → backend DB → CDC → data lake
- UID2 identity graph → SSP partner feed → data lake
- Game analytics (session, progression, IAP) → SDK event → data lake
Bu katmanların birleştiği nokta: unified user profile. Her kullanıcı için tek kayıt: ad impression count, subscription status, UID2 token, LTV, cohort, churn probability. Bu profile dayalı ML modeli şu kararı verir: kullanıcıya ad mi göster, subscription teklifi mi sun, yoksa IAP kampanyası mı çalıştır. Real-time decision engine olmadan yield optimization yarım kalır.
Bir strateji oyunu yayıncısı unified profile tablosunu şöyle kullandı: user_id | ad_impression_30d | subscription_active | ltv_predicted | churn_risk_score | preferred_ad_format. Model her session başında bu tabloyu okur: eğer churn_risk_score > 0.7 ve subscription_active = false ise kullanıcıya $1.99 subscription discount teklifi göster, ad serve etme (potansiyel subscriber'ı kaybetme riskini düşür). Sonuç: churn --%9, subscription conversion +%14.
Premium yayıncı programı ad tech stack'ini gelir makinesine dönüştürür: header bidding ile CPM %18-27 yükselir, direct sales ile premium brand demand eklenir, subscription ile ad removal fiyatlaması segment-based optimize edilir, first-party data ile UID2/contextual targeting CPM'i +%12-18 artırır, ad quality ile brand safe envanter premium advertiser güvenini korur. Ancak bu sistemlerin entegrasyonu mühendislik disiplini gerektirir — waterfall'dan header bidding'e geçiş tek başına yeterli değil, tüm stack unified data warehouse'a bağlanmalı, ML-driven decision engine kurulmalı. Başlangıç: mevcut ad stack'inin audit'i, eCPM baseline'ı belirle, header bidding pilot (server-side, 3 demand partner, 30 gün), sonuç ölçümü, scale. Premium yayıncı operasyonu sürekli test-ölçüm döngüsüdür, bir kez kurup unutulan sistem değil.