AdMob — ce que c'est, fonctionnalités et monétisation d'applications

Qu'est-ce qu'AdMob ?

AdMob est une plateforme publicitaire de Google conçue pour monétiser les applications mobiles. Lancée en 2006 et acquise par Google en 2009, AdMob est devenue la norme de facto pour la publicité mobile, offrant aux développeurs un accès aux annonceurs de Google Display Network (GDN) et AdWords.

La plateforme prend en charge tous les principaux systèmes d'exploitation mobiles — Android, iOS, ainsi que les applications web via Google Mobile Ads SDK. L'avantage clé d'AdMob est sa plateforme de médiation intégrée, qui permet aux développeurs de connecter des réseaux publicitaires supplémentaires (Unity Ads, AppLovin, ironSource, Facebook) et de sélectionner automatiquement l'annonce avec l'enchère la plus élevée pour chaque impression.

Selon Statista (2025), AdMob détient plus de 35% du marché mondial de la médiation publicitaire mobile, desservant plus d'un million d'applications actives. L'audience mensuelle couvre plus d'un milliard d'appareils uniques dans le monde.

Histoire d'AdMob

AdMob a été fondée par Omar Hamoui en 2006 en tant que plateforme de publicité sur les sites web mobiles. Après son acquisition par Google en 2009 pour 750 millions de dollars, la plateforme a été complètement réorientée vers les applications mobiles. En 2019, Google a combiné AdMob avec Google Ad Manager et Firebase, créant un écosystème unifié de monétisation et d'analytique intégré aux outils de développement.

Comment fonctionne AdMob ?

L'architecture d'AdMob est basée sur un modèle d'enchères en temps réel (RTB). Lorsqu'un utilisateur ouvre une application et qu'une impression publicitaire se produit, AdMob envoie une requête à Google Display Network, où les annonceurs enchérissent pour cette impression. L'annonce avec l'enchère la plus élevée gagne et est affichée à l'utilisateur.

Le processus d'affichage prend des millisecondes et comprend plusieurs étapes : l'application envoie une requête via Google Mobile Ads SDK → AdMob traite la requête et lance l'enchère → les annonceurs soumettent leurs offres → le gagnant est déterminé et le créatif est livré sur l'appareil → le SDK affiche l'annonce. Le temps de chargement du créatif est de 100 à 300 ms, ce qui n'affecte pas l'expérience utilisateur.

Modèles de tarification AdMob

AdMob prend en charge plusieurs modèles de paiement. CPC (Coût par Clic) — l'annonceur paie pour chaque clic sur l'annonce. CPM (Coût par Mille) — paiement pour mille impressions, utilisé pour les campagnes de marque. CPV (Coût par Vue) — paiement par vue de vidéo, appliqué pour Rewarded Video. CPA (Coût par Action) — paiement pour une action cible (installation, inscription, achat). L'intégration de plusieurs modèles dans une seule enchère garantit un eCPM maximal pour le développeur.

class AdMobInitializer(private val context: Context) {

    fun initializeAdMob() {
        MobileAds.initialize(context) { initializationStatus ->
            val statusMap = initializationStatus.adapterStatusMap
            for (adapter in statusMap.keys) {
                val status = statusMap[adapter]
                Log.d("AdMob", "Adapter: $adapter status: ${status?.name}")
            }
        }
    }

    fun getAdRequest(): AdRequest {
        return AdRequest.Builder()
            .setMaxAdContentRating(MaxAdContentRating.T)
            .tagForChildDirectedTreatment(true)
            .build()
    }
}

Formats publicitaires AdMob

AdMob prend en charge tous les principaux formats de publicité mobile, permettant aux développeurs de les combiner pour maximiser leurs revenus. Chaque format a ses propres spécificités d'intégration, son eCPM et son impact sur l'expérience utilisateur.

Bannières publicitaires AdMob

Bannières standard et bannières adaptatives (smart banners) qui occupent une zone fixe de l'écran — généralement en haut ou en bas. Les Adaptive Banners d'AdMob ajustent automatiquement leur taille à la largeur de l'écran de l'appareil, garantissant un affichage correct sur tous les appareils. eCPM des bannières : 0,5 à 2 dollars, CTR : 0,05 à 0,1%. Les bannières sont le format le plus simple pour commencer à monétiser.

