Datenqualität und Fehlersuche
Warum werden meine Events abgelehnt?
Die Antwort des Collectors nennt zu jedem Event den Status und im Fehlerfall den Grund. Prüfe zuerst diese Antwort; „Datenstatus“ im Portal fasst die Gründe zusätzlich über den Zeitraum zusammen.
Der Collector nimmt Events nicht an. Wie finde ich die Ursache?
{
"received": 3,
"accepted": 1,
"duplicates": 1,
"rejected": 1,
"blocked": 0,
"results": [
{ "eventId": "a", "status": "accepted" },
{ "eventId": "b", "status": "duplicate" },
{ "eventId": "c", "status": "rejected", "code": "SCHEMA_INVALID" }
]
}| Zähler | Bedeutung |
|---|---|
| accepted | gespeichert und zur Verarbeitung eingereiht |
| duplicates | Event-ID war bereits bekannt; nicht doppelt gezählt |
| rejected | formal oder inhaltlich ungültig; der Code nennt den Grund |
| blocked | nichts gespeichert, weil die Einwilligung fehlt oder widerrufen ist, die Person auf der Sperrliste steht, das Kontingent erschöpft ist oder zu viele Anfragen kamen; der Code nennt den Grund |
Hinweis
Ein ungültiges Event verwirft nie den ganzen Batch. Prüfe deshalb immer die einzelnen Ergebnisse, nicht nur den HTTP-Status.
Im Portal stehen Abweisungen unter „Datenstatus → Dateninhalt“: als Zahl im Zeitraum („Ungültiges Format“) und je Grund als Befund mit Fehlercode. Sie sind etwas anderes als Ereignisse, die angenommen wurden und erst in der Verarbeitung gescheitert sind. Die stehen unter „Verarbeitung“.
Den Inhalt eines abgelehnten Events speichern wir nicht. Festgehalten werden Grund, Zeitpunkt, Quelle, Website, Ereignistyp und die betroffenen Felder mit Art und Länge des Werts, aber nie der Wert selbst. Der Befund im Portal nennt diese Felder, zum Beispiel „page_url“ oder „metadata.kontakt“. Was du genau gesendet hast, steht nur in der Antwort des Collectors an dein System.
Hinweis
Bei PII_DETECTED gilt das ausnahmslos: Die E-Mail-Adresse oder Telefonnummer, wegen der das Event abgelehnt wurde, landet weder in den Rohdaten noch in der Fehlerablage. Sieht ein Schlüssel in metadata selbst wie eine Adresse aus, steht dort „[masked]“.
Zuletzt geprüft am 12.10.2026
Ebenfalls gefragt
- rejected Events
- Events kommen nicht an
- Warum wird mein Event verworfen?
- Speichert Metrunio abgelehnte Events?
- Was steht in der Fehlerablage?
- Welches Feld hat die E-Mail-Adresse?
Weiterführende Artikel
- Was bedeuten die Fehlercodes?
Der Collector antwortet mit einem Code. Was heißt er?
Jede Ablehnung trägt einen Code, dazu Titel, Erklärung, Datenauswirkung und Lösungsschritte. Diese Tabelle listet alle Codes des Collectors und der Verarbeitung mit ihrer Bedeutung.
- Welche Ereignisse misst Metrunio?
Welche Eventtypen gibt es und welche Einwilligung brauchen sie?
Es gibt fünfzehn Eventtypen. Die vier Werbeevents benötigen eine Marketing-Einwilligung, alle übrigen mindestens eine Analytics-Einwilligung; ohne passende Einwilligung wird ein Ereignis nicht gespeichert. Einzige Ausnahme sind Kauf und Erstattung, die dein Server ohne Einwilligung meldet: Sie zählen zur Umsatzabstimmung mit Bestellnummer, ohne Browser-, Kunden- und Werbekennungen, und werden nicht zugeordnet; nach einer Ablehnung gilt das nur mit aktivierter Zusatzweisung.
- Welche Daten werden gespeichert?
Was genau liegt bei Metrunio über die Besucher meiner Website?
Pseudonyme Kennungen, Ereignisdaten mit Zeitstempel, Kampagnen- und Klickkennungen sowie Conversion-Werte. Keine rohen IP-Adressen; Klartextnamen und Kontaktangaben sind in den Ereignisfeldern nicht vorgesehen. Erkannte E-Mail-Adressen und Telefonnummern führen zur Ablehnung; die automatische Prüfung erkennt aber nicht alle personenbezogenen Angaben.
- Was bedeutet ein Verarbeitungsrückstand?
Events sind angekommen, aber Journeys entstehen nicht. Warum?
Zwischen Empfang und Auswertung liegt eine Warteschlange. Wächst sie schneller, als sie abgearbeitet wird, entsteht ein Rückstand: Rohereignisse sind schon da, Journeys und Conversions noch nicht. Scheitert die Verarbeitung eines Ereignisses endgültig, meldet das Portal es sieben Tage lang als FAILED_JOBS; der Support kann es erneut einspielen.