Questa pagina è stata tradotta dall'API Cloud Translation.

Panoramica di Attribution Reporting per il web

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

A chi è rivolto questo servizio?

In questa sezione scoprirai le nozioni di base dei report sull'attribuzione e alcuni concetti di base, ma non molti dettagli tecnici.

Se lavori nel settore della pubblicità o della tecnologia pubblicitaria, scoprirai in che modo questa API fornisce funzionalità attivate dai cookie di terze parti. Consulta i casi d'uso delle API, che forniscono ulteriori dettagli su come vengono generati i report.
Se sei sviluppatore o software engineer, consulta la panoramica completa del sistema oppure sperimenta e partecipa con l'API.

Gli inserzionisti e i publisher che si affidano alle piattaforme ad tech per la misurazione delle conversioni non hanno bisogno di utilizzare direttamente l'API. Ti potrebbe interessare capire come funziona Attribution Reporting se la tua tecnologia pubblicitaria prevede l'integrazione con questa API.

Che cos'è l'API Attribution Reporting?

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

L'API Attribution Reporting consente di effettuare queste misurazioni con modalità incentrate 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 degli annunci.
Gli annunci in un iframe di terze parti, ad esempio gli annunci sul sito di un publisher che utilizza un fornitore di tecnologia pubblicitaria di terze parti.
Annunci in un contesto proprietario, ad esempio annunci su un social network o una pagina dei risultati di un motore di ricerca oppure 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 i test localmente nel browser. Imposta un flag, che indica al browser Chrome di attivare funzionalità sperimentali specifiche.

Se ti interessa sperimentare con l'API, vai ad Attribution Reporting: esperimento e partecipazione.

Modifiche all'API

Tieni traccia delle modifiche all'API.
Scopri perché abbiamo distribuito l'API Attribution Reporting nella prima metà del 2023.

Disponibilità

Proposta	Stato
Percorso di conversione: dall'app al web Messaggio esplicativo sul web e Messaggio esplicativo su Android Annuncio relativo alla 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 sono presenti piani per l'implementazione.
Prevenzione dei report aggregabili non validi utilizzando la verifica dei report Spiegazione	Previsto in Chrome nella prima metà del 2024
La lista consentita predefinita per il criterio di autorizzazione dell'API Attribution Reporting rimarrà * Annuncio della mailing list	Disponibile in Chrome nel primo trimestre del 2023
Report epsilon a livello di evento configurabile Problemi relativi a GitHub	Disponibile in Chrome nel quarto trimestre del 2023
Spaziatura interna per il payload dei report aggregati Spiegazione aggiornata	Disponibile in Chrome nel quarto trimestre del 2023
Fase 1 Lite: flessibile a livello di evento Spiegazione delle configurazioni flessibili a livello di evento	Funzionalità disponibile in Chrome nel quarto trimestre del 2023 Possibilità di personalizzare il numero di report sull'attribuzione e il numero/la lunghezza delle finestre di report. Funzionalità disponibile in Chrome nel primo trimestre del 2024 Possibilità di personalizzare il numero di bit dei dati degli attivatori.
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	Disponibili in Chrome nella seconda metà del 2023

Casi d'uso e funzionalità

L'API Attribution Reporting fornisce l'accesso a diversi tipi di approfondimenti con 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 report possono essere usati contemporaneamente e sono complementari.

I report a livello di evento associano una determinata visualizzazione o clic sull'annuncio (sul lato annuncio) ai dati sul lato conversione. I dati sul lato delle conversioni sono molto limitati e non contengono rumore (per una piccola percentuale di casi, vengono inviati dati casuali invece di report reali). Ciò tutela la privacy degli utenti impedendo l'unione dell'identità utente su più siti. Come ulteriore protezione della privacy, i report vengono inviati con un ritardo.
I report di riepilogo non sono collegati a un evento specifico sul lato annuncio. Questi report forniscono dati sulle conversioni più completi e affidabili 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 sull'annuncio a dati sulle conversioni approssimativi.

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, che richiedono pochissime informazioni sulla conversione. Il limite attuale è di 3 bit di dati sulle conversioni per i clic, quindi a una conversione può essere assegnata una delle otto categorie⏤e 1 bit per le visualizzazioni. La codifica di dati granulari sul lato delle conversioni, ad esempio un prezzo specifico o una data e ora della conversione, non è supportata nei report a livello di evento.
Rilevamento di frodi. I dati di alcuni report possono essere utili per il rilevamento e l'analisi di frodi pubblicitarie, consentendoti 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 sulle conversioni più dettagliati e una maggiore flessibilità per unire i dati sui clic o sulle visualizzazioni e i dati sulle conversioni.

Scopri di più sui report di riepilogo.

Esempio di approfondimenti da report di riepilogo. — Ecco un esempio di approfondimenti dei 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 $. La metà delle conversioni proveniva da utenti di New York, Stati Uniti.

I report di riepilogo sono più adatti per creare 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 esegui una conversione su computer.

Supporto del browser

