Report sull'attribuzione

Misura quando un clic su un annuncio o una visualizzazione genera una conversione, ad esempio un acquisto sul sito di un inserzionista.

A chi è destinato?

Questo articolo illustra le nozioni di base dei report sull'attribuzione e spiega alcuni concetti sottostanti, ma non scende troppo nei dettagli tecnici.

• Se lavori nel campo della pubblicità o della tecnologia pubblicitaria, scoprirai in che modo questa API offre una funzionalità attualmente attivata dai cookie di terze parti. Consulta i casi d'uso delle API, che contengono ulteriori dettagli su come vengono generati i report.
• Se sei sviluppatore o software engineer, passa alla panoramica completo del sistema oppure sperimenta e partecipa con l'API.

Gli inserzionisti e i publisher che si affidano alle piattaforme di tecnologia pubblicitaria per la misurazione delle conversioni non devono utilizzare direttamente l'API. Potrebbe interessarti capire come funzionano i report sull'attribuzione se la tua tecnologia pubblicitaria prevede l'integrazione con questa API.

Nota: in futuro, l'API Attribution Reporting potrebbe essere utile per casi d'uso non correlati alla pubblicità.

Che cos'è l'API Attribution Reporting?

Oggi, la misurazione delle conversioni degli annunci si basa spesso su cookie di terze parti. I browser limitano l'accesso ai cookie di terze parti perché possono essere utilizzati per monitorare gli utenti su più siti e ostacolare la loro privacy.

L'API Attribution Reporting consente queste misurazioni con un approccio incentrato sulla tutela della privacy, senza cookie di terze parti.

Questa API consente agli inserzionisti e ai fornitori di tecnologia pubblicitaria di misurare le conversioni nei seguenti casi:

• Clic e visualizzazioni sugli annunci.
• Annunci in un iframe di terze parti, ad esempio annunci sul sito di un publisher che utilizza un fornitore di tecnologia pubblicitaria di terze parti.
• Gli annunci in un contesto proprietario, ad esempio gli annunci su un social network o su una pagina dei risultati di un motore di ricerca, oppure gli annunci di un publisher che pubblica i propri annunci.

Se non hai dimestichezza con alcuni di questi termini o concetti, consulta il glossario di Privacy Sandbox.

Prova l'API

• Esegui test in locale nel browser. Imposta un flag che indica al browser Chrome di attivare funzionalità sperimentali specifiche.

Se ti interessa fare esperimenti con l'API, vai ad Attribution Reporting: sperimenta e partecipa.

Nota: questa API è ancora in fase di sviluppo e si evolverà nel tempo, a seconda del feedback e degli input dell'ecosistema. Il tuo contributo aiuta a garantire la discussione delle soluzioni a vari casi d'uso. Questa API viene incubata e sviluppata all'aperto. Prendi in considerazione la possibilità di partecipare alla discussione.

Modifiche all'API

• Tieni traccia delle modifiche all'API.
• Scopri perché prevediamo di spedire l'API Attribution Reporting nella prima metà del 2023.

Nota: i report sull'attribuzione erano precedentemente noti come API Event Conversion Measurement. Il nome è stato modificato nel 2022, con l'ampliamento dell'ambito originale a livello di evento per includere altri casi d'uso di misurazione.

Disponibilità

