L'era degli identificatori sta finendo su Android

Per anni il targeting e la misurazione degli annunci mobili si sono basati su identificatori stabili e cross-app — principalmente il Google Advertising ID (GAID). Quel modello viene smantellato. La Privacy Sandbox su Android punta a offrire annunci pertinenti e misurazione delle conversioni senza condividere identificatori a livello utente tra le app.

Per gli editori che finanziano app e giochi gratuiti con la pubblicità, non si tratta di un aggiornamento SDK secondario. Cambia il modo in cui i partner della domanda comprendono il tuo pubblico, come l'attribuzione torna agli inserzionisti e come viene valutato il tuo inventory. Imparare ora i mattoni fondamentali — mentre i vecchi segnali funzionano ancora in parte — è il modo per proteggere i ricavi durante la transizione.

Topics API: segnali di interesse senza tracciamento

La Topics API sostituisce la profilazione degli interessi cross-app. Invece che gli inserzionisti ricostruiscano un profilo comportamentale da molte app, il dispositivo deduce un piccolo insieme di topic di interesse generici (per esempio "Giochi mobili" o "Viaggi") dall'uso recente. I topic sono memorizzati sul dispositivo e solo un numero limitato viene condiviso con gli SDK chiamanti per periodo.

In pratica:

• Il targeting diventa più ampio e contestuale anziché specifico per persona.
• I topic sono generici, ruotano nel tempo ed escludono per design le categorie sensibili.
• Il sistema operativo media quale segnale raggiunge la domanda — non possiedi più il profilo.

Aspettati che i CPM basati sugli interessi dipendano di più dalla pertinenza contestuale e dal contesto first-party che puoi fornire legittimamente nelle richieste di annunci.

SDK Runtime: isolare gli SDK pubblicitari

Il SDK Runtime sposta gli SDK pubblicitari e di analisi in un processo separato e sandboxizzato con permessi limitati. Oggi un SDK pubblicitario integrato gira con lo stesso accesso della tua app — può leggere i dati dell'app, i segnali del dispositivo e altro ancora. Il SDK Runtime lo vincola, riducendo ciò che un SDK può raccogliere silenziosamente e limitando la correlazione cross-app.

Per gli editori questo porta due realtà. Gli SDK di mediazione e pubblicitari devono essere aggiornati a versioni runtime-enabled, una dipendenza da monitorare per ogni partner. E i segnali che gli SDK storicamente acquisivano implicitamente non saranno più disponibili, quindi passare un contesto first-party pulito e con consenso tramite le API supportate conta di più.

Attribution Reporting: misurazione senza ID

L'Attribution Reporting API ricostruisce la misurazione delle conversioni sul dispositivo. Anziché abbinare un clic su un annuncio a un'installazione tramite un ID condiviso, registra gli eventi di attribuzione localmente e restituisce report aggregati oppure report a livello di evento rumorizzati e ritardati — dimostrando che le campagne funzionano e impedendo al contempo la re-identificazione a livello utente.

I compromessi a cui la tua domanda si adatterà includono:

• Ritardi nei report invece di un'attribuzione istantanea e deterministica.
• Rumore statistico che richiede volumi maggiori per essere letto in modo chiaro.
• Riepiloghi aggregati che sostituiscono la mappatura uno-a-uno clic-installazione.

Aspettati un periodo in cui gli inserzionisti eseguono l'attribuzione Privacy Sandbox insieme ai metodi legacy per calibrare. L'inventory che misura bene con le nuove API manterrà il budget; quello che dipende da segnali deprecati subirà pressione.

Cosa dovrebbero fare ora gli editori di app

La transizione premia la preparazione. Passi concreti:

• Verifica i tuoi SDK. Conferma che i tuoi SDK di mediazione, ad network e analisi distribuiscano versioni pronte per Privacy Sandbox e SDK Runtime, e pianifica gli aggiornamenti.
• Iscriviti e testa. Usa l'iscrizione alla Privacy Sandbox di Google e testa sulle developer preview, così non farai debug in produzione.
• Rafforza il contesto first-party. Investi in segnali contestuali e con consenso che puoi passare legittimamente, poiché gli ID cross-app non sosterranno il carico.
• Misura presto come benchmark. Confronta gli output di Attribution Reporting con l'attribuzione attuale per impostare aspettative realistiche per gli acquirenti.
• Gestisci correttamente il consenso. La Sandbox riduce la condivisione silenziosa di dati ma non elimina il tuo dovere legale di raccogliere e rispettare il consenso per il trattamento che resta.

Perché il consenso e una CMP contano ancora

Un fraintendimento comune è che la Privacy Sandbox renda il consenso obsoleto. Non è così. La Sandbox limita come i dati si muovono, ma ai sensi del GDPR, delle regole ePrivacy e delle policy di Google devi comunque ottenere e segnalare una base giuridica valida — e i partner della domanda richiedono ancora segnali di consenso interoperabili per fare offerte. Google Consent Mode v2 e IAB TCF 2.3 restano il tessuto connettivo tra la tua UI di consenso e lo stack pubblicitario.

È qui che si inserisce FlexyConsent. In quanto Consent Management Platform certificata da Google che supporta IAB TCF 2.3 e Consent Mode v2, centralizza il modo in cui il consenso viene raccolto e propagato su tutte le tue app e siti web. Una sola configurazione emette i segnali standardizzati che i tuoi partner di mediazione e misurazione si aspettano, così man mano che le API Privacy Sandbox vengono distribuite invii un consenso pulito, coerente e verificabile — non una logica fragile per singola app che si rompe a ogni aggiornamento SDK.

Punti chiave

• La Privacy Sandbox sostituisce gli ID cross-app con i Topics on-device, un SDK Runtime isolato e l'Attribution Reporting rumorizzato.
• Il targeting si sposta verso segnali contestuali e first-party con consenso; l'attribuzione deterministica lascia il posto a report aggregati e ritardati.
• Verifica e aggiorna ora i tuoi SDK pubblicitari, iscriviti ai test e confronta come benchmark la nuova misurazione con quella legacy prima che la dismissione faccia effetto.
• Il consenso è ancora obbligatorio — una CMP con TCF 2.3 e Consent Mode v2 come FlexyConsent mantiene i tuoi segnali di consenso validi e interoperabili su ogni property.