Uygulamalarınız ya da Reklam Ağınız İçin Mobil Reklam Mediation'ı: Bir Mediation Platformu Kullanmak, Lisanslamak ya da Kendinizinkini Geliştirmek

Reklam mediation'ı, bir uygulamanın içinde çalışan ve uygulamada her reklam alanı doldurulacağında birkaç reklam kaynağından reklam isteyen koddur. Ardından en yüksek ödemeyi yapan reklamı göstermeye çalışır. Reklam kaynağı, reklam sağlayabilen herhangi bir reklam ağı ya da ad exchange'dir. Bir uygulama yayıncısı ya da uygulama içi reklam ağı, Google AdMob, AppLovin MAX veya Unity LevelPlay gibi hazır bir platform kullanabilir. Bir tedarikçinin ürününü lisanslayıp kendi markasıyla da işletebilir (white-label) ya da kendine ait bir mediation katmanı geliştirebilir. Seçim büyük ölçüde neyin sahibi olmanız gerektiğine bağlıdır. Ekibinizin, reklamları gösteren kod paketi olan SDK'yı her uygulamada güncel tutup tutamayacağı da belirleyicidir.

Mediation bir uygulamanın içinde ne yapar?

Bir uygulama reklamları bir SDK (yazılım geliştirme kiti), yani geliştiricilerin uygulamaya eklediği bir kod paketi aracılığıyla gösterir. Mediation'da yönetim tek bir SDK'dadır. Bu SDK, birkaç reklam kaynağını adaptörler, yani onu her reklam ağının kendi SDK'sına bağlayan küçük kod parçaları üzerinden çağırır.

Google'ın AdMob yardım merkezi bunu şöyle anlatıyor: “Mediation, uygulamalarınızda reklam yayınlamak için kullanılan reklam kaynaklarını tek bir yerden yönetmenizi sağlar.” Unity, LevelPlay'i “uygulama geliştiricilerinin tek bir SDK ile birden fazla reklam ağını yönetmesini ve optimize etmesini sağlayan bir monetizasyon çözümü” olarak tanımlıyor. Bu yazıdaki tüm kaynaklara 6 Kasım 2026'da erişildi.

Waterfall ile uygulama içi teklif verme arasındaki fark nedir?

Waterfall daha eski yöntemdir. Yayıncı reklam kaynaklarını eCPM'e, yani gösterilen her bin reklam başına gelire göre sıralar; SDK da biri reklam döndürene kadar onlara sırayla sorar. AdMob'un kılavuzu şöyle diyor: “Waterfall mediation, reklam kaynaklarını, reklam kaynağının ödemeye razı olduğu tutara göre değil, sizin belirlediğiniz ortalama eCPM'e göre tek tek çağırır.”

Uygulama içi teklif vermede tüm teklif veren kaynaklara aynı anda sorulur ve her biri bu tek reklam için bir fiyat söyler. Aynı kılavuz şöyle diyor: “Teklif veren kaynaklar gerçek zamanlı teklif verir ve tek bir açık artırmada rekabet eder; waterfall kaynakları ise sizin belirlediğiniz eCPM değerlerine göre sırayla, tek tek çağrılır.”

Birçok kurulum ikisini karıştırır. AdMob'un hibrit kurulumunda kazanan teklif waterfall'da “eCPM değerine göre” bir yer alır ve waterfall'da onun üzerinde sıralanan kaynaklar önce çağrılır.

AppLovin, MAX'teki açık artırmayı “birinci fiyat” (first-price) olarak tanımlar; bu, kazananın verdiği teklif kadar ödediği anlamına gelir. Teklifler “OpenRTB 2.5 protokolü üzerinden” gelir. OpenRTB, dijital reklamcılık için teknik standartlar yazan kâr amacı gütmeyen kuruluş IAB Tech Lab'in bid request standardıdır. Tekliflerin tmax adı verilen bir süre sınırı içinde gelmesi gerekir ve “MAX açık artırma sunucusu bunları yayıncının waterfall'undaki teklif vermeyen talep kaynaklarıyla birleştirir.”

Mediation'ı işletmenin üç yolu nedir?

