Meta Aggregated Event Measurement: 8 Events richtig priorisieren

Warum Meta seit iOS 14.5 nur noch begrenzt misst

Mit iOS 14.5 hat Apple die App-Tracking-Transparency eingeführt. Seither muss jede App den Nutzer aktiv fragen, ob sie sein Verhalten über Apps und Websites hinweg verfolgen darf, und ein großer Teil der Nutzer verneint das. Für Meta bedeutet das: Bei allen, die widersprochen haben, fehlt der stabile Identifier, mit dem sich eine Web-Conversion sonst zurück zu einem Anzeigenklick und einem Konto verfolgen ließe. Die alte, personenbezogene und in Echtzeit laufende Zuordnung ist für diese Nutzer nicht mehr möglich.

Meta hat darauf mit Aggregated Event Measurement geantwortet. AEM ist Metas Weg, für genau diese Nutzer trotzdem noch messen zu dürfen, allerdings zu Bedingungen, die Apples Vorgaben einhalten: Die Conversions werden aggregiert statt einzeln gezählt, zeitverzögert statt in Echtzeit gemeldet, und nur für eine begrenzte Zahl vorab festgelegter Events pro Domain. Die Restriktion ist also die Ursache auf der Plattform-Ebene, AEM ist die Mess-Antwort darauf.

Wichtig ist die Abgrenzung: AEM ist kein Übertragungsproblem, das du mit mehr Technik löst. Auch ein perfekt serverseitig gemeldetes Event unterliegt für widersprechende Nutzer den Regeln von AEM. Was du beeinflussen kannst, ist, welche acht Events du misst und in welcher Reihenfolge, damit die Messung dort trägt, wo sie am knappsten ist.

Zurück zum Überblick: Server-Side Tracking, der vollständige Leitfaden. Die Plattform-Ursache im Detail: iOS-Tracking-Restriktionen.

Was Aggregated Event Measurement ist

AEM lässt sich über drei Eigenschaften beschreiben, die alle aus Apples Vorgaben folgen. Erstens aggregiert: Conversions widersprechender Nutzer werden nicht einzeln einer Person zugeordnet, sondern gebündelt gezählt, sodass sich keine Einzelperson herauslesen lässt. Zweitens verzögert: Die Meldung erfolgt nicht in Echtzeit, sondern mit einem zeitlichen Versatz, weshalb frische Zahlen im Meta-Bericht später vollständig sind, als du es vom Pixel gewohnt warst. Drittens begrenzt: Pro Domain darfst du höchstens acht Conversion-Events konfigurieren, und für einen widersprechenden Nutzer zählt pro Sitzung nur das eine höchstpriorisierte Event.

Warum genau acht Events

Die Grenze von acht Events ist keine willkürliche Hürde, sondern der Rahmen, innerhalb dessen Meta unter Apples Regeln noch messen darf. Für dich heißt das: Aus allen Ereignissen, die du theoretisch tracken könntest, musst du die acht auswählen, die für dein Geschäft wirklich zählen. Ein Shop mit vielen Micro-Events, von Produktansicht über Wunschliste bis Newsletter-Anmeldung, kann nicht alles gleichzeitig priorisiert messen. Genau diese Auswahl ist der Kern der AEM-Konfiguration.

Abgrenzung zur Conversions API

AEM und die Conversions API werden oft in einen Topf geworfen, lösen aber verschiedene Probleme. Die Conversions API ist die serverseitige Leitung, über die Events zu Meta gelangen. AEM ist das Regelwerk darüber, das bestimmt, welche dieser Events für widersprechende Nutzer aggregiert zählen. Du brauchst die Conversions API, um Events robust zu übertragen, und du brauchst eine durchdachte AEM-Konfiguration, damit die übertragenen Events auch richtig gezählt werden. Das eine ohne das andere bleibt Stückwerk.

Der Übertragungsweg im Detail: Meta Conversions API (CAPI) einrichten. Im Glossar: Conversion API, Pixel.

Domain-Verifizierung und 8 Events konfigurieren: die Schritte

Die Konfiguration folgt einer festen Reihenfolge. Ohne verifizierte Domain hast du keine Kontrolle über die Priorisierung, und ohne saubere Auswahl der Events läuft die Priorisierung ins Leere. Die folgende Sequenz geht vom häufigsten Fall aus: ein Shop mit bestehendem Pixel, der die AEM-Konfiguration erstmals bewusst aufsetzt.

Schritt 1: Domain im Business Manager verifizieren

