Există un cost ascuns pentru fiecare ad SDK integrat în aplicația ta. Fiecare adaugă la binary size, crește timpul de cold start, introduce conflicte de compatibilitate și creează o dependență care trebuie actualizată la fiecare versiune nouă a sistemului de operare. Pentru publishers care rulează cinci, opt sau chiar douăsprezece SDK-uri, impactul cumulativ asupra performanței și experienței utilizatorului poate fi semnificativ — și adesea invizibil pentru că se întâmplă treptat.
Costul Real al Excesului de SDK-uri
Fiecare megabyte adăugat la binary size-ul aplicației tale contează. Cercetările arată că ratele de conversie la instalare scad măsurabil cu fiecare megabyte suplimentar al descărcării. Pe piețele emergente, unde utilizatorii au spațiu de stocare limitat și conexiuni mai lente, impactul este și mai pronunțat. Un publisher care adaugă trei ad SDK-uri totalizând 15 megabytes poate pierde mai multe venituri din instalări reduse decât câștigă din cererea incrementală pe care aceste SDK-uri o oferă.
Dincolo de dimensiunea descărcării, SDK-urile consumă resurse la rulare. Fiecare SDK care se inițializează la lansarea aplicației adaugă la timpul de pornire. Utilizatorii care așteaptă mai mult de trei secunde ca o aplicație să se încarce au o probabilitate semnificativ mai mare de a o abandona. Iar fiecare SDK care rulează în fundal consumă memorie și baterie — resurse pe care utilizatorii le observă și pe care magazinele de aplicații ale platformelor le penalizează din ce în ce mai mult.
Auditul SDK-urilor
Începe prin auditarea stivei tale actuale de SDK-uri. Pentru fiecare ad SDK din aplicația ta, măsoară trei lucruri: binary size-ul pe care îl adaugă, venitul pe care îl generează și fill rate-ul său. Aproape sigur vei descoperi că unul sau două SDK-uri sunt responsabile pentru majoritatea veniturilor tale, în timp ce câteva altele contribuie marginal dar adaugă overhead semnificativ.
Regula 80/20 Se Aplică
În majoritatea aplicațiilor de publishers, două până la trei ad SDK-uri generează 80 la sută sau mai mult din venitul total din reclame. SDK-urile rămase acoperă goluri, dar adesea la un cost care depășește contribuția lor când incluzi impactul asupra performanței. Scopul nu este de a elimina toate SDK-urile — ci de a găsi setul minim care captează venitul maxim.
Soluții pe Partea de Server
Cea mai eficientă metodă de a reduce numărul de SDK-uri fără a pierde diversitatea cererii este de a muta agregarea cererii de pe partea de client pe partea de server. Open Bidding de la Google, de exemplu, permite mai multor parteneri de cerere să concureze pentru inventarul tău fără a necesita SDK-urile lor individuale în aplicația ta. Obții presiunea competitivă a mai multor bidders cu simplitatea unei singure integrări de SDK.
Abordarea cu Cerere Gestionată
Un partener de cerere gestionată duce acest concept mai departe. În loc să integrezi mai multe SDK-uri tu însuți, integrezi un singur punct de conexiune — fie prin platforma ta existentă de mediation, fie printr-o integrare ușoară pe partea de server. Partenerul gestionat agregă cerere din zeci de surse pe infrastructura lor, iar aplicația ta vede doar o singură sursă de cerere. Rezultatul este mai multă diversitate a cererii cu mai puțin overhead de SDK-uri.
Cei mai inteligenți publishers nu întreabă „câte SDK-uri pot adăuga?” Ei întreabă „care este numărul minim de SDK-uri de care am nevoie pentru a capta venitul maxim?” Răspunsul este aproape întotdeauna mai puțin decât au în prezent.
Pași Practici pentru Reducerea Excesului de SDK-uri
1. Elimină SDK-urile cu Performanțe Slabe
Dacă un SDK generează mai puțin de 5 la sută din venitul total din reclame, ia serios în considerare eliminarea lui. Costul de performanță probabil depășește contribuția la venituri.
2. Consolidează prin Mediation
Folosește adaptoarele integrate ale platformei tale de mediation în loc de integrări SDK independente acolo unde este posibil. Adaptoarele de mediation sunt de obicei mai ușoare decât integrările complete de SDK.
3. Profită de Bidding pe Partea de Server
Mută partenerii de cerere care suportă bidding pe partea de server la acel model. Aceasta elimină SDK-ul lor din aplicația ta menținând în același timp cererea lor în waterfall-ul tău.
4. Folosește un Partener Gestionat pentru Cererea de Nișă
În loc să integrezi cinci SDK-uri de nișă pentru cerere regională sau specializată, folosește un singur partener gestionat care agregă acea cerere pe partea de server.
Măsurarea Impactului
După reducerea numărului de SDK-uri, monitorizează trei metrici: reducerea dimensiunii aplicației, îmbunătățirea timpului de pornire și venitul total din reclame. O reducere bine executată a SDK-urilor ar trebui să arate îmbunătățiri măsurabile la primele două fără nicio schimbare semnificativă — sau chiar o îmbunătățire — la a treia, deoarece dimensiunea redusă a aplicației duce la rate de instalare mai mari și o retenție mai bună a utilizatorilor.