Wanneer is het tijd om uw mediationplatform te migreren?
Het wisselen van advertentiemediationplatformen is een van de meest ingrijpende beslissingen die een mobiele uitgever kan nemen. De mediationlaag bepaalt welke advertenties uw gebruikers zien, hoeveel u per vertoning verdient en hoe soepel de advertentie-ervaring verloopt. Migratie brengt reële risico's met zich mee, maar op een suboptimaal platform blijven brengt samengestelde kosten met zich mee die elke dag groeien.
Duidelijke signalen dat het tijd is om een overstap te evalueren:
- Dalende eCPM zonder marktverklaring: Als uw eCPM daalt terwijl branchegemiddelden stabiel blijven, heeft uw huidige platform mogelijk vraagkloven of optimalisatieproblemen die nieuwkomers hebben opgelost.
- Betere biedondersteuning elders: Als uw huidige platform 3 biedpartners ondersteunt maar een concurrent 8, laat u veilingdichtheid (en omzet) liggen.
- SDK-beëindiging of veroudering: Wanneer uw mediationplatform het einde van de levensduur van zijn SDK aankondigt of stopt met het actief ontwikkelen van functies, is migratie niet optioneel. Het is een kwestie van wanneer, niet of.
- Ontbrekende advertentieformaten: Als uw platform geen app open ads, rewarded interstitials of native bidding ondersteunt terwijl concurrenten dat wel doen, vertegenwoordigt elk ontbrekend formaat gemiste omzet.
- Rapportagebeperkingen: Als u geen gedetailleerde eCPM-gegevens kunt ophalen per netwerk, geo, advertentie-eenheid en formaat, vliegt u blind. Moderne platforms bieden dit standaard aan.
Migratieplanning: De parallelle testaanpak
De kardinale regel van mediatiemigratie is nooit een harde overschakeling te doen. Een parallelle testaanpak beschermt uw omzetbodem terwijl de prestaties van het nieuwe platform worden gevalideerd met echt verkeer.
De parallelle strategie werkt als volgt:
- Fase 1 (Installatie): Integreer de nieuwe mediatie-SDK naast uw bestaande. Configureer identieke advertentie-eenheden, vraagbronnen en minimumprijzen in beide platforms.
- Fase 2 (Verkeerssplitsing): Stuur 10–20% van uw verkeer naar het nieuwe platform terwijl u 80–90% op het bestaande houdt. Gebruik een remote config-vlag of A/B-testingframework om de splitsing te beheren.
- Fase 3 (Monitoren): Draai beide platforms minimaal 2 weken gelijktijdig en vergelijk eCPM, vulgraad, latentie en crashpercentage over de splitsing.
- Fase 4 (Opschaling): Als het nieuwe platform de oude evenaart of overtreft, verhoog dan geleidelijk het verkeersaandeel: 20% naar 50% naar 80% naar 100%.
- Fase 5 (Opruimen): Verwijder de oude mediatie-SDK en bijbehorende configuraties zodra 100% van het verkeer minimaal één week met stabiele prestaties op het nieuwe platform heeft gestaan.
Gegevens die u nodig heeft voor de overstap
Voordat u met een migratie begint, exporteert en documenteert u uitgebreide basisgegevens van uw huidige platform. Deze gegevens dienen twee doelen: ze bieden vergelijkingsbenchmarks voor het evalueren van het nieuwe platform, en ze informeren de initiële configuratie van uw nieuwe waterfall of biedopstelling.
Essentiële gegevenspunten
- Historische eCPM per netwerk en geografie: Minimaal de laatste 90 dagen dagelijkse eCPM voor elke vraagbron uitgesplitst per land of landengroep. Dit vertelt u welke netwerken goed presteren in welke markten en informeert uw nieuwe waterfall-volgorde.
- Vulgraad per netwerk en advertentieformaat: Een netwerk met hoge eCPM maar 5% vulgraad draagt anders bij dan een netwerk met matige eCPM en 90% vulgraad. Beide statistieken zijn nodig voor nauwkeurige configuratie.
- Vertoningsvolume per advertentie-eenheid: Begrijp welke advertentieplaatsingen de meeste vertoningen genereren. Dit zijn uw eenheden met de hoogste impact en die moeten als laatste worden gemigreerd om het risico te minimaliseren.
- Latentiegegevens: Documenteer indien beschikbaar de gemiddelde laadtijd van advertenties en time-outpercentages per netwerk. Dit helpt bij het instellen van geschikte time-outwaarden in het nieuwe platform.
- Omzet per weekdag en tijdstip: Advertentiemarkten hebben wekelijkse en dagelijkse cycli. Dit patroon gedocumenteerd hebben zorgt ervoor dat u normale cyclische variatie niet verwart met migratie-gerelateerde veranderingen.
Handige aanvullende gegevens
- ARPDAU op gebruikersniveau per cohort
- Advertentiefrequentiegegevens op sessieniveau
- Crash- en ANR-percentages gecorreleerd met advertentie-SDK-activiteit
- Gedetailleerde biedlogs op bodniveau als uw huidige platform deze levert
Stapsgewijs migratieproces
Stap 1: Installeer de nieuwe mediatie-SDK
Voeg de nieuwe mediatie-SDK en alle vereiste adapter-SDK's toe aan uw project. Verwijder de oude SDK nog niet. Beide zullen naast elkaar bestaan tijdens de parallelle testfase. Kernacties:
- Voeg de kern mediatie-SDK-afhankelijkheid toe
- Voeg adapter-SDK's toe voor elke vraagbron die u wilt gebruiken
- Initialiseer de nieuwe SDK in uw Application-klasse of AppDelegate, geblokkeerd achter een remote config-vlag
- Verifieer dat de build compileert zonder conflicten tussen oude en nieuwe SDK's
Stap 2: Configureer advertentie-eenheden en vraagbronnen
Maak in het dashboard van het nieuwe platform uw advertentie-eenheid configuratie opnieuw aan:
- Maak advertentie-eenheden die overeenkomen met uw bestaande plaatsingen (zelfde formaat, zelfde verversingsinterval voor banners)
- Voeg alle vraagbronnen toe met hun respectievelijke app-ID's en plaatsings-ID's
- Stel initiële minimumprijzen in op basis van uw historische eCPM-gegevens van het oude platform
- Schakel biedingen in voor alle bronnen die dit ondersteunen; configureer waterfall-vermeldingen voor de rest
Stap 3: Implementeer de verkeerssplitsing
Gebruik een remote configuratiesysteem (Firebase Remote Config, uw eigen feature flag-systeem of een eenvoudige server-side schakelaar) om te bepalen welke mediatie-SDK elke sessie afhandelt:
- Controleer bij het starten van de app de remote vlag om te bepalen welke SDK actief is voor deze sessie
- Vraag alleen advertenties aan via de actieve SDK voor de gehele sessie. Meng SDK's niet binnen een sessie.
- Log welke SDK actief is in uw analytics zodat u prestatiegegevens schoon kunt segmenteren
Stap 4: Draai minimaal twee weken parallel
Twee weken is de minimale evaluatieperiode. Deze duur omvat weekdag- en weekendpatronen, houdt rekening met vraagschommelingen en geeft biedalgoritmen de tijd om uw inventaris te leren kennen. Gedurende deze periode:
- Monitor dagelijks eCPM, vulgraad en totale omzet voor beide groepen
- Houd app-stabiliteitsmaatstaven bij (crashpercentage, ANR-percentage) voor beide groepen
- Let op problemen met de gebruikerservaring (langzame advertentieladingen, lege advertentieframes, onverwachte full-screen advertenties)
- Maak geen configuratiewijzigingen aan een van beide platforms gedurende deze periode, tenzij er duidelijk iets stuk is
Stap 5: Vergelijk en beslis
Na de parallelle periode vergelijkt u de twee platforms op deze dimensies:
- Omzet per DAU: De primaire maatstaf. Als het nieuwe platform gelijke of hogere omzet per dagelijks actieve gebruiker genereert, slaagt het voor de kerntest.
- Vulgraad: Een hogere vulgraad betekent meer gemonetiseerde vertoningen. Een nieuw platform met 5% hogere vulgraad en vergelijkbare eCPM is een duidelijke winnaar.
- Latentie: Sneller laden van advertenties betekent betere zichtbaarheid en gebruikerservaring.
- Stabiliteit: Als de nieuwe SDK het crashpercentage verhoogt, is de omzetwinst mogelijk niet de moeite waard.
Stap 6: Overstap en opruimen
Zodra u zich heeft gecommitteerd aan het nieuwe platform, verhoogt u het verkeer naar 100%, monitort u nog 5–7 dagen en verwijdert u daarna de oude SDK volledig. Werk uw afhankelijkheidslijst bij, verwijder oude initialisatiecode en ruim eventuele conditionele logica op die verband houdt met de verkeerssplitsing.
Veelvoorkomende valkuilen bij mediatiemigratie
Zelfs goed geplande migraties stuiten op problemen. Bewust zijn van veelvoorkomende valkuilen helpt u ze te vermijden of er snel van te herstellen:
- Verlies van historische optimalisatiegegevens: Biedalgoritmen op het oude platform hebben maanden aan gegevens over uw inventaris. Het nieuwe platform begint koud. Verwacht 1–2 weken suboptimale prestaties terwijl algoritmen leren.
- SDK-conflicten: Het gelijktijdig draaien van twee mediatie-SDK's kan afhankelijkheidsconflicten veroorzaken, vooral als beide dezelfde vraagbron-SDK's op verschillende versies bevatten. Test grondig in een staging-build voordat u naar productie gaat.
- Niet-overeenkomende minimumprijzen: Te hoge minimumprijzen instellen op het nieuwe platform vernietigt de vulgraad. Te laag instellen laat geld op tafel liggen. Gebruik uw historische gegevens als startpunt en pas aan na de eerste week.
- Vergelijking van ongelijke tijdsperioden: Advertentiemarkten fluctueren. Het vergelijken van week 1 van het nieuwe platform met week 1 van het oude platform van drie maanden geleden is geen geldige vergelijking. Parallelle tests elimineert dit probleem.
- Haast met de tijdlijn: Druk om snelle resultaten te tonen leidt tot voorbarige conclusies. Twee weken parallelle data is het minimum. Vier weken is beter voor uitgevers met significant verkeer.
Migratie van AdMob Mediation naar Google Ad Manager
Een van de meest voorkomende migratieroutes is de overstap van AdMob mediation naar het volledige Google Ad Manager-platform. Deze upgrade wordt gedreven door GAM's superieure functies voor uitgevers op schaal:
- Ondersteuning voor directe deals: GAM staat toe dat rechtstreeks verkochte campagnes concurreren naast programmatische vraag, wat AdMob mediation niet ondersteunt
- Geavanceerde rapportage: GAM biedt gedetailleerde rapportage per regelitem, adverteerder, creatief en aangepaste dimensies
- Open Bidding: GAM's server-side bieden ondersteunt een bredere reeks exchange-partners dan AdMob's client-side mediatie
- Uniforme prijsregels: Stel minimumprijzen in met geo-, apparaat- en formaatgranulariteit voor alle vraagbronnen vanuit één interface
Deze specifieke migratie is er een die RevenueFlex regelmatig uitvoert. De overgang van AdMob mediation naar een volledig beheerde GAM-opstelling houdt in dat uw volledige advertentieconfiguratie in GAM opnieuw wordt aangemaakt, vraagbronnen worden gekoppeld, nieuwe minimumprijzen worden vastgesteld op basis van historische prestaties en een parallelle evaluatie wordt uitgevoerd om omzetneutraliteit of -verbetering te bevestigen. Uitgevers die deze overgang maken met goede planning zien doorgaans een omzetstijging van 10–25% zodra de GAM-waterfall volledig geoptimaliseerd is.
Mediatiemigratie is geen weekendproject. Het is een proces van meerdere weken dat zorgvuldige planning, gedisciplineerde parallelle tests en geduld vereist terwijl nieuwe algoritmen uw inventaris leren kennen. Maar voor uitgevers op een onderpresterende platform maakt de langetermijnimpact van overstappen op de omzet de kortetermijninspanning de moeite waard.