SDK ve Non-SDK Trafik Arasındaki Farklar: Reklam İsteği Mekaniğinin İncelenmesi
SDK ve Non-SDK trafik arasındaki fark; format, maliyet veya tanımlayıcılardan kaynaklanmaz. Asıl fark, web ve mobil uygulama ortamlarının reklam altyapısına nasıl bağlandığında ve envanterlerini nasıl monetize ettiğinde ortaya çıkar.

Kısaca
- SDK, bir uygulama sahibinin reklam altyapısını bağlamak için ürüne entegre ettiği bir teknoloji katmanıdır. Talep kaynakları, reklam formatları, monetizasyon, etkinlikler, ölçümleme ve reklam platformuyla teknik veri alışverişi bu katman üzerinden yönetilir.
- SDK ve Non-SDK trafik arasındaki fark yalnızca reklam isteğinin nasıl oluşturulduğuyla sınırlı değildir. Aynı zamanda reklamların, talep kaynaklarının, formatların, ölçümleme süreçlerinin ve monetizasyonun nasıl entegre edildiğini de kapsar.
- Web/tarayıcı ortamında reklam isteği genellikle sayfa kodu, reklam etiketleri veya server-side entegrasyonlar tarafından oluşturulur. Kullanıcı tanımlama ise çerezler (cookies), first-party veriler, bağlamsal sinyaller ve diğer tarayıcı tabanlı sinyaller üzerinden yapılabilir.
- Uygulama ortamında reklam isteği, entegre edilen SDK tarafından oluşturulur. SDK; uygulama sinyallerini, etkinlik verilerini ve kullanıcı onayı verilmişse reklam tanımlayıcılarını iletir.
- AdTech dünyasında SDK'lar çoğunlukla in-app trafik ile ilişkilendirilir çünkü doğrudan mobil uygulamalara entegre edilirler. Ancak asıl değerleri mobil ortamdan değil, reklam altyapısına getirdikleri standartlaşmadan kaynaklanır.
- SDK kullanımı, otomatik olarak daha fazla veri elde edilmesini garanti etmez. Hangi sinyallerin paylaşılacağını belirleyen taraf uygulama sahibidir.
DataReportal verilerine göre kullanıcılar, akıllı telefonlarında geçirdikleri sürenin %6'sından daha azını tarayıcılarda geçiriyor. Akıllı telefon kullanımının büyük bölümü uygulamalar içinde gerçekleştiğinden, mobil uygulamalar dijital reklamcılığın başlıca ortamlarından biri haline gelmiştir.
Web ve in-app reklamcılık iki temel noktada birbirinden ayrılır: reklamın nerede gösterildiği ve reklam altyapısına nasıl bağlandığı. Web ortamında bu süreç daha çok sayfa yapısı, reklam etiketleri ve tarayıcı tabanlı mekanikler etrafında şekillenir. Mobil uygulamalarda ise bu bağlantı, uygulama ile reklam platformu arasında köprü görevi gören SDK tarafından sağlanır. Peki SDK'yı bu kadar önemli kılan nedir? Gelin daha yakından bakalım.
Programmatic Reklamcılıkta SDK Nedir?
Programmatic reklamcılıkta SDK, bir uygulama sahibinin reklam altyapısını uygulama içine entegre etmek amacıyla ürününe eklediği evrensel bir teknoloji katmanıdır. Bu katman, uygulamanın reklam platformlarıyla standartlaştırılmış teknik kurallar çerçevesinde iletişim kurmasını sağlar. Reklam isteklerinin nasıl oluşturulacağını, gösterim ve tıklama gibi etkinliklerin nasıl raporlanacağını ve ekosistemdeki farklı tarafların nasıl etkileşim kuracağını tanımlar.
Programmatic Reklamcılıkta Reklam İstekleri Nasıl Çalışır?
Açık programmatic ekosisteminde reklam istekleri genellikle OpenRTB standardı doğrultusunda oluşturulur. Büyük platformlar kendi özel uzantılarını kullanır ve bazı durumlarda tamamen farklı protokollerden yararlanır. Video reklamcılıkta ise VAST ve VPAID standartları da devreye girer. Ancak pratikte programmatic açık artırmaların büyük bölümü hâlâ OpenRTB standardı temelinde çalışır.
Senaryolar arasındaki fark, açık artırma aşamasında ortaya çıkar. Web ortamında açık artırmalar reklam etiketleri (ad tags) tarafından tetiklenir. Uygulamalarda ise bu görevi SDK üstlenir. Bu iki ortam farklı erişim seviyeleri sunduğu için reklam ekosistemine farklı türde sinyaller iletir.