• Hazır bir mediation platformu kullanın. Platformun SDK'sını ve her reklam kaynağı için bir adaptörü uygulamalarınıza eklersiniz; waterfall'u ve teklif vermeyi platformun panelinde ayarlarsınız. Açık artırmayı platform yürütür.
• White-label bir ürün lisanslayın. Bir tedarikçi size kendi mediation SDK'sını ve arkasındaki sunucuyu, üzerlerinde sizin markanız olacak şekilde lisanslar. Yayıncılar SDK'yı sizin adınızla kurar, kodun bakımını ise tedarikçi yapar.
• Kendi katmanınızı geliştirin. SDK'yı, adaptörleri ve açık artırma sunucusunu ekibiniz ya da tuttuğunuz bir firma, genellikle OpenRTB gibi açık standartlar üzerine yazar. Kodun sahibi sizsiniz ve onu siz işletirsiniz.

Yollar birleştirilebilir. Prebid.org'un “iOS ve Android için açık kaynaklı bir kütüphane” olarak tanımladığı Prebid Mobile, desteklediği mediation platformları arasında AdMob ve MAX'i sayıyor. Tekliflerini, kendi arz tarafı platformunuzu (SSP) geliştirmeye ilişkin yazıda anlatılan bir Prebid Server'dan alır. SSP, bir yayıncının reklam alanını alıcılara sunan sistemdir.

Hazır bir mediation platformu ne zaman yeterlidir?

Aşağıdakilerin çoğu geçerliyse hazır bir platform kullanın:

• Kendi uygulamalarınızı yayımlıyorsunuz ve reklam geliri sizin için reklam teknolojisinin sahibi olmaktan daha önemli
• Ekibinizde bir SDK'nın bakımını iOS ve Android'in yeni sürümleri boyunca sürdürebilecek kimse yok
• İstediğiniz reklam ağlarının platform için hazır adaptörleri var

Karşılığında platformun kurallarını kabul edersiniz. Açık artırmanın nasıl işleyeceğine ve hangi teklif verenlerin katılabileceğine platform karar verir; SDK'sı da kendi takvimine göre değişir. Açık artırmayı yürüten şirket aynı açık artırmada reklam da satıyor olabilir. 6 Kasım 2026'da AppLovin'in MAX sayfasında şu yazıyordu: “AppLovin dahil her ağ, birleşik açık artırmada eşit koşullarda rekabet eder.” Tedarikçinin bu ifadesini reklam kaynağı bazında kendi gelir verilerinizle karşılaştırın.

Bir reklam ağı, bir platform kullanan yayıncılara yine de ulaşabilir: AdMob, yayıncının “AdMob Mediation'ın desteklemediği bir reklam kaynağı” eklemesine olanak tanıyan özel etkinlikler (custom events) sunar.

Lisanslı ya da white-label bir ürün ne zaman mantıklıdır?

White-label mediation SDK'ları, reklam platformu işleten şirketlere sunulur; örneğin uygulama içi bir reklam ağına ya da yayıncıların reklam isteklerini doğrudan kendisine göndermesini isteyen bir SSP'ye. Şu durumlarda bir tane alın:

• Yayıncıların, reklam istekleri önce platformunuza ulaşsın diye üzerinde sizin adınızın olduğu bir SDK kurmasını istiyorsunuz
• Yayıncılarla anlaşacak ve onlara destek verecek çalışanlarınız var, ama bir SDK yazıp bakımını yapacak mühendisleriniz yok

Bir reklam teknolojisi tedarikçisi olan Teqblaze, bu tür ürünlerin nasıl anlatıldığını gösteriyor. SDK sayfası, teklifi “markalı bir yazılım geliştirme kiti” olarak tanımlıyor ve ürünün “sıfırdan SDK geliştirmeden mobil reklam monetizasyonunu kontrol etmek isteyen şirketler için tasarlandığını” söylüyor. Şirketin blogunda Haziran 2024'te yayımlanan bir yazı, yayıncıların “istekleri doğrudan white-label çözüm platformuna gönderebileceğini” söylüyor. SDK sayfasında fiyat yer almıyor. Bunlar tedarikçinin kendi iddialarıdır.

