Er zijn verborgen kosten verbonden aan elke advertentie-SDK die je in je app integreert. Elk ervan vergroot de binary size, verlengt de cold start-tijd, introduceert mogelijke compatibiliteitsconflicten en creëert weer een afhankelijkheid die moet worden bijgewerkt wanneer nieuwe OS-versies worden uitgebracht. Voor uitgevers die vijf, acht of zelfs twaalf SDK's gebruiken, kan de cumulatieve impact op app-prestaties en gebruikerservaring aanzienlijk zijn — en deze is vaak onzichtbaar omdat het geleidelijk gebeurt.
De werkelijke kosten van SDK-opzwelling
Elke megabyte die aan je app-binary wordt toegevoegd, doet ertoe. Onderzoek toont consequent aan dat conversiepercentages van app-installaties meetbaar dalen bij elke extra megabyte downloadgrootte. In opkomende markten waar gebruikers beperkte opslagruimte en langzamere verbindingen hebben, is de impact nog uitgesprokenener. Een uitgever die drie advertentie-SDK's toevoegt met een totaal van 15 megabyte verliest mogelijk meer omzet door verminderde installaties dan hij wint uit de aanvullende vraag die die SDK's bieden.
Naast de downloadgrootte verbruiken SDK's runtime-resources. Elke SDK die bij het starten van de app wordt geïnitialiseerd, draagt bij aan de opstarttijd. Gebruikers die langer dan drie seconden wachten tot een app is geladen, zullen deze aanzienlijk vaker verlaten. En elke SDK die op de achtergrond draait, verbruikt geheugen en batterij — resources die gebruikers opmerken en waarvoor platform-appstores steeds meer straffen.
De SDK-audit
Begin met het auditen van je huidige SDK-stack. Meet voor elke advertentie-SDK in je app drie dingen: de binary size die het toevoegt, de omzet die het genereert en de fill rate. Je zult vrijwel zeker ontdekken dat een of twee SDK's verantwoordelijk zijn voor het grootste deel van je omzet, terwijl meerdere andere marginaal bijdragen maar aanzienlijke overhead toevoegen.
De 80/20-regel is van toepassing
In de meeste uitgevers-apps genereren twee tot drie advertentie-SDK's 80 procent of meer van de totale advertentie-inkomsten. De overige SDK's vullen hiaten op, maar vaak tegen kosten die hun bijdrage overtreffen wanneer je de prestatie-impact meeneemt. Het doel is niet om alle SDK's te elimineren — het doel is om de minimale set te vinden die de maximale omzet vastlegt.
Server-side oplossingen
De meest effectieve manier om het aantal SDK's te verminderen zonder vraagdiversiteit te verliezen, is om vraaggregatie van de client-side naar de server-side te verplaatsen. Google's Open Bidding laat bijvoorbeeld meerdere vraagpartners concurreren om je inventaris zonder dat hun individuele SDK's in je app nodig zijn. Je krijgt de concurrentiedruk van meerdere bieders met de eenvoud van een enkele SDK-integratie.
De managed-demand-benadering
Een managed-demand-partner tilt dit concept naar een hoger niveau. In plaats van zelf meerdere SDK's te integreren, integreer je één verbindingspunt — via je bestaande mediation-platform of via een lichtgewicht server-side integratie. De managed partner aggregeert vraag van tientallen bronnen op zijn infrastructuur, en je app ziet slechts één vraagbron. Het resultaat is meer vraagdiversiteit met minder SDK-overhead.
De slimste uitgevers vragen niet "hoeveel SDK's kan ik toevoegen?" Ze vragen "wat is het minimale aantal SDK's dat ik nodig heb om maximale omzet te realiseren?" Het antwoord is bijna altijd minder dan ze momenteel hebben.
Praktische stappen om SDK-opzwelling te verminderen
1. Verwijder slecht presterende SDK's
Als een SDK minder dan 5 procent van je totale advertentie-inkomsten genereert, overweeg dan serieus om deze te verwijderen. De prestatiekosten overtreffen waarschijnlijk de omzetbijdrage.
2. Consolideer via mediation
Gebruik waar mogelijk de ingebouwde adapters van je mediation-platform in plaats van zelfstandige SDK-integraties. Mediation-adapters zijn doorgaans lichter dan volledige SDK-integraties.
3. Benut server-side bidding
Verplaats vraagpartners die server-side bidding ondersteunen naar dat model. Dit verwijdert hun SDK uit je app terwijl hun vraag in je waterfall behouden blijft.
4. Gebruik een managed partner voor long-tail-vraag
In plaats van vijf niche-SDK's te integreren voor regionale of gespecialiseerde vraag, gebruik je één managed partner die die vraag server-side aggregeert.
De impact meten
Monitor na het verminderen van je SDK-aantal drie metrics: app-groottevermindering, verbeterde opstarttijd en totale advertentie-inkomsten. Een goed uitgevoerde SDK-vermindering zou meetbare verbeteringen in de eerste twee moeten laten zien zonder significante verandering in de derde — of zelfs een verbetering — omdat een kleinere app-grootte leidt tot hogere installatiepercentages en betere gebruikersretentie.