SDK'lar Neden In-App Reklamcılıkla Yakından İlişkilendirilir?
SDK'lar hem uygulama hem de web ortamlarında kullanılabilir.
Programmatic ekosisteminde SDK'lar çoğunlukla mobil uygulamalarla ilişkilendirilir. Ancak SDK mantığı bundan daha geniştir. Örneğin, Google Ad Manager tarafından sağlanan reklam etiketleri (ad tags), web ortamında benzer işlevlerin büyük bölümünü yerine getirir.
Web ve Mobil Reklamcılık Farklı Şekillerde Gelişti
Bu farkın temel nedeni, web ve mobil reklamcılığın birbirinden bağımsız olarak gelişmiş olmasıdır. Web'de reklam satışı 1994 yılında başladı ve ilk on beş yıl boyunca ortak bir protokol bulunmuyordu. Yayıncılar ve reklam ağları entegrasyonları manuel olarak kurmak zorundaydı. Çoğu zaman her site için özel kodlar yazılıyordu. Sektör standardı olan OpenRTB ise ancak 2010 yılında ortaya çıktı.
Uzun süre boyunca hazır ve otomatik kurallar bulunmadığı için web reklamcılığı, geleneksel basının işleyiş mantığına benzer şekilde gelişti. Ukrayna ve Türkiye gibi pazarlarda süreç yıllarca doğrudan ilişkilere dayanıyordu. Web siteleri, teknik olarak daha kolay olduğu için banner reklamları markalara haftalık veya aylık paketler halinde doğrudan satıyordu. Karmaşık harici entegrasyonlar kurmak ise çok daha zordu.
Mobil reklamcılık ise farklı bir yol izledi. Mobil envanter hızla büyümeye başladığında, uygulama sahipleri monetizasyon için daha ölçeklenebilir bir yaklaşıma ihtiyaç duydu. Her pazarda tek tek doğrudan ilişkiler kurmadan daha geniş bir talep kaynağı ağına erişmeleri gerekiyordu. Bu dönemde teknolojik ortam, 2000'li yılların başına kıyasla büyük ölçüde değişmişti. Bu nedenle mobil ekosistem, SDK modelini erken dönemde benimsedi.
Açık Artırmalar Web ve Uygulama Ortamlarında Nasıl Farklılık Gösterir?
Genel çerçeveyi ele aldığımıza göre, şimdi iki yaklaşımı ayrı ayrı inceleyelim.
Non-SDK Trafik Nasıl Çalışır?
Non-SDK trafik, mobil bir SDK dışında, web/tarayıcı ortamında oluşturulan reklam trafiğini ifade eder. Buna standart web sitelerindeki reklamlar, mobil web reklamları ve sayfalardaki video oynatıcılarda gösterilen reklamlar dahildir. Kısacası, reklam isteğinin sayfanın kendi kodu tarafından oluşturulduğu tüm ortamlar Non-SDK trafik kapsamına girer.
Web ortamında reklam isteği, sayfa yüklenirken doğrudan kullanıcının tarayıcısında oluşturulur. Bu da reklam sisteminin iş yükünün bir kısmının, yayıncının kontrol etmediği bir cihazda gerçekleştiği anlamına gelir. Sonuç ise kullanılan tarayıcıya ve onun gizlilik ayarlarına bağlı olarak değişebilir.
Tarayıcıların getirdiği kısıtlamalar nedeniyle web ortamında kullanıcıları tanımlamak için kullanılabilecek istikrarlı sinyallerin sayısı daha sınırlıdır. Çerezler (cookies) bu sinyallerden biridir. Ancak belirli bir tarayıcıya bağlıdır ve gizlilik politikaları tarafından ya da iOS'ta olduğu gibi doğrudan kullanıcı tarafından engellenebilir. Bu mekanizmanın nasıl çalıştığını, reklam tanımlayıcılarıyla ilgili ayrı bir makalede daha ayrıntılı olarak ele almıştık.
SDK Trafiği Nasıl Çalışır?
Süreç, uygulama içinde bir reklam gösterim fırsatı oluştuğunda başlar. SDK bu olayı algılar ve bir reklam gösterilmesi gerektiğini belirler. Ardından reklam platformuyla, farklı işlemlerden sorumlu önceden tanımlanmış fonksiyonlar aracılığıyla iletişim kurar:
- Belirli bir reklam alanı için kreatif talep etme
- Gösterim takibi
- Tıklama takibi
- Video tamamlanma takibi
Geliştiricilerin bu işlemleri manuel olarak uygulaması gerekmez. Bunun yerine, öngörülebilir bir çalışma mantığı sunan hazır fonksiyonlardan yararlanırlar.
Büyük uygulamaların çoğunda yayıncılar aynı anda birçok reklam ağıyla çalışır. Bu nedenle SDK ile reklamverenler arasında mediation adı verilen ara bir katman bulunur. Bu katman, birden fazla reklam ağından teklif toplar ve her gösterimi en yüksek teklifi veren tarafa yönlendirir.
Kullanıcı tanımlama konusu ise ayrı bir önem taşır. Uygulamalar, iOS'taki IDFA (Identifier for Advertisers) veya Android'deki GAID (Google Advertising ID) gibi reklam tanımlayıcılarını kullanabilir. Ancak tek başına bir SDK'nın bulunması, bu tanımlayıcılara erişim sağlandığı anlamına gelmez. SDK bir reklam isteği oluştururken tanımlayıcının kullanılabilir olup olmaması; işletim sistemine, kullanıcı onayı mekanizmalarına, gizlilik politikalarına, kullanıcı ayarlarına ve kullanılan SDK'nın teknik yapısına bağlıdır. Kütüphanenin teknik çalışma prensipleri, Google Mobile Ads SDK documentation içinde ayrıntılı olarak açıklanmaktadır.
SDK ve Non-SDK Trafik: Temel Farklar
SDK Neden Daha Fazla Veri Anlamına Gelmez?
Bir SDK verileri iletebilir, ancak verinin kendisini oluşturmaz. Reklam isteğine hangi bilgilerin dahil edileceği temel olarak iki faktöre bağlıdır:
- Yayıncının gerçekte hangi verilere erişebildiği (örneğin, küçük bir uygulama milyonlarca aktif kullanıcıya sahip büyük bir platforma kıyasla kullanıcı hakkında çok daha az bilgiye sahiptir).
- Yayıncının bu bilgilerin ne kadarını reklam platformlarıyla paylaşmayı tercih ettiği.
Sonuç olarak, SDK üzerinden hangi sinyallerin iletileceğine yayıncı karar verir:
- Cihazın reklam tanımlayıcısı veya bu tanımlayıcının paylaşılmaması
- Hassas konum verisi veya yalnızca yaklaşık bölge bilgisi
- Kullanıcının hangi ekranları ziyaret ettiği gibi uygulama içi davranış verileri
- Cihazın teknik özellikleri ve uygulama sürümü
- Oturum sinyalleri (örneğin, kullanıcının uygulamayı ne kadar yakın zamanda ve ne sıklıkla açtığı)
Bu nedenle aynı SDK'yı kullanan iki uygulama, reklam isteğine çok farklı miktarlarda veri dahil edebilir. Bir uygulama yukarıdaki bilgilerin neredeyse tamamını paylaşırken, diğeri yalnızca bir tanımlayıcı ve birkaç teknik alanla sınırlı kalabilir.