Marka sizindir, kod ise tedarikçide kalır. Xcode, Apple'ın uygulama geliştirme aracıdır. Bir uygulama üçüncü taraf bir SDK'nın yeni bir sürümüne geçtiğinde Xcode, SDK'nın “aynı geliştirici tarafından imzalandığını” kontrol eder; bu yüzden SDK'nızın kimin imzasını taşıdığını sorun. Tedarikçi SDK'yı güncellemeyi bırakırsa, her yayıncının ondan vazgeçmek için bir uygulama güncellemesi yayınlaması gerekir.

Kendi mediation katmanınızı geliştirmeye ne zaman değer?

Aşağıdakilerden en az biri geçerliyse kendiniz geliştirin:

• Sattığınız şey mediation'ın kendisi; örneğin birçok yayıncının uygulamasında açık artırma yürüten bir reklam ağı olarak
• Test ettiğiniz platformların uygulayamadığı kurallara ihtiyacınız var; örneğin her kullanıcı grubu için kendi taban fiyatlarınız. Taban fiyat, kabul ettiğiniz en düşük tekliftir.
• Ücretler ve gelir paylaşımları artık kendi sisteminizi işleten bir ekibin maliyetinden fazla tutuyor
• Her gösterime (bir reklamın bir kez gösterilmesi) ait ham verilerin kendi sistemlerinizde kalması gerekiyor

İş lansmandan sonra da sürer. Her reklam ağı SDK'sını güncellemeye devam eder ve adaptörün de buna ayak uydurması gerekir. AdMob, her yeni ağ SDK'sı sürümü için yeni bir adaptörü “o yeni SDK'ya karşı test edildikten sonra” yayınlar. Kendi katmanınızda bu testleri ekibiniz yapar ve her reklam ağının kendi sözleşmesi kapsamında sizinle çalışmayı kabul etmesi gerekir.

Her yolda neyin sahibi oluyoruz?

İmzalamadan ya da geliştirmeye başlamadan önce dört şeyi kontrol edin.

• Gösterim ve gelir verileri. Üç platform da her gösterimin gelirini raporlar ve ikisi bu veriyi sınırlı bir süre tutar. AdMob'un SDK'sı bu veriyi “bir gösterim gerçekleştiğinde” raporlar; Google'ın örnek kodundaki bir yorum da veriyi “doğrudan bu callback içinde tercih ettiğiniz analitik sunucusuna” göndermenizi söyler. AppLovin'in User-Level Ad Revenue API'si, yani bu veriyi çekmeye yarayan arayüzü, “45 günlük bir istek penceresine sahiptir.” Unity, LevelPlay'in her tarihe ait gösterim düzeyindeki verilerini “yalnızca 14 gün boyunca erişilebilir” tutar. Veriyi her gün kendi depolama alanınıza kopyalayın. White-label bir tedarikçiyle çalışıyorsanız, ham logları istediğiniz zaman dışa aktarabileceğinizi yazılı olarak güvence altına alın.
• Reklam kaynaklarıyla ilişkiler. Unity'nin kurulum sayfası şöyle diyor: “Bu ağın reklam envanterini uygulamanızda yayınlamak için ağda etkin bir hesabınızın olması gerekir.” MAX'te teklif verenler tekliflerini AppLovin'in açık artırma sunucusuna gönderir. Her platforma, ayrılırsanız hangi bağlantıların sizde kalacağını sorun. White-label bir üründe alıcılarla yapılan sözleşmelerde kimin adının yazdığını kontrol edin. Kendi geliştirdiğiniz sistemde her birini siz imzalarsınız.
• Uygulamalarınızdaki SDK. Bir platform kendi SDK'sının ve güncellemelerinin sahibidir; white-label bir tedarikçi de kendi kodunun sahibidir. Kendiniz geliştirirseniz kod, her güncelleme ve gizlilik dosyasıyla birlikte sizin olabilir.
• Geçişin maliyeti. Apple'ın App Review Guidelines (Uygulama İnceleme Yönergeleri) belgesine göre uygulamalar “uygulamanın özelliklerini veya işlevlerini ekleyen ya da değiştiren kodu indiremez, yükleyemez veya çalıştıramaz”. Google Play politikası ise bir uygulamanın “Google Play'in güncelleme mekanizması dışında herhangi bir yöntemle kendini değiştiremeyeceğini, yenisiyle değiştiremeyeceğini ya da güncelleyemeyeceğini” söylüyor. Yeni bir mediation SDK'sı insanlara yalnızca yeni bir uygulama sürümüyle ulaşır; güncelleme yapmayanlar eskisini kullanmaya devam eder.

