Ada biaya tersembunyi dari setiap ad SDK yang Anda integrasikan ke dalam aplikasi. Masing-masing menambah binary size, memperpanjang cold start time, memperkenalkan potensi konflik kompatibilitas, dan menciptakan dependensi tambahan yang perlu di-update ketika versi OS baru dirilis. Bagi publisher yang menjalankan lima, delapan, atau bahkan dua belas SDK, dampak kumulatif terhadap performa aplikasi dan pengalaman pengguna bisa sangat signifikan — dan sering kali tidak terlihat karena terjadi secara bertahap.
Biaya Nyata dari SDK Bloat
Setiap megabyte yang ditambahkan ke binary aplikasi Anda sangat berarti. Riset secara konsisten menunjukkan bahwa tingkat konversi instalasi aplikasi turun secara terukur dengan setiap megabyte tambahan. Di pasar berkembang di mana pengguna memiliki penyimpanan terbatas dan koneksi yang lebih lambat, dampaknya bahkan lebih terasa. Seorang publisher yang menambahkan tiga ad SDK dengan total 15 megabyte mungkin kehilangan lebih banyak revenue dari berkurangnya instalasi daripada yang diperoleh dari incremental demand yang disediakan SDK tersebut.
Di luar ukuran download, SDK mengonsumsi resource runtime. Setiap SDK yang melakukan inisialisasi saat peluncuran aplikasi menambah waktu startup Anda. Pengguna yang menunggu lebih dari tiga detik untuk memuat aplikasi secara signifikan lebih mungkin meninggalkannya. Dan setiap SDK yang berjalan di background mengonsumsi memori dan baterai — resource yang diperhatikan pengguna dan yang semakin dipenalti oleh app store.
Audit SDK
Mulailah dengan mengaudit stack SDK Anda saat ini. Untuk setiap ad SDK di aplikasi Anda, ukur tiga hal: binary size yang ditambahkan, revenue yang dihasilkan, dan fill rate-nya. Anda hampir pasti akan menemukan bahwa satu atau dua SDK bertanggung jawab atas mayoritas revenue Anda, sementara beberapa lainnya berkontribusi secara marginal tetapi menambahkan overhead yang signifikan.
Aturan 80/20 Berlaku
Di sebagian besar aplikasi publisher, dua hingga tiga ad SDK menghasilkan 80 persen atau lebih dari total ad revenue. SDK sisanya mengisi celah tetapi sering kali dengan biaya yang melebihi kontribusi mereka ketika Anda memperhitungkan dampak terhadap performa. Tujuannya bukan menghilangkan semua SDK — melainkan menemukan set minimum yang menangkap revenue maksimum.
Solusi Sisi Server
Cara paling efektif untuk mengurangi jumlah SDK tanpa kehilangan keragaman demand adalah dengan memindahkan agregasi demand dari sisi klien ke sisi server. Open Bidding dari Google, misalnya, memungkinkan beberapa demand partner bersaing untuk inventaris Anda tanpa memerlukan SDK individual mereka di aplikasi Anda. Anda mendapatkan tekanan kompetitif dari beberapa bidder dengan kesederhanaan satu integrasi SDK.
Pendekatan Managed Demand
Managed demand partner membawa konsep ini lebih jauh. Alih-alih mengintegrasikan beberapa SDK sendiri, Anda mengintegrasikan satu titik koneksi — baik melalui platform mediation yang sudah ada atau melalui integrasi sisi server yang ringan. Partner yang dikelola mengagregasi demand dari puluhan sumber di infrastruktur mereka, dan aplikasi Anda hanya melihat satu sumber demand. Hasilnya adalah lebih banyak keragaman demand dengan lebih sedikit overhead SDK.
Publisher paling cerdas tidak bertanya "berapa banyak SDK yang bisa saya tambahkan?" Mereka bertanya "berapa jumlah minimum SDK yang saya butuhkan untuk menangkap revenue maksimum?" Jawabannya hampir selalu lebih sedikit dari yang mereka miliki saat ini.
Langkah Praktis untuk Mengurangi SDK Bloat
1. Hapus SDK yang Berkinerja Buruk
Jika sebuah SDK menghasilkan kurang dari 5 persen dari total ad revenue Anda, pertimbangkan secara serius untuk menghapusnya. Biaya performa kemungkinan melebihi kontribusi revenue.
2. Konsolidasi Melalui Mediation
Gunakan adapter bawaan platform mediation Anda daripada integrasi SDK mandiri jika memungkinkan. Adapter mediation biasanya lebih ringan daripada integrasi SDK penuh.
3. Manfaatkan Bidding Sisi Server
Pindahkan demand partner yang mendukung bidding sisi server ke model tersebut. Ini menghapus SDK mereka dari aplikasi Anda sambil mempertahankan demand mereka di waterfall Anda.
4. Gunakan Managed Partner untuk Long-Tail Demand
Alih-alih mengintegrasikan lima SDK niche untuk demand regional atau spesialis, gunakan satu managed partner yang mengagregasi demand tersebut di sisi server.
Mengukur Dampaknya
Setelah mengurangi jumlah SDK, pantau tiga metrik: pengurangan ukuran aplikasi, perbaikan waktu startup, dan total ad revenue. Pengurangan SDK yang dieksekusi dengan baik seharusnya menunjukkan perbaikan terukur pada dua yang pertama tanpa perubahan signifikan — atau bahkan perbaikan — pada yang ketiga, karena ukuran aplikasi yang lebih kecil menghasilkan tingkat instalasi lebih tinggi dan retensi pengguna yang lebih baik.