Google Mobile Ads — cos’è, SDK pubblicitario e monetizzazione

Cos’è Google Mobile Ads?

Google Mobile Ads — è la piattaforma pubblicitaria di Google per le applicazioni mobili, che fornisce un SDK per la visualizzazione di annunci e strumenti di analisi delle entrate. La piattaforma comprende due sistemi principali: AdMob (per sviluppatori indipendenti) e Google Ad Manager (per grandi editori con campagne pubblicitarie dirette). Entrambi i sistemi utilizzano lo stesso SDK Google Mobile Ads, semplificando la migrazione tra le piattaforme.

Il funzionamento di Google Mobile Ads si basa sull’asta in tempo reale (RTB — Real-Time Bidding). Quando un’app richiede la visualizzazione di un annuncio, l’SDK invia una richiesta ai server Google, dove gli algoritmi analizzano il profilo dell’utente, il contesto dell’app e le campagne pubblicitarie disponibili. Il vincitore dell’asta viene determinato in 100-300 millisecondi — più alta è l’offerta dell’inserzionista, maggiori sono le entrate dello sviluppatore. Secondo Google (2025), l’eCPM medio per le app Android è di $5-15.

eCPM (effective Cost Per Mille) — l’indicatore chiave di monetizzazione, che mostra le entrate per 1000 impressioni. L’eCPM dipende dalla regione dell’utente (più alto negli USA e in Europa, più basso in Asia), dal formato pubblicitario (il video premiato dà un eCPM di $10-30, i banner $0.50-2) e dal periodo dell’anno (a dicembre l’eCPM è del 30-50% più alto). L’SDK Google Mobile Ads ottimizza automaticamente le impressioni per un eCPM massimo attraverso l’asta.

Formati pubblicitari: banner, interstitial, rewarded e native

Banner pubblicitari — blocchi rettangolari di dimensioni fisse (320x50 — standard, 320x100 — grande, 300x250 — medio). I banner vengono posizionati in basso o in alto sullo schermo e occupano uno spazio minimo. Svantaggi: eCPM basso ($0.50-2) e assuefazione degli utenti — il tasso di clic (CTR) dei banner è dello 0.05-0.5%. I banner vengono aggiornati automaticamente ogni 30-60 secondi, ma Google raccomanda di non aggiornarli più spesso di ogni 60 secondi per preservare l’esperienza utente.

Interstitial (pubblicità interstiziale) — pubblicità a schermo intero, mostrata nelle pause naturali dell’app (tra i livelli di gioco, durante il passaggio tra schermate). L’interstitial offre un eCPM di $3-15, ma richiede un posizionamento attento — visualizzazioni frequenti infastidiscono gli utenti. Google limita la frequenza: non più di un interstitial al minuto. Secondo Google, con un posizionamento corretto, l’interstitial non riduce la fidelizzazione degli utenti di oltre il 5%.

Rewarded (pubblicità premiata) — video per la cui visione l’utente riceve un bonus (vite extra, monete, accesso premium). Il formato più costoso con un eCPM di $10-30 e un elevato coinvolgimento degli utenti — l’80% degli utenti accetta di guardare video premiati. Importante: il premio deve essere significativo per l’utente, altrimenti non guarderà la pubblicità. Rewarded interstitial — formato ibrido (premio senza visione obbligatoria), disponibile dall’SDK 21.0.0.

// Caricare e mostrare 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: pubblicità all’avvio dell’app

Annunci nativi — pubblicità visivamente adattate al design dell’app: lo sviluppatore controlla la posizione del titolo, della descrizione, dell’immagine e del pulsante di invito all’azione. Gli annunci nativi offrono il CTR più alto (0.5-2%) tra tutti i formati e si integrano meglio nell’UX dell’app. L’SDK Google Mobile Ads fornisce modelli di annunci nativi (NativeTemplate) o il controllo completo tramite NativeAdOptions. Il formato ad_source_type indica da quale rete proviene il creativo nativo.

AdMob o Ad Manager: cosa scegliere

AdMob — la piattaforma pubblicitaria di Google per le app mobili, progettata per sviluppatori indipendenti e piccoli studi. AdMob offre il riempimento automatico degli spazi pubblicitari tramite asta, una configurazione semplice tramite interfaccia web e una mediazione integrata con oltre 30 reti pubblicitarie. Soglia di prelievo: $100. AdMob è adatto al 90% degli sviluppatori, inclusi studi medi con entrate fino a $100.000 al mese.