Interstitial Ad dans AdMob

Annonces plein écran affichées lors de pauses naturelles. AdMob Interstitial Ad prend en charge les images statiques et les vidéos. eCPM Interstitial — 8 à 15 dollars, CTR — 1 à 5%. AdMob recommande de précharger l'Interstitial Ad avant l'affichage et de ne pas l'afficher plus d'une fois toutes les 60 secondes.

Rewarded Video AdMob

Vidéos récompensées — le format le plus rentable dans AdMob. Rewarded AdMob prend en charge SSV (Server-Side Verification) pour la protection contre la fraude. eCPM — 12 à 25 dollars. L'utilisateur reçoit une récompense uniquement après avoir regardé la vidéo complète, confirmé par le callback onUserEarnedReward.

Native Ads AdMob

Annonces natives personnalisables qui s'intègrent dans le fil de contenu. AdMob Native Advanced donne au développeur un contrôle total sur l'apparence : titre, description, image, bouton CTA. eCPM — 8 à 20 dollars. Nécessite la création d'un modèle XML ou SwiftUI.

Médiation AdMob

La médiation AdMob est un mécanisme intégré qui permet de connecter des réseaux publicitaires supplémentaires à AdMob et de les gérer via une interface unique. C'est une fonctionnalité clé qui distingue AdMob des SDK publicitaires simples.

Principe de fonctionnement de la médiation : lors d'une demande d'annonce, AdMob envoie une requête à tous les réseaux connectés simultanément (waterfall) ou utilise l'in-app bidding pour sélectionner la meilleure offre. La médiation waterfall interroge les réseaux par ordre de priorité : si le premier réseau ne peut pas remplir la demande (no fill), la requête passe au second et ainsi de suite. L'in-app bidding remplace le waterfall — tous les réseaux soumettent leurs offres simultanément et le meilleur gagne.

In-app Bidding dans AdMob

Une approche moderne de la médiation où tous les réseaux publicitaires connectés participent à une enchère en temps réel. L'in-app bidding élimine le problème du waterfall — les réseaux n'attendent pas leur tour, mais compétitionnent pour chaque impression. AdMob prend en charge le bidding pour AdMob Network, Ad Exchange, Google Ads, ainsi que les réseaux tiers : AppLovin, Meta Audience Network, Unity Ads, InMobi.

Configuration des groupes de médiation

Dans le tableau de bord AdMob, vous pouvez créer des groupes de médiation — des groupes de réseaux publicitaires organisés par format, pays ou plateforme. Par exemple, vous pouvez créer un groupe séparé pour Rewarded Video aux États-Unis avec AdMob + AppLovin + Unity Ads, et un autre pour les bannières en Europe. La flexibilité de configuration permet d'optimiser l'eCPM pour chaque segment de trafic.

import GoogleMobileAds

class MediationManager: NSObject {
    func configureMediation() {
        GADMobileAds.sharedInstance().start { status in
            let adapters = status.adapterStatusesByClassName
            for (name, adapterStatus) in adapters {
                switch adapterStatus.state {
                case .ready:
                    print("\(name) is ready")
                case .notReady:
                    print("\(name) not ready")
                }
            }
        }
    }
}

Configuration d'AdMob dans l'application

La configuration pas à pas d'AdMob comprend l'enregistrement de l'application, l'obtention de l'ID Ad Unit, l'intégration du Google Mobile Ads SDK et la configuration de la médiation. Le processus prend de quelques heures à plusieurs jours selon la complexité de l'intégration.

Enregistrement de l'application dans AdMob

La première étape consiste à créer un compte AdMob (ou à se connecter avec Google) et à enregistrer votre application. Pour Android, vous devez fournir le package name, pour iOS — le Bundle ID. Après l'enregistrement, AdMob génère un App ID qui doit être ajouté dans AndroidManifest.xml ou Info.plist. Des IDs Ad Unit de test sont fournis par Google pour le développement et le débogage.

