English
Deutsch
PolskiGA4 Task Assistant: Die sechs Rubriken und die Rollen, die die Hilfeseite für den Zugriff nennt
Inhalt
Eine feste Größe ist leise verschwunden. Der Setup Assistant, der die Properties durch die Migrationsjahre begleitet hat, existiert als Produkt nicht mehr: seine Hilfeseite trägt jetzt nur noch einen Satz, wonach er durch den Task Assistant ersetzt wurde. Der Nachfolger kam am 29. April 2026 und sitzt am unteren Ende des linken Menüs unter Tasks.
Seine Aufgabe ist schnell erzählt. Er liest die Property, ermittelt, was fehlt oder halb eingerichtet ist, und legt das Ergebnis als Arbeitsliste in sechs Rubriken aus, wobei jeder Eintrag unmittelbar in die zuständige Einstellungsfläche führt. Bemerkenswert ist dabei nicht die Liste. Bemerkenswert ist die Frage, wer sie öffnen darf.
Die sechs Rubriken
Die Dokumentation nennt sechs Gruppen, und die Reihenfolge unten ist die der Oberfläche.
Get started Datenerfassung, Google Signals,
Key Events
Connect your accounts Google Ads und die uebrigen
Produktverknuepfungen
Enhance your reporting eigene Insights, Zielgruppen,
Berichtsflaechen
Optimize your advertising
Conversion-Aktionen und die
Einstellungen, an denen Werbung haengt
Add first-party data User-ID, Measurement Protocol,
Datenimport
Fix data issues fehlende Deeplinks, Spam-Filterung
und was Diagnostics gesammelt hatDie Form kennt jede Einrichtungscheckliste, und mit ihr die Versuchung, einen vollständigen Satz Haken als Urteil zu lesen. Zwei Eigenschaften der Liste sprechen dagegen, und beide stehen in der Dokumentation, statt erschlossen zu sein.
Genannt sind drei Rollen, vorhanden sind fünf
Der Zugang setzt die Rolle Administrator, Editor oder Marketer voraus. Analyst und Viewer fehlen in diesem Satz, und die Dokumentation sagt nicht, ob der Menüpunkt für sie verborgen oder nur wirkungslos ist — nur, dass jene drei Rollen ihn nutzen können.
So oder so verläuft die Trennung entlang einer ungünstigen Naht. Administrator, Editor und Marketer sind die Rollen, die einrichten. Analyst und Viewer sind die Rollen, die den ganzen Tag lesen, was dabei herauskommt. Ein fehlendes Key Event, ein Filter, der nie scharf geschaltet wurde, ein Datenstrom, der weiterhin von einer Testdomain sammelt: sichtbar wird das zuerst als Merkwürdigkeit in einem Bericht, nicht als Lücke in einer Einstellungsfläche.
Bei der sechsten Rubrik fällt das ins Gewicht
Fünf der Rubriken beschreiben Arbeit, die ohnehin bei den Konfigurationsrechten liegt. Die sechste, Fix data issues, beschreibt Symptome, und Symptome haben ein eigenes Publikum.
Dort sammeln sich fehlende Deeplinks, Spam-Filterung und die Befunde, die Diagnostics im Hintergrund angehäuft hat. Genau diesen Posten begegnet die Auswertung zuerst — als Kanalzeile, die sich nicht einordnen lässt, als Conversion-Rate, die ohne Kampagnenänderung fällt, als Hostname, den niemand kennt. Wer es am frühesten bemerkt, ist der Rolle nach nicht die Person, für die die Liste geschrieben ist.
Die praktische Folge ist klein und gehört an den Tag der Rollenvergabe geklärt: Wer Analyst hält, braucht einen Weg, eine Beobachtung zu melden, und wer Editor hält, braucht die Gewohnheit, die Liste zu öffnen, statt auf einen Hinweis zu warten. Beides ist kein Funktionswunsch. Es ist der gewöhnliche Preis einer Arbeitsliste, die nur die halbe Mannschaft sieht.
Was die Ablösung wirklich geändert hat
Der Setup Assistant beantwortete eine Frage, die nicht mehr gestellt wird. Er war dafür da, eine Google-Analytics-4-Property neben eine aus Universal Analytics zu stellen und Einstellungen hinüberzutragen, und diese Aufgabe endete mit den alten Properties.
Der Task Assistant beantwortet eine andere Frage, und zwar eine dauerhafte: Was ist an dieser Property, so wie sie heute dasteht, nicht fertig. Damit ist er weniger Assistent als stehender Bericht, weshalb er in der Navigation wohnt, statt einmal aufzutreten und wieder zu verschwinden.
Der Namenswechsel ist deshalb nicht kosmetisch. Ein Einrichtungsassistent ist fertig, wenn die Einrichtung fertig ist. Ein Aufgabenassistent wird nie fertig, weil Properties fortwährend Streams, Verknüpfungen und Ereignisse hinzubekommen, die ohne ihre zugehörigen Einstellungen ankommen.
Die Liste lesen, ohne zu viel hineinzulesen
Zwei Gewohnheiten halten das Werkzeug brauchbar. Die erste: skip als vollwertige Antwort behandeln, nicht als Eingeständnis. Eine Property ohne App gewinnt nichts aus Deeplink-Aufgaben, und eine Property, die nie wirbt, gewinnt nichts aus der Werberubrik; das Überspringen ist es, was die verbleibenden Posten aussagekräftig hält.
Die zweite: im Blick behalten, was die Liste nicht wissen kann. Sie sieht Konfiguration, nicht Absicht. Sie erkennt, dass kein Key Event markiert ist; sie erkennt nicht, dass die drei markierten die falschen drei sind. Sie erkennt, dass ein Filter existiert; sie erkennt nicht, dass er den falschen Hostnamen ausschließt. Eine leere Liste heißt, dass nichts Offensichtliches fehlt — eine nützliche Auskunft und ein weiter Weg zu einer Property, die das Richtige misst.
Fragen und Antworten
Lässt sich prüfen, ob der Menüpunkt für Analyst und Viewer verborgen oder nur wirkungslos ist?
Ja, mit wenig Aufwand: Ein Administrator vergibt einem zweiten Google-Konto die Rolle Analyst oder Viewer auf derselben Property und sieht über dieses Konto nach. Das Ergebnis gilt allerdings nur für den Tag der Probe, denn solange die Dokumentation schweigt, kann sich das Verhalten ohne Ankündigung ändern.
Welche Posten aus „Fix data issues“ lassen sich ohne Zugriff auf die Liste in Berichten erkennen?
Die meisten, nur nicht als Posten, sondern als Muster in den Zahlen. Drei Blicke decken den größten Teil ab, und alle drei stehen der Rolle Analyst offen:
- Die Kanalgruppe. Ein wachsender Anteil in der Zeile Unassigned zeigt Verkehr, den GA4 keinem Kanal zuordnen kann, meist wegen fehlender oder uneinheitlicher Kampagnenparameter.
- Der Hostname. Als Dimension in einer Exploration oder als zusätzliche Dimension in einem Bericht zeigt er, von welchen Domains Daten eingehen; eine Testdomain oder ein unbekannter Host fällt dort sofort auf.
- Die Key-Event-Rate über die Zeit. Fällt sie ohne Kampagnenänderung und ohne Relaunch, liegt der Verdacht nahe, dass ein Key Event nicht mehr feuert oder ein Filter zu viel ausschließt.
Was fehlt, ist die Zuordnung zur zuständigen Einstellung. Deshalb ist der Meldeweg aus dem Artikel mehr als eine Formalie: Die Beobachtung entsteht im Bericht, die Behebung in der Liste, und beides liegt bei verschiedenen Rollen.
Ist es sinnvoll, Analysten die Rolle Marketer zu geben, damit sie die Liste öffnen können?
Nur mit Bedacht, denn Marketer ist keine Leserolle. Die Rolle umfasst alles, was Analyst darf, und dazu das Bearbeiten von Zielgruppen, Key Events, Attributionseinstellungen und Ereignissen. Zielgruppen können über eine Google-Ads-Verknüpfung in laufende Kampagnen wirken, und ein umgestelltes Key Event verändert jede Zahl, die darauf aufbaut.
Wer die Rolle nur vergibt, damit die Liste sichtbar wird, tauscht einen fehlenden Meldeweg gegen Schreibrechte an genau den Einstellungen, die die Liste prüft. Der Meldeweg aus dem Artikel ist die kleinere Änderung.
Wann lohnt es sich, die Liste zu öffnen?
Nach jeder Änderung, die der Property etwas hinzufügt: ein neuer Datenstrom, eine neue Produktverknüpfung, ein neues Ereignis. Laut Artikel kommen genau solche Zugänge ohne ihre zugehörigen Einstellungen an, und je kürzer der Abstand zwischen Änderung und Blick in die Liste, desto weniger Tage fehlen in den Berichten.
Passend dazu
