Attribution-Reporting-Register-Source
Experimentell: Dies ist eine experimentelle Technologie
Überprüfen Sie die Browser-Kompatibilitätstabelle sorgfältig, bevor Sie diese produktiv verwenden.
Der HTTP Attribution-Reporting-Register-Source
Response-Header registriert ein Seitenmerkmal als eine Attribution-Quelle. Dieser Header ist Teil der Antwort auf eine Anfrage, die den Attribution-Reporting-Eligible
Header enthält. Er liefert die Informationen, die der Browser speichern soll, wenn ein Benutzer mit der Attribution-Quelle interagiert. Die Informationen, die Sie in diesen Header aufnehmen, bestimmen auch die Arten von Berichten, die der Browser generieren kann.
Weitere Details finden Sie in der Attribution Reporting API.
Hinweis: Wenn die aufrufende Site die Attribution Reporting API nicht in einem erfolgreichen Privacy Sandbox-Anmeldeprozess eingeschlossen hat, wird der Attribution-Reporting-Register-Source
Header ignoriert und Attribution-Quellen werden nicht registriert.
Header-Typ | Response-Header |
---|---|
Verbotener Header-Name | Nein |
CORS-safelisted Response-Header | Nein |
Syntax
Attribution-Reporting-Register-Source: <json-string>
Direktiven
<json-string>
-
Ein JSON-String, der die Informationen bereitstellt, die der Browser speichern soll, wenn mit der Attribution-Quelle interagiert wird. Verfügbare Felder sind wie folgt:
"source_event_id"
Optional-
Ein String, der eine ID für die Attribution-Quelle darstellt, die verwendet werden kann, um sie bei Interaktion mit der Quelle mit anderen Informationen zu verknüpfen oder Informationen am Berichtsendpunkt zusammenzufassen. Der String muss ausschließlich aus einer im Basis-10-Format formatierten 64-Bit unsigned Integer bestehen.
"destination"
-
Ein einzelner String oder ein Array von 1–3 Strings. Diese Strings müssen eine vollständige URL enthalten, die der Site entspricht (Schema + eTLD+1), auf der ein Auslöser erwartet wird. Diese werden verwendet, um den Attribution-Auslöser mit der Quelle zu verknüpfen, wenn ein Auslöser aktiviert wird.
"aggregation_keys"
Optional-
Ein Objekt, das vom Benutzer bereitgestellte Schlüssel enthält, die verschiedene Datenpunkte darstellen, unter denen Berichtswerte aggregiert werden.
"aggregatable_report_window"
Optional-
Ein String, der eine Zeit in Sekunden darstellt, nach der Auslöserdaten nicht mehr in generierten aggregierbaren Berichten enthalten werden (dies wird als Berichtsfenster bezeichnet). Wenn nicht gesetzt, wird standardmäßig der Wert
"expiry"
verwendet. "debug_key"
Optional-
Eine im Basis-10-Format formatierte 64-Bit unsigned Integer, die einen Debug-Schlüssel darstellt. Setzen Sie diesen, wenn Sie neben dem zugehörigen Attributionsbericht einen Debug-Bericht generieren möchten.
"debug_reporting"
Optional-
Ein boolean Wert. Wenn ein
debug_key
gesetzt ist, setzen Sie diesen auftrue
, um festzulegen, dass der generierte Debug-Bericht ein ausführlicher Debug-Bericht sein soll. "event_level_epsilon"
Optional-
Eine Zahl, die größer oder gleich
0
ist und die Menge an Rauschen kontrolliert, die Berichten hinzugefügt wird. Niedrigere Werte von Epsilon führen zu mehr Rauschen und bieten daher einen größeren Datenschutz. Die maximalen und Standardwerte variieren je nach Implementierung; Chrome hat beispielsweise einen maximalen und Standardwert von14
. "event_report_window"
Optional-
Ein String, der eine Zeit in Sekunden darstellt, nach der nachfolgende Auslöser für diesen Quelle nicht mehr zur Erstellung von Ereignisberichten verwendet werden (dies wird als Berichtsfenster bezeichnet). Wenn nicht gesetzt, wird das Ereignisberichtsfenster auf den Wert
"expiry"
zurückgesetzt.Hinweis: Wenn
"event_report_window"
angegeben ist, kann"event_report_windows"
nicht angegeben werden, da sonst die Quellenregistrierung fehlschlägt. "event_report_windows"
Optional-
Ein Objekt, das eine Serie von Berichtsfenstern darstellt, beginnend bei
"start_time"
, mit Berichten für diese Quelle, die nach jedem angegebenen Endzeitpunkt in"end_times"
übermittelt werden. Dies kann verwendet werden, um die Zeit der Berichtszustellung über mehrere Berichte hinweg zu variieren. Wenn nicht gesetzt, wird das Ereignisberichtsfenster auf den Wert"expiry"
zurückgesetzt. Eigenschaften sind wie folgt:"start_time"
Optional: Eine nicht-negative Zahl, die den Startzeitpunkt für die Berichtsfenster angibt. Wenn nicht angegeben, wird standardmäßig0
verwendet."end_times"
: Ein Array positiver Zahlen, die Endzeiten für die nachfolgenden Berichtsfenster angeben. Die Werte müssen ansteigend und größer als"start_time"
sein.Hinweis: Wenn
"event_report_windows"
angegeben ist, kann"event_report_window"
nicht angegeben werden, da sonst die Quellenregistrierung fehlschlägt.
"expiry"
Optional-
Ein String, der eine Ablaufzeit in Sekunden für die Attribution-Quelle darstellt, nach der sie nicht mehr aktiv ist (d. h. nachfolgende Auslöser werden dieser Quelle nicht mehr zugeordnet). Die maximal zulässige Ablaufzeit beträgt 2592000 Sekunden (30 Tage), was auch der Standardwert ist, wenn
"expiry"
nicht explizit gesetzt ist. "filter_data"
Optional-
Ein Objekt, das benutzerdefinierte Daten definiert, die verwendet werden können, um zu filtern, welche Konversionen Berichte generieren. Weitere Details finden Sie unter Filter.
"max_event_level_reports"
Optional-
Eine Zahl zwischen
0
und20
(einschließlich), die die Gesamtzahl der Ereignisberichte angibt, die diese Quelle generieren kann. Wenn dieses Maximum erreicht ist, kann die Quelle keine neuen Daten mehr erzeugen. Wenn nicht angegeben, wird"max_event_level_reports"
standardmäßig auf3
für navigationsbasierte Quellen und1
für ereignisbasierte (bild- oder skriptbasierte) Quellen gesetzt. "priority"
Optional-
Ein String, der einen Prioritätswert für die Attribution-Quelle darstellt. Standardmäßig werden Konversionen der zuletzt passenden Quelle zugeordnet. Für sowohl Ereignis- als auch Zusammenfassungsberichte können Sie eine höhere Prioritätszahl setzen, um bestimmte Quellen zu priorisieren. Beispielsweise hat ein Wert von
2
Vorrang vor dem Standardwert von1
. Weitere Informationen finden Sie unter Berichtsprioritäten und -beschränkungen. "trigger_data"
Optional-
Ein Array von 32-Bit unsigned Integers, das Daten darstellt, die die verschiedenen Auslöserereignisse beschreiben, die mit dieser Quelle übereinstimmen könnten. Zum Beispiel könnten "Benutzer fügte Artikel dem Warenkorb hinzu" oder "Benutzer meldete sich für die Mailingliste an" Aktionen sein, die auf der Auslöser-Site stattfinden und eine Art Konversion anzeigen, die der Werbetreibende messen möchte. Diese müssen mit
"trigger_data"
übereinstimmen, die in Auslösern angegeben sind, damit eine ereignisbasierte Attribution stattfindet. Wenn weggelassen, wird"trigger_data"
standardmäßig auf[0, 1, 2, 3, 4, 5, 6, 7]
für navigationsbasierte Quellen und[0, 1]
für ereignisbasierte (bild- oder skriptbasierte) Quellen gesetzt.Hinweis: Die Werte zur Darstellung jedes Ereignisses und die Anzahl der Elemente im Array sind völlig willkürlich und von Ihnen als Entwickler definiert. Das Array kann Werte enthalten, die nicht verwendet werden, aber Werte müssen im Array vorhanden sein, um der Quelle durch den Browser zugeordnet zu werden, wenn ein Auslöser registriert wird.
"trigger_data_matching"
Optional-
Ein String, der angibt, wie das
"trigger_data"
vom Auslöser mit dem"trigger_data"
der Quelle abgeglichen wird. Mögliche Werte sind:"exact"
: Das"trigger_data"
vom Auslöser muss genau mit einem Wert übereinstimmen, der im"trigger_data"
der Quelle enthalten ist; wenn es keine solche Übereinstimmung gibt, findet keine ereignisbasierte Attribution statt."modulus"
: In diesem Fall wird die folgende Berechnung durchgeführt —d % allowedValues.size
— wobeid
das"trigger_data"
vom Auslöser ist undallowedValues
die Sequenz von Werten im"trigger_data"
Array der Quelle ist. Wenn das Ergebnis dieser Berechnung mit einem Wert im"trigger_data"
Array der Quelle übereinstimmt, ist die Übereinstimmung ein Erfolg. In einem solchen Fall wird der Wert immer übereinstimmen, es sei denn,allowedValues
ist leer.
Der
"modulus"
Modus existiert hauptsächlich aus Gründen der Abwärtskompatibilität mit dem Verhalten der API, bevor"exact"
eingeführt wurde, und daher ist es unwahrscheinlich, dass Sie ihn verwenden. Er ist dennoch nützlich in bestimmten Fällen, die eine sehr spezifische Art der Kompression erfordern, die zu kleineren Registrierung-Headern führt. Dies kann erforderlich sein, wenn Sie komplexe Filterlogik verwenden, die unterschiedliche Auslöserdaten basierend auf dem Quellentyp gemäß der maximalen Anzahl von"trigger_data"
Elementen der Quelle einrichten muss.Hinweis: Wenn
"modulus"
verwendet wird, muss das"trigger_data"
der Quelle eine zusammenhängende Sequenz von Integer-Werten bilden, beginnend bei 0. Wenn die Auslöserdaten keine solche Sequenz bilden, tritt ein Fehler auf.Wenn nicht angegeben, wird
"trigger_data_matching"
standardmäßig auf"modulus"
gesetzt. Wiederum ist der Grund dafür die Abwärtskompatibilität: das Weglassen des"trigger_data_matching"
Feldes muss zu demselben Verhalten führen, das vor der Einführung dieses Feldes beobachtet wurde.
Beispiele
Registrierung einer Quelle für einen ereignisbasierten Bericht
Ein Node.js Server könnte den Attribution-Reporting-Register-Source
Response-Header folgendermaßen setzen, um einen Browser zu veranlassen, einen ereignisbasierten Bericht zu generieren, wenn ein Auslöser mit einer Quelle übereinstimmt:
res.set(
"Attribution-Reporting-Register-Source",
JSON.stringify({
source_event_id: "412444888111012",
destination: "https://shop.example",
trigger_data: [0, 1, 2, 3, 4],
trigger_data_matching: "exact",
expiry: "604800",
priority: "100",
debug_key: "122939999",
event_report_window: "86400",
}),
);
Registrierung einer Quelle für einen Zusammenfassungsbericht
Um den Browser zu veranlassen, einen Zusammenfassungsbericht zu generieren, wenn ein Auslöser mit einer Quelle übereinstimmt, müssen Sie einige zusätzliche Felder zusätzlich zu denen enthalten, die für die Erstellung eines ereignisbasierten Berichts erforderlich sind.
res.set(
"Attribution-Reporting-Register-Source",
JSON.stringify({
source_event_id: "412444888111012",
destination: "https://shop.example",
trigger_data: [0, 1, 2, 3, 4],
trigger_data_matching: "exact",
expiry: "604800",
priority: "100",
debug_key: "122939999",
event_report_window: "86400",
aggregation_keys: {
campaignCounts: "0x159",
geoValue: "0x5",
},
aggregatable_report_window: "86400",
}),
);
Spezifikationen
Specification |
---|
Attribution Reporting # parse-source-registration-json |
Browser-Kompatibilität
BCD tables only load in the browser