Müssen Sie Events sowohl über den Browser als auch über den Server an Meta senden?

Nein, Sie müssen Events nicht über beide Kanäle (Browser und Server) senden, damit Meta sie akzeptiert und verwendet. Dies ist ein häufiges Missverständnis, und einige KI-Assistenten und Anleitungen behaupten fälschlicherweise, dass Events über beide Kanäle gesendet werden müssen.

Metas eigene Dokumentation unterstützt ausdrücklich drei Implementierungsansätze:

• Redundante Einrichtung – Senden Sie dasselbe Event sowohl über den Browser (Meta-Pixel) als auch über den Server (Conversions-API) mit Deduplizierung.

• Geteilte Einrichtung – Senden Sie einige Events über den Browser und andere über den Server, je nach Event-Typ.

• Server-only-Implementierung – Senden Sie alle Events ausschließlich über die Conversions-API.

Meta empfiehlt eine redundante Einrichtung für eine optimale Werbeperformance, wenn Sie das Meta-Pixel beibehalten, aber Server-only ist eine dokumentierte, gültige Option. Wenn Sie sich dafür entscheiden, Events nur über die Conversions-API zu senden, empfängt und verarbeitet Meta diese weiterhin für die Attribution und Optimierung. Tatsächlich nutzen einige der PixelFlow-eigenen Integrationen für bestimmte Event-Typen ausschließlich die serverseitige Übertragung.

Warum serverseitige Events alleine funktionieren

Metas Conversions-API ist darauf ausgelegt, unabhängig vom browserseitigen Tracking zu funktionieren. Wenn Sie ein Event serverseitig senden, erhält Meta die Conversion-Daten direkt von Ihrem Server, anstatt sich auf ein Browser-Skript zu verlassen, das von Werbeblockern, Browser-Datenschutzfunktionen oder iOS-Einschränkungen blockiert werden könnte.

Serverseitige Events sind oft zuverlässiger, weil:

• Sie Werbeblocker und Mechanismen zur Tracking-Prävention umgehen.

• Sie nicht von Cookie-Einschränkungen oder Browser-Limitierungen betroffen sind.

• Sie Ihnen die Kontrolle darüber geben, welche Daten gesendet und wie sie formatiert werden.

• Sie angereicherte Benutzerdaten (wie E-Mail, Telefonnummer oder Name) enthalten können, welche die Event-Match-Qualität verbessern.

Kombination von Browserdaten in serverseitigen Events

Ein effektives Muster besteht darin, bestimmte Informationen aus dem Browser zu sammeln (wie den fbp-Cookie oder URL-Parameter) und diese in Ihren serverseitigen Event-Payload aufzunehmen. Dieser Ansatz ermöglicht es Ihnen:

• Browserseitigen Kontext (wie Referrer-Quelle oder Landingpage) zu erfassen, ohne ein separates Browser-Event zu senden.

• Ihre serverseitigen Events mit Identifikatoren wie fbp oder external_id anzureichern, die das Event mit der Browser-Sitzung des Benutzers verknüpfen.

• Die Zuverlässigkeit der serverseitigen Übermittlung beizubehalten und gleichzeitig Attributionssignale zu bewahren.

Dies ist nicht das „Senden von zwei Events“ – es ist das Senden eines einzigen serverseitigen Events, das vom Browser erfasste Daten enthält. Meta behandelt dies als ein einzelnes, datenreiches Event.

Was passiert, wenn Sie dasselbe Event über beide Kanäle senden?

Wenn Sie dasselbe Event sowohl über den Browser als auch über den Server mit identischen oder nahezu identischen Daten senden, kann Meta es doppelt zählen, es sei denn, Sie deduplizieren es. Die Deduplizierung verwendet eine gemeinsame event_id (in Browser-Events eventID und in Server-Events event_id genannt), damit Meta erkennen kann, dass beide Events dieselbe Aktion darstellen, und sie zu einem Datensatz zusammenführen kann.

Wenn Sie dasselbe Event nicht zweimal senden, ist keine Deduplizierung erforderlich. Die Dokumentation von Meta ist eindeutig: Werbetreibende, die nicht dasselbe Event über beide Kanäle senden, müssen keine Deduplizierung implementieren.