Proposta	Stato
Report a livello di evento per clic e visualizzazioni Spiegazione	Disponibile in Chrome
Report aggregati per clic e visualizzazioni Spiegazione	Disponibile in Chrome
Percorso di conversione: app-to-web Spiegazione web e spiegazione Android Annuncio sulla mailing list	Disponibile in Chrome e Android per la prova dell'origine
Percorso di conversione: cross-device Spiegazione	Questa proposta è stata archiviata. Al momento non ci sono piani per l'implementazione.
Impedire i report aggregabili non validi tramite la verifica dei report Spiegazione	Previsto in Chrome nella prima metà del 2024
Supporto di più destinazioni nella registrazione del codice sorgente Chromium Bug	Disponibile in Chrome nel primo trimestre del 2023
La lista consentita predefinita per il criterio Permissions-Policy dell'API Attribution Reporting rimarrà * Annuncio della mailing list	Disponibile in Chrome nel primo trimestre del 2023
Supporto per le chiavi di deduplicazione basate su filtri per i report aggregabili Annuncio relativo a una mailing list	Disponibile in Chrome nel primo trimestre del 2023
Supporto per i report con esito positivo della registrazione del codice sorgente nel debug dettagliato Istruzioni sul debug	Disponibile in Chrome nel primo trimestre del 2023
Ridurre i ritardi per i report aggregabili Problema di GitHub | Spiegazione aggiornata	Disponibile in Chrome nel secondo trimestre del 2023
Fase 1 Lite: flessibile a livello di evento Spiegazione delle configurazioni flessibili a livello di evento	Previsto in Chrome nel quarto trimestre del 2023
Fase 2: completamente flessibile a livello di evento Spiegazione delle configurazioni a livello di evento flessibili	Previsto in Chrome nel primo trimestre del 2024
Supporto del debug di Attribution Reporting dopo il ritiro dei cookie di terze parti Ricerca di feedback su GitHub	Previsto in Chrome nella prima metà del 2024
Supporto per l'API Attribution Reporting e Aggregation Service per Google Cloud Spiegazione dell'API Attribution Reporting Aggregation Service Explainer	Previsto in Chrome nella seconda metà del 2023

Nota:per una panoramica dello stato di tutte le API Privacy Sandbox, consulta la cronologia di Privacy Sandbox.

Casi d'uso e funzionalità

L'API Attribution Reporting fornisce l'accesso a diversi tipi di informazioni tramite due tipi di report che possono essere inviati a un inserzionista o a un fornitore di tecnologia pubblicitaria di terze parti. Questi due tipi di rapporti possono essere utilizzati contemporaneamente e sono complementari.

• I report a livello di evento associano un determinato clic o visualizzazione sull'annuncio (a lato annuncio) ai dati sul lato conversione. I dati sul lato delle conversioni sono molto limitati e vengono rumorosi, il che significa che, per una piccola percentuale di casi, vengono inviati dati casuali anziché report reali. In questo modo viene tutelata la privacy degli utenti impedendo l'unione dell'identità dell'utente su più siti. Come ulteriore protezione della privacy, le segnalazioni non vengono inviate immediatamente.
• I report di riepilogo non sono legati a un evento specifico sul lato annuncio. Questi report forniscono dati sulle conversioni più completi e più accurati rispetto ai report a livello di evento. Una combinazione di tecniche di privacy aiuta a ridurre il rischio di unione delle identità tra siti.

Report a livello di evento

I report a livello di evento associano un clic o una visualizzazione su un annuncio a dati di conversione approssimativi.

