När är det dags att migrera din medieringsplattform?
Att byta annonsmediationsplattform är ett av de mest betydelsefulla beslut en mobilutgivare kan fatta. Medieringslagret styr vilka annonser dina användare ser, hur mycket du tjänar per visning och hur smidigt annonsupplevelsen fungerar. Migrering medför verklig risk, men att stanna kvar på en suboptimal plattform kostar ackumulerat mer för varje dag som går.
Tydliga signaler att det är dags att utvärdera ett byte:
- Fallande eCPM utan marknadsförklaring: Om din eCPM sjunker medan branschriktmärken håller sig stabila kan din nuvarande plattform ha efterfrågeluckor eller optimeringsproblem som nyare aktörer har löst.
- Bättre budstöd på annat håll: Om din nuvarande plattform stödjer 3 budpartners men en konkurrent stödjer 8 förlorar du auktionstäthet och intäkter.
- SDK-avveckling eller föråldring: När din mediationsplattform meddelar att SDK:n når slutet av sin livscykel eller slutar aktivt utveckla funktioner är migrering inte valfri. Det är en fråga om när, inte om.
- Saknade annonsformat: Om din plattform inte stödjer appöppningsannonser, belonade interstitials eller native-budgivning medan konkurrenter gör det, representerar varje saknat format förlorade intäkter.
- Rapporteringsbegränsningar: Om du inte kan få detaljerade eCPM-data per nätverk, geo, annonsenhet och format navigerar du i blindo. Moderna plattformar erbjuder detta som standard.
Migreringsplanering: Parallell testningsmetod
Den grundläggande regeln för mediationsmigrering är att aldrig göra ett hårt skifte. En parallell testningsmetod skyddar din intäktsgolvet medan den validerar den nya plattformens prestanda med verklig trafik.
Den parallella strategin fungerar så här:
- Fas 1 (Installation): Integrera det nya mediations-SDK:t vid sidan av ditt befintliga. Konfigurera identiska annonsenheter, efterfrågekällor och golvpriser i båda plattformarna.
- Fas 2 (Trafikdelning): Rikta 10–20 % av din trafik till den nya plattformen medan 80–90 % stannar på den befintliga. Använd en fjärrkonfigurationsflagga eller ett A/B-testningsramverk för att styra delningen.
- Fas 3 (Övervakning): Kör båda plattformarna samtidigt i minst 2 veckor och jämför eCPM, fyllnadsgrad, latens och kraschfrekvens över delningen.
- Fas 4 (Skalning): Om den nya plattformen uppnår eller överträffar den gamla, öka gradvis dess trafikandel: 20 % → 50 % → 80 % → 100 %.
- Fas 5 (Städning): Ta bort det gamla mediations-SDK:t och tillhörande konfigurationer när 100 % av trafiken har befunnits på den nya plattformen i minst en vecka med stabil prestanda.
Data du behöver före bytet
Innan du initierar någon migrering, exportera och dokumentera omfattande baslinjedata från din nuvarande plattform. Dessa data tjänar två syften: de tillhandahåller jämförelseriktmärken för att utvärdera den nya plattformen, och de informerar den inledande konfigurationen av ditt nya vattenfalls- eller budgivningsupplägg.
Viktiga datapunkter
- Historisk eCPM per nätverk och geografi: Minst de senaste 90 dagarnas dagliga eCPM för varje efterfrågekälla uppdelad per land eller landsgrupp. Det här berättar vilka nätverk som presterar bra på vilka marknader och informerar din nya vattenfallsordning.
- Fyllnadsgrad per nätverk och annonsformat: Ett nätverk med hög eCPM men 5 % fyllnadsgrad bidrar annorlunda än ett med måttlig eCPM och 90 % fyllnadsgrad. Båda mätvärdena behövs för korrekt konfiguration.
- Visningsvolym per annonsenhet: Förstå vilka annonsplaceringar som genererar flest visningar. Dessa är dina enheter med högst påverkan och bör migreras sist för att minimera risken.
- Latensdata: Om tillgängligt, dokumentera genomsnittlig annonsbelastningstid och timeout-frekvenser per nätverk. Det hjälper att ange lämpliga timeout-värden i den nya plattformen.
- Intäkter per veckodag och tid på dygnet: Annonsmarknader har veckovisa och dagliga cykler. Att dokumentera detta mönster säkerställer att du inte förväxlar normal cyklisk variation med migreringsrelaterade förändringar.
Bra att ha-data
- ARPDAU på användarnivå per kohort
- Frekvensdata för annonser på sessionsnivå
- Krasch- och ANR-frekvenser korrelerade med annons-SDK-aktivitet
- Detaljerade budloggar på budnivå om din nuvarande plattform tillhandahåller dem
Steg-för-steg migreringsprocess
Steg 1: Installera det nya medierings-SDK:t
Lägg till det nya medierings-SDK:t och alla nödvändiga adapter-SDK:er i ditt projekt. Ta inte bort det gamla SDK:t ännu. Båda kommer att samexistera under den parallella testfasen. Viktiga åtgärder:
- Lägg till beroende för kärn-SDK:t för mediering
- Lägg till adapter-SDK:er för varje efterfrågekälla du planerar att använda
- Initiera det nya SDK:t i din Application-klass eller AppDelegate, gated bakom en fjärrkonfigurationsflagga
- Verifiera att bygget kompilerar utan konflikter mellan gamla och nya SDK:er
Steg 2: Konfigurera annonsenheter och efterfrågekällor
I den nya plattformens instrumentpanel, återskapa din annonsenhetskonfiguration:
- Skapa annonsenheter som matchar dina befintliga placeringar (samma format, samma uppdateringsintervall för banners)
- Lägg till alla efterfrågekällor med deras respektive app-ID:n och placerings-ID:n
- Ange initiala golvpriser baserade på dina historiska eCPM-data från den gamla plattformen
- Aktivera budgivning för alla källor som stödjer det; konfigurera vattenfallsposter för resten
Steg 3: Implementera trafikdelningen
Använd ett fjärrkonfigurationssystem (Firebase Remote Config, ditt eget feature flag-system eller en enkel server-side-toggle) för att styra vilket medierings-SDK som hanterar varje session:
- Kontrollera fjärrflaggan vid appstart för att avgöra vilket SDK som är aktivt för denna session
- Begär annonser endast via det aktiva SDK:t för hela sessionen. Blanda inte SDK:er inom en session.
- Logga vilket SDK som är aktivt i din analys så att du kan segmentera prestandadata rent
Steg 4: Kör parallellt i minst två veckor
Två veckor är den minimala utvärderingsperioden. Denna varaktighet fångar vardags- och veckoslutssmönster, tar hänsyn till efterfrågefluktuationer och ger budgivningsalgoritmer tid att lära sig ditt lager. Under denna period:
- Övervaka eCPM, fyllnadsgrad och totala intäkter dagligen för båda grupperna
- Spåra mätvärden för appstabilitet (kraschfrekvens, ANR-frekvens) i båda grupperna
- Bevaka problem med användarupplevelsen (långsam annonsbelastning, tomma annonsramar, oväntade helskärmsannonser)
- Gör inga konfigurationsändringar på någon plattform under denna period om inte något är uppenbart trasigt
Steg 5: Jämför och besluta
Efter den parallella perioden, jämför de två plattformarna utifrån dessa dimensioner:
- Intäkt per DAU: Det primära måttet. Om den nya plattformen genererar lika eller högre intäkter per daglig aktiv användare klarar den kärntestet.
- Fyllnadsgrad: Högre fyllnadsgrad innebär fler monetiserade visningar. En ny plattform med 5 % högre fyllnadsgrad och liknande eCPM är en klar vinnare.
- Latens: Snabbare annonsbelastning innebär bättre synlighet och användarupplevelse.
- Stabilitet: Om det nya SDK:t ökar kraschfrekvenser kanske det inte är värt intäktsvinsten.
Steg 6: Övergång och städning
När du väl är committed till den nya plattformen, öka trafiken till 100 %, övervaka ytterligare 5–7 dagar och ta sedan bort det gamla SDK:t helt. Uppdatera din beroendelista, ta bort gammal initialiseringskod och städa upp eventuell villkorslogik relaterad till trafikdelningen.
Vanliga fallgropar vid mediationsmigrering
Även välplanerade migreringar stöter på problem. Att vara medveten om vanliga fallgropar hjälper dig att undvika eller snabbt återhämta dig från dem:
- Förlust av historisk optimeringsdata: Budgivningsalgoritmer på den gamla plattformen har månader av data om ditt lager. Den nya plattformen börjar kallt. Förvänta dig 1–2 veckors suboptimal prestanda medan algoritmer lär sig.
- SDK-konflikter: Att köra två medierings-SDK:er samtidigt kan orsaka beroendeflikter, särskilt om båda innehåller samma SDK:er för efterfrågekällor i olika versioner. Testa noggrant i ett staging-bygge innan du driftsätter till produktion.
- Felaktiga golvpriser: Att ange för höga golvpriser på den nya plattformen dödar fyllnadsgraden. Att ange för låga lämnar pengar på bordet. Använd historiska data som utgångspunkt och justera efter den första veckan.
- Jämföra ojämlika tidsperioder: Annonsmarknader fluktuerar. Att jämföra vecka 1 för den nya plattformen mot vecka 1 för den gamla plattformen för tre månader sedan är inte en giltig jämförelse. Parallell testning eliminerar detta problem.
- Förhastad tidslinje: Press att visa snabba resultat leder till förhastade slutsatser. Två veckors parallella data är minimum. Fyra veckor är bättre för utgivare med betydande trafik.
Migrering från AdMob Mediation till Google Ad Manager
En av de vanligaste migreringsvägarna är att gå från AdMob Mediation till den fullständiga Google Ad Manager-plattformen. Denna uppgradering drivs av GAM:s överlägsna funktioner för utgivare i stor skala:
- Stöd för direktaffärer: GAM låter direktsålda kampanjer tävla bredvid programmatisk efterfrågan, vilket AdMob Mediation inte stödjer
- Avancerad rapportering: GAM tillhandahåller detaljerad rapportering per radpost, annonsör, kreativ och anpassade dimensioner
- Open Bidding: GAM:s serversidiga budgivning stödjer ett bredare utbud av börspartners än AdMob:s klientsidiga mediering
- Enhetliga prisregler: Ange golvpriser med geo-, enhets- och formatgranularitet för alla efterfrågekällor från ett enda gränssnitt
Denna specifika migrering är en som RevenueFlex hanterar ofta. Övergången från AdMob Mediation till en fullständigt hanterad GAM-installation innebär att återskapa hela din annonskonfiguration i GAM, kartlägga efterfrågekällor, fastställa nya golvpriser baserade på historisk prestanda och köra en parallell utvärdering för att bekräfta intäktsneutralitet eller förbättring. Utgivare som genomför denna övergång med ordentlig planering ser vanligtvis 10–25 % intäktsökning när GAM-vattenfall är fullt optimerat.
Mediationsmigrering är inte ett helgprojekt. Det är en process över flera veckor som kräver noggrann planering, disciplinerad parallell testning och tålamod medan nya algoritmer lär sig ditt lager. Men för utgivare på en underpresterande plattform gör den långsiktiga intäktseffekten av att byta den kortsiktiga insatsen värd.