Bazı değişiklikler uygulama güncellemesi gerektirmez. Waterfall sırası ve teklif verme ayarları platformun panelinde durur. Bir yayıncının reklam alanını satmasına izin verilen her şirketi listeleyen app-ads.txt dosyası, geliştiricinin web sitesinde bulunur. AdMob yayıncılara şunu hatırlatıyor: “Başka bir reklam ağı kullanıyorsanız, o ağı app-ads.txt dosyanıza eklemeyi unutmayın.”

Her reklam SDK'sıyla birlikte hangi uygulama mağazası ve gizlilik yükümlülükleri gelir?

Bu yükümlülükler her yolda geçerlidir. Apple şöyle diyor: “Geliştiriciler, uygulamalarına dahil edilen tüm koddan sorumludur.” Apple'ın ve Google'ın kendi sayfaları şunları söylüyor:

• App Tracking Transparency (ATT). Apple, iOS için şöyle diyor: “Kullanıcıyı takip etmek ya da cihazının reklam kimliğine erişmek için App Tracking Transparency (ATT) çerçevesi aracılığıyla kullanıcının iznini almanız gerekir.” Apple takibi, uygulamanızdaki verilerin diğer şirketlerin uygulamalarından, web sitelerinden ya da çevrim dışı mülklerinden gelen verilerle “hedefli reklamcılık veya reklam ölçümü amacıyla” ilişkilendirilmesi olarak tanımlar. Kullanıcı ya da cihaz verilerinin veri komisyoncularıyla paylaşılması da takip sayılır.
• AdAttributionKit ve SKAdNetwork. Apple'ın bu çerçeveleri (framework), hangi reklamların uygulama yüklemelerine yol açtığını raporlar. Apple'ın SKAdNetwork sayfası artık şöyle diyor: “App Store'daki ve alternatif uygulama mağazalarındaki uygulama reklam kampanyaları için AdAttributionKit'i kullanın.” Reklam ağları “bir reklam ağı kimliği almak için Apple'a kaydolur”. Apple ayrıca şunu söylüyor: “Yalnızca uygulamanın Information Property List dosyasında kaydı bulunan reklam ağlarının reklamları yükleme doğrulamasına uygundur.” Bu liste uygulamanın içinde gelir; dolayısıyla yeni bir reklam ağı, yeni bir uygulama sürümü demektir.
• Gizlilik manifestoları ve imzalar. Gizlilik manifestosu (privacy manifest), bir uygulamanın ya da SDK'nın hangi verileri neden topladığını belirttiği bir dosyadır. Apple belirli SDK'ları adıyla listeler. Bunlardan birini içeren bir uygulamayı gönderdiğinizde, o SDK'nın gizlilik manifestosunu da eklemeniz gerekir. SDK ikili dosya (kaynak kod yerine hazır derlenmiş kod) olarak eklendiyse imzasını da eklemelisiniz. Diğer SDK'lar için Apple, geliştiricilerine diğer durumların yanı sıra SDK “üçüncü taraf SDK'yı içeren uygulamaları kullanan kişi hakkında veri topluyorsa” ya da “izleme alan adlarıyla iletişim kuruyorsa” bir manifesto eklemelerini söyler.
• Mağazaların gizlilik formları. Apple, “kodunu uygulamanıza entegre ettiğiniz üçüncü taraf iş ortaklarının uygulamaları dahil” gizlilik uygulamalarınızı sorar ve bu iş ortakları arasında reklam ağlarını da sayar. Google şöyle diyor: “Google Play'de yayımlanmış bir uygulaması olan tüm geliştiricilerin Veri güvenliği (Data safety) formunu doldurması gerekir”. Form, “uygulamalarında kullanılan üçüncü taraf kütüphaneler veya SDK'lar aracılığıyla toplanan ve işlenen” verileri kapsar.
• Çocuklara yönelik uygulamalar. Google Play şöyle diyor: “Uygulamanızda reklam yayınlıyorsanız ve hedef kitleniz yalnızca çocuklardan oluşuyorsa, yalnızca Aileler programında öz sertifika almış reklam SDK'sı sürümlerini kullanmalısınız.” Hem çocuklara hem de daha büyük kullanıcılara yönelik uygulamalar yaş taraması yapmalıdır; örneğin yaşı, bir cevabı ima etmeden soran tarafsız bir yaş ekranıyla. Bu uygulamalar çocuklara yalnızca öz sertifika almış reklam SDK'sı sürümlerinden gelen reklamları gösterebilir. Google, “reklam SDK'larının ve mediation platformlarının çocuklar için uygun olduklarına dair öz sertifika vermesini” şart koşar. AdMob, teklif veren kaynaklarının “çocuklara yönelik uygulamalar ya da reklam istekleri için reklam yayınlamayı desteklemediğini” söylüyor. Apple, Çocuklar kategorisindeki (Kids Category) uygulamaların “üçüncü taraf analiz araçları ya da üçüncü taraf reklamlar içermemesi gerektiğini” söylüyor. Üçüncü taraf bağlamsal reklamcılığa, yani kullanıcı hakkındaki verilere göre değil uygulamanın gösterdiği içeriğe göre seçilen reklamlara da “sınırlı durumlarda izin verilebileceğini” ekliyor.