Zuerst trägst du deine Domain im Business Manager ein und verifizierst sie. Drei Wege sind üblich: ein DNS-Eintrag, ein Meta-Tag im Kopf deiner Seiten oder eine hochgeladene Datei im Wurzelverzeichnis. Erst die verifizierte Domain gibt dir das Recht, die Event-Priorisierung dieser Domain selbst zu bestimmen. Ohne Verifizierung kann die Konfiguration an ein Werbekonto gebunden sein, das gar nicht deins ist.

Schritt 2: Die wichtigsten Conversions als Events auswählen

Jetzt entscheidest du, welche bis zu acht Events du messen willst. Für die meisten Shops sind das die harten Conversions und die Schritte davor: Kauf, Checkout gestartet, In-den-Warenkorb, vielleicht Registrierung oder eine Lead-Aktion. Weniger als acht sind erlaubt, mehr nicht. Widersteh der Versuchung, jeden Klick zu messen. Was hier nicht drin ist, zählt für widersprechende Nutzer nicht in die aggregierte Messung.

Schritt 3: Events nach Wichtigkeit priorisieren

Nun bringst du die Events in eine Reihenfolge von wichtig nach unwichtig. Diese Reihenfolge ist der entscheidende Hebel, denn für einen widersprechenden Nutzer zählt Meta pro Sitzung nur das höchstpriorisierte Event, das eingetreten ist. Der Kauf gehört bei fast allen Shops an die Spitze, damit er nicht von einem früheren, niedrigeren Ereignis wie In-den-Warenkorb verdrängt wird. Der nächste Abschnitt geht auf diese Logik genauer ein.

Schritt 4: Konfiguration mit Pixel und Conversions API abgleichen

Die schönste Priorisierung nützt nichts, wenn die Event-Namen nicht passen. Sorge dafür, dass die Events, die dein Pixel und deine Conversions API senden, exakt den im Events Manager konfigurierten Events entsprechen. Weicht ein Name ab, ordnet Meta das Event nicht der geplanten Priorität zu. Dieser Abgleich ist die häufigste stille Fehlerquelle, weil die Konfiguration für sich betrachtet korrekt aussieht.

Schritt 5: Sperrfrist einplanen und Konfiguration stabil halten

Zum Schluss die Betriebslogik. Nach jeder Änderung an den acht Events oder ihrer Reihenfolge greift eine Sperrfrist, in der die Auslieferung und Optimierung betroffener Kampagnen eingeschränkt sein kann. Deshalb ist AEM keine wöchentliche Stellschraube. Setze die Konfiguration einmal sauber entlang deiner echten Conversions auf und ändere sie nur, wenn sich dein Geschäft wirklich verschiebt.

Ob Pixel und Server-Einbindung auf deiner Seite überhaupt sauber feuern, siehst du vorab im kostenlosen Website-Audit.

Das Fundament der Events: Data Layer für E-Commerce. Der Übertragungsweg: Meta Conversions API einrichten.

Event-Priorisierung: warum die Reihenfolge zählt

Der Punkt, an dem AEM am häufigsten missverstanden wird, ist die Priorisierung. Viele gehen davon aus, dass Meta für einen Nutzer alle eingetretenen Events zählt. Für widersprechende Nutzer ist das nicht so: Meta zählt pro Sitzung nur ein einziges Event, nämlich das mit der höchsten Priorität, das tatsächlich passiert ist. Ein Nutzer, der ein Produkt in den Warenkorb legt und dann kauft, löst zwei Events aus, aber gezählt wird nur das höherpriorisierte.

Was passiert bei falscher Reihenfolge

Steht In-den-Warenkorb in der Prioritätsliste über dem Kauf, verdrängt der Warenkorb den eigentlichen Kauf in der Messung. Für widersprechende Nutzer würde Meta dann Warenkorb-Events zählen, während die Käufe unsichtbar bleiben. Die Folge ist eine Gebotssteuerung, die auf das falsche Ziel optimiert, weil ihr die eigentliche Conversion fehlt. Deshalb gehört das Event, auf das du optimieren willst, in der Regel der Kauf, an die Spitze der Liste.

Die Reihenfolge folgt deinem Ziel, nicht der Journey

Die Priorität bildet nicht ab, in welcher Reihenfolge die Events zeitlich passieren, sondern wie wertvoll sie für dich sind. Ein spätes Ereignis in der Customer Journey, der Kauf, steht oben, ein frühes, die Produktansicht, weit unten oder gar nicht in den acht. Wer die Liste nach der Journey statt nach dem Geschäftswert baut, sabotiert die eigene Messung. Diese Entscheidung triffst du einmal bewusst und hältst sie stabil, weil jede Änderung die Sperrfrist auslöst.

Damit ein Kauf nicht doppelt gezählt wird: Event-Deduplizierung: Pixel und CAPI sauber trennen. Im Glossar: Deduplizierung.