Firefox ed Edge non hanno indicatori condivisi.
Safari e Webkit sono escluse e hanno proposto un'API diversa per misurare le conversioni degli annunci, denominata Misurazione dei clic privati.

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 e 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 su quello delle conversioni.
Terze parti, ad esempio le piattaforme di tecnologia pubblicitaria, possono ricevere report per conto di publisher e inserzionisti.

Configurazione del browser

Gli utenti possono disattivare l'API con 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 disabilitati.

In che modo i siti possono controllare l'accesso?

Se l'API è disponibile in un determinato browser, è 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 iframe di annunci multiorigine che non sono stati aggiunti alla pagina con uno script con accesso di primo livello, non possono utilizzare l'API senza che un publisher o un inserzionista ne sia a conoscenza: in questi iframe, l'API Attribution Reporting deve essere attivata esplicitamente con le norme relative alle autorizzazioni.

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

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

Un sito può disattivare l'API Attribution Reporting per tutte le parti coinvolte, 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.

Report a livello di evento

Report di riepilogo

I report di riepilogo vengono generati come segue:

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 prespecificati.
In seguito, quando l'utente effettua una conversione, il browser associa questo evento dettagliato di clic o visualizzazione (noto come evento di origine dell'attribuzione) a dati sulle conversioni 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 genera questi dati in un report aggregato.
I report aggregati vengono criptati dal browser e inviati a un server ad tech. Dal server ad tech, i report aggregabili vengono inviati al servizio di aggregazione per produrre un report di riepilogo.
I report di riepilogo vengono quindi messi a disposizione della tecnologia pubblicitaria. Tieni presente che i report di riepilogo non subiscono ritardi 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 aziende pubblicitarie di ottenere informazioni sulle conversioni senza monitorare l'attività di una persona su tutti i siti.

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

Attualmente, questa conversione veniva monitorata da un cookie di terze parti usato come identificatore cross-site. Grazie ai cookie di terze parti, un'azienda di ad tech può accedere a molti dettagli sull'attività di Roberto su news.example e in data shoes.example. L'ad tech può unire queste informazioni per creare un profilo dettagliato di Roberto, che include la posizione di Roberto, le abitudini di navigazione e le letture preferite su news.example. Questo profilo potrebbe includere anche gli acquisti, le attività e i dati della carta di credito su shoes.example. Questo giunto tra siti è utile per misurare le conversioni degli annunci. Ma ostacola la privacy dell'utente: l'attività di Roberto viene monitorata su più siti.

Vista affiancata del web attuale (identità unita) e di quello di domani (identità partizionata)

Nei siti viene raccolta una piccola quantità di informazioni, sufficiente a misurare le conversioni, ma non a monitorare nel dettaglio l'attività di Roberto sui siti. Le attività di Roberto su news.example e su 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 lato conversione. Sebbene forniscano informazioni su una conversione tra siti, le informazioni sul lato conversione sono troppo approssimative per unire l'identità degli utenti su più siti.

I report di riepilogo forniscono insight 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 nessuna informazione dai report senza utilizzare un servizio di aggregazione. Il servizio di aggregazione fornisce accesso solo a dati aggregati sul rumore.

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

In dettaglio: report e privacy a livello di evento

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

Non viene utilizzato alcun identificatore tra siti e nessuna attività dettagliata di navigazione tra siti lascia il dispositivo.
I report a livello di evento associano 64 bit di informazioni sul lato annuncio (news.example) con solo 1 bit o 3 bit sul lato conversione (shop.example). 64 bit sono informazioni sufficienti per essere mappati a un identificatore utente singolo, 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 nuove informazioni. Un ID utente può essere già disponibile sul lato annuncio oggi stesso. news.example o adtech.example conosce già l'attività di un determinato utente su news.example.
Per prevenire abusi e monitoraggio tra siti vengono applicate protezioni aggiuntive:
- I report vengono inviati con un ritardo.
- I dati sulle conversioni sono preoccupati: in una determinata percentuale di volte, vengono generati report falsi.
- Il numero di report sulle conversioni attribuite è limitato per clic o visualizzazione.

In 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 tutti i siti, utilizzando i seguenti meccanismi per la privacy:

Non viene utilizzato alcun identificatore tra siti.
Ogni attribuzione può contribuire a più contributi a un rapporto di riepilogo risultante. Qualsiasi 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. Quando si osservano i dati aggregati, all'aumentare del livello di dettaglio aumenta anche il rumore relativo. 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 sulle conversioni dettagliati vengono criptati e non leggibili dall'azienda di ad tech. Questi dati possono essere letti solo dal servizio di aggregazione.
Per prevenire abusi e monitoraggio tra siti vengono applicate protezioni aggiuntive:
- I report vengono inviati con ritardi casuali.
- Le query su diverse sezioni dei dati hanno una limitazione di frequenza.

Interagisci e condividi feedback

Per domande sull'API: crea un problema nel repository API.
Segui gli aggiornamenti e gli annunci dell'API nella mailing list Attribution Reporting.
In caso di 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.