Mağaza politikaları değişir ve gizlilik hukuku ülkeden ülkeye farklılık gösterir. Bir reklam SDK'sı eklemeden ya da değiştirmeden önce, özellikle çocukların kullandığı uygulamalarda, bu noktaları bir avukatla teyit edin.

Görüntülenebilirliği ve geçersiz trafiği nasıl kontrol ederiz?

Görüntülenebilirlik, bir reklamın ekranda bir kişinin görebileceği bir yerde görünüp görünmediğidir. IAB Tech Lab'in Open Measurement SDK'sı (OM SDK), dışarıdaki ölçüm şirketlerinin uygulamalardaki reklamları kontrol etmesini sağlar. IAB Tech Lab, bu SDK'nın “reklamların ekranda ne zaman göründüğünü, görünür kalan yüzdeyi ve ne kadar süre göründüğünü teyit ettiğini” ve “geçersiz trafiğin ve marka gereksinimlerinin üçüncü taraflarca doğrulanmasını kolaylaştırdığını” söylüyor.

Bir platform kullanıyorsanız, reklam kaynaklarınızdan hangilerinin OM SDK'yı desteklediğini sorun. Kendi SDK'nızda onu kendiniz entegre edersiniz; IAB Tech Lab da “OM SDK uygulamanızın ölçüm sağlayıcılarıyla çalıştığını doğrulayan” bir sertifikasyon sunar.

Geçersiz trafik, gerçek kullanıcı ilgisinden kaynaklanmayan reklam görüntülemeleri ve tıklamalarıdır. AdMob'un yardım merkezi bunun “kazara yapılan tıklamaların yanı sıra kasıtlı olarak yapılan sahte trafiği de” kapsadığını söylüyor. Daha önceki iki yazı, bir reklam platformunun bu trafiği nasıl filtrelediğini ve iki ayrı rapor setinin neden birbirinden uzaklaştığını anlatıyor.

Her yolun maliyeti nedir?

Fiyatlar tedarikçiye ve hacminize bağlıdır; bu yüzden her yolun nasıl ücretlendirildiğini karşılaştırın:

