Verarbeitung doppelter Pixel- und Conversions API-Events

Für eine optimale Anzeigen-Performance empfehlen wir Werbetreibenden die Implementierung der Conversions API zusammen mit ihrem Meta-Pixel. Wir nennen das eine „redundante Einrichtung“. Nähere Informationen zu diesem Ansatz findest du hier.

Wenn Werbetreibende eine redundante Einrichtung verwenden, müssen sie eine Deduplizierungsmethode einrichten, damit das Anzeigenauslieferungssystem zwischen separaten und sich überschneidenden Events unterscheiden kann. In diesem Dokument werden mehrere Optionen für Deduplizierungsmethoden beschrieben, um Facebook die Deduplizierung deiner Events zu erleichtern.

Werbetreibende, die dasselbe Event nicht zweimal über die Conversions API und Meta Pixel senden, müssen keine Deduplizierung für diese Events einrichten.

Optionen für die Event-Deduplizierung

Facebook versucht, identische Events, die über das Meta-Pixel und die Conversions API gesendet werden, zu deduplizieren. Wir haben zwei Möglichkeiten, deine Events zu deduplizieren:

Event-ID und Event-Name (empfohlen)

Erforderliche Parameter

Bei diesem Ansatz wird der event_id-Parameter zu deinen Events hinzugefügt, die sowohl von der Conversions API als auch vom Browser-Pixel gesendet werden. Der event_id-Parameter ist eine ID, die ähnliche Events eindeutig voneinander unterscheiden kann. Erfahre mehr über den event_id-Parameter.

Beschreibung des Ansatzes

Wir bestimmen anhand der ID und des Namens von Events, ob diese identisch sind. Damit ein Event dedupliziert wird, müssen folgende Bedingungen erfüllt sein:

1. In entsprechenden Events muss die eventID des Meta-Pixels mit der serverseitigen event_id der Conversions API übereinstimmen.
2. In entsprechenden Events muss das event mit dem event_name der Conversions API übereinstimmen.

Sobald die Events eingehen, wenden wir eine Reihe von Strategien zur Deduplizierung zwischen den Events an, die zu einer besseren Optimierung und Messung beitragen können. Wenn sich die Browser- und Pixel-Events inhaltlich nicht signifikant voneinander unterscheiden, erhält das Event den Vorzug, das zuerst eingegangen ist.

Beachte, dass der eventID-Parameter für das Pixel das 4. Argument im fbq-Track-Aufruf ist.

Beispiel

fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

FBP oder externe ID

Erforderliche Parameter

Bei diesem Ansatz musst du event_name, fbp und/oder external_id bei Browser- und Server-Events konsistent verwenden. Weitere Informationen zu den Parametern external_id und fbp findest du unter Parameter für Kundeninformationen.

Beschreibung des Ansatzes

Wenn du die Parameter external_id und/oder fbp so konfiguriert hast, dass sie über Browser und Server übergeben werden, entfernen wir doppelte Events automatisch. So läuft der Vorgang ab:

1. Du sendest uns ein Browser-Event mit event_name und fbp und/oder external_id.
2. Dann sendest du uns ein Server-Event mit event_name und fbp und/oder external_id.
3. Wir vergleichen das Server-Event mit dem zuvor gesendeten Browser-Event. Wir vergleichen insbesondere die Kombinationen aus event_name und fbp und/oder external_id.
4. Wir wenden eine Reihe von Strategien zur Deduplizierung zwischen den Events an, die zu einer besseren Optimierung und Messung beitragen können. Wenn sich die Browser- und Pixel-Events inhaltlich nicht signifikant voneinander unterscheiden, erhält das Event den Vorzug, das zuerst eingegangen ist.

Einschränkungen des Ansatzes

Für diese Deduplizierungsmethode gilt Folgendes:

• Sie kann normalerweise nur zum Deduplizieren von Events verwendet werden, die zuerst vom Browser und dann über den Server gesendet werden. Server-Events werden nicht verworfen, wenn in den vergangenen 48 Stunden kein Browser-Event empfangen wurde. Dies gilt auch, wenn ein identisches Browser-Event nach dem Server-Event eintrifft.
• Es werden keine Events dedupliziert, wenn nur eine Event-Quelle verwendet wird, d. h. nur Browser oder nur Server. Wenn du uns zwei aufeinanderfolgende Browser-Events mit denselben Informationen schickst, verwerfen wir beide nicht. Wenn du uns zwei aufeinanderfolgende Server-Events mit denselben Informationen schickst, verwerfen wir beide nicht.

Einrichtung von Deduplizierung auf dem Browser-Pixel

Für einen besseren Abgleich benötigen wir korrekte Informationen von deinen Events, die sowohl über Meta-Pixel als auch über die Conversions API eintreffen:

• Die eventID im optionalen eventData-Parameter sollte ein eindeutiger Wert sein. Je nach deiner Meta-Pixel-Implementierung kannst du Folgendes verwenden:

  • track zum Senden des Events für alle Pixel auf der Seite

    fbq('track', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

  • trackSingle zum Senden des Events für ein Pixel

    fbq('trackSingle', 'SPECIFIC_PIXEL_ID', 'Purchase', {value: 12, currency: 'USD'}, {eventID: 'EVENT_ID'});

  • Ein Image-Pixel-Tag mit dem Parameter eid

    <img src="https://www.facebook.com/tr?id=PIXEL_ID&ev=Purchase&eid=EVENT_ID"/>

  Wenn das Event, das du teilst, keine Parameter wie Wert und Währung enthält, kannst du es wie folgt einrichten:

  fbq('track', 'Lead', {}, {eventID: 'EVENT_ID'});

• Die eventID aus dem Meta-Pixel muss mit der event_id in dem entsprechenden Event übereinstimmen, das von der Conversions API eintrifft.
• Wenn wir feststellen, dass an die gleiche Pixel-ID innerhalb von 48 Stunden die gleiche Server-Schlüssel-Kombination (event_id und event_name) und Browser-Schlüssel-Kombination (eventID und event) gesendet wurde, werden die folgenden Events verworfen.
• Wenn du uns deine Events sowohl über den Browser als auch über die Conversions API zusammen mit übereinstimmenden event_ids schickst, denke daran, dass Events nur dedupliziert werden, wenn sie innerhalb von 48 Stunden nach Erhalt des ersten Events mit einer bestimmten event_id bei uns eingehen.

Überprüfen der Deduplizierungseinrichtung

In der Dokumentation Überprüfung deiner Einrichtung erfährst du, wie du deine Einrichtung der Deduplizierung und der Zusammenführung von Events überprüfen kannst.

Mehr dazu

• Parameter
• Payload-Hilfstool