Google Mobile Ads — vad är det, reklam-SDK och intäktsgenerering

Vad är Google Mobile Ads?

Google Mobile Ads — är Googles annonsplattform för mobilappar, som tillhandahåller SDK för att visa annonser och verktyg för intäktsanalys. Plattformen omfattar två huvudsakliga system: AdMob (för oberoende utvecklare) och Google Ad Manager (för stora utgivare med direkta annonskampanjer). Båda systemen använder samma Google Mobile Ads SDK, vilket förenklar migrering mellan plattformar.

Grunden för Google Mobile Ads är realtidsbudgivning (RTB — Real-Time Bidding). När en app begär annonsvisning skickar SDK en förfrågan till Googles servrar, där algoritmer analyserar användarens profil, appens kontext och tillgängliga annonskampanjer. Vinnaren av auktionen bestäms inom 100-300 millisekunder — ju högre bud från annonsören, desto större intäkt för utvecklaren. Enligt Google (2025) är den genomsnittliga eCPM för Android-appar $5-15.

eCPM (effective Cost Per Mille) — den viktigaste indikatorn för intäktsgenerering som visar intäkt per 1000 visningar. eCPM beror på användarens region (i USA och Europa högre, i Asien lägre), annonsformat (belöningsvideo ger eCPM $10-30, banners — $0.50-2) och årstid (i december är eCPM 30-50% högre). Google Mobile Ads SDK optimerar automatiskt visningar för maximal eCPM genom auktion.

Annonsformat: banners, interstitial, rewarded och native

Bannerannonser — rektangulära block med fast storlek (320x50 — standard, 320x100 — stor, 300x250 — medium). Banners placeras längst ner eller högst upp på skärmen och tar minimalt med plats. Nackdel: låg eCPM ($0.50-2) och användarnas tillvänjning — Click-Through Rate (CTR) för banners är 0.05-0.5%. Banners uppdateras automatiskt var 30-60:e sekund, men Google rekommenderar att inte uppdatera oftare än var 60:e sekund för att bevara användarupplevelsen.

Interstitial (interstitiell annons) — helskärmsannons som visas i naturliga pauser i appen (mellan spelbanor, vid övergång mellan skärmar). Interstitial ger eCPM $3-15, men kräver noggrann placering — frekvent visning irriterar användare. Google begränsar frekvensen: högst en interstitial per minut. Enligt Google minskar interstitial vid korrekt placering inte användarretentionen med mer än 5%.

Rewarded (belöningsannons) — video som användaren tittar på för att få en bonus (extra liv, mynt, premiumåtkomst). Det dyraste formatet med eCPM $10-30 och högt användarengagemang — 80% av användarna går med på att titta på belöningsvideo. Viktigt: belöningen måste vara betydelsefull för användaren, annars kommer de inte att titta på annonser. Rewarded interstitial — hybridformat (belöning utan obligatorisk visning), tillgängligt från SDK 21.0.0.

// Ladda och visa RewardedAd
class RewardedAdManager {

    private var rewardedAd: RewardedAd? = null

    fun loadAd(context: Context) {
        RewardedAd.load(
            context,
            "ca-app-pub-3940256099942544/5224354917",
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
                override fun onAdFailedToLoad(
                    error: LoadAdError
                ) {
                    Log.d("AdMob", error.message)
                }
            }
        )
    }
}

App Open Ads: annons vid start

Native Ads — annons som visuellt anpassas till appens design: utvecklaren kontrollerar placeringen av titel, beskrivning, bild och uppmaningsknapp. Native ads ger högst CTR (0.5-2%) bland alla format och integreras bäst med appens UX. Google Mobile Ads SDK tillhandahåller mallar för native-annonser (NativeTemplate) eller full kontroll via NativeAdOptions. Formatet ad_source_type visar från vilket nätverk den nativa reklamen kommer.

AdMob eller Ad Manager: vad man ska välja

AdMob — Googles annonsplattform för mobilappar, avsedd för oberoende utvecklare och små studior. AdMob erbjuder automatisk fyllning av annonsytor via auktion, enkel konfiguration via webbgränssnitt och inbyggd medling med 30+ annonsnätverk. Uttagströskel: $100. AdMob passar för 90% av utvecklarna, inklusive medelstora studior med intäkter upp till $100 000 per månad.