Google Ad Manager — piattaforma avanzata per grandi editori con campagne pubblicitarie personalizzate (direct deals), garanzie programmatiche e prioritizzazione delle fonti. Ad Manager supporta più server pubblicitari, aste competitive (App Bidding) e analisi dettagliate per ogni inserzionista. Per connettere Ad Manager è necessario un traffico mensile di almeno 5 milioni di impressioni. Secondo Google, Ad Manager aumenta le entrate dei grandi editori del 15-30% rispetto ad AdMob.

Per migrare da AdMob ad Ad Manager è sufficiente cambiare l’ID dell’unità pubblicitaria nel codice dell’app — l’SDK rimane lo stesso (Google Mobile Ads SDK). Google raccomanda di iniziare con AdMob e di considerare il passaggio ad Ad Manager quando le entrate mensili raggiungono $10.000 o più. App Bidding — la tecnologia chiave di Ad Manager, che consente a tutte le reti pubblicitarie di competere in un’asta unica, aumentando l’eCPM del 10-40%.

Mediazione: connessione di più reti pubblicitarie

Mediazione (Ad Mediation) — tecnologia di Google Mobile Ads che consente di connettere più reti pubblicitarie a un’unità pubblicitaria. Quando l’SDK richiede un annuncio, interroga sequenzialmente le reti: prima Google Ads, poi le reti partner (Facebook Audience Network, Unity Ads, AppLovin, IronSource, Mintegral e altre), selezionando la rete con l’offerta più alta per questo utente.

L’SDK Google Mobile Ads supporta la mediazione di oltre 30 reti pubblicitarie tramite adattatori, che vengono caricati come dipendenze Gradle separate. Ogni adattatore implementa un’interfaccia Google unificata, consentendo all’SDK di funzionare in modo uniforme con qualsiasi rete. Secondo Google, la mediazione aumenta le entrate pubblicitarie totali del 15-50% rispetto all’utilizzo del solo AdMob. App Bidding — una versione più avanzata della mediazione, in cui tutte le reti partecipano simultaneamente a un’asta unica, anziché sequenzialmente.

// Configurazione mediazione (build.gradle)
dependencies {
    implementation "com.google.android.gms:play-services-ads:23.3.0"
    // Adattatori per la mediazione
    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"
}

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

App Bidding: asta parallela

Punto importante: la mediazione aumenta la latenza di visualizzazione degli annunci, poiché l’SDK interroga più reti sequenzialmente. Per i banner non è critico (ritardo accettabile fino a 2 secondi), ma per interstitial e rewarded un ritardo superiore a 1 secondo riduce la probabilità di visualizzazione (l’utente potrebbe lasciare lo schermo). Google raccomanda di utilizzare App Bidding invece della mediazione sequenziale per ridurre al minimo i ritardi. App Bidding elabora tutte le offerte in parallelo in 100-200 ms.

Configurazione di Google Mobile Ads in progetti Android

La configurazione di Google Mobile Ads in un’app Android inizia con l’aggiunta della dipendenza play-services-ads in build.gradle e l’inizializzazione dell’SDK nella classe Application. L’SDK Google Mobile Ads richiede Android 5.0 (API 21) e Google Play Services versione 21.0.0 o superiore. Si consiglia di inizializzare l’SDK il prima possibile — in Application.onCreate() — in modo che la pubblicità venga caricata in parallelo all’avvio dell’app.

Dopo l’inizializzazione dell’SDK, lo sviluppatore crea un’unità pubblicitaria nell’interfaccia web di AdMob o Ad Manager e incorpora AdView nel layout dell’app (per i banner) o carica InterstitialAd/RewardedAd a livello di codice. Importante: utilizzare un ID unità pubblicitaria di test durante lo sviluppo e un ID di produzione dopo la pubblicazione. L’SDK Google Mobile Ads rileva automaticamente la modalità di test in base al dispositivo aggiunto ai dispositivi di test nella console AdMob.

// Inizializzare l’SDK nella classe Application
class MyApplication : Application() {
    override fun onCreate() {
        super.onCreate()
        MobileAds.initialize(this)

        // Abilitare la modalità di consenso GDPR
        val params = RequestConfiguration.Builder()
            .setTagForUnderAgeOfConsent(false)
            .build()
        MobileAds.setRequestConfiguration(params)
    }
}

// Banner inline 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" />

