Uygulamanıza entegre ettiğiniz her reklam SDK'sının gizli bir maliyeti vardır. Her biri binary boyutunuzu artırır, cold start süresini uzatır, potansiyel uyumluluk çakışmaları yaratır ve yeni işletim sistemi sürümleri çıktığında güncellenmesi gereken başka bir bağımlılık oluşturur. Beş, sekiz veya hatta on iki SDK kullanan yayıncılar için uygulama performansı ve kullanıcı deneyimi üzerindeki kümülatif etki önemli olabilir — ve genellikle görünmezdir çünkü kademeli olarak gerçekleşir.
SDK Şişkinliğinin Gerçek Maliyeti
Uygulama binary'nize eklenen her megabayt önemlidir. Araştırmalar, uygulama yükleme dönüşüm oranlarının indirme boyutundaki her ek megabayt ile ölçülebilir şekilde düştüğünü sürekli olarak göstermektedir. Kullanıcıların sınırlı depolama alanına ve daha yavaş bağlantılara sahip olduğu gelişmekte olan pazarlarda etki daha da belirgindir. Toplam 15 megabayt ekleyen üç reklam SDK'sı entegre eden bir yayıncı, bu SDK'ların sağladığı ek demand'den elde ettiğinden daha fazla geliri azalan yüklemeler nedeniyle kaybediyor olabilir.
İndirme boyutunun ötesinde, SDK'lar çalışma zamanı kaynaklarını tüketir. Uygulama başlatılırken initialize olan her SDK, başlangıç sürenize ekleme yapar. Bir uygulamanın yüklenmesi için üç saniyeden fazla bekleyen kullanıcıların uygulamayı terk etme olasılığı önemli ölçüde daha yüksektir. Ve arka planda çalışan her SDK bellek ve pil tüketir — kullanıcıların fark ettiği ve platform uygulama mağazalarının giderek daha fazla cezalandırdığı kaynaklar.
SDK Denetimi
Mevcut SDK yığınınızı denetleyerek başlayın. Uygulamanızdaki her reklam SDK'sı için üç şeyi ölçün: eklediği binary boyutu, ürettiği gelir ve fill rate'i. Neredeyse kesinlikle bir veya iki SDK'nın gelirinizin büyük çoğunluğundan sorumlu olduğunu, diğer birçoğunun ise marjinal katkı sağladığını ancak önemli miktarda overhead eklediğini göreceksiniz.
80/20 Kuralı Geçerlidir
Çoğu yayıncı uygulamasında, iki ila üç reklam SDK'sı toplam reklam gelirinin yüzde 80'ini veya daha fazlasını üretir. Kalan SDK'lar boşlukları doldurur ancak performans etkisini hesaba kattığınızda genellikle katkılarını aşan bir maliyetle gelir. Amaç tüm SDK'ları ortadan kaldırmak değildir — maksimum geliri yakalayan minimum seti bulmaktır.
Sunucu Tarafı Çözümler
Demand çeşitliliğini kaybetmeden SDK sayısını azaltmanın en etkili yolu, demand toplama işlemini istemci tarafından sunucu tarafına taşımaktır. Örneğin Google'ın Open Bidding'i, birden fazla demand ortağının uygulamanızda bireysel SDK'larına ihtiyaç duymadan envanteriniz için rekabet etmesine olanak tanır. Tek bir SDK entegrasyonunun basitliğiyle birden fazla teklif verenin rekabet baskısını elde edersiniz.
Yönetilen Demand Yaklaşımı
Yönetilen bir demand ortağı bu konsepti daha da ileri taşır. Birden fazla SDK'yı kendiniz entegre etmek yerine, tek bir bağlantı noktası entegre edersiniz — mevcut mediation platformunuz aracılığıyla veya hafif bir sunucu tarafı entegrasyonu aracılığıyla. Yönetilen ortak, kendi altyapısında düzinelerce kaynaktan demand toplar ve uygulamanız yalnızca tek bir demand kaynağı görür. Sonuç, daha az SDK overhead'i ile daha fazla demand çeşitliliğidir.
En akıllı yayıncılar "kaç tane daha SDK ekleyebilirim?" diye sormuyor. "Maksimum geliri yakalamak için ihtiyacım olan minimum SDK sayısı nedir?" diye soruyorlar. Cevap neredeyse her zaman şu anda sahip olduklarından daha azdır.
SDK Şişkinliğini Azaltmak İçin Pratik Adımlar
1. Düşük Performanslı SDK'ları Kaldırın
Bir SDK toplam reklam gelirinizin yüzde 5'inden azını üretiyorsa, kaldırmayı ciddi olarak düşünün. Performans maliyeti büyük olasılıkla gelir katkısını aşmaktadır.
2. Mediation Aracılığıyla Konsolide Edin
Mümkün olduğunda bağımsız SDK entegrasyonları yerine mediation platformunuzun yerleşik adaptörlerini kullanın. Mediation adaptörleri genellikle tam SDK entegrasyonlarından daha hafiftir.
3. Server-Side Bidding'den Yararlanın
Server-side bidding'i destekleyen demand ortaklarını bu modele taşıyın. Bu, SDK'larını uygulamanızdan kaldırırken demand'lerini waterfall'unuzda korur.
4. Uzun Kuyruk Demand İçin Yönetilen Ortak Kullanın
Bölgesel veya özel demand için beş niş SDK entegre etmek yerine, o demand'i sunucu tarafında toplayan tek bir yönetilen ortak kullanın.
Etkiyi Ölçme
SDK sayınızı azalttıktan sonra üç metriği izleyin: uygulama boyutu azalması, başlangıç süresi iyileşmesi ve toplam reklam geliri. İyi yürütülen bir SDK azaltması, ilk iki metrikte ölçülebilir iyileşmeler gösterirken üçüncüde önemli bir değişiklik olmamalı — hatta iyileşme bile olabilir — çünkü azalan uygulama boyutu daha yüksek yükleme oranlarına ve daha iyi kullanıcı tutma oranlarına yol açar.