• Hazır platform: platformun parayı nasıl kazandığını kontrol edin. 6 Kasım 2026'da AppLovin'in MAX sayfasında şu yazıyordu: “Max mediation yayıncılar için ücretsizdir. Teklif veren ağlar, elde edilen reklam geliri üzerinden AppLovin'e bir ücret öder.” Sayfa bu ücretin ne kadar olduğunu söylemiyordu; bu yazı için okunan AdMob ve LevelPlay sayfalarında da herhangi bir mediation ücreti belirtilmiyordu. Reklamverenin teklifi ile size yapılan ödeme arasında neyin, kim tarafından kesildiğini sorun.
• White-label ürün: bir kurulum ya da lisans ücreti, aylık bir ücret, bir gelir payı ya da bunların bir karışımı. Payın neyin üzerinden hesaplandığını sorun.
• Kendi geliştirdiğiniz sistem: SDK, adaptörler ve açık artırma sunucusu için mühendisler. Lansmandan sonra reklam istekleriyle birlikte büyüyen sunucu ve trafik maliyetleri, nöbetçi personel, OM SDK sertifikasyonu ve adaptör güncellemeleri gelir.
• Tüm yollarda: her uygulama sürümünden önce her SDK güncellemesini test etmek için geliştirici zamanı ve gizlilik beyanlarınızın hukuki incelemesi.

Kendi geliştirdiğiniz sistemin maliyetinin büyük kısmı ilk reklam gösterilmeden önce oluşur; gelir paylaşımları ise sattığınız her reklamla birlikte büyür.

Bizim için mediation geliştirecek ya da entegre edecek bir firmaya neler sormalıyız?

• Her gösterimin ham gelir verisi kendi depolama alanımıza nasıl ulaşacak ve siz bunu her reklam ağının raporlarıyla nasıl karşılaştıracaksınız?
• Lansmanda hangi reklam ağlarının adaptörleri hazır olacak ve bir ağ yeni bir SDK yayınladığında her adaptörü kim güncelleyecek?
• Bir kişi takibi reddettiğinde SDK iOS'ta nasıl davranacak ve gizlilik manifestosunda neler beyan edilecek?
• SDK'yı kim imzalıyor ve yayıncılar ile uygulama mağazaları onu kimin adıyla görecek?
• SDK, OM SDK'yı destekleyecek mi ve onu IAB Tech Lab sertifikasyonundan kim geçirecek?
• Çocuklara ve yaşı bilinmeyen kullanıcılara gösterilen reklamlar Google Play'in Aileler politikasına nasıl uyacak?
• Bunu bugün mağazalarda yayında olan bir uygulamada çalışırken gösterebilir misiniz?

amBrain nerede devreye girer?

Bu blogu amBrain yayımlıyor. amBrain'in kendi ifadelerinden üçü, burada anlatılan yolların sunucu tarafına değiniyor. Biri şöyle: “amBrain, yayıncılar için arz tarafı platformları (SSP) geliştirir.” Bir diğeri: “amBrain reklam sunucuları geliştirir: hedefleme, frekans sınırlama ve raporlama.” Üçüncüsü: “amBrain, reklam teknolojisi için olay analitiği pipeline'ları geliştirir: gösterim ve tıklama olaylarının toplanması, işlenmesi ve raporlanması.”

amBrain 2019'dan bu yana yazılım geliştiriyor. Müşterileriyle nasıl çalıştığı konusunda şöyle diyor: “Üç format: tam teslim, özel ekip ya da sizin ekibinize yerleşen mühendisler.” Mülkiyet konusundaki satırı ise şöyle: “Müşteri, yeniden kullanılabilir bileşenlerimiz dışında ürünün ve kodun tam mülkiyetini elinde tutar.” İmzalamadan önce bu bileşenlerin adlarıyla listesini isteyin.

Bu yazı bir vaka çalışması değildir ve hiçbir müşteri çalışmasını anlatmaz. Yukarıdaki amBrain satırları bir mediation platformundan, bir mobil reklam SDK'sından ya da herhangi bir reklam ağı için bir adaptörden söz etmez. Yazı amBrain'e ait fiyat ya da takvim de vermez. Google, AppLovin, Unity, Teqblaze, Prebid.org, Apple ve IAB Tech Lab kendi sayfalarından alıntılanmıştır. Yazı bunların hiçbirini önermez ve hiçbiriyle bir ilişki iddia etmez.

Hukuki tavsiye de değildir. İmzalamadan ya da bir güncelleme yayınlamadan önce platform ve tedarikçi sözleşmelerini ve gizlilik beyanlarınızı bir avukata okutun. amBrain kısa listenizdeyse, ona da diğer her firmaya sorduğunuz soruların aynısını sorun.