Panoramica di Attribution Reporting per il web

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

A chi è destinato?

Qui troverai le nozioni di base di Attribution Reporting e alcuni concetti alla base, ma non molti dettagli tecnici.

• Se lavori nel campo della pubblicità o delle tecnologie pubblicitarie, scoprirai in che modo questa API offre funzionalità abilitate dai cookie di terze parti. Consulta i casi d'uso delle API, per scoprire ulteriori dettagli su come vengono generati i report.
• Se sei uno sviluppatore o un ingegnere informatico, vai alla panoramica completa del sistema o sperimenta e partecipa con l'API.

Gli inserzionisti e i publisher che si affidano a piattaforme di tecnologie pubblicitarie per la misurazione delle conversioni non devono utilizzare direttamente l'API. Ti potrebbe interessare scoprire come funziona Attribution Reporting se la tua tecnologia pubblicitaria prevede l'integrazione con questa API.

Nota: in futuro, l'API Attribution Reporting potrebbe pubblicare 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 stanno limitando l'accesso ai cookie di terze parti perché questi possono essere utilizzati per monitorare gli utenti sui siti e ostacolare la loro privacy.

L'API Attribution Reporting consente queste misurazioni nel rispetto 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, come 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 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 indichi al browser Chrome di attivare funzionalità sperimentali specifiche.

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

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 dell'API.
• Scopri perché abbiamo fornito l'API Attribution Reporting nella prima metà del 2023.

Nota:Attribution Reporting in precedenza era noto come API Event Conversion Measurement. Il nome è stato cambiato nel 2022 poiché l'ambito originale a livello di evento si è ampliato per coprire ulteriori casi d'uso di misurazione.

Disponibilità

建议	状态
转化历程：从应用到网站 网站铺垫消息和 Android 铺垫消息 邮寄名单公告	在 Chrome 和 Android 中可用，以进行源试用
转化历程：跨设备 说明	该提案已归档。目前没有实施计划。
使用报告验证功能防止无效的可汇总报告 说明	预计于 2024 年上半年在 Chrome 中推出
Attribution Reporting API 权限政策的默认许可名单将保留 * 邮寄名单通知	将于 2023 年第 1 季度在 Chrome 中推出
可配置的事件级报告 epsilon GitHub 问题	将于 2023 年第 4 季度在 Chrome 中提供
可汇总报告载荷的内边距 更新了解释器	将于 2023 年第 4 季度在 Chrome 中提供
第 1 阶段精简版灵活事件级 灵活事件级配置说明说明	Chrome 将于 2023 年第 4 季度推出 可自定义归因报告的数量和报告期的数量/长度。 2024 年第 1 季度在 Chrome 中推出 可自定义触发器数据的位数。
支持在第三方 Cookie 弃用后进行 Attribution Reporting 调试 在 GitHub 上提供反馈	预计于 2024 年上半年在 Chrome 中推出
针对 Google Cloud Attribution Reporting API 和汇总服务的支持 Attribution Reporting API 说明 汇总服务说明	Chrome 将于 2023 年下半年推出

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

Casi d'uso e funzionalità

L'API Attribution Reporting consente di accedere 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 utilizzati contemporaneamente e sono complementari.

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

Report a livello di evento

I report a livello di evento associano un clic o una visualizzazione sull'annuncio a dati approssimativi sulle conversioni.

Esempio di report a livello di evento: l'ID clic 200400600 su news.example (associato all'ID utente Bob_Doe in news.example) ha generato un acquisto il giorno 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, per cui sono necessarie pochissime informazioni sulla conversione. Attualmente il limite attuale è di 3 bit di dati di conversione per i clic, quindi a una conversione può essere assegnata una di otto categorie e un bit per le visualizzazioni. La codifica dei 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 attività fraudolente. I dati di alcuni report possono essere utili per il rilevamento e l'analisi di attività fraudolente pubblicitarie, poiché ti consentono di comprendere i pattern che possono essere utilizzati per identificare le attività non valide o di spam.

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.

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

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

L'utilizzo dei report di riepilogo per l'ottimizzazione, ad esempio l'ottimizzazione 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 caratteristiche

Altre funzionalità di questa API includono:

• Attribuzione da app a web: visualizza o fai clic su un annuncio in un'app ed effettua la conversione sul web.

Nota: in futuro senza cookie di terze parti, questa API verrà combinata con altre API per gli annunci che tutelano la 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 e Webkit sono negativi e hanno proposto un'API diversa per misurare le conversioni degli annunci, chiamata Misurazione dei clic privati.

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

Il set 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 sul lato delle conversioni.
• Terze parti, come 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 quando i cookie di terze parti sono disabilitati.