Google Ad Manager — avancerad plattform för stora utgivare med egna annonskampanjer (direct deals), programmatiska garantier och prioritering av källor. Ad Manager stöder flera annonsservrar, konkurrensutsatt auktion (App Bidding) och detaljerad analys för varje annonsör. För att ansluta Ad Manager krävs månatlig trafik på över 5 miljoner visningar. Enligt Google ökar Ad Manager intäkterna för stora utgivare med 15-30% jämfört med AdMob.

För migrering från AdMob till Ad Manager räcker det att ändra Ad Unit ID i appkoden — SDK förblir densamma (Google Mobile Ads SDK). Google rekommenderar att börja med AdMob och vid månatliga intäkter på $10 000+ överväga att byta till Ad Manager. App Bidding — Ad Managers nyckelteknik som gör att alla annonsnätverk kan konkurrera i en enda auktion, vilket ökar eCPM med 10-40%.

Medling: ansluta flera annonsnätverk

Medling (Ad Mediation) — teknik från Google Mobile Ads som gör att flera annonsnätverk kan anslutas till en enda Ad Unit. När SDK begär en annons frågar den sekventiellt nätverken: först Google Ads, sedan partnernätverk (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral och andra), och väljer nätverket med högsta bud för denna användare.

Google Mobile Ads SDK stöder medling för över 30 annonsnätverk via adapters, som laddas som separata Gradle-beroenden. Varje adapter implementerar ett enhetligt Google-gränssnitt, vilket gör att SDK kan arbeta enhetligt med vilket nätverk som helst. Enligt Google ökar medling de totala annonsintäkterna med 15-50% jämfört med att endast använda AdMob. App Bidding — en mer avancerad version av medling där alla nätverk deltar i en enda auktion samtidigt, inte sekventiellt.

// Konfigurera medling (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adaptrar för medling
    implementation "com.google.ads:mediation-facebook:6.17.0.0"
    implementation "com.google.ads:mediation-unity:4.10.0.0"
    implementation "com.google.ads:mediation-applovin:12.3.0.0"
}

// Initiera Mobile Ads SDK
MobileAds.initialize(this) {
    Log.d("AdMob",
        "Initialized: $it")
}

App Bidding: parallell auktion

En viktig punkt: medling ökar latensen för annonsvisning eftersom SDK frågar flera nätverk sekventiellt. För banners är detta inte kritiskt (acceptabel fördröjning — upp till 2 sekunder), men för interstitial och rewarded minskar en fördröjning på mer än 1 sekund sannolikheten för visning (användaren kan lämna skärmen). Google rekommenderar att använda App Bidding istället för sekventiell medling för att minimera fördröjningar. App Bidding behandlar alla bud parallellt inom 100-200 ms.

Konfigurera Google Mobile Ads i Android-projekt

Konfiguration av Google Mobile Ads i en Android-app börjar med att lägga till play-services-ads-beroendet i build.gradle och initiera SDK i Application-klassen. Google Mobile Ads SDK kräver Android 5.0 (API 21) och Google Play Services version 21.0.0+. Det rekommenderas att initiera SDK så tidigt som möjligt — i Application.onCreate() — så att annonsen laddas parallellt med appens start.

Efter SDK-initiering skapar utvecklaren en Ad Unit i AdMob eller Ad Managers webbgränssnitt och bäddar in AdView i appens layout (för banners) eller laddar InterstitialAd/RewardedAd programmatiskt. Viktigt: använd test-Ad Unit ID under utveckling och produktions-ID efter publicering. Google Mobile Ads SDK upptäcker automatiskt testläge baserat på enheten som lagts till i Test Devices i AdMob-konsolen.

// Initiera SDK i Application-klass
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Aktivera GDPR-samtyckesläge
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Inline-banner i XML
// <com.google.android.gms.ads.AdView
//     android:id="@+id/adView"
//     android:layout_width="match_parent"
//     android:layout_height="wrap_content"
//     app:adUnitId="ca-app-pub-3940256099942544/6300978111"
//     app:adSize="BANNER" />

Efter konfigurering av SDK och Ad Units måste utvecklaren lägga till en integritetspolicy i appen — detta är ett obligatoriskt Google-krav för publicering i Play Store. Integration av UMP SDK (User Messaging Platform) krävs också för att samla in samtycke från användare i EES och Storbritannien för databehandling. Utan UMP SDK kan Google begränsa visning av personaliserade annonser, vilket minskar eCPM med 40-60%.

Användarnas integritet och GDPR

Google Mobile Ads kräver efterlevnad av integritetsregler för användare från Europeiska ekonomiska samarbetsområdet (EES), Storbritannien, USA (CCPA/CPRA) och andra regioner med datalagstiftning. Huvudverktyget är User Messaging Platform (UMP) SDK, som visar en samtyckesdialog för användaren för insamling och behandling av data för personalisering av annonser.

