GA4 für kleine Unternehmen: Was es ist und wie du Basisereignisse einrichtest

Öffne dein GA4-Konto in einem zweiten Tab. Finde die Antwort auf eine Frage: Wie viele Anfragen oder Bestellungen hat die Website letzte Woche gebracht? Wenn du nach einer halben Minute nur „Nutzer“ und ein Diagramm mit Besuchen siehst, musst du vielleicht keinen Analytics-Kurs machen. Möglicherweise übermittelt die Website GA4 einfach nicht die Handlungen, von denen das Geschäft lebt.

Google Analytics 4, kurz GA4, erfasst, woher Menschen auf die Website kommen und was sie dort tun. Eine sinnvolle Einrichtung für kleine Unternehmen beginnt mit drei Fragen: Was gilt als Ergebnis? Zu welchem Zeitpunkt wird es erfasst? Und wie prüfst du, ob ein GA4-Eintrag einem tatsächlichen Ereignis entspricht? Ein installierter Tag beantwortet diese Fragen nicht von selbst.

Wir gehen den Weg anhand eines fiktiven Onlineshops für Sporternährung durch. Er hat einen Katalog, einen Warenkorb, Nova-Poshta-Lieferung sowie Viber- und Telegram-Buttons. Das ist ein Lernbeispiel und kein GrandMa-Kunden-Case. Es zeigt, wo ein Klick endet und eine Bestellung beginnt.

Die zentrale Messeinheit in GA4 ist ein Ereignis. Das Öffnen einer Seite kann page_view auslösen, der Aufruf eines Produkts view_item, der Beginn des Checkouts begin_checkout und eine abgeschlossene Bestellung purchase. Ein Ereignis kann Parameter enthalten, etwa den Produktnamen, die Produkt-ID, den Betrag oder die Währung. Google beschreibt empfohlene Namen und Parameter, damit typische Aktionen eines Shops in Berichten einheitlich dargestellt werden.

Sitzungen, Nutzer und Ereignisse beantworten unterschiedliche Fragen. „Nutzer“ ist eine Schätzung der Personenzahl, „Sitzungen“ zählt Besuche und „Ereignisse“ erfasst Handlungen. Eine Person kann fünf Produktseiten öffnen und zweimal den Checkout beginnen. 100 Produktaufrufe bedeuten also nicht 100 Käufer. Universal Analytics ist vielen wegen der Ziele und Seitenaufrufe in Erinnerung. In GA4 definierst du wichtige Handlungen zuerst als Ereignisse und markierst anschließend einige davon als Schlüsselereignisse.

Kehre zum offenen Tab zurück. Öffne unter Reports den Bereich Realtime, um den aktuellen Traffic zu prüfen. Wenn die Sammlung Life cycle veröffentlicht ist, hilft Acquisition → Traffic acquisition bei der Analyse der Traffic-Quellen. Unter Engagement → Events findest du Ereignisnamen und Anzahl. Google beschreibt den Aufbau der Sammlung Life cycle. Ein Administrator kann die Navigation ändern. Ein fehlender Menüpunkt beweist daher nicht, dass keine Daten erfasst werden. Die Bezeichnungen folgen hier der englischen Google-Dokumentation; in der deutschen Oberfläche können sie anders lauten.

Lass dich vorerst nicht dazu verleiten, alle Berichte durchzugehen. Suche ein Ereignis, das einer echten Bestellung entspricht. Gibt es keines, liegt die nächste Aufgabe in der Website-Konfiguration und nicht im Diagramm.

In unserem fiktiven Shop öffnet jemand ein Proteinprodukt, legt es in den Warenkorb, beginnt den Checkout, wählt die Lieferung und gibt eine Bestellung auf. Die Person kann dem Shop auch über Telegram schreiben, statt auf der Website zu kaufen. Das sind unterschiedliche Schritte mit unterschiedlicher Bedeutung für das Geschäft.

Das ist ein Plan, keine Vorgabe, alle sieben Zeilen am ersten Tag einzurichten. Beginne mit purchase und einigen Schritten, die zeigen, wo potenzielle Käufer abspringen. Wenn der Shop keine Onlinezahlungen annimmt, vereinbare, was „Kauf“ in deinem Geschäftsmodell bedeutet: erstellte Bestellung, bezahlte Bestellung oder versandte Bestellung. Nenne das erste Ereignis nicht Verkauf, wenn das Geld erst später eingeht. Erfasse diese Status bei Bedarf in der Shop-Administration oder im CRM und gleiche sie separat mit GA4 ab.

Eine eindeutige transaction_id ist für purchase besonders wichtig. Google erklärt, wie sie helfen kann, dieselbe Bestellung in einem Web-Datenstream nicht doppelt zu zählen. Eine leere ID oder dieselbe ID für verschiedene Bestellungen verfälscht die Daten. Eine Bestellnummer kann als ID dienen, sofern sie keine personenbezogenen Daten des Käufers enthält.