Das verbreitete Missverständnis

Eine Vielzahl von Leitfäden, KI-Assistenten und sogar einige Support-Artikel behaupten, dass Sie Events über beide Kanäle (Browser und Server) senden müssen, damit Meta sie ordnungsgemäß verwenden kann. Dies ist nicht korrekt.

Richtig ist, dass Meta eine redundante Einrichtung (beide Kanäle, mit Deduplizierung) empfiehlt, wenn Sie das Meta-Pixel weiterhin zusammen mit der Conversions-API nutzen möchten. Dieser hybride Ansatz kann die Zuverlässigkeit erhöhen und Meta mehr Datenpunkte liefern. Es handelt sich jedoch um eine Empfehlung, nicht um eine Voraussetzung.

Das Standardverhalten von PixelFlow besteht darin, Events über beide Kanäle zu senden und die Deduplizierung automatisch zu handhaben. Dies ist die Implementierungsentscheidung von PixelFlow, um den Datenfluss und die Zuverlässigkeit zu maximieren. Es spiegelt keine Vorschrift von Meta wider, dass alle Events über beide Kanäle laufen müssen.

PixelFlow-Integrationen, die nur serverseitig arbeiten

Die eigene Implementierung von PixelFlow beweist, dass reines serverseitiges Tracking funktioniert. In einigen unserer Integrationen werden E-Commerce-Events ausschließlich über die Conversions-API gesendet, ohne ein entsprechendes Browser-Event:

• WooCommerce – Events wie AddToCart, InitiateCheckout und Purchase werden nur serverseitig gesendet. Lediglich PageView wird vom Browser aus ausgelöst, weshalb der Meta Pixel Helper möglicherweise nur dieses eine Event anzeigt, obwohl das vollständige E-Commerce-Tracking funktioniert. Weitere Details finden Sie unter Warum zeigt der Meta Pixel Helper bei WooCommerce nur PageView an?

Dieser Server-only-Ansatz ist beabsichtigt. Er vermeidet die Komplexität der Deduplizierung, umgeht Werbeblocker und Browser-Einschränkungen und stellt sicher, dass Meta zuverlässige Conversion-Daten erhält. Wenn Server-only nicht zulässig wäre, würde PixelFlow es nicht für das produktive Tracking einsetzen.

Wann Server-only sinnvoll ist

Server-only-Implementierungen sind nützlich, wenn:

• Sie die Komplexität der Verwaltung von Deduplizierung zwischen zwei Kanälen vermeiden möchten.

• Ihre Website-Besucher häufig Werbeblocker oder datenschutzorientierte Browser verwenden.

• Sie aus Compliance-Gründen (DSGVO, CCPA) eine strikte Kontrolle über die Daten benötigen und Events vor dem Senden filtern oder anonymisieren möchten.

• Sie Offline-Conversions, Telefonanrufe oder vom Server ausgelöste Aktionen erfassen, die im Browser nicht erfasst werden können.

Zusammenfassung

• Sie müssen Events nicht sowohl über den Browser als auch über den Server senden, damit Meta sie akzeptiert.

• Meta dokumentiert drei gültige Ansätze: redundant (beide Kanäle), geteilt (gemischt) und Server-only.

• Serverseitige Events können im Browser erfasste Daten enthalten, ohne dass ein separates Browser-Event erforderlich ist.

• Wenn Sie dasselbe Event über beide Kanäle senden, müssen Sie es mithilfe der event_id deduplizieren.

• PixelFlow sendet standardmäßig über beide Kanäle mit automatischer Deduplizierung, nutzt jedoch in einigen Integrationen wie WooCommerce nur den Server-Pfad – ein Beweis dafür, dass Server-only ein gültiger und funktionierender Ansatz ist.

Hilfe zur Deduplizierung finden Sie unter Werden Events von PixelFlow dedupliziert?. Einen Überblick über die beiden Tracking-Ansätze finden Sie unter Was ist serverseitiges vs. browserseitiges Tracking?