Du hast ein Ereignis eingerichtet, es als Conversion markiert, das Formular selbst abgeschickt, und im Bericht steht trotzdem eine Null. Das ist einer der häufigsten Frustmomente mit GA4, und in den allermeisten Fällen liegt es an einer von sechs Ursachen, die sich in einer festen Reihenfolge abklopfen lassen.
Die Reihenfolge ist dabei wichtiger als die Liste. Fünf der sechs Ursachen sieht man dem Conversion-Bericht selbst nicht an. Wer also damit anfängt, das Tag neu zu bauen, repariert einen halben Nachmittag lang etwas, das nie kaputt war. Arbeite stattdessen von oben nach unten.
Diese sechs Punkte, in dieser Reihenfolge
- Ist genug Zeit vergangen? Die Standardberichte hinken 24 bis 48 Stunden hinterher. Echtzeit und DebugView nicht.
- Feuert das Ereignis überhaupt, und in die richtige Property? Der DebugView beantwortet das in weniger als einer Minute.
- Ist das Ereignis als Schlüsselereignis markiert? Die mit Abstand häufigste Ursache — und die Markierung wirkt nicht rückwirkend.
- Stimmen Bericht, Ereignisname und Zeitraum? GA4 merkt sich den zuletzt gewählten Zeitraum berichtsübergreifend.
- Frisst ein Filter, ein Consent-Banner oder ein Schwellenwert die Daten? Diese drei erzeugen eine saubere, stille Null.
- Verzerrt das Attributionsfenster oder ein zweites Tag die Zahl? Das ist die Ursache, bei der Conversions unter einem anderen Datum oder einem anderen Kanal auftauchen.
Alles Weitere geht diese sechs Punkte der Reihe nach durch, mit der jeweiligen Stelle in GA4.
Wenn du lieber von dem ausgehst, was der Bericht dir zeigt — dieselbe Liste, nach Symptom sortiert:
| Was du siehst | Wahrscheinlichste Ursache | Wo du nachsiehst |
|---|---|---|
| Null überall, auch im DebugView | Das Ereignis feuert nie — oder in eine andere Property | Ursache 1 — DebugView |
| Im DebugView da, im Conversion-Bericht null | Häkchen fehlt, oder die 24 bis 48 Stunden Verarbeitung laufen noch | Ursache 2 und die Geduldsprobe |
| Im Ereignisbericht da, als Conversion nie | Die Markierung fehlt, und sie wirkt nicht rückwirkend | Ursache 2 — Verwaltung → Ereignisse |
| Wird gezählt, bleibt aber unter der Ereigniszahl | Zählmethode einmal pro Sitzung, verweigerter Consent oder Datenschwelle | Ursache 2 und Ursache 5 |
| Gesamtzahl stimmt, ein Kanal oder Segment zeigt null | Attributionsfenster und -modell verschieben die Anerkennung | Ursache 4 — Attributionseinstellungen |
| Lief wochenlang, jetzt plötzlich null | Ein Datenfilter steht auf Aktiv, oder der Auslöser greift nicht mehr | Ursache 5, dann Ursache 1 |
Zuerst die Geduldsprobe: GA4 rechnet verzögert
Bevor du irgendetwas umbaust, sieh auf die Uhr. Die Standardberichte in GA4 verarbeiten Daten mit spürbarer Verzögerung, in der Regel 24 bis 48 Stunden. Eine Conversion, die du vor einer Stunde ausgelöst hast, gehört noch nicht in den Bericht „Schlüsselereignisse". Wer hier schon anfängt zu schrauben, jagt ein Gespenst.
Die Verzögerung verteilt sich außerdem ungleichmäßig. Der heutige Tag ist immer unvollständig, und der gestrige kann sich noch füllen. Wer „heute" gegen einen Durchschnitt der Vorwochen hält und daraus einen Einbruch abliest, vergleicht einen halben Tag mit ganzen.
Sofort sichtbar ist eine neue Conversion nur an zwei Stellen:
- Berichte → Echtzeit, mit einem Blick auf die letzten 30 Minuten und einer Karte „Schlüsselereignisse" weiter unten.
- Verwaltung → DebugView, wo die Ereignisse eines einzelnen Geräts sekundengenau durchlaufen.
Diese beiden sind zum Testen da. Der Conversion-Bericht ist die Stelle, an der du eine Woche später nachsiehst, ob das Getestete noch läuft.
Und noch eine Geduldsprobe: Nachdem du das Häkchen gesetzt hast, weist GA4 selbst darauf hin, dass es bis zu 24 Stunden dauern kann, bis die Markierung in den Berichten greift. Ein Häkchen von vor fünf Minuten und ein leerer Bericht sind kein Widerspruch.
Ursache 1: das Ereignis feuert nicht — oder in die falsche Property
Alles Weitere ist sinnlos, wenn das zugrunde liegende Ereignis nie ankommt. Prüf das direkt, statt es aus dem Bericht zu erschließen:
- Öffne Verwaltung → DebugView. Der Eintrag steht in der Property-Spalte unter Datenanzeige.
- Versetz deinen eigenen Browser in den Debug-Modus. Entweder über den Vorschau-Modus im Google Tag Manager, oder mit Googles Chrome-Erweiterung GA Debugger, oder indem du
debug_mode: truemit deiner gtag-Konfiguration mitschickst. Ohne eins von den dreien bleibt der DebugView leer, egal wie gut dein Tracking läuft. - Lade die Seite und führ die Aktion selbst aus. Dein Gerät sollte binnen weniger Sekunden oben links in der Auswahl Debug-Gerät auftauchen.
- Beobachte die Zeitleiste in der mittleren Spalte. Jedes Ereignis läuft dort namentlich ein, ein Klick darauf öffnet seine Parameter.
Erscheint das Ereignis nie, liegt das Problem vor GA4, und keine Einstellung innerhalb von GA4 wird es beheben. Die üblichen Verdächtigen:
Der Auslöser greift nicht. Im Tag Manager passt der CSS-Selektor des Klick-Triggers nicht mehr, weil sich das Markup des Buttons geändert hat, oder der Trigger steht auf Alle Elemente und der Klick landet auf einem Kind-Element.
Die Seite lädt neu, bevor der Treffer raus ist. Der Klassiker beim Formular: Die Danke-Seite lädt so schnell, dass der Browser die ausgehende Anfrage abbricht. Die Lösung ist, stattdessen den Seitenaufruf der Danke-Seite zu tracken, oder den Trigger Formular senden zu verwenden statt eines Klicks auf den Absenden-Button.
Das Tag ist da, aber die Consent-Schranke ist zu. Gehört zu Ursache 5, lässt sich aber hier schon ausschließen: Wer auf dem eigenen Banner nie auf „Akzeptieren" geklickt hat, misst womöglich schlicht sich selbst nicht.
Es feuert in eine andere Property. Die Variante, die am meisten Zeit kostet. Auf deiner Seite steckt noch die Mess-ID einer älteren Property oder der Staging-Umgebung, und die Ereignisse kommen tadellos an — nur eben nicht dort, wo du hinschaust. Im DebugView würden sie hier fehlen und dort erscheinen. Vergleich die G--ID im Quelltext Zeichen für Zeichen mit der unter Verwaltung → Datenstreams.
Wie du ein Ereignis überhaupt sauber definierst, steht in Conversion-Tracking einrichten.
Ursache 2: das Häkchen „als Schlüsselereignis markieren" fehlt
Das ist der Klassiker, und es lohnt sich, genau zu sein. GA4 sammelt Ereignisse. Zur Conversion wird ein Ereignis erst, wenn du es ausdrücklich als Schlüsselereignis markierst — so heißen Conversions in GA4 seit 2024. Das Ereignis kann tadellos feuern, im DebugView auftauchen, im Ereignisbericht stehen und im Conversion-Bericht unsichtbar bleiben, solange das Häkchen fehlt.
Wo es sitzt:
- Verwaltung → Ereignisse (unter Datenanzeige). Die Tabelle listet jedes Ereignis, das GA4 in dieser Property gesehen hat.
- Such deinen Ereignisnamen und schalt rechts den Regler in der Spalte Als Schlüsselereignis markieren ein.
- Öffne daneben Schlüsselereignisse neu. Das Ereignis steht jetzt auch dort.
Vier Dinge an diesem Häkchen, über die reihenweise Leute stolpern:
Es wirkt nicht rückwirkend. Ab dem Moment des Häkchens werden Conversions gezählt, für die Tage davor bleibt es bei null — auch wenn das Ereignis die ganze Zeit gefeuert hat. Es gibt keine Nachberechnung und keinen Weg, sie zu erzwingen. Deshalb gehört die Markierung an den Anfang eines Messaufbaus und nicht auf die Irgendwann-Liste.
Für ein Ereignis, das GA4 nie gesehen hat, kannst du kein Häkchen setzen. Die Liste unter Verwaltung → Ereignisse enthält nur Namen, die tatsächlich angekommen sind. Wenn du heute Morgen ein neues Ereignis gebaut hast und es nicht findest, hat es entweder noch nicht gefeuert, ist noch nicht verarbeitet oder kommt gar nicht an — zurück zu Ursache 1. Wer vorab markieren will, muss das Ereignis erst unter Ereignis erstellen anlegen.
Es sind höchstens 30 Schlüsselereignisse pro Property. Mit einem Formular stößt niemand daran, aber in über Jahre gewachsenen Properties sind die Plätze manchmal belegt, und der Regler verweigert dann höflich den Dienst. Zwei abschalten, die ohnehin niemand ansieht, macht wieder Platz.
Die Zählmethode macht die Zahl kleiner, ohne sie zu verstecken. Jedes Schlüsselereignis hat eine Zählmethode: einmal pro Ereignis (der Standard) oder einmal pro Sitzung. Sie sitzt unter Verwaltung → Schlüsselereignisse, im Drei-Punkte-Menü am Ende der Zeile. Steht sie auf einmal pro Sitzung, zählen drei Formular-Absendungen in einem Besuch als eine Conversion. Wenn die Conversion zwar auftaucht, aber hartnäckig unter der Zahl im Ereignisbericht bleibt, liegt es meist an diesem Schalter — nicht an einem kaputten Tag.
Ursache 3: falscher Bericht, falscher Ereignisname, falscher Zeitraum
Drei Spielarten desselben Fehlers: Die Daten sind da, und du siehst woandershin.
Der Zeitraum bleibt hängen. GA4 merkt sich den zuletzt gewählten Zeitraum und trägt ihn berichtsübergreifend mit. Wer gestern „letzte 7 Tage" eingestellt hat und heute ein Ereignis von vorhin sucht, sieht nichts. Schlimmer noch: In vielen Berichten stehen standardmäßig „letzte 28 Tage", und darin verschwindet eine einzelne neue Conversion im Durchschnitt. Stell den Zeitraum ausdrücklich ein, bevor du irgendetwas daraus schließt.
Das Ereignis läuft unter einem anderen Namen. GA4 erhebt eine Reihe von Ereignissen automatisch, und Vorlagen im Tag Manager bringen ihre eigene Benennung mit. Dein „Kontaktformular" kommt womöglich als generate_lead, form_submit oder contact_form_submitted an, während du nach dem einen Namen suchst, den du dir ausgedacht hast. Öffne den Ereignisbericht und lies die tatsächliche Liste, statt deiner Erinnerung daran zu vertrauen.
Du bist in einem Bericht, der die Spalte nicht führt. Unter Berichte → Engagement heißt der frühere Eintrag Conversions inzwischen Schlüsselereignisse. Die Akquisitionsberichte zeigen eine Spalte Schlüsselereignisse, in deren Kopf du erst das gewünschte Ereignis auswählen musst — auf Alle Ereignisse summiert sie, mit dem falschen Ereignis steht dort null. Explorationen sind noch einmal ein eigener Fall: Sie können mit Stichproben arbeiten, und eine auf Sitzungsebene gezählte Conversion sieht anders aus als eine auf Nutzerebene.
Ursache 4: das Attributionsfenster legt die Conversion woandershin
Das ist die Ursache, die alle naheliegenden Prüfungen übersteht. Die Conversion wird gezählt. Sie wird nur nicht dort gezählt, wo du sie suchst, und schuld ist die Attribution.
GA4 ordnet eine Conversion einer Traffic-Quelle über ein Rückblickfenster zu. Unter Verwaltung → Attributionseinstellungen stehen zwei davon: ein Fenster für Akquisitions-Schlüsselereignisse (first_open und first_visit), voreingestellt auf 30 Tage, und eines für alle übrigen Schlüsselereignisse, voreingestellt auf 90 Tage. Innerhalb dieses Fensters schaut GA4 von der Conversion aus rückwärts, welche Kampagnen und Kanäle beteiligt waren, und verteilt die Anerkennung nach dem Attributionsmodell — datengetrieben, sofern niemand auf „letzter Klick" umgestellt hat.
Daraus folgen drei Dinge für die Praxis:
Eine Conversion kann unter einem Kanal landen, den du nicht erwartest. Jemand kommt im März über die organische Suche, kehrt im April direkt zurück und schließt ab. Die Conversion erscheint unter der organischen Suche, weil der frühere Kontakt im Rückblickfenster liegt und seinen Anteil bekommt. Filterst du den Bericht auf Direktzugriffe, fehlt sie dort.
Akquisitionsberichte und Ereignisberichte widersprechen sich — zu Recht. Der Ereignisbericht zählt Ereignisse an dem Tag, an dem sie passiert sind. Der Akquisitionsbericht ordnet sie einer Quelle zu, verschiebt die Anerkennung damit über Sitzungen hinweg und, beim datengetriebenen Modell, in Bruchteilen von Conversions. Zwei verschiedene Zahlen für dieselbe Conversion sind normal, kein Fehler.
Ein geändertes Attributionsmodell schreibt die Vergangenheit um. Modell und Rückblickfenster wirken rückwirkend auf die Berichte, sobald du sie änderst. Wenn deine Conversions über Nacht „umgezogen" sind und niemand am Tracking war, war jemand auf diesem Bildschirm.
Verschwinden lässt das alles keine Conversion. Aber wenn die Gesamtzahl stimmt und ein Segment auf null steht, liegt es meistens hieran.
Ursache 5: Filter, Consent und Schwellenwerte
Vier stille Datenfresser, die alle eine saubere Null erzeugen statt einer Fehlermeldung. Jeder bekommt seine eigene Prüfung, weil sie in vier verschiedenen Ecken von GA4 sitzen.
Der interne Filter frisst deine eigenen Tests
Hat jemand einen Filter für den Bürostandort eingerichtet, werden deine Testaufrufe genau dann verworfen, wenn du sie machst. Nachsehen unter Verwaltung → Datenfilter. Ein Filter im Zustand Aktiv entfernt die Daten endgültig — sie lassen sich hinterher nicht zurückholen. Ein Filter im Zustand Test markiert die Daten, ohne sie auszuschließen, und das ist der Zustand, den du willst, solange du noch prüfst. Deine eigene IP-Adresse ändert sich übrigens öfter, als man denkt; ein Filter, der vor zwei Jahren richtig war, filtert heute womöglich eine fremde Firma.
Das Consent-Banner verhindert das Ereignis, bevor GA4 es je sieht
Ein Banner, das ohne Zustimmung kein Tracking lädt, blockiert das Ereignis bei jedem, der ablehnt — und oft auch bei dir, weil du auf der eigenen Seite seit Monaten aus Gewohnheit auf „Ablehnen" klickst. Prüf im Inkognito-Fenster mit ausdrücklicher Zustimmung.
Das Muster zum Wiedererkennen: Die Conversions haben nicht aufgehört, sie sind an dem Tag, an dem das Banner live ging, ungefähr um deine Ablehnquote gefallen. Eine Null, die zusammen mit einem neuen Cookie-Banner kam, ist kein Tracking-Fehler — das ist das Banner bei der Arbeit.
Consent Mode modelliert den fehlenden Anteil, und kleine Seiten liegen unter der Schwelle
Mit Consent Mode senden Ablehnende cookielose Signale, aus denen Google die fehlenden Conversions modelliert. Modelliert wird aber erst oberhalb einer Schwelle im Bereich mehrerer tausend Ereignisse pro Tag. Darunter modelliert Google nichts, und der abgelehnte Anteil fehlt einfach. Auf einer kleinen Seite kann das der größere Teil deiner Conversions sein. Was Consent Mode tatsächlich sendet, was modelliert wird und was endgültig weg ist, steht in Consent Mode und deine GA4-Daten.
Die Datenschwelle blendet kleine Zahlen aus
Sind die Google-Signale aktiv und enthält der Bericht etwas Identitätsbezogenes — Demografie, Interessen, ein nutzerbezogener Vergleich —, hält GA4 Zeilen zurück, deren Zahlen klein genug wären, um Einzelne zu erkennen. Neben dem Zeitraum erscheint dann ein oranges Dreieck, und die gesuchte Zeile ist weg. Fahr mit der Maus darüber, nimm die demografische Dimension aus dem Bericht oder stell die Berichtsidentität auf Gerätebasiert und sieh noch einmal nach.
Ursache 6: doppelte Tags und fehlende Verknüpfungen
Läuft dein Tracking über mehrere Wege gleichzeitig — ein hartkodiertes gtag und zusätzlich ein Tag Manager-Tag für dieselbe Sache —, kann ein Ereignis doppelt ankommen. Doppelte Conversions sind das Spiegelbild des Problems in diesem Artikel, sie kommen aber aus derselben Unklarheit, und die Lösung ist dieselbe: einen Weg festlegen, den anderen entfernen. Im DebugView fällt die Dopplung sofort auf, weil derselbe Ereignisname zweimal innerhalb derselben Sekunde erscheint.
Die Variante mit der fehlenden Verknüpfung: Eine Conversion aus der Suche taucht nur dann sauber zugeordnet auf, wenn Analytics und die Search Console verbunden sind. Wie diese Verbindung entsteht und welche Berichte sie freischaltet, steht in GA4 und Search Console verbinden. Und wer GA4 mit Google Ads vergleicht, sollte abweichende Zahlen erwarten: Ads bucht eine Conversion auf das Datum des Klicks, GA4 auf das Datum der Conversion. Über einen Monat nähern sich beide Summen an, an einem einzelnen Tag passen sie nicht zusammen.
Was du tust, wenn immer noch null dasteht
Geh die Liste noch einmal durch, diesmal mit der Uhr. Öffne den DebugView, versetz deinen Browser in den Debug-Modus und führ die Aktion selbst aus. Erscheint das Ereignis dort nicht, hör auf, in GA4-Einstellungen zu lesen, und reparier das Tag. Erscheint es, setz das Häkchen unter Verwaltung → Ereignisse, notier dir die Uhrzeit und komm in 48 Stunden mit dem Zeitraum „heute" und „gestern" in den Bericht Schlüsselereignisse zurück.
Diese eine Schleife klärt die meisten Fälle. Was sie nicht klärt, ist in der Regel Ursache 4 oder 5 — beide zeigen sich als Gesamtzahl, die stimmt, und ein Segment, das leer bleibt.
Welche vier Berichte wirklich etwas sagen, sobald die Zahl belastbar ist, steht in GA4 auswerten. Und wenn die Conversion gezählt wird, die Besuche dahinter aber dünn aussehen, findest du die Engagement-Seite derselben Berichte in Verweildauer in GA4 anzeigen.
Häufige Fragen
Warum wird meine GA4 Conversion nicht angezeigt?
Am häufigsten, weil das Ereignis nicht als Schlüsselereignis markiert ist oder weil die 24- bis 48-stündige Verarbeitungszeit noch nicht abgelaufen ist. Prüf zuerst im DebugView, ob das Ereignis überhaupt feuert, dann den Regler unter Verwaltung → Ereignisse, dann den gewählten Zeitraum. Stimmen alle drei, sieh dir Datenfilter, Consent und das Attributionsfenster an.
Warum trackt GA4 gar keine Conversions?
Weil GA4 von sich aus keine Conversions trackt — es trackt Ereignisse, und ein Ereignis zählt erst als Conversion, wenn du es als Schlüsselereignis markierst. Eine frisch angelegte Property zeigt deshalb in jedem Bericht eine leere Conversion-Spalte, bis jemand dieses Häkchen setzt. Ist es gesetzt und die Spalte bleibt leer, kommt das Ereignis selbst nicht an; der DebugView sagt dir das binnen einer Minute.
Wie lange dauert es, bis eine Conversion in GA4 erscheint?
In den Standardberichten in der Regel 24 bis 48 Stunden. Im Bericht Echtzeit und im DebugView ist ein korrekt ausgelöstes Ereignis dagegen sofort sichtbar. Dazu kommt: Nachdem du ein Ereignis als Schlüsselereignis markiert hast, braucht GA4 bis zu 24 Stunden, bis die Markierung in den Berichten greift.
Zählt GA4 Conversions rückwirkend, wenn ich das Schlüsselereignis markiere?
Nein. Ein Ereignis wird erst ab dem Moment als Conversion gezählt, in dem du es als Schlüsselereignis markierst. Für die Zeit davor bleibt der Wert bei null, auch wenn das Ereignis selbst schon vorher gefeuert hat. Es gibt keine Nachberechnung — deshalb gehört das eine Ereignis, auf das es ankommt, ganz an den Anfang eines Messaufbaus.
Warum zählt GA4 weniger Conversions als Ereignisse?
Meist wegen der Zählmethode. Ein Schlüsselereignis mit der Einstellung einmal pro Sitzung zählt eine Conversion pro Sitzung, egal wie oft das Ereignis darin feuert — der Ereignisbericht zählt dagegen jedes einzelne Auftreten, und die beiden Zahlen laufen auseinander. Nachsehen unter Verwaltung → Schlüsselereignisse, im Drei-Punkte-Menü der Zeile. Steht dort schon einmal pro Ereignis und die Lücke bleibt, sieh dir Consent an (wer ablehnt, sendet gar keine Ereignisse) und die Datenschwelle.
Wo finde ich Conversions in GA4?
Unter dem Namen Schlüsselereignisse — Google hat Conversions 2024 umbenannt, weshalb das Wort „Conversions" in der Oberfläche kaum noch vorkommt. Der Bericht steht unter Berichte → Engagement → Schlüsselereignisse, der Regler zum Markieren unter Verwaltung → Ereignisse, und die Liste der markierten Ereignisse samt Zählmethode unter Verwaltung → Schlüsselereignisse. Wer in der Navigation nach „Conversions" sucht und nichts findet, sucht nach dem alten Namen.
Warum sind meine Conversions eingebrochen, seit das Cookie-Banner da ist?
Weil das Banner seinen Job macht. Wer ablehnt, sendet keine Ereignisse, also fallen deine Conversions ab dem Tag des Banner-Livegangs ungefähr um deine Ablehnquote — das ist fehlende Einwilligung, kein kaputtes Tracking. Consent Mode kann einen Teil der Lücke zurückmodellieren, aber erst oberhalb einer Schwelle von mehreren tausend Ereignissen pro Tag, die kleine Seiten selten erreichen. Das ganze Bild, was eine abgelehnte Einwilligung übrig lässt, steht in Consent Mode und deine GA4-Daten.
Die Conversion steht in Echtzeit, aber nicht in den Berichten. Was nun?
Für die ersten ein bis zwei Tage ist das der Normalzustand: Echtzeit liest unverarbeitete Daten, die Standardberichte verarbeitete. Hält es länger als 48 Stunden an, kommt das Ereignis zwar an, ist aber nicht als Schlüsselereignis markiert, oder ein Datenfilter im Zustand Aktiv entfernt es nachträglich, oder dein Zeitraum enthält den fraglichen Tag nicht.
Warum zeigen GA4 und Google Ads unterschiedliche Conversion-Zahlen?
Weil sie auf unterschiedliche Tage buchen und unterschiedlich zählen. Google Ads rechnet eine Conversion auf das Datum des Klicks zurück, GA4 zählt sie an dem Tag, an dem sie passiert ist. Ads zählt außerdem pro Kampagne über das eigene Netzwerk, während GA4 die Anerkennung nach dem Modell unter Verwaltung → Attributionseinstellungen über Kanäle verteilt. Ein Unterschied von wenigen Prozent über einen Monat ist zu erwarten; eine Zehnerpotenz Unterschied heißt, dass eines von beiden falsch eingerichtet ist.
Kann ein Datenfilter Conversions verschwinden lassen, ohne zu warnen?
Ja, und zwar endgültig. Ein Datenfilter im Zustand Aktiv verwirft passende Treffer, bevor sie gespeichert werden — die Daten existieren nie und lassen sich später nicht wiederherstellen. Interne Filter rund um eine Büro-IP sind der übliche Übeltäter, und sie treffen genau die Leute, die das Tracking testen. Sieh unter Verwaltung → Datenfilter nach, bevor du das Tag verdächtigst.
Neben meinem Bericht steht ein oranges Dreieck. Fehlen deshalb meine Conversions?
Wahrscheinlich ja. Das Symbol steht für die Datenschwelle: Sind die Google-Signale aktiv, hält GA4 Zeilen zurück, deren Werte klein genug wären, um einzelne Personen zu erkennen — und tut das stillschweigend, abgesehen von diesem Symbol. Nimm demografische oder interessenbezogene Dimensionen aus dem Bericht oder stell die Berichtsidentität auf Gerätebasiert, dann kommen die Zeilen zurück.