Beginne mit Googles offizieller Einrichtungsabfolge: Analytics-Konto, GA4-Property, Web-Datenstream für die Website und Datenerfassungs-Tag. Ein Web-Datenstream hat eine Measurement ID, die mit G- beginnt. Vergleiche sie mit dem Tag auf der Website, damit die Daten nicht in eine Test-Property oder ein Konto des Dienstleisters laufen. Das Unternehmen sollte die Zugriffsrechte für die Property kontrollieren. Die Fachkraft braucht die passende Rolle für die Einrichtung.

Du kannst den Tag über die Shop-Plattform, direkt im Code oder mit Google Tag Manager einbinden. Wähle eine nachvollziehbare Methode und prüfe, ob etwas doppelt erfasst wird. Installiert die Plattform GA4 bereits, kann ein zusätzlicher Tag im Tag Manager page_view oder purchase zweimal senden. Für einen Shop ist das schlimmer als ein fehlendes hübsches Dashboard: Es weist Verkäufe aus, die nie stattgefunden haben.

Enhanced measurement im Web-Datenstream kann Seitenaufrufe, ausgehende Klicks, Formularinteraktionen und andere Basisaktionen ohne Änderungen am Seitencode erfassen. Das ist ein praktischer Start. Das Ereignis form_submit bedeutet aber nicht automatisch, dass ein Mitarbeiter eine Anfrage erhalten hat. Ein ausgehendes click zeigt einen Linkaufruf, keine tatsächlich gesendete Nachricht im Messenger. Prüfe jeden benötigten Ablauf auf der konkreten Website. Ein Button, der über ein Skript funktioniert, braucht möglicherweise einen eigenen Trigger.

E-Commerce-Ereignisse wie add_to_cart und purchase erfasst GA4 bei einem beliebigen Shop nicht automatisch. Sie müssen von der Plattform oder einer eingerichteten Integration gesendet werden. Google Tag Manager kann Tags und Trigger verwalten. Ohne Daten von der Website weiß er aber nicht, wann der Shop eine Bestellung bestätigt hat, und erzeugt auch keine korrekten items oder transaction_id. Gib der Entwicklung oder Integration einen konkreten Auftrag: Welches Ereignis tritt wann auf, welche Parameter braucht es und wie werden doppelte Übermittlungen verhindert?

Ein kurzes Briefing könnte lauten: „Nach der erfolgreichen Bestätigung einer Bestellung soll genau ein purchase an unsere GA4-Property gesendet werden. Übermittelt eine eindeutige Bestell-ID, den Betrag in Hrywnja, die Währung UAH und die gekauften Produkte. Bei einem Zahlungsfehler oder erneutem Öffnen der Bestätigungsseite darf kein Ereignis gesendet werden. Zeig den Test in DebugView und dieselbe Bestellung in der Shop-Administration.“ Das ist kein fertiger Code für jede Plattform, sondern eine Abnahmebedingung. Damit kann der Inhaber die Einrichtung prüfen, auch ohne den Tag Manager zu öffnen.

Lege für Messenger-Buttons eine eigene Bedingung fest: Was wird genau gezählt, wie heißt das Ereignis und kann eine Handlung sowohl ein automatisches click als auch ein eigenes Ereignis auslösen? Sonst liefert ein einziger Versuch, eine Nachricht zu schreiben, zwei „Kontakte“. Bewahre den Ereignisplan nach dem Test bei den Analytics-Zugängen auf, damit der nächste Dienstleister die Logik nicht erraten muss.

Ein Schlüsselereignis in GA4 ist ein Ereignis, das für den Geschäftserfolg besonders wichtig ist. In unserem Shopbeispiel kommt purchase dafür infrage. Produktaufrufe und Warenkorbzugänge helfen bei der Diagnose, sollten aber nicht automatisch als Ergebnisse zählen. Bei einem Unternehmen mit Leads kann generate_lead ein Schlüsselereignis sein, wenn eine Anfrage tatsächlich erstellt und in den Arbeitsprozess übernommen wurde. qualify_lead bezeichnet einen nächsten Status, den das Team nach eigenen Kriterien bestätigt hat. GA4 entscheidet nicht, ob ein Kunde zum Unternehmen passt.

Markiere einen Viber-Klick nicht allein deshalb als Schlüsselereignis, weil dort oft gekauft wird. Manche öffnen den Chat und schreiben nichts. Wenn du tatsächliche Gespräche zählen möchtest, brauchst du eine separate Bestätigung aus dem Messenger oder CRM und eine verlässliche Zuordnung zur Herkunft des Besuchs. Bis dahin nenn die Kennzahl „Messenger-Klicks“ und ersetze damit keine Anfragen.

Der Weg zur Einstellung von Schlüsselereignissen kann sich mit der GA4-Oberfläche ändern. Wichtiger ist die Regel: Prüfe zuerst den Ereignis-Trigger und markiere es danach als Schlüsselereignis. Die Markierung macht ein fehlerhaftes Ereignis im Bericht sichtbarer, behebt es aber nicht.