Intégration du Google Mobile Ads SDK

L'intégration du SDK se fait via Gradle (Android) ou CocoaPods (iOS). Après avoir ajouté la dépendance, vous devez initialiser le SDK dans la méthode Application.onCreate() ou AppDelegate.applicationDidFinishLaunching. L'initialisation charge la configuration de médiation et prépare les adaptateurs des réseaux publicitaires.

Création et test d'Ad Unit

Dans le tableau de bord AdMob, créez une Ad Unit pour chaque format d'annonce. Attribuez un nom descriptif : « Android_Banner_MainScreen », « iOS_Rewarded_GameLevel ». Les tests doivent être effectués avec des IDs Ad Unit de test — l'utilisation d'IDs réels pendant le développement peut entraîner la suspension du compte.

// AndroidManifest.xml
@MetaData(
    name = "com.google.android.gms.ads.APPLICATION_ID",
    value = "ca-app-pub-3940256099942544~3347511713"
)

// MainApplication.kt
class MainApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)
    }
}

Analytique et rapports AdMob

AdMob fournit un système d'analytique intégré avec des rapports détaillés sur les revenus, les impressions, l'eCPM et les requêtes. Les données sont disponibles dans le tableau de bord web AdMob et via l'API pour l'intégration avec des systèmes externes.

Principaux rapports AdMob

Le tableau de bord AdMob comprend plusieurs types de rapports : Revenue Overview — revenus par jour, format et pays ; Mediation Report — statistiques pour chaque réseau publicitaire connecté ; Ad Unit Report — détails pour chaque Ad Unit ; Network Performance — comparaison de l'eCPM et du fill rate entre les réseaux publicitaires. Les rapports peuvent être exportés en CSV pour une analyse approfondie.

Intégration Firebase Analytics

AdMob s'intègre avec Firebase Analytics, permettant de suivre les métriques comportementales en parallèle des revenus publicitaires. Firebase fournit une analytique de bout en bout : quel utilisateur a vu combien d'annonces, quelles actions il a effectuées après la visualisation et quel revenu total il a généré (LTV). L'intégration s'active depuis Firebase Console en un clic.

API AdMob

Pour l'automatisation des rapports, l'API AdMob (REST) est utilisée, permettant d'obtenir par programme des données sur les revenus, les impressions et l'eCPM. L'API prend en charge le filtrage par date, format, pays et Ad Unit. Limite de débit — 10 000 requêtes par jour par projet. Authentification via OAuth 2.0 avec un compte de service.

Limitations d'AdMob

Malgré tous ses avantages, AdMob présente un certain nombre de limitations qui doivent être prises en compte lors du choix d'une plateforme de monétisation. Comprendre ces limitations permet d'éviter des problèmes lors de l'intégration et de l'exploitation.

Limitations géographiques

Le fill rate et l'eCPM varient considérablement selon la région. Dans les pays Tier-1 (États-Unis, Royaume-Uni, Canada, Australie, Japon), le fill rate est de 95 à 99 % avec un eCPM élevé. Dans les pays Tier-2 et Tier-3, le fill rate peut tomber à 40-60 % et l'eCPM être 3 à 5 fois inférieur. Pour les régions à faible fill rate, il est recommandé de connecter des réseaux publicitaires locaux via la médiation.

Politique de contenu et suspensions

AdMob a des règles strictes concernant le contenu des applications. Sont interdits : contenu pour adultes, violence, produits illégaux, contenu trompeur. La violation de la politique peut entraîner la suspension du compte sans possibilité de restauration. Avant de commencer la monétisation, vous devez vérifier la conformité de l'application avec les politiques d'AdMob.

• Paiement minimum — le seuil de retrait est de 100 dollars pour un virement bancaire.
• Retenue de commission — Google retient une commission de 15 % sur les revenus des éditeurs (Ad Exchange — jusqu'à 20 %).
• Délai de paiement — les paiements sont effectués mensuellement avec un délai de 45 à 60 jours après la génération des revenus.
• Restrictions par pays — AdMob n'est pas disponible pour les résidents de certains pays (Crimée, Cuba, Iran, Corée du Nord).