Das GA4-Dashboard: sechs Kartentypen, Grenze bei 15 Karten und keine Segmente

Google hat die Berichtsoberfläche um eine einzelne Schaltfläche herum neu gebaut. Oben in der Berichtsnavigation steht + Erstellen, und die Auswahl Dashboard öffnet eine Rasterfläche. Dimensionen und Kennzahlen werden auf diese Fläche gezogen, ein Bereich rechts stellt die jeweils gewählte Karte ein, Speichern sichert die Arbeit, und Veröffentlichen schreibt die fertige Seite unmittelbar in die linke Navigation der Berichte.

Wofür das Dashboard taugt, ergibt sich aus vier veröffentlichten Zahlen und drei veröffentlichten Lücken, und beides lohnt die Lektüre, bevor ihm zuliebe eine Looker-Studio-Seite abgeschaltet wird.

Sechs Kartentypen und wofür jeder gebaut ist

Die Fläche nimmt sechs Arten von Karten auf, und die Liste ist kurz genug, um sie beim Planen einer Seite im Kopf zu behalten.

Scorecard     eine einzelne Kennzahl, mit der prozentualen
              Aenderung, sobald ein Zeitraumvergleich anliegt

Tabelle       Zeilen im Detail, mit getoenten Balken in den
              Zellen und Blaetterung

Liniendiagr.  eine Kennzahl ueber die Zeit, wahlweise nach
              Tag, Woche oder Monat

Balkendiagr.  Dimensionen im Vergleich, waagerecht
              oder senkrecht

Ringdiagramm  Teile gegen ein Ganzes

Trichter      Conversion-Stufen und die Stelle, an der
              abgebrochen wird

Den Rest erledigt das Raster: Karten werden von Hand gesetzt, ausgerichtet und in der Größe verändert, eine Seite lässt sich also so anordnen, wie sie gelesen wird, statt in der Reihenfolge, in der die Fragen entstanden sind.

Fünfzehn Karten, dreißig im Premiumbestand

Ein Standardbestand erlaubt höchstens 15 Karten je Dashboard, ein Premiumbestand, also die kostenpflichtige Stufe, bis zu 30. Das ist eine feste Zahl, und sie prägt die Planung stärker als jede gestalterische Wahl.

Fünfzehn klingt großzügig, bis eine Seite oben eine Reihe Scorecards trägt. Vier davon plus ein Liniendiagramm und eine Tabelle verbrauchen bereits sechs, und ein zweiter Abschnitt für einen anderen Kanal noch einmal sechs. Praktisch führt das zu einem Dashboard je Zielgruppe statt einem für das ganze Unternehmen, was ohnehin dazu passt, wie solche Seiten gelesen werden: Niemand scrollt durch eine gemeinsame Seite auf der Suche nach den drei Karten, die ihn betreffen.

Drei Lücken und was jede ausschließt

Die Dokumentation nennt drei Dinge als derzeit nicht unterstützt: API-Unterstützung, Segmente und Vergleiche auf Kartenebene. Jede davon schließt eine andere Art der Nutzung aus.

Keine API heißt, dass kein nachgelagertes System das Dashboard lesen kann. Es gibt keinen geplanten Export, keine Kopie, die in einem Lager landet, kein zweites System, das dieselben Karten zeichnet. Was auf der Seite steht, existiert nur auf der Seite, und jede Zahl, die weiterreisen soll, braucht einen anderen Weg aus Analytics heraus.

Keine Segmente heißt, dass jede Karte den ganzen Bestand sieht. Zwei Zielgruppen nebeneinander müssen aus Dimensionen gebaut werden: zwei Balkendiagramme, gefiltert auf je einen Dimensionswert, statt eines Diagramms, das ein Segment auftrennt. Überall dort, wo die Grundgesamtheit selbst die Frage ist, beißt diese Grenze zuerst.

Keine Vergleiche je Karte heißt, dass eine Zeitraumeinstellung die ganze Seite regiert. Der Vergleich ist nicht verschwunden — ein Zeitraumvergleich lässt die Scorecards ihre prozentuale Änderung zeigen —, aber er gilt überall gleichzeitig. Eine Seite, die auf einer Karte die Vorwoche und auf einer anderen das Vorjahr braucht, lässt sich hier nicht bauen.

Veröffentlichen hat genau eine Größe

Anlegen und Veröffentlichen setzt Bearbeiter- oder Administratorrechte auf dem Bestand voraus. Für das Ansehen genügt der Zugriff auf den Bestand selbst: Wer ihn öffnen kann, sieht jedes veröffentlichte Dashboard.

Und jedes veröffentlichte Dashboard gehört dem ganzen Bestand. Es gibt kein persönliches Dashboard, keinen Entwurf für ein einzelnes Team, keine Veröffentlichung an eine Teilmenge. Die linke Navigation der Berichte ist eine gemeinsame Fläche, und jede Veröffentlichung ergänzt dort eine Zeile, die alle sehen.

Wenn mehrere Agenturen oder interne Teams dieselbe Property nutzen, helfen eindeutige Namen dabei, die Dashboards ihren Verantwortlichen zuzuordnen. Verwende deshalb von Anfang an ein Namenspräfix je Verantwortlichem und prüfe die gemeinsame Liste in festen Abständen. Ohne diese Pflege wird die Navigation mit jeder Veröffentlichung länger.

Wo es neben dem Bestehenden sitzt

Standardberichte beantworten einen festen Satz Fragen und lassen sich nicht umstellen. Explorationen beantworten offene Fragen und bringen Segmente, freie Techniken und Vergleiche je Exploration mit. Das Dashboard ist die flache Schicht dazwischen: fest wie ein Bericht, angeordnet wie eine Exploration, und dauerhaft in der Navigation sichtbar.

Damit wird die Ersetzungsfrage eng und beantwortbar. Eine Looker-Studio-Seite, die immer nur GA4 gelesen hat, immer nur angesehen wurde und immer nur einen Zeitraum brauchte, ist in Analytics besser aufgehoben, mit einer Verbindung weniger, die brechen kann, und einem Werkzeug weniger, in dem Rechte zu pflegen sind.

Eine Seite, die GA4 mit Kostendaten aus Ads oder einer Tabelle verbindet, die an jemanden ohne Bestandszugriff geht, die nach Plan verschickt wird oder die mehr als fünfzehn Karten trägt, bleibt, wo sie ist. Der Test dauert eine Minute, und mehr als diese Entscheidung steht nicht an.