Gib eine separate Testbestellung auf. Öffne vorher Google Tag Assistant oder den Vorschaumodus von Tag Manager. Damit kannst du den Debug-Modus für dein Gerät aktivieren. Öffne dann in GA4 Admin → Data display → DebugView. Google beschreibt diesen Weg. Die Ereignisse sollten in der Reihenfolge erscheinen, die du durchlaufen hast: Produktseite, Warenkorb, Checkout, Kauf.

Wähle purchase in DebugView aus. Vergleiche transaction_id, Währung, Betrag und Produkt mit dem Eintrag in der Shop-Administration. Kehre zur Bestätigungsseite zurück oder lade sie neu: Allein dadurch darf keine zweite Bestellung entstehen. Teste außerdem einen fehlgeschlagenen Checkout und einen Abbruch vor dem Abschluss. Dabei darf kein purchase gesendet werden. Unter Realtime kannst du eingehende Daten prüfen. Für Parameter während eines Tests ist DebugView hilfreicher.

Prüfe danach, was außerhalb des Browsers geschehen ist. Gibt es die Bestellung im Shopsystem? Ist die Bestätigung angekommen? Wurde sie nur einmal angelegt? Wir haben bereits einen Fall beschrieben, in dem ein Formular „Danke“ sagte, die Anfrage aber das Team nicht erreichte. Ein Browserereignis beweist nicht, dass ein Mitarbeiter die Anfrage erhalten hat.

Wenn DebugView leer bleibt, prüfe vier Dinge: die richtige Property und G- ID, den Debug-Modus für dein Gerät, ob der Tag ausgelöst wurde und ob Datenschutz- oder Einwilligungseinstellungen die Erfassung erlauben. Google weist darauf hin, dass Ereignisse bei bestimmten clientseitigen Einschränkungen oder ohne Zustimmung zu Analytics-Cookies möglicherweise nicht in DebugView erscheinen. Behebe das nicht, indem du Daten gegen die Entscheidung eines Besuchers sammelst.

Übermittle in normalen Ereignissen weder Name, E-Mail, Telefonnummer noch Nachrichtentext oder diese Angaben in einer URL. Die Richtlinien von Google Analytics verbieten personenbezogene Daten, die eine Person identifizieren. Für die Prüfung brauchst du den Namen der Handlung, eine technische Bestell-ID ohne persönliche Daten und korrekte, nicht personenbezogene Parameter.

Wenn deine Website Besucher aus dem Europäischen Wirtschaftsraum bedient, prüfe die für deine Umsetzung geltenden Cookie- und Datenschutzregeln. Google verlangt für bestimmte Mess- und Anzeigenpersonalisierungsszenarien im EWR entsprechende Einwilligungssignale. Consent Mode übermittelt die Entscheidung einer Person an Google-Tags. Das ist ein technischer Mechanismus und ersetzt weder einen korrekten Einwilligungsbanner noch eine Datenschutzerklärung. Google erklärt, wie Banner und Consent Mode zusammenwirken. Auch die Europäische Kommission bietet Besuchern auf ihren eigenen Websites eine Wahl zu Analytics-Cookies.

Wenn jemand die Einwilligung ablehnt, einen Blocker nutzt oder der Browser Tracking einschränkt, können die Zahlen unvollständig sein. Versprich keinen Abgleich „bis zum letzten Nutzer“. Prüfe, ob das System die Entscheidung respektiert und der Bericht die Datengrenzen erklärt. Für geschäftliche Entscheidungen solltest du GA4 mit Bestellungen im Shopsystem und CRM-Daten vergleichen, denn jede Quelle beantwortet andere Fragen.

Kehre zum GA4-Tab zurück. Wähle die letzte vollständige Woche und prüfe drei Fragen:

Vergleiche dieselben Zeiträume und Zeitzonen. Notiere nach einer Tag-Änderung das Datum, damit du eine Woche mit neuen Ereignissen nicht so behandelst, als wären die Bedingungen mit der alten Woche identisch. Wenn es wenige Bestellungen gibt, lässt eine einzige zusätzliche Bestellung ein Prozentdiagramm dramatisch aussehen. Prüfe vor einer Budgetentscheidung die einzelnen Einträge und die Qualität der Anfragen.

Im Ratner-Beauty-Case haben wir archivierte GA4-Daten verwendet, um den Kanalanteil zu zeigen: 62,7 % aller Sitzungen vom 1. Juli 2025 bis zum 30. Juni 2026 kamen über den Kanal Organic Search. Das ist eine geprüfte Kennzahl zur Herkunft der Besuche für einen konkreten Zeitraum. Der Case veröffentlicht weder Verkaufszahlen noch Umsatz. Deshalb leite ich aus diesem Anteil keine Käufe ab. Auch deine „Sitzungen aus der Suche“ ersetzen bestätigte Bestellungen im Bericht nicht.

Wenn du vor der Tag-Einrichtung einen Messplan brauchst, lies unseren separaten Beitrag zum GA4-Marketing-Messplan. Für B2B-Werbung erklären wir die Conversion-Qualität bei Google Ads gesondert. Wenn bereits Ereignisse eingehen, das Team damit aber keine Entscheidung treffen kann, verbindet GrandMas Analytics-Leistung Ereignisse, Anfragen und Geschäftsfragen.