Rückwirkende und nur vorwärts wirkende Analytics-Änderungen: Einen Jahresvergleich gültig halten

Inhalt
In sechzehn Monaten haben sich an einem gewöhnlichen Messaufbau ein Dutzend Dinge geändert, von denen die meisten für sich genommen klein sind. Was sie voneinander unterscheidet, ist nicht, was sie tun, sondern wie weit sie von ihrem Stichtag aus greifen.
Zwei davon fielen auf denselben Tag und standen in derselben Anmerkung. Die eine hat jeden Monat hinter sich neu geschrieben, die andere nur die Monate davor. Ein Bericht, der über diesen Tag hinwegläuft, sagt dazu nichts.

Rückwärts über den ganzen Zeitraum
Die Quellgruppe in GA4 wird beim Abfragen gebildet und nicht beim Erheben. Das klingt technisch und hat eine handfeste Folge – die Gruppe gilt für alles, was schon gespeichert ist. Ein Jahresvergleich hat an dieser Stelle keinen Bruch, weil beide Zeiträume nach derselben Regel gelesen werden.
Das ist die angenehmste der fünf Reichweiten und die seltenste. Rückwirkende Änderungen sind nur dort möglich, wo die Änderung eine Leseregel ist und keine Speicherregel.
Nur nach vorn, und ohne Rückweg
Ein Datenfilter ist das Gegenteil. Er wirkt ab dem Zeitpunkt, an dem er scharf gestellt wird, verwirft die passenden Ereignisse endgültig und lässt die Vergangenheit unangetastet. In einer Zeitreihe entsteht damit eine Stufe, und in den Monaten davor bleibt der ungefilterte Bestand stehen.
Beide Änderungen – die rückwirkende und die unwiderrufliche – erschienen am 11. Juni 2026. Wer an diesem Tag beides eingeschaltet hat, hat eine Quellenliste, die über zwei Jahre einheitlich ist, und einen Ereignisbestand, der genau ab diesem Tag anders gefiltert wird.
Der Bruch: nichts wurde neu berechnet
Metas Neuordnung der Zuordnung im März 2026 hat einen dritten Fall geschaffen. Die Regel änderte sich, die alten Zahlen blieben nach der alten Regel stehen, und niemand hat rückwirkend umgerechnet. Damit gibt es zwei Zeiträume mit zwei Definitionen und keinen Hinweis an der Achse.
Das ist der gefährlichste der fünf Fälle, weil er wie ein Leistungseinbruch aussieht. Ein Rückgang bei den zugeordneten Abschlüssen ohne Änderung an den Anzeigen ist genau das Bild, das eine Kampagne erzeugt, die nicht mehr funktioniert – und genau das Bild, das eine geänderte Spaltendefinition erzeugt.
Gestaffelt und selbstgewählt
Der Fingerprinting-Schutz in Safari 26 hat keinen Stichtag, sondern eine Verteilung: Er wirkt, sobald ein Gerät aktualisiert wird, und Geräte werden über Monate aktualisiert. In einer Zeitreihe erscheint das nicht als Stufe, sondern als Neigung, und eine Neigung sieht aus wie ein Trend.
Bei der Umstellung des Tag Managers liegt der Stichtag noch anders: Er ist freiwillig, also wählt ihn der Auftritt selbst. Für ein Haus mit mehreren Auftritten heißt das, dass dieselbe Änderung an verschiedenen Tagen wirkt – und dass die einzige Stelle, an der dieses Datum steht, das eigene Protokoll ist.
Unterbrochen
Der fünfte Fall hat gar keinen Stichtag. Die Verhaltensmodellierung im Consent Mode schaltet sich ein, wenn ein Bestand die Eignungsschwellen erreicht, und wieder aus, wenn er darunter fällt. Beides geschieht ohne Ankündigung, und ein Bestand mit saisonalem Verkehr durchläuft es womöglich zweimal im Jahr.
Damit ist die Zählweise nicht an einem Tag anders, sondern in Abschnitten – und welche Abschnitte das sind, steht nirgends.
Das Änderungsprotokoll, das keine Software mitbringt
Alle fünf Fälle haben dieselbe Abhilfe, und sie ist unspektakulär: eine datierte Zeile. Vier Spalten genügen.
Datum Aenderung Reichweite betrifft
2025-09-15 Safari 26 AFP gestaffelt Herkunft, Kennungen
2026-03-03 Meta Klick/Beruehrung Bruch zugeordnete Abschluesse
2026-06-11 GA4 Quellgruppe rueckwaerts Quellenliste
2026-06-11 GA4 Hostname-Filter nur nach vorn Sitzungen, Ereignisse
2026-06-22 Floodlight ohne Zustim. nur nach vorn gesendete Anfragen
2026-07-09 GTM-Kennung entscheidet selbst gewaehlt Ausfuehrung im Browser
Die Spalte "Reichweite" ist die, die niemand fuehrt und die
jede Rueckfrage beantwortet. Ohne sie ist eine Notiz nur ein
Datum; mit ihr ist sie eine Anleitung zum Lesen des Berichts.
Wo diese Liste liegt, ist zweitrangig – sie sollte nur dort liegen, wo auch die Kampagnen notiert werden, denn dort schaut jemand hin, wenn eine Zahl unerwartet ausfällt. Wer sie führt, kann in zwei Minuten sagen, ob ein Rückgang eine Regel oder eine Leistung ist. Wer sie nicht führt, diskutiert darüber einen Nachmittag und entscheidet am Ende nach Gefühl.
Fragen und Antworten
Lässt sich die Stufe eines Datenfilters beziffern, bevor er scharf gestellt wird?
In GA4 ja, über den Testzustand. Ein Datenfilter kann zunächst im Zustand „Testing“ laufen: Er verwirft dann nichts, sondern markiert passende Ereignisse über die Dimension „Test data filter name“. Erst im Zustand „Active“ werden die Ereignisse endgültig verworfen, wie es der Artikel beschreibt.
Die Testphase liefert genau die Zahl, die dem Änderungsprotokoll fehlt: Der Anteil markierter Ereignisse je Tag ist die Höhe der Stufe, die nach dem Scharfstellen in der Zeitreihe erscheint. Neben der Protokollzeile notiert, erlaubt diese Zahl, einen Jahresvergleich über den Stichtag hinweg zumindest näherungsweise zu korrigieren, weil der Anteil bekannt ist, den der Filter entfernt.
Zwei Einschränkungen bleiben. Die Testphase misst den Anteil zu ihrer eigenen Zeit, nicht den des Vorjahres; hat sich der Verkehr, den der Filter trifft, seither verändert, stimmt die Korrektur nur ungefähr. Und auch die Markierung wirkt nur nach vorn, frühere Daten erhalten sie nicht.
Wie bleibt ein Jahresvergleich über einen Bruch wie bei Meta brauchbar?
Mit einer Größe, die der Bruch nicht berührt. Die Bestellungen im eigenen Shopsystem und die Ausgaben für Anzeigen hängen nicht von Metas Zuordnungsregel ab. Bleibt ihr Verhältnis über den Stichtag stabil, während die zugeordneten Abschlüsse fallen, spricht das für eine verschobene Definition und nicht für eine veränderte Leistung.
Woran lässt sich eine gestaffelte Wirkung von einem echten Trend unterscheiden?
An einer Aufteilung nach dem Merkmal, das die Staffelung steuert. Beim Fingerprinting-Schutz in Safari 26 ist das die Browserversion: Wird die Zeitreihe nach Browser und Version getrennt, fehlt die Neigung bei älteren Safari-Versionen und bei anderen Browsern, und sie steckt allein im wachsenden Anteil der aktualisierten Geräte. Ein echter Trend zeigt sich dagegen in allen Segmenten zugleich.
Für das Änderungsprotokoll heißt das: Bei einer gestaffelten Änderung reicht ein einzelnes Datum nicht aus. Hilfreich ist ein zweiter Eintrag, sobald der Anteil der betroffenen Version eine nennenswerte Größe erreicht hat, denn ab dann trägt die Änderung sichtbar zur Kurve bei.