![\"Eine](\"https:\/\/www.lukaswojcik.com\/blog\/wp-content\/uploads\/diagrams\/naht-de.png\")
R\u00fcckw\u00e4rts \u00fcber den ganzen Zeitraum<\/h2>\n
Die Quellgruppe in GA4 wird beim Abfragen gebildet und nicht beim Erheben. Das klingt technisch und hat eine handfeste Folge – die Gruppe gilt f\u00fcr alles, was schon gespeichert ist. Ein Jahresvergleich hat an dieser Stelle keinen Bruch, weil beide Zeitr\u00e4ume nach derselben Regel gelesen werden.<\/p>\n
Das ist die angenehmste der f\u00fcnf Reichweiten und die seltenste. R\u00fcckwirkende \u00c4nderungen sind nur dort m\u00f6glich, wo die \u00c4nderung eine Leseregel ist und keine Speicherregel.<\/p>\n
Nur nach vorn, und ohne R\u00fcckweg<\/h2>\n
Ein Datenfilter ist das Gegenteil. Er wirkt ab dem Zeitpunkt, an dem er scharf gestellt wird, verwirft die passenden Ereignisse endg\u00fcltig und l\u00e4sst die Vergangenheit unangetastet. In einer Zeitreihe entsteht damit eine Stufe, und in den Monaten davor bleibt der ungefilterte Bestand stehen.<\/p>\n
Beide \u00c4nderungen – die r\u00fcckwirkende und die unwiderrufliche – erschienen am 11. Juni 2026. Wer an diesem Tag beides eingeschaltet hat, hat eine Quellenliste, die \u00fcber zwei Jahre einheitlich ist, und einen Ereignisbestand, der genau ab diesem Tag anders gefiltert wird.<\/p>\n
Der Bruch: nichts wurde neu berechnet<\/h2>\n
Metas Neuordnung der Zuordnung im M\u00e4rz 2026 hat einen dritten Fall geschaffen. Die Regel \u00e4nderte sich, die alten Zahlen blieben nach der alten Regel stehen, und niemand hat r\u00fcckwirkend umgerechnet. Damit gibt es zwei Zeitr\u00e4ume mit zwei Definitionen und keinen Hinweis an der Achse.<\/p>\n
Das ist der gef\u00e4hrlichste der f\u00fcnf F\u00e4lle, weil er wie ein Leistungseinbruch aussieht. Ein R\u00fcckgang bei den zugeordneten Abschl\u00fcssen ohne \u00c4nderung an den Anzeigen ist genau das Bild, das eine Kampagne erzeugt, die nicht mehr funktioniert – und genau das Bild, das eine ge\u00e4nderte Spaltendefinition erzeugt.<\/p>\n
Gestaffelt und selbstgew\u00e4hlt<\/h2>\n
Der Fingerprinting-Schutz in Safari 26 hat keinen Stichtag, sondern eine Verteilung: Er wirkt, sobald ein Ger\u00e4t aktualisiert wird, und Ger\u00e4te werden \u00fcber Monate aktualisiert. In einer Zeitreihe erscheint das nicht als Stufe, sondern als Neigung, und eine Neigung sieht aus wie ein Trend.<\/p>\n
Bei der Umstellung des Tag Managers liegt der Stichtag noch anders: Er ist freiwillig, also w\u00e4hlt ihn der Auftritt selbst. F\u00fcr ein Haus mit mehreren Auftritten hei\u00dft das, dass dieselbe \u00c4nderung an verschiedenen Tagen wirkt – und dass die einzige Stelle, an der dieses Datum steht, das eigene Protokoll ist.<\/p>\n
Unterbrochen<\/h2>\n
Der f\u00fcnfte 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\u00e4llt. Beides geschieht ohne Ank\u00fcndigung, und ein Bestand mit saisonalem Verkehr durchl\u00e4uft es wom\u00f6glich zweimal im Jahr.<\/p>\n
Damit ist die Z\u00e4hlweise nicht an einem Tag anders, sondern in Abschnitten – und welche Abschnitte das sind, steht nirgends.<\/p>\n
Das \u00c4nderungsprotokoll, das keine Software mitbringt<\/h2>\n
Alle f\u00fcnf F\u00e4lle haben dieselbe Abhilfe, und sie ist unspektakul\u00e4r: eine datierte Zeile. Vier Spalten gen\u00fcgen.<\/p>\n
Datum Aenderung Reichweite betrifft\n\n2025-09-15 Safari 26 AFP gestaffelt Herkunft, Kennungen\n2026-03-03 Meta Klick\/Beruehrung Bruch zugeordnete Abschluesse\n2026-06-11 GA4 Quellgruppe rueckwaerts Quellenliste\n2026-06-11 GA4 Hostname-Filter nur nach vorn Sitzungen, Ereignisse\n2026-06-22 Floodlight ohne Zustim. nur nach vorn gesendete Anfragen\n2026-07-09 GTM-Kennung entscheidet selbst gewaehlt Ausfuehrung im Browser\n\n Die Spalte \"Reichweite\" ist die, die niemand fuehrt und die\n jede Rueckfrage beantwortet. Ohne sie ist eine Notiz nur ein\n Datum; mit ihr ist sie eine Anleitung zum Lesen des Berichts.<\/code><\/pre>\nWo 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\u00e4llt. Wer sie f\u00fchrt, kann in zwei Minuten sagen, ob ein R\u00fcckgang eine Regel oder eine Leistung ist. Wer sie nicht f\u00fchrt, diskutiert dar\u00fcber einen Nachmittag und entscheidet am Ende nach Gef\u00fchl.<\/p>\n
\nFragen und Antworten<\/h2>\nL\u00e4sst sich die Stufe eines Datenfilters beziffern, bevor er scharf gestellt wird?<\/h3>\n
In GA4 ja, \u00fcber den Testzustand. Ein Datenfilter kann zun\u00e4chst im Zustand \u201eTesting\u201c laufen: Er verwirft dann nichts, sondern markiert passende Ereignisse \u00fcber die Dimension \u201eTest data filter name\u201c. Erst im Zustand \u201eActive\u201c werden die Ereignisse endg\u00fcltig verworfen, wie es der Artikel beschreibt.<\/p>\n
Die Testphase liefert genau die Zahl, die dem \u00c4nderungsprotokoll fehlt: Der Anteil markierter Ereignisse je Tag ist die H\u00f6he der Stufe, die nach dem Scharfstellen in der Zeitreihe erscheint. Neben der Protokollzeile notiert, erlaubt diese Zahl, einen Jahresvergleich \u00fcber den Stichtag hinweg zumindest n\u00e4herungsweise zu korrigieren, weil der Anteil bekannt ist, den der Filter entfernt.<\/p>\n
Zwei Einschr\u00e4nkungen bleiben. Die Testphase misst den Anteil zu ihrer eigenen Zeit, nicht den des Vorjahres; hat sich der Verkehr, den der Filter trifft, seither ver\u00e4ndert, stimmt die Korrektur nur ungef\u00e4hr. Und auch die Markierung wirkt nur nach vorn, fr\u00fchere Daten erhalten sie nicht.<\/p>\n
Wie bleibt ein Jahresvergleich \u00fcber einen Bruch wie bei Meta brauchbar?<\/h3>\n
Mit einer Gr\u00f6\u00dfe, die der Bruch nicht ber\u00fchrt. Die Bestellungen im eigenen Shopsystem und die Ausgaben f\u00fcr Anzeigen h\u00e4ngen nicht von Metas Zuordnungsregel ab. Bleibt ihr Verh\u00e4ltnis \u00fcber den Stichtag stabil, w\u00e4hrend die zugeordneten Abschl\u00fcsse fallen, spricht das f\u00fcr eine verschobene Definition und nicht f\u00fcr eine ver\u00e4nderte Leistung.<\/p>\n
Woran l\u00e4sst sich eine gestaffelte Wirkung von einem echten Trend unterscheiden?<\/h3>\n
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 \u00e4lteren Safari-Versionen und bei anderen Browsern, und sie steckt allein im wachsenden Anteil der aktualisierten Ger\u00e4te. Ein echter Trend zeigt sich dagegen in allen Segmenten zugleich.<\/p>\n
F\u00fcr das \u00c4nderungsprotokoll hei\u00dft das: Bei einer gestaffelten \u00c4nderung reicht ein einzelnes Datum nicht aus. Hilfreich ist ein zweiter Eintrag, sobald der Anteil der betroffenen Version eine nennenswerte Gr\u00f6\u00dfe erreicht hat, denn ab dann tr\u00e4gt die \u00c4nderung sichtbar zur Kurve bei.<\/p>\n<\/div>\n