Nota: l'API non si basa su cookie di terze parti. Tuttavia, nella fase di test, i cookie di terze parti devono essere abilitati per abilitare l'API. 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, è 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 il publisher o l'inserzionista ne siano a conoscenza. In questi iframe, l'API Attribution Reporting deve essere abilitata esplicitamente insieme alle 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.

Nota:

Vantaggi per la sicurezza

In questo modo, uno script con accesso di primo livello consente ai frame aggiunti di utilizzare Attribution Reporting. Solo uno script di terze parti ritenuto attendibile dal sito dovrebbe avere l'accesso di primo livello, quindi non è un problema. Il principale vantaggio in termini di sicurezza del criterio risiede altrove: i frame che sono stati aggiunti senza uno script di primo livello non devono essere considerati attendibili per impostazione predefinita per la registrazione di sorgenti o trigger (a meno che l'incorporamento non 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 costo per conversione, a causa del rumore aggiunto ai report di riepilogo a livello di evento. Puoi condividere qualsiasi feedback relativo all'impatto dell'API Attribution Reporting sui vari modelli di fatturazione su GitHub.

Report a livello di evento

I report a livello di evento vengono generati come segue:
Il browser associa i clic o le visualizzazioni ai dati sulle conversioni definiti da una tecnologia pubblicitaria.
Successivamente, il browser invia i report risultanti a un endpoint predefinito, con qualche ritardo e rumore.

Report di riepilogo

Generazione del 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 visualizzazione o clic (noto come evento origine attribuzione) con 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 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 del team ad tech. Tieni presente che i report di riepilogo non subiscono lo stesso ritardo dei report 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 un singolo utente sui siti.

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

Oggi questa conversione viene monitorata da un cookie di terze parti utilizzato come identificatore tra siti. Con i cookie di terze parti, un'azienda 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 su news.example. Questo profilo potrebbe includere anche acquisti, attività e dati della carta di credito su shoes.example. Questa unione tra siti è utile per misurare le conversioni degli annunci. ma ostacola la privacy dell'utente: l'attività di Roberto viene monitorata sui siti con un livello di dettaglio elevato.

Visualizzazione affiancata del web di oggi (identità unita) e del web di domani (identità partizionata)

Viene unita una piccola quantità di informazioni tra i siti: sufficiente per misurare le conversioni, ma non sufficiente per monitorare in dettaglio l'attività di Roberto sui siti. L'attività di Roberto su news.example e su shoes.example rimane separata.

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 forniscono informazioni cross-site su una conversione, le informazioni sul lato conversione sono troppo approssimative per unire l'identità utente 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 alcuna informazione dai report senza utilizzare un servizio di aggregazione. Il servizio di aggregazione fornisce accesso solo ai dati aggregati sul rumore.

Ulteriori protezioni della privacy, come limitazioni di frequenza, sono applicate sia ai report a livello di evento che a quelli aggregati.

In dettaglio: report e privacy a livello di evento

I report a livello di evento forniscono informazioni sulle conversioni senza monitorare gli utenti su più siti, seguendo i seguenti meccanismi di tutela della privacy:

• Non viene utilizzato alcun identificatore tra siti e nessuna attività di navigazione tra siti dettagliata esce dal dispositivo.
• I report a livello di evento associano 64 bit di informazioni sul lato annuncio (news.example) a 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 pochissime informazioni tra siti: 1 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. news.example o adtech.example conosce già l'attività di un determinato utente su news.example.
• Vengono applicate protezioni aggiuntive per impedire utilizzi illeciti e il monitoraggio tra siti:
  • I report vengono inviati con ritardo.
  • I dati sulle conversioni contengono rumore: 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 sulle conversioni dettagliati. Forniscono informazioni sulle conversioni senza monitorare gli utenti tra i siti, utilizzando i seguenti meccanismi di tutela della privacy:

• Non viene utilizzato alcun identificatore tra siti.
• Ogni attribuzione può apportare più contributi a un report 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 esaminano i dati aggregati, con l'aumento del livello di dettaglio aumenta anche il rumore relativo su tali dati. Sezioni di dati che aggregano molti eventi e gli utenti sono più precisi per mantenerne l'utilità.
• I report non elaborati che associano un evento dettagliato di clic o visualizzazione a dati sulle conversioni dettagliati sono criptati e non leggibili dall'azienda di ad tech. Questi dati possono essere letti solo dal servizio di aggregazione.
• Vengono applicate protezioni aggiuntive per impedire utilizzi illeciti e il monitoraggio tra siti:
  • I report vengono inviati con ritardi casuali.
  • Le query su diverse sezioni di dati sono limitate di frequenza.

Interagisci e condividi il feedback

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