Esempio di report a livello di evento: ID clic 200400600 il giorno news.example (associato all'ID utente Bob_Doe il giorno news.example) ha generato un acquisto in data shop.example.

I report a livello di evento sono adatti per:

• Ottimizzazione. Rispondi a domande come "Come faccio a migliorare il ritorno sull'investimento?". In particolare, questi report possono essere utilizzati per ottimizzare il posizionamento degli annunci, poiché gli ID univoci lato annuncio possono essere resi disponibili nei report. I report a livello di evento possono fornire dati di addestramento per i modelli di machine learning.
• Report approssimativi, in cui sono necessarie pochissime informazioni sulla conversione. Il limite attuale è di 3 bit di dati di conversione per i clic. Ciò significa che a una conversione può essere assegnato una delle otto categorie e un bit per le visualizzazioni. La codifica di dati granulari sul lato delle conversioni, come un prezzo specifico o una data/ora della conversione, non è supportata nei report a livello di evento.
• Rilevamento di attività fraudolente. I dati di alcuni report possono essere utili per il rilevamento e l'analisi di frodi pubblicitarie, in quanto ti consentono di comprendere i pattern che possono essere utilizzati per identificare spam o attività non valide.

Report di riepilogo

I report di riepilogo (precedentemente noti come report aggregati) offrono dati più dettagliati sulle conversioni e maggiore flessibilità per unire i dati su clic/visualizzazioni e i dati sulle conversioni.

Scopri di più sui report di riepilogo.

Ecco un esempio di informazioni provenienti dai report di riepilogo: l'ID campagna 1234567 su news.example ha generato 518 conversioni il giorno shoes.example e una spesa totale di 38.174 $. Metà delle conversioni proveniva da utenti di New York, Stati Uniti.

I report di riepilogo sono più adatti per la generazione di report sui casi d'uso. Questi report consentono di rispondere a domande quali: "Qual è il mio ritorno sull'investimento?"

L'utilizzo dei report di riepilogo per l'ottimizzazione, ad esempio per ottimizzare in base a un valore di acquisto, che non è supportato dai report a livello di evento (perché i dati sulle conversioni sono troppo approssimativi), è un'area di ricerca attiva.

Altre funzionalità

Altre funzionalità di questa API includono:

• Attribuzione da app a web: visualizza o fai clic su un annuncio in un'app ed esegui una conversione sul web.
• Attribuzione cross-device: visualizza o fai clic su un annuncio su un dispositivo mobile ed effettua la conversione su computer.

Nota: in futuro senza cookie di terze parti, questa API verrà combinata con altre API per gli annunci incentrate sulla tutela della privacy per coprire casi d'uso end-to-end: - Remarketing: consulta API Protected Audience - Selezione degli annunci basata sugli interessi: consulta Topics

Supporto del browser

• Firefox ed Edge non hanno indicatori condivisi.
• Safari/Webkit è negativo e ha proposto un'API diversa per misurare le conversioni degli annunci, chiamata Misurazione dei clic privati.

Differenze tra l'API Attribution Reporting e l'API proposta da WebKit

Sebbene le due API siano diverse, Chrome e WebKit collaborano all'aperto per semplificare l'esperienza degli sviluppatori, ad esempio allineando i nomi degli attributi e la struttura JSON per i report.

L'insieme di funzionalità dell'API Attribution Reporting è diverso da quello dell'API Private Click Measurement proposta da Safari/WebKit. In particolare, con l'API Attribution Reporting:

• La misurazione view-through è supportata.
• È possibile fornire report a livello di evento.
• I report di riepilogo contengono informazioni dettagliate sia sul lato clic/visualizzazione sia sul lato conversione.
• Terze parti, come le piattaforme ad tech possono ricevere report per conto di publisher e inserzionisti.

Configurazione del browser

• Gli utenti possono disattivare l'API tramite le impostazioni utente all'indirizzo chrome://settings/adPrivacy.
• L'API non è attiva in modalità di navigazione in incognito.
• L'API non è attiva se i cookie di terze parti sono disattivati.

Nota: l'API non si basa su cookie di terze parti. Tuttavia, nella fase di test, i cookie di terze parti devono essere abilitati affinché l'API venga abilitata. Ciò consente agli sviluppatori di ottenere report di debug e confrontare i risultati dell'API con l'attribuzione basata sui cookie.

In che modo i siti possono controllare l'accesso?

Se l'API è disponibile in un determinato browser, sarà disponibile per impostazione predefinita in qualsiasi sito, sia nei documenti e negli script di primo livello sia negli iframe della stessa origine.

Le terze parti arbitrarie, ad esempio gli iframe di annunci multiorigine che non sono stati aggiunti alla pagina tramite uno script con accesso di primo livello, non possono utilizzare l'API senza la conoscenza di un publisher o di un inserzionista: in questi iframe, l'API Attribution Reporting deve essere attivata esplicitamente tramite le norme relative alle autorizzazioni.

<iframe src="..." allow="attribution-reporting"></iframe>

Le terze parti con accesso di primo livello che aggiungono iframe multiorigine a una pagina possono attivare l'API Attribution Reporting tramite anche le norme relative alle autorizzazioni.

Nota: ### Vantaggi in termini di sicurezza In questo modo, uno script con accesso di primo livello consente ai frame che si aggiunge di utilizzare Attribution Reporting. Solo uno script di terze parti considerato attendibile dal sito deve ricevere l'accesso di primo livello, quindi questo non è un problema. Il principale vantaggio di sicurezza del criterio risiede altrove: per impostazione predefinita, i frame aggiunti senza uno script di primo livello non dovrebbero essere considerati attendibili per la registrazione di origini o trigger (a meno che l'incorporamento sia già attendibile). Questo è il motivo per cui il sito di primo livello deve abilitare esplicitamente l'API per questi iframe.

Un sito può disattivare l'API Attribution Reporting per tutte le parti, inclusi gli script con accesso di primo livello, inviando l'intestazione della risposta HTTP:

Permissions-Policy: attribution-reporting=()

Come funziona l'API Attribution Reporting?

L'API Attribution Reporting consente di misurare due eventi collegati tra loro: un evento sul sito web di un publisher, ad esempio un utente che visualizza o fa clic su un annuncio, con una conversione successiva sul sito di un inserzionista.

Nota: l'API Attribution Reporting potrebbe non essere adatta per esigenze di fatturazione basate sul costo per conversione a causa del rumore aggiunto ai report di riepilogo a livello di evento. Puoi condividere qualsiasi feedback sull'impatto su vari modelli di fatturazione da parte dell'API Attribution Reporting su GitHub.

Report a livello di evento

I report a livello di evento vengono generati nel seguente modo:
Il browser abbina i clic o le visualizzazioni ai dati sulle conversioni definiti da una tecnologia pubblicitaria.
In seguito, il browser invia i report risultanti a un endpoint predefinito, con qualche ritardo.

Report di riepilogo

Generazione di report di riepilogo

I report di riepilogo vengono generati nel seguente modo:

• Un utente fa clic o visualizza un annuncio appositamente configurato. Il browser (sul dispositivo locale dell'utente) registra questo evento insieme ai dati di configurazione dell'attribuzione prestabiliti.
• In seguito, quando l'utente effettua la conversione, il browser associa questo evento dettagliato di clic o visualizzazione (noto come evento di origine dell'attribuzione) a dati di conversione dettagliati (noti come dati di attivazione dell'attribuzione). Le dimensioni dei dettagli acquisiti sono predefinite da un'azienda di ad tech e il browser segue una logica specifica definita dalla tecnologia pubblicitaria. Il browser restituisce questi dati in un report aggregabile.
• I report aggregati vengono criptati dal browser e inviati a un server ad tech. Dal server di tecnologia pubblicitaria, i report aggregabili vengono inviati al servizio di aggregazione per produrre un report di riepilogo.
• I report di riepilogo vengono quindi resi disponibili alla tecnologia pubblicitaria. Tieni presente che i report di riepilogo non vengono ritardati come quelli a livello di evento.

Scopri di più sui report di riepilogo.

Privacy

A differenza dei cookie di terze parti, l'API Attribution Reporting consente alle società pubblicitarie di ottenere informazioni sulle conversioni senza monitorare l'attività di una persona sui siti.

Prendiamo una persona di nome Bob. Roberto vede un annuncio mentre legge le notizie su news.example. Una settimana dopo, Roberto acquista scarpe su shoes.example.

Oggi, questa conversione viene monitorata da un cookie di terze parti utilizzato come identificatore cross-site. Con i cookie di terze parti, una società di ad tech può accedere a molti dettagli sull'attività di Roberto su news.example e su shoes.example. La tecnologia pubblicitaria può unire queste informazioni per creare un profilo dettagliato di Roberto, che include la posizione, le abitudini di navigazione e le letture preferite di Roberto su news.example. Questo profilo potrebbe anche includere dati relativi ad acquisti, attività e carte di credito su shoes.example. Questa giunzione tra siti è utile per misurare le conversioni degli annunci. Ma ostacola la privacy degli utenti: l'attività di Roberto viene monitorata sui siti con un elevato livello di dettaglio.

Nei siti viene raccolta una piccola quantità di informazioni, abbastanza per misurare le conversioni, ma non sufficiente per monitorare nel dettaglio l'attività di Roberto sui siti. Le attività di Roberto su news.example e shoes.example rimangono separate.

Protezioni in ogni tipo di report

I report a livello di evento collegano un identificatore lato annuncio a una piccola quantità di dati sul lato conversione. Sebbene forniscano informazioni su una conversione tra più siti, le informazioni sul lato conversione sono troppo approssimative per unire l'identità degli utenti su più siti.

I report di riepilogo forniscono approfondimenti dettagliati, ma solo a livello aggregato. Poiché i contenuti di questi report aggregabili vengono criptati quando vengono inviati alla tecnologia pubblicitaria, quest'ultima non può ottenere informazioni dai report senza utilizzare un servizio di aggregazione. Il servizio di aggregazione fornisce solo l'accesso ad aggregati con dati non elaborati.

Sia sui report a livello di evento che sui report aggregati vengono applicate protezioni aggiuntive della privacy, come le limitazioni di frequenza.

Nel dettaglio: report a livello di evento e privacy

I report a livello di evento forniscono informazioni sulle conversioni senza monitorare gli utenti sui siti, seguendo i seguenti meccanismi di privacy:

• Non viene utilizzato alcun identificatore tra siti e nessuna attività di navigazione tra siti dettagliata lascia il dispositivo.
• I report a livello di evento associano 64 bit di informazioni sul lato annuncio (news.example) solo con 1 o 3 bit sul lato conversione (shop.example). 64 bit sono informazioni sufficienti per essere mappati a un singolo identificatore utente, ma questi 64 bit possono essere collegati solo a poche informazioni tra siti: 1 bit o 3 bit, che non sono sufficienti per contenere un identificatore.
  • I 64 bit lato annuncio non sono informazioni nuove. Lo User-ID può già essere disponibile sul lato annuncio fin da ora. news.example o adtech.example sono già a conoscenza dell'attività di un determinato utente su news.example.
• Per impedire utilizzi illeciti e monitoraggio tra siti, vengono applicate protezioni aggiuntive:
  • I report vengono inviati con un ritardo.
  • I dati sulle conversioni sono rumorosi: in una determinata percentuale di volte vengono generati report falsi.
  • Il numero di report sulle conversioni attribuite è limitato per clic o visualizzazione.

Nel dettaglio: report di riepilogo e privacy

I report di riepilogo associano un evento di clic o visualizzazione a dati dettagliati sulle conversioni. Forniscono informazioni sulle conversioni senza monitorare gli utenti su più siti, utilizzando i seguenti meccanismi di tutela della privacy:

• Non viene utilizzato alcun identificatore tra siti.
• Ogni attribuzione può contribuire a un rapporto di riepilogo risultante. Ogni utente può attivare più attribuzioni per un determinato clic (o visualizzazione) e conversione.
• I dati vengono aggregati fino al livello di molti eventi (molti utenti) e nessun singolo evento può essere osservato con precisione. Nell'esaminare i dati aggregati, con l'aumento del livello di dettaglio aumenta anche il rumore relativo su tali dati. Le sezioni di dati che aggregano molti eventi e utenti sono più precise per preservare l'utilità.
• I report non elaborati che associano un evento dettagliato di clic o visualizzazione a dati di conversione dettagliati vengono criptati e non leggibili dall'azienda di ad tech. Questi dati possono essere letti solo dal servizio di aggregazione.
• Per impedire utilizzi illeciti e monitoraggio tra siti, vengono applicate protezioni aggiuntive:
  • I report vengono inviati con ritardi casuali.
  • Le query su sezioni diverse dei dati sono soggette a limitazioni di frequenza.

Interagisci e condividi il tuo feedback

• Per domande sull'API: crea un problema nel repository API.
• Segui gli aggiornamenti e gli annunci dell'API nella mailing list Attribution Reporting.
• Per eventuali domande tecniche, segnala un bug di Chromium.
• Per domande su implementazione, integrazione e best practice generali: crea un problema nel repository di assistenza per gli sviluppatori di Privacy Sandbox.