Reklamverenler Nelere Dikkat Etmeli?
Bu teknik farklar, ancak bir kampanya yayına alındığında gerçek anlamda önem kazanır. Uygulamada bu farklılıklar en çok üç temel alanda etkisini gösterir.
Kullanıcı Tanımlama
Tarayıcı ortamında kullanıcı tanımlama büyük ölçüde çerezlere (cookies) ve standart web sinyallerine dayanır. Ancak özel tarayıcı ayarları, temizlenen önbellekler ve katı gizlilik politikaları bu sinyallerin kullanılabilirliğini sürekli olarak sınırlar. Bu nedenle, teoride basit görünen birçok işlem pratikte daha az güvenilir hale gelir. Mobil uygulamalarda ise uygulamaya özgü sinyaller ve reklam tanımlayıcıları kullanılabilir. Ancak bunların erişilebilirliği de kullanıcı onayına, platform kurallarına ve kullanılan SDK'nın yapısına bağlıdır. Yeterli veri noktası bir araya geldiğinde reklamverenler, reklam gösterim sıklığını kontrol etmek ve hedef kitleye erişimi daha hassas şekilde yönetmek için gereken görünürlüğe sahip olur.
Coğrafi Hedefleme
Konum tespitinin doğruluğu tamamen ilgili ortamda erişilebilen veri türüne bağlıdır.
- Web ortamında coğrafi hedefleme çoğunlukla IP adresine dayanır. Bu nedenle doğruluk seviyesi genellikle şehir veya bölge düzeyiyle sınırlı kalabilir.
- Uygulamalarda ise kullanıcı onayı alınması durumunda daha hassas konum verilerine erişmek mümkündür. Bu da özellikle yerel reklam kampanyalarında önemli bir avantaj sağlar.
Reklam Sahteciliği (Fraud)
Sahtecilik yöntemleri de ortama göre farklılık gösterir. Web tarafında en büyük riskler bot ağları ve sahte alan adlarıdır. Uygulama ortamında ise sahte yüklemeler (fake installs), cihaz emülatörleri ve SDK sinyallerinin manipüle edilmesi daha yaygın sorunlar arasında yer alır.
Bu noktada DSP'ler önemli bir rol üstlenir. Fusify, hem web hem de in-app ortamlardaki trafik kalitesini günlük olarak analiz eder. Bu sayede her trafik kaynağının özelliklerini belirleyebilir ve markaların reklam bütçelerini daha verimli şekilde dağıtmalarına yardımcı olabilir.
Hangi Reklam Formatları Uygulamalarda Daha İyi Performans Gösterir ve Neden?
Bazı reklam formatları geleneksel olarak mobil uygulamalarda daha yüksek performans gösterir. Bu formatların büyük bölümü teknik olarak web ortamında da kullanılabilir. Ancak genellikle aynı seviyede performans elde etmek mümkün olmaz.
Bu formatlar, kullanıcının dikkatinin en yüksek olduğu anlarda gösterilir ve kullanıcı deneyiminin doğal bir parçası haline gelir.
Sonuç
Hiçbir trafik türünün doğası gereği bir üstünlüğü yoktur. SDK ve Non-SDK envanteri, farklı teknik yollar izlese de sonuçta aynı açık artırmada rekabet eder.
SDK'nın asıl değeri, reklam alışverişi sürecine getirdiği standardizasyon ve verimlilikten kaynaklanır. Yayıncılar için dahili reklam altyapısını bağlamanın pratik bir yolunu sunar. DSP'ler için ise tek bir entegrasyon üzerinden binlerce uygulamaya standartlaştırılmış erişim sağlar.
Bununla birlikte, reklamverenlerin tüm teknik detaylara hâkim olması gerekmez. Hangi trafik türünün belirli bir kampanya hedefi için daha uygun olduğunu belirlemek, kampanyayı yapılandırmak ve envanter kalitesini sürekli izlemek uzmanlık gerektiren süreçlerdir. Fusify, teknik süreçleri sizin yerinize yöneterek sizin iş hedeflerinize odaklanmanıza yardımcı olur.
Bir kampanya planlıyorsanız ve hangi trafik türünün hedeflerinizle daha iyi örtüştüğünü değerlendirmek istiyorsanız, ekibimizle detayları konuşmaktan memnuniyet duyarız.





