Google Mobile Ads — is de SDK van Google voor het weergeven van advertenties in mobiele apps, inclusief AdMob en Google Ad Manager. De SDK ondersteunt alle belangrijke formaten: banners, interstitials, beloonde video (rewarded) en native advertenties. Google Mobile Ads SDK verwerkt meer dan 1 biljoen advertentieverzoeken per jaar en wordt gebruikt in 80% van de apps met advertentiemonetisatie. Volgens gegevens van Google AdMob Documentation, 2025 bedraagt het gemiddelde inkomen per gebruiker bij correcte integratie $0.50-2.00 per maand.
Belangrijkste punten
Google Mobile Ads — is het advertentieplatform van Google voor mobiele apps, met een SDK voor het weergeven van advertenties en tools voor inkomstenanalyse. Het platform omvat twee hoofdsystemen: AdMob (voor onafhankelijke ontwikkelaars) en Google Ad Manager (voor grote uitgevers met directe advertentiecampagnes). Beide systemen gebruiken dezelfde Google Mobile Ads SDK, wat migratie tussen platformen vereenvoudigt.
De basis van Google Mobile Ads is real-time bieden (RTB — Real-Time Bidding). Wanneer een app een advertentie-aanvraag doet, stuurt de SDK een verzoek naar de servers van Google, waar algoritmen het gebruikersprofiel, de app-context en beschikbare advertentiecampagnes analyseren. De winnaar van de veiling wordt binnen 100-300 milliseconden bepaald — hoe hoger het bod van de adverteerder, hoe meer inkomsten de ontwikkelaar krijgt. Volgens Google (2025) bedraagt de gemiddelde eCPM voor Android-apps $5-15.
eCPM (effective Cost Per Mille) — de belangrijkste monetisatie-indicator die het inkomen per 1000 weergaven weergeeft. eCPM is afhankelijk van de regio van de gebruiker (in de VS en Europa hoger, in Azië lager), het advertentieformaat (beloonde video geeft eCPM $10-30, banners — $0.50-2) en de tijd van het jaar (in december is eCPM 30-50% hoger). Google Mobile Ads SDK optimaliseert weergaven automatisch voor maximale eCPM via veiling.
Banneradvertenties — rechthoekige blokken met vaste afmetingen (320x50 — standaard, 320x100 — groot, 300x250 — medium). Banners worden onderaan of bovenaan het scherm geplaatst en nemen minimale ruimte in. Nadeel: lage eCPM ($0.50-2) en gewenning bij gebruikers — de Click-Through Rate (CTR) van banners is 0.05-0.5%. Banners worden elke 30-60 seconden automatisch ververst, maar Google raadt aan om niet vaker dan elke 60 seconden te verversen voor een goede gebruikerservaring.
Interstitial (interstitial advertentie) — volledige-scherm advertentie die wordt weergegeven in natuurlijke pauzes van de app (tussen spelniveaus, bij overgang tussen schermen). Interstitial geeft eCPM $3-15, maar vereist een zorgvuldige plaatsing — frequente weergave irriteert gebruikers. Google beperkt de frequentie: maximaal één interstitial per minuut. Volgens Google vermindert interstitial bij correcte plaatsing de retentie van gebruikers niet met meer dan 5%.
Rewarded (beloonde advertentie) — video waarvoor de gebruiker een bonus krijgt (extra levens, munten, premium toegang). Het duurste formaat met eCPM $10-30 en hoge gebruikersbetrokkenheid — 80% van de gebruikers stemt in met het bekijken van beloonde video. Belangrijk: de beloning moet significatie zijn voor de gebruiker, anders kijkt hij geen advertenties. Rewarded interstitial — hybride formaat (beloning zonder verplicht kijken), beschikbaar vanaf SDK 21.0.0.
// Laden en weergeven van 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)
}
}
)
}
}Native Ads — advertentie die visueel is aangepast aan het app-ontwerp: de ontwikkelaar bepaalt de plaatsing van de titel, beschrijving, afbeelding en call-to-action knop. Native ads geven de hoogste CTR (0.5-2%) van alle formaten en integreren het beste met de UX van de app. Google Mobile Ads SDK biedt sjablonen voor native advertenties (NativeTemplate) of volledige controle via NativeAdOptions. Het formaat ad_source_type toont uit welk netwerk de native creative komt.
AdMob — het advertentieplatform van Google voor mobiele apps, bedoeld voor onafhankelijke ontwikkelaars en kleine studio's. AdMob biedt automatisch vullen van advertentieplaatsen via veiling, eenvoudige configuratie via de webinterface en ingebouwde mediation met 30+ advertentienetwerken. Opnamerem: $100. AdMob is geschikt voor 90% van de ontwikkelaars, inclusief middelgrote studio's met inkomsten tot $100 000 per maand.
Google Ad Manager — geavanceerd platform voor grote uitgevers met eigen advertentiecampagnes (direct deals), programmatische garanties en prioritering van bronnen. Ad Manager ondersteunt meerdere advertentieservers, concurrerende veiling (App Bidding) en gedetailleerde analyse per adverteerder. Voor het aansluiten van Ad Manager is maandelijks verkeer van meer dan 5 miljoen weergaven vereist. Volgens Google verhoogt Ad Manager de inkomsten van grote uitgevers met 15-30% in vergelijking met AdMob.
| Criterium | AdMob | Ad Manager |
|---|---|---|
| Doelgroep | Onafhankelijke ontwikkelaars | Grote uitgevers |
| Direct deals | Nee | Ja |
| App Bidding | Beperkt | Volledig |
| Verkeersdrempel | Elk | 5M+ weergaven/maand |
| Analyse | Standaard | Uitgebreid |
Voor migratie van AdMob naar Ad Manager volstaat het wijzigen van de Ad Unit ID in de app-code — de SDK blijft hetzelfde (Google Mobile Ads SDK). Google raadt aan om met AdMob te beginnen en bij het bereiken van maandelijkse inkomsten van $10 000+ de overstap naar Ad Manager te overwegen. App Bidding — de belangrijkste technologie van Ad Manager, waarmee alle advertentienetwerken kunnen concurreren in één veiling, wat eCPM met 10-40% verhoogt.
Mediation (Ad Mediation) — technologie van Google Mobile Ads waarmee meerdere advertentienetwerken op één Ad Unit kunnen worden aangesloten. Wanneer de SDK een advertentie aanvraagt, bevraagt hij achtereenvolgens netwerken: eerst Google Ads, daarna partnernetwerken (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral en andere), waarbij hij het netwerk met het hoogste bod voor deze gebruiker selecteert.
Google Mobile Ads SDK ondersteunt mediation van meer dan 30 advertentienetwerken via adapters, die worden geladen als afzonderlijke Gradle-afhankelijkheden. Elke adapter implementeert een uniforme Google-interface, waardoor de SDK uniform met elk netwerk kan werken. Volgens Google verhoogt mediation de totale advertentie-inkomsten met 15-50% in vergelijking met alleen AdMob. App Bidding — een geavanceerdere versie van mediation waarbij alle netwerken tegelijkertijd deelnemen aan één veiling, niet sequentieel.
// Mediation configureren (build.gradle)
dependencies {
implementation "com.google.android.gms:play-services-ads:23.3.0"
// Adapters voor mediation
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"
}
// Initialisatie van Mobile Ads SDK
MobileAds.initialize(this) {
Log.d("AdMob",
"Initialized: $it")
}Een belangrijk punt: mediation verhoogt de latentie van het weergeven van advertenties, omdat de SDK meerdere netwerken sequentieel bevraagt. Voor banners is dit niet kritisch (aanvaardbare vertraging — tot 2 seconden), maar voor interstitial en rewarded vermindert een vertraging van meer dan 1 seconde de kans op weergave (de gebruiker kan het scherm verlaten). Google raadt aan om App Bidding te gebruiken in plaats van sequentiële mediation om vertragingen te minimaliseren. App Bidding verwerkt alle biedingen parallel binnen 100-200 ms.
Het configureren van Google Mobile Ads in een Android-app begint met het toevoegen van de play-services-ads-afhankelijkheid in build.gradle en het initialiseren van de SDK in de Application-klasse. Google Mobile Ads SDK vereist Android 5.0 (API 21) en Google Play Services versie 21.0.0+. Het wordt aanbevolen om de SDK zo vroeg mogelijk te initialiseren — in Application.onCreate() — zodat de advertentie parallel met het opstarten van de app wordt geladen.
Na initialisatie van de SDK maakt de ontwikkelaar een Ad Unit in de AdMob of Ad Manager webinterface en plaatst AdView in de layout van de app (voor banners) of laadt InterstitialAd/RewardedAd programmatisch. Belangrijk: gebruik een test Ad Unit ID tijdens de ontwikkeling en een productie-ID na publicatie. Google Mobile Ads SDK detecteert automatisch de testmodus op basis van het apparaat dat is toegevoegd aan Test Devices in de AdMob-console.
// SDK initialiseren in Application-klasse
class MyApplication : Application() {
override fun onCreate() {
super.onCreate()
MobileAds.initialize(this)
// GDPR-toestemmingsmodus inschakelen
val params = RequestConfiguration.Builder()
.setTagForUnderAgeOfConsent(false)
.build()
MobileAds.setRequestConfiguration(params)
}
}
// Inline banner in 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" />Na het configureren van de SDK en Ad Units moet de ontwikkelaar een privacybeleid aan de app toevoegen — dit is een verplichte voorwaarde van Google voor publicatie in de Play Store. Ook is integratie van de UMP SDK (User Messaging Platform) vereist voor het verzamelen van toestemming van gebruikers uit de EER en het Verenigd Koninkrijk voor gegevensverwerking. Zonder UMP SDK kan Google het weergeven van gepersonaliseerde advertenties beperken, wat eCPM met 40-60% verlaagt.
Google Mobile Ads vereist naleving van de privacyregels voor gebruikers uit de Europese Economische Ruimte (EER), het Verenigd Koninkrijk, de VS (CCPA/CPRA) en andere regio's met gegevenswetgeving. Het belangrijkste hulpmiddel is de User Messaging Platform (UMP) SDK, die de gebruiker een toestemmingsdialoog toont voor het verzamelen en verwerken van gegevens voor het personaliseren van advertenties.
Zonder toestemming van de gebruiker voor personalisatie zal Google Mobile Ads SDK alleen niet-gepersonaliseerde advertenties weergeven, wat eCPM met 40-60% verlaagt. TCF v2.0 (Transparency & Consent Framework) — de IAB Europe-standaard voor het doorgeven van toestemmingssignalen tussen advertentiesystemen. Google Ad Manager ondersteunt TCF v2.0 automatisch. Voor AdMob is integratie via UMP SDK met de parameter FORMS_PUBLISHER_ID vereist.
// UMP SDK verzoek om gebruikerstoestemming
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()
)
}
}Aanvullende vereisten: voor gebruikers uit Californië (CCPA) vereist Google ondersteuning van de optie „Verkoop mijn persoonlijke gegevens niet”. Voor kinderen (COPPA) — activering van tagForChildDirectedTreatment. Google Play Store vereist dat alle apps met advertenties een privacybeleid hebben en een link ernaar in de Google Play Console. Schending van deze vereisten leidt tot blokkering van advertentieweergave of verwijdering van de app uit de Play Store.
Volledig voorbeeld van rewarded-advertentie-integratie met verwerking van de gebruikersbeloning. De app laadt rewarded video bij het starten, geeft deze weer bij het indrukken van de knop „Bonus ontvangen” en kent munten toe aan de gebruiker na volledig bekijken. De code gebruikt coroutines voor asynchroon laden en controleert of de advertentie niet wordt weergegeven als de gebruiker al een beloning heeft ontvangen (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, {
// Gebruiker heeft beloning ontvangen
_rewardEarned.postValue(true)
addCoins(100)
loadRewardedAd(activity) // Preload next
})
}
}Beste praktijken voor rewarded-advertenties: laad de volgende advertentie onmiddellijk na het sluiten van de huidige (de gebruiker wacht niet op het laden). Toon rewarded video alleen in een context waar de beloning duidelijk is (bijvoorbeeld de knop „Bekijk advertentie voor 100 munten”). Google verbiedt het weergeven van rewarded-advertenties zonder expliciet verzoek van de gebruiker (autoplay is verboden). Controleer de onUserEarnedReward-callback — alleen daarna de beloning toekennen.
Het optimaliseren van inkomsten uit Google Mobile Ads begint met de juiste keuze van advertentieformaten. Een combinatie van banners (voor constante achtergrondinkomsten) en rewarded video (voor actieve interactie) geeft maximale totale inkomsten. Gebruik interstitial alleen in natuurlijke pauzes — niet vaker dan 3-4 keer per sessie. Google Analytics voor Firebase stelt u in staat te volgen welke schermen de meeste inkomsten genereren en waar gebruikers advertenties het vaakst sluiten.
De tweede belangrijke factor is mediation. Sluit 3-5 advertentienetwerken aan via AdMob-mediation. Volgens Google verdienen apps met mediation 30% meer. App Bidding (beschikbaar voor Ad Manager en gedeeltelijk voor AdMob) geeft een extra stijging van 10-40% door gelijktijdige veiling. A/B-testen van advertentieplaatsing: test verschillende posities van banners (boven/onder, links/rechts) en de frequentie van interstitial op verschillende gebruikerssegmenten.
De derde factor is geotargeting. eCPM in de VS, Canada en Australië is 3-5 keer hoger dan in India of Indonesië. Als uw app populair is in regio's met lage eCPM, raadt Google aan om waterfall-mediation te gebruiken met netwerken uit die regio's (bijv. InMobi voor India). Stel een frequentielimiet in (frequency cap): niet meer dan 1 interstitial per 2 minuten en niet meer dan 5 rewarded video's per uur — dit vermindert advertentiemoeheid bij gebruikers.
Veelgestelde vragen
Het gemiddelde inkomen per gebruiker bij correcte integratie is $0.50-2.00 per maand. Gebruik een combinatie van formaten: banners voor basisinkomsten, rewarded video voor actieve monetisatie en interstitial in natuurlijke pauzes. Sluit verplicht mediation en UMP SDK aan voor GDPR. De meeste inkomsten komen van gebruikers uit de VS en Europa.
De belangrijkste vereisten: AdMob-account, privacybeleid in de app, integratie van UMP SDK voor het verzamelen van toestemming van EER-gebruikers, leeftijdsclassificatie van de app in Google Play Console. Google Play Store vereist dat alle apps met advertenties dit vermelden bij publicatie en het beleid voor ongepaste inhoud van Google Ads volgen.
App Bidding — technologie waarbij alle advertentienetwerken gelijktijdig deelnemen aan een veiling voor het weergeven van een advertentie. De winnaar wordt binnen 100-200 ms bepaald. In tegenstelling tot sequentiële mediation (waarbij netwerken één voor één worden bevraagd), verhoogt App Bidding de inkomsten met 10-40% en vermindert het de weergavelatentie. App Bidding is beschikbaar in Google Ad Manager en gedeeltelijk in AdMob.
Lage eCPM kan worden veroorzaakt door: de regio van gebruikers (in Azië en Afrika is eCPM lager), een verkeerd formaat (banners geven minder dan rewarded), het ontbreken van mediation (alleen AdMob), onjuiste configuratie van UMP (geen toestemming voor personalisatie) of een groot percentage advertentieblokkeerders. Controleer de AdMob-analyses en configureer App Bidding.
Ja, maar met beperkingen. De app moet tagForChildDirectedTreatment(true) activeren in RequestConfiguration. Google zal alleen veilige advertenties zonder personalisatie tonen. eCPM voor kindervapps is 60-80% lager. In Google Play Console moet de doelgroep van de app worden gespecificeerd. Schending van COPPA — blokkering van het AdMob-account.
Samenvatting
We ontwikkelen een mobiele applicatie turnkey
IT Sectr creëert sinds 2017 iOS- en Android-applicaties voor startups en bedrijven. We adviseren u en stellen de beste oplossing voor.
Lees ook