AEM und die Conversions API zusammen

In einem sauberen Meta-Setup arbeiten drei Bausteine zusammen: der Pixel im Browser, die Conversions API auf dem Server und AEM als Regelwerk darüber. Pixel und Conversions API sorgen dafür, dass Events überhaupt und robust bei Meta ankommen, auch wenn ein Weg blockiert ist. AEM entscheidet, welche dieser Events für widersprechende Nutzer aggregiert zählen und in welcher Priorität. Fehlt einer der Bausteine, hakt das Ganze.

Zwei Dinge müssen dabei zusammenpassen. Erstens die Namen: Ein Event, das über die Conversions API kommt, muss denselben Namen tragen wie das im Events Manager konfigurierte und priorisierte Event, sonst greift die Priorisierung nicht. Zweitens die Deduplizierung: Weil Pixel und Conversions API dasselbe Ereignis melden, brauchst du eine gemeinsame Event-ID, damit Meta den Kauf nicht doppelt zählt. Deduplizierung und AEM-Priorisierung sind zwei getrennte Mechanismen, die beide sitzen müssen, damit die Zahlen stimmen.

Praktisch heißt das: Erst richtest du die Übertragung ein, Pixel plus Conversions API mit sauberer Deduplizierung, dann legst du die AEM-Konfiguration darüber, verifizierte Domain plus acht priorisierte Events, deren Namen zur Übertragung passen. In dieser Reihenfolge baut jeder Baustein auf dem vorigen auf.

Die Übertragung im Detail: Meta Conversions API einrichten. Die Deduplizierung: Pixel und CAPI sauber trennen.

Value Optimization und ihre Grenzen

Über die reine Event-Zählung hinaus bietet Meta die Wert-Optimierung an, bei der nicht nur zählt, dass ein Kauf passiert ist, sondern auch, wie hoch sein Wert war. Damit kann die Gebotssteuerung auf umsatzstarke Käufe statt auf reine Kaufzahl optimieren. Unter AEM ist auch diese Wert-Optimierung eingeschränkt: Für widersprechende Nutzer stehen nur grob gestufte Wertbereiche zur Verfügung, nicht der exakte Betrag jedes Kaufs, und die Wert-Optimierung belegt zusätzliche Plätze in deinem begrenzten Event-Budget.

Das ist eine Abwägung, keine Selbstverständlichkeit. Wert-Optimierung lohnt sich vor allem, wenn deine Kaufwerte stark streuen, ein Shop also von kleinen Zubehör-Bestellungen bis zu teuren Hauptprodukten alles verkauft. Sind deine Warenkörbe dagegen ähnlich groß, bringt die Wert-Optimierung wenig zusätzlichen Nutzen, kostet aber Plätze und Komplexität. Prüfe deshalb an deinen echten Bestelldaten, ob die Streuung die zusätzliche Einschränkung rechtfertigt.

Der ehrliche Rahmen bleibt: AEM misst für widersprechende Nutzer gröber und später, als du es vom alten Pixel gewohnt warst. Die Kunst ist nicht, diese Grenze wegzutricksen, sondern die knappen acht Plätze und die Wert-Stufen so zu belegen, dass sie deinem wichtigsten Ziel dienen.

Nach dem Wert steuern statt nach dem Umsatz: ROAS vs. POAS.

AEM in deiner Attribution

AEM ist Metas Antwort darauf, im eigenen System weiter messen zu dürfen, und genau das ist die Grenze. Die Zahlen, die AEM liefert, sind Metas aggregierte, zeitverzögerte Sicht auf die Conversions, die Meta sich selbst zuschreibt. Sie sind für die Steuerung der Meta-Kampagnen nützlich, aber sie sind keine neutrale Antwort auf die Frage, welchen Beitrag Meta neben Google, TikTok und den anderen Kanälen wirklich geleistet hat. Ein Walled Garden misst seinen eigenen Erfolg.

Für deine übergreifende Steuerung brauchst du deshalb zusätzlich eine Messung, die nicht der Plattform gehört und alle Kanäle nach denselben Regeln betrachtet. Erst im Multi-Touch-Bild zeigt sich, ob Meta einen Kauf angestoßen oder nur begleitet hat, und ob die aggregierte AEM-Zahl den tatsächlichen Beitrag über- oder unterzeichnet. AEM sauber aufzusetzen und eine unabhängige Attribution daneben zu stellen, ist kein Widerspruch, sondern die vollständige Sicht.

Unabhängig messen: Attribution in Google Ads und Meta vs. unabhängige Messung. Im Glossar: Attribution, Multi-Touch-Attribution.