Dopo aver configurato l’SDK e le unità pubblicitarie, lo sviluppatore deve aggiungere una politica sulla privacy nell’app — questa è una condizione obbligatoria di Google per la pubblicazione sul Play Store. È inoltre necessaria l’integrazione dell’SDK UMP (User Messaging Platform) per raccogliere il consenso al trattamento dei dati degli utenti del SEE e del Regno Unito. Senza l’SDK UMP, Google potrebbe limitare la visualizzazione di annunci personalizzati, riducendo l’eCPM del 40-60%.

Privacy degli utenti e GDPR

Google Mobile Ads richiede il rispetto delle norme sulla privacy per gli utenti dello Spazio economico europeo (SEE), del Regno Unito, degli USA (CCPA/CPRA) e di altre regioni con leggi sulla protezione dei dati. Lo strumento principale è l’SDK User Messaging Platform (UMP), che mostra all’utente una finestra di dialogo per il consenso alla raccolta e al trattamento dei dati per la personalizzazione degli annunci.

Senza il consenso dell’utente alla personalizzazione, l’SDK Google Mobile Ads mostrerà solo annunci non personalizzati, riducendo l’eCPM del 40-60%. TCF v2.0 (Transparency & Consent Framework) — lo standard IAB Europe per la trasmissione dei segnali di consenso tra i sistemi pubblicitari. Google Ad Manager supporta automaticamente TCF v2.0. Per AdMob è necessaria un’integrazione tramite l’SDK UMP con il parametro FORMS_PUBLISHER_ID.

// Richiesta di consenso utente SDK UMP
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 e conformità GDPR

Requisiti aggiuntivi: per gli utenti della California (CCPA), Google richiede il supporto dell’opzione “Do Not Sell My Personal Information”. Per i bambini (COPPA) — attivazione di tagForChildDirectedTreatment. Google Play Store richiede che tutte le app con pubblicità abbiano una politica sulla privacy e un collegamento ad essa nella Google Play Console. La violazione di questi requisiti comporta il blocco della visualizzazione degli annunci o la rimozione dell’app dal Play Store.

Esempio di codice: mostrare video premiati in Kotlin

Esempio completo di integrazione di pubblicità premiata con gestione del premio per l’utente. L’app carica un video premiato all’avvio, lo mostra al clic sul pulsante “Ottieni bonus” e accredita monete all’utente dopo la visione completa. Il codice utilizza coroutine per il caricamento asincrono e verifica che la pubblicità non venga mostrata se l’utente ha già ricevuto un premio (protezione contro il doppio premio).

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, {
            // L’utente ha ricevuto il premio
            _rewardEarned.postValue(true)
            addCoins(100)
            loadRewardedAd(activity) // Preload next
        })
    }
}

Buone pratiche per la pubblicità premiata: precaricare l’annuncio successivo immediatamente dopo la chiusura di quello corrente (l’utente non aspetta il caricamento). Mostrare i video premiati solo in un contesto in cui il premio è evidente (ad esempio, pulsante “Guarda la pubblicità per 100 monete”). Google vieta di mostrare pubblicità premiate senza esplicita richiesta dell’utente (l’autoriproduzione è vietata). Verificare il callback onUserEarnedReward — solo dopo di esso assegnare il premio.

Suggerimenti per ottimizzare le entrate pubblicitarie

L’ottimizzazione delle entrate da Google Mobile Ads inizia con la scelta corretta dei formati pubblicitari. La combinazione di banner (per entrate di base costanti) e video premiati (per interazione attiva) offre il massimo delle entrate totali. Utilizzare gli interstitial solo nelle pause naturali — non più di 3-4 volte per sessione. Google Analytics per Firebase consente di tracciare quali schermi generano le entrate più elevate e dove gli utenti chiudono più spesso gli annunci.

Il secondo fattore importante è la mediazione. Connetti 3-5 reti pubblicitarie tramite la mediazione di AdMob. Secondo Google, le app con mediazione guadagnano il 30% in più. App Bidding (disponibile per Ad Manager e parzialmente per AdMob) offre un incremento aggiuntivo del 10-40% grazie all’asta simultanea. Test A/B del posizionamento degli annunci: testa diverse posizioni dei banner (alto/basso, sinistra/destra) e la frequenza degli interstitial su diversi segmenti di utenti.

Il terzo fattore è il geotargeting. L’eCPM negli USA, Canada e Australia è 3-5 volte più alto che in India o Indonesia. Se la tua app è popolare in regioni con eCPM basso, Google raccomanda di utilizzare la mediazione a cascata con reti di queste regioni (ad esempio, InMobi per l’India). Configura un limite di frequenza: non più di 1 interstitial ogni 2 minuti e non più di 5 video premiati all’ora — questo riduce l’affaticamento pubblicitario degli utenti.