English
Deutsch
PolskiMeta Insights API: Breakdowns nur nach Freischaltung des Werbekontos
Inhalt
Seit dem 6. August 2026 müssen bestimmte Breakdowns der Insights API auf Ebene des einzelnen Werbekontos freigeschaltet sein. Konten ohne diese Freischaltung können die Anfrage weiterhin stellen. Sie gelingt. Die Werte stehen nur nicht in der Antwort.
Ein Fehler wäre besser gewesen. Ein Fehler hält einen Auftrag an, schreibt eine Zeile ins Protokoll und erzeugt jemanden, der nachsieht. Eine erfolgreiche Antwort mit einem Loch darin fließt weiter und wird gezeichnet.
Warum Abwesenheit mehr Schaden anrichtet als ein Fehler
Berichtsstrecken sind darauf gebaut, Fehlschläge zu bemerken, und darin sind sie gut. Ein Statuscode ungleich 200, eine unförmige Nutzlast, eine Zeitüberschreitung: Für all das gibt es Behandlung, Meldung und meist einen Wiederholungsversuch. Was fast keine Strecke prüft, ist, ob eine gültige Antwort alles enthielt, was sie enthalten sollte.
Das Ergebnis ist ein Bericht, der richtig zeichnet, richtig summiert und eine kleinere Welt beschreibt als die wirkliche. Regionale Ausgaben liegen für einen Markt niedriger. Eine demografische Aufteilung zeigt eine Schieflage, die abbildet, welche Konten geantwortet haben, statt wer die Werbung gesehen hat. Nirgends steht das.
Das gehört von der anderen bekannten Art getrennt, auf die eine Schnittstelle lügen kann. Ein Erfassungsendpunkt, der auf alles mit 200 antwortet, versagt auf dem Hinweg: Daten wurden geschickt und nie abgelegt. Hier läuft es andersherum. Die Daten sind da, die Anfrage gelang, und die Antwort ist auf dem Rückweg unvollständig. Das erste verliert Datensätze; das zweite erzeugt eine falsche Zahl aus Datensätzen, die alle noch da sind.
Die Abgleichprüfung
Es gibt eine Eigenschaft, der ein Breakdown nicht entkommt: Seine Teile müssen das Ganze ergeben. Daraus wird ein Test, der kein Wissen darüber braucht, welche Konten freigeschaltet sind, und keine Pflege, wenn sich die Regeln erneut ändern.
zu jeder Breakdown-Anfrage dieselbe Kennzahl fuer denselben
Zeitraum ganz ohne Breakdown mitanfragen
Summe ohne Breakdown 184.300
Summe der Breakdown-Zeilen 121.940
Differenz 62.360 -> 33,8 Prozent
Toleranz eine kleine Luecke ist normal. Zeilen unter
einer Datenschutzschwelle werden absichtlich
zurueckgehalten, und Rundung faellt zwischen
Summe und Einzelwerten verschieden aus
eine Luecke von einem Drittel ist das nicht
was zu tun den Ladelauf scheitern lassen oder ihn mit
einer Marke an der Zeile laden. Nie still die
kleinere Zahl als Summe ablegenDie zusätzliche Anfrage kostet einen Aufruf je Breakdown und ist die einzige Prüfung, die weiterträgt, wenn Meta die Regeln erneut ändert – denn sie prüft die Rechnung und nicht die Regelung.
Warum es sich zwischen Konten unterscheidet
Die Freischaltung hängt am Werbekonto, nicht an der Anwendung und nicht an den Zugangsdaten. Eine Strecke, die zwölf Konten über eine Anbindung zieht, sieht denselben Codeweg also für zehn davon vollständig gelingen und für zwei zu kurz zurückkommen, ohne jeden Unterschied in der Anfrage.
Damit fällt der Diagnosereflex weg, der sonst hier trägt. Am Zugangsmerkmal ist nichts falsch, an den Berechtigungen der Anwendung ist nichts falsch, an der Fassung der Schnittstelle ist nichts falsch. Das Konto ist die Einheit, und es muss einzeln behandelt werden.
Was einzurichten ist
Drei Dinge, nach Aufwand geordnet. Die Abgleichprüfung kommt zuerst, weil sie wenige Zeilen kostet und Fälle abdeckt, an die noch niemand gedacht hat. Eine Statusspalte je Konto folgt, damit ein Bericht sagen kann, welche Konten für einen Zeitraum vollständige Daten beigesteuert haben, statt einer lesenden Person die Annahme zu überlassen, es seien alle gewesen.
Drittens, und am wenigsten dringend, die Freischaltung selbst für die Konten, die sie brauchen. Sie ist die eigentliche Abhilfe, aber sie dauert, wie sie dauert – und bis sie greift, sind es die ersten beiden, die verhindern, dass eine Zahl vorgetragen wird, als fehle nichts.
Fragen und Antworten
Wie lässt sich die Toleranz der Abgleichprüfung festlegen, ohne echte Lücken zu übersehen?
Aus den eigenen Daten statt aus einer festen Zahl, und nur für Kennzahlen, die sich überhaupt addieren lassen. Drei Regeln tragen dabei:
- Nur additive Kennzahlen. Ausgaben, Impressionen und Klicks ergeben in der Summe das Ganze. Die Reichweite zählt jede Person dagegen nur einmal; in Aufteilungen, in denen eine Person in mehreren Zeilen stehen kann, etwa nach Platzierung oder Gerät, übersteigt die Summe der Zeilen das Ganze, und eine echte Lücke verschwindet im Überschuss.
- Die übliche Lücke als Maßstab. Für Konten und Zeiträume, bei denen feststeht, dass nichts fehlt, etwa nach der Freischaltung, zeigt die Abweichung je Breakdown, wie viel Datenschutzschwelle und Rundung normalerweise kosten. Die Toleranz gehört knapp darüber und nicht auf einen runden Wert, der sich gut anfühlt.
- Feine Aufteilungen und kleine Konten getrennt. Je feiner die Aufteilung und je kleiner das Konto, desto mehr Zeilen fallen unter die Datenschutzschwelle, und desto größer ist die Lücke, die trotzdem stimmt. Eine einzige Toleranz für alles ist deshalb entweder für die großen Konten zu großzügig oder für die kleinen zu streng.
Bei Summen in der Größenordnung des Beispiels aus dem Artikel erklären Schwelle und Rundung eine Lücke von einem Drittel nicht.
Was geschieht mit Zeiträumen, die vor der Freischaltung zu kurz geladen wurden?
Die betroffenen Zeiträume lassen sich nach der Freischaltung erneut abrufen, und die Abgleichprüfung entscheidet dann ohne weiteres Wissen, ob das genügt hat. Besteht der neue Abruf die Prüfung, ersetzt er die markierten Zeilen, und die Statusspalte wechselt auf „vollständig“; scheitert er weiter, bleibt die Marke stehen.
Quellen
Passend dazu