Utan användarens samtycke för personalisering kommer Google Mobile Ads SDK endast att visa icke-personaliserade annonser, vilket minskar eCPM med 40-60%. TCF v2.0 (Transparency & Consent Framework) — IAB Europes standard för överföring av samtyckessignaler mellan annonssystem. Google Ad Manager stöder automatiskt TCF v2.0. För AdMob krävs integration via UMP SDK med parametern FORMS_PUBLISHER_ID.

// UMP SDK begäran om användarsamtycke
val consentInfo = UserMessagingPlatform.getConsentInformation(this)

consentInfo.requestConsentInfoUpdate(
    context,
    ConsentRequestParameters.Builder()
        .setTagForUnderAgeOfConsent(false)
        .build()
) { error ->
    if (error != null) return@requestConsentInfoUpdate

    if (consentInfo.isConsentFormAvailable()) {
        UserMessagingPlatform.loadAndShowConsentFormIfRequired(
            activity,
            activity.getOnConsentFormSuccess(),
            activity.getOnConsentFormFailure()
        )
    }
}

TCF v2.0 och GDPR-efterlevnad

Ytterligare krav: för användare i Kalifornien (CCPA) kräver Google stöd för alternativet „Sälj inte min personliga information”. För barn (COPPA) — aktivering av tagForChildDirectedTreatment. Google Play Store kräver att alla appar med annonser har en integritetspolicy och en länk till den i Google Play Console. Brott mot dessa krav leder till blockering av annonsvisning eller borttagning av appen från Play Store.

Kodexempel: visa rewarded video i Kotlin

Fullständigt exempel på integration av rewarded-annonser med hantering av användarbelöning. Appen laddar rewarded video vid start, visar den när knappen „Få bonus” trycks och ger användaren mynt efter fullständig visning. Koden använder korutiner för asynkron laddning och kontrollerar att annonsen inte visas om användaren redan fått belöning (guard against double reward).

class RewardViewModel : ViewModel() {

    private var rewardedAd: RewardedAd? = null
    private val _rewardEarned = MutableLiveData<Boolean>(false)
    val rewardEarned: LiveData<Boolean> = _rewardEarned

    fun loadRewardedAd(context: Context) {
        RewardedAd.load(context, AD_UNIT_ID,
            AdRequest.Builder().build(),
            object : RewardedAdLoadCallback() {
                override fun onAdLoaded(ad: RewardedAd) {
                    rewardedAd = ad
                }
            }
        )
    }

    fun showAd(activity: Activity) {
        rewardedAd?.show(activity, {
            // Användaren fick belöning
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Bästa praxis för rewarded-annonser: förladda nästa annons omedelbart efter att den aktuella stängts (användaren väntar inte på laddning). Visa rewarded video endast i sammanhang där belöningen är uppenbar (t.ex. knappen „Titta på annons för 100 mynt”). Google förbjuder visning av rewarded-annonser utan användarens uttryckliga begäran (autoplay är förbjudet). Kontrollera onUserEarnedReward-callback — först efter detta ge belöningen.

Tips för att optimera annonsintäkter

Optimering av intäkter från Google Mobile Ads börjar med rätt val av annonsformat. En kombination av banners (för stadiga bakgrundsintäkter) och rewarded video (för aktiv interaktion) ger maximala totala intäkter. Använd interstitial endast i naturliga pauser — högst 3-4 gånger per session. Google Analytics för Firebase låter dig spåra vilka skärmar som ger störst intäkter och var användare oftast stänger annonser.

Den andra viktiga faktorn är medling. Anslut 3-5 annonsnätverk via AdMob-medling. Enligt Google tjänar appar med medling 30% mer. App Bidding (tillgängligt för Ad Manager och delvis för AdMob) ger en extra ökning på 10-40% tack vare samtidig auktion. A/B-testning av annonsplacering: testa olika bannerpositioner (upp/ner, vänster/höger) och interstitial-frekvens på olika användarsegment.

Den tredje faktorn är geografisk målinriktning. eCPM i USA, Kanada och Australien är 3-5 gånger högre än i Indien eller Indonesien. Om din app är populär i regioner med låg eCPM rekommenderar Google att använda waterfall-medling med nätverk från dessa regioner (t.ex. InMobi för Indien). Ställ in en frekvensbegränsning (frequency cap): högst 1 interstitial varannan minut och högst 5 rewarded-videor per timme — detta minskar användarnas annonströtthet.