{"id":10553,"date":"2026-08-25T12:30:00","date_gmt":"2026-08-25T10:30:00","guid":{"rendered":"https:\/\/www.lukaswojcik.com\/blog\/?p=10553"},"modified":"2026-09-28T20:25:45","modified_gmt":"2026-09-28T18:25:45","slug":"trainings-crawler-und-agentische-browser-in-ga4-welcher-maschinenverkehr","status":"publish","type":"post","link":"https:\/\/www.lukaswojcik.com\/blog\/de\/digital-analytics-de\/trainings-crawler-und-agentische-browser-in-ga4-welcher-maschinenverkehr\/","title":{"rendered":"Trainings-Crawler und agentische Browser in GA4: Welcher Maschinenverkehr in den Berichten auftaucht"},"content":{"rendered":"

Automatisierter Traffic l\u00e4sst sich nicht sauber in unsichtbare Crawler und sichtbare KI-Browser aufteilen. Ob ein Maschinenbesuch in GA4 erscheint, h\u00e4ngt vom Messweg ab: Welche Funktionen f\u00fchrt der Client aus, welche Ereignisse werden gesendet und wie werden sie verarbeitet? Ein Seitenaufruf am Server, ein erfasstes Ereignis und eine Sitzung im Bericht sind unterschiedliche Beobachtungen.<\/p>\n

Ein Trainings-Crawler sammelt Inhalte f\u00fcr einen bestimmten Zweck. Ein agentischer Browser erledigt Aufgaben \u00fcber einen Browser. Diese Beschreibungen belegen f\u00fcr sich genommen weder JavaScript-Unterst\u00fctzung noch Identit\u00e4t oder Sichtbarkeit in Analytics. Ausgangspunkt sind das beobachtete Verhalten eines konkreten Dienstes und die tats\u00e4chliche Tracking-Konfiguration.<\/p>\n

Redaktionell gepr\u00fcft am 28. September 2026.<\/small><\/p>\n

JavaScript trennt Menschen und Crawler nicht zuverl\u00e4ssig<\/h2>\n

Ein Programm, das nur HTML herunterl\u00e4dt, f\u00fchrt keinen Google-Tag im Browser aus. Dadurch allein entsteht kein Ereignis dieses Browser-Tags. Die weitergehende Behauptung, Suchmaschinen-Crawler f\u00fchrten niemals JavaScript aus, ist jedoch falsch: Google dokumentiert f\u00fcr Googlebot eine Rendering-Phase. Auch Rendering garantiert nicht, dass jede Ressource oder Analytics-Anfrage ausgef\u00fchrt wird. Google: JavaScript SEO basics<\/a> \u00b7 Google: JavaScript rendering limitations<\/a><\/p>\n

Daneben existiert ein eigener Messweg: Ein Server kann Ereignisse \u00fcber das Measurement Protocol senden, das Google als Erg\u00e4nzung zum Tagging beschreibt. Ein Ereignis beweist deshalb keinen menschlichen Browserbesuch. Umgekehrt wird eine Anfrage an die Website nicht automatisch zum Analytics-Ereignis. Google: Measurement Protocol<\/a><\/p>\n

Ein funktionierender Browser garantiert keine Sitzung im Bericht<\/h2>\n

Ein automatisierter Browser kann denselben Seitencode wie ein gew\u00f6hnlicher Browser ausf\u00fchren. Ob er den Tag l\u00e4dt und ein Ereignis sendet, muss trotzdem beobachtet werden. Eine blockierte Anfrage, eine nicht ausgel\u00f6ste Tag-Bedingung oder ein abgebrochener Besuch k\u00f6nnen diesen Messweg unterbrechen. Ein vorhandenes Browserfenster best\u00e4tigt keine erfolgreiche Erfassung.<\/p>\n

Zus\u00e4tzlich schlie\u00dft Google bekannten Bot- und Spider-Traffic automatisch aus. Als Grundlagen nennt Google eigene Untersuchungen und die IAB-Liste, nicht lediglich den angezeigten Browsernamen. Der Ausschluss l\u00e4sst sich nicht deaktivieren; die entfernte Menge wird nicht ausgewiesen. Daraus folgt keine Zusage, dass jede Automation erkannt wird. Google Analytics: Known bot-traffic exclusion<\/a><\/p>\n

Drei Beobachtungsebenen beantworten verschiedene Fragen<\/h2>\n
\n\n\n\n\n\n\n\n
Beobachtung<\/th>\nWas sie belegt<\/th>\nWas sie nicht belegt<\/th>\n<\/tr>\n<\/thead>\n
Anfrage im CDN- oder Serverprotokoll<\/td>\nEine Anfrage erreichte die protokollierte Ebene<\/td>\nEinen menschlichen Besuch oder eine GA4-Sitzung<\/td>\n<\/tr>\n
Analytics-Anfrage aus einem Browser<\/td>\nEin Erfassungsversuch fand statt<\/td>\nDie endg\u00fcltige Verarbeitung oder Aufnahme in einen Bericht<\/td>\n<\/tr>\n
Zeile im GA4-Bericht<\/td>\nDaten wurden in diesen Bericht aufgenommen<\/td>\nEine best\u00e4tigte menschliche Identit\u00e4t<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Diese Trennung erkl\u00e4rt auch m\u00f6gliche Unterschiede zwischen Protokollen. Ein CDN kann antworten, ohne den Ursprungsserver zu kontaktieren. Protokollierung und Caching bestimmen, auf welcher Ebene ein Eintrag entsteht. F\u00fcr Vergleiche m\u00fcssen Zeitzonen, Zeitr\u00e4ume und Einheiten \u00fcbereinstimmen: HTTP-Anfragen sind nicht mit Sitzungen gleichzusetzen.<\/p>\n

robots.txt formuliert Regeln, ist aber keine Zugriffssperre<\/h2>\n

RFC 9309 unterscheidet Crawler-Regeln ausdr\u00fccklich von einer Zugriffsberechtigung. Eine Regel wirkt auf einen Client, der sie anwendet. Seine JavaScript-F\u00e4higkeiten entscheiden nicht dar\u00fcber. Google dokumentiert selbst unterschiedliche Behandlung f\u00fcr gew\u00f6hnliche Crawler und nutzerinitiierte Abrufe. Das Verhalten eines Dienstes l\u00e4sst sich nicht auf alle KI-Agenten \u00fcbertragen. RFC 9309: Robots Exclusion Protocol<\/a> \u00b7 Google: Verify crawlers and fetchers<\/a><\/p>\n

Eine Zugriffsbeschr\u00e4nkung muss der Server oder das CDN tats\u00e4chlich durchsetzen. Eine \u00c4nderung an robots.txt ist kein GA4-Berichtsfilter und entfernt keine bereits erfassten Ereignisse. Ihr Einfluss auf sp\u00e4tere Kennzahlen h\u00e4ngt davon ab, welche Anfragen entfallen und ob diese \u00fcberhaupt Ereignisse beigetragen hatten.<\/p>\n

Warum Verhaltenshinweise unsicher bleiben<\/h2>\n

Wiederholte Aktionen, kurze Besuche oder regelm\u00e4\u00dfige Zeitabst\u00e4nde k\u00f6nnen eine Untersuchung begr\u00fcnden. Sie k\u00f6nnen ebenso aus Tests, \u00dcberwachung oder der Ereignis\u00fcbermittlung einer Anwendung entstehen. Es gibt keine allgemeine Regel, die einen geraden Mauspfad in eine best\u00e4tigte KI-Sitzung verwandelt. Aussagen \u00fcber typisches Verhalten ben\u00f6tigen bekannte Vergleichsf\u00e4lle und eine Untersuchung der Fehlalarme.<\/p>\n

Fehlende Scroll-Ereignisse werden besonders leicht missverstanden. Enhanced Measurement sendet das standardm\u00e4\u00dfige Scroll-Ereignis, sobald 90 Prozent der vertikalen Seitentiefe sichtbar werden, nicht bei der ersten Bewegung. Menschen k\u00f6nnen vorher klicken. Die Standardfunktion liefert auch keine fortlaufende Mausspur. Google: Enhanced measurement events<\/a><\/p>\n

BigQuery bietet Ereignisdetails, aber keine vollst\u00e4ndige Browseraufzeichnung. Googles Schema beschreibt event_timestamp<\/code> als Empfangszeit in Mikrosekunden; gemeinsam gesendete Ereignisse k\u00f6nnen denselben Wert besitzen. Einfache Zeitdifferenzen messen deshalb weder unmittelbar die Denkzeit noch beweisen sie Automation. Erfassung und geb\u00fcndelte \u00dcbermittlung m\u00fcssen ber\u00fccksichtigt werden. Google: BigQuery Export schema<\/a><\/p>\n

Kryptografische Identit\u00e4t ist eine andere Art von Beleg<\/h2>\n

HTTP Message Signatures k\u00f6nnen erfasste Bestandteile einer Nachricht anhand eines vertrauensw\u00fcrdigen Schl\u00fcssels authentifizieren. Dazu geh\u00f6ren eine geeignete Zuordnung des Schl\u00fcssels zur Identit\u00e4t und Schutz vor wiederholter Verwendung einer Nachricht. Eine g\u00fcltige Signatur best\u00e4tigt weder erw\u00fcnschtes Verhalten noch einen menschlichen Besucher. RFC 9421: HTTP Message Signatures<\/a><\/p>\n

Zum Pr\u00fcfstand vom 28. September 2026 liegt f\u00fcr Web Bot Auth der Arbeitsgruppenentwurf draft-ietf-webbotauth-httpsig-protocol-00<\/code> vom 1. September 2026 vor. Die fr\u00fchere Behauptung, es gebe noch kein angenommenes Arbeitsgruppendokument, ist veraltet. Ein Internet-Draft der Arbeitsgruppe ist weiterhin kein fertiger RFC; zudem beteiligen sich nicht alle automatisierten Clients. IETF: HTTP Message Signatures for automated traffic<\/a><\/p>\n

Praxisablauf mit dem GA4-Traffic-Pr\u00fcfer<\/h2>\n

Der GA4-Traffic-Pr\u00fcfer<\/a> bietet einen Einstieg \u00fcber Browser, Betriebssystem, Land und Sitzungsquelle\/-medium. Seine Hinweise nennen die jeweils passende Regel und sind keine Bot-Wahrscheinlichkeiten. Kleine Gruppen bleiben sichtbar; der CSV-Export unterst\u00fctzt die anschlie\u00dfende Untersuchung.<\/p>\n

    \n
  1. Einen abgeschlossenen Zeitraum w\u00e4hlen und Berichtsmetadaten sowie \u00c4nderungen an der Erfassung pr\u00fcfen.<\/li>\n
  2. Untersuchungsw\u00fcrdige Gruppen bestimmen und bekannte interne Testzugriffe ber\u00fccksichtigen.<\/li>\n
  3. Relevante CDN- oder Serverdaten f\u00fcr denselben Zeitraum vergleichen. Eine Crawler-Identit\u00e4t nach dem dokumentierten Verfahren des Anbieters \u00fcberpr\u00fcfen.<\/li>\n
  4. Das Ergebnis als best\u00e4tigte Identit\u00e4t, vermutete Automation oder ungekl\u00e4rten Traffic dokumentieren. Diese Kategorien d\u00fcrfen nicht zu einem vermeintlich best\u00e4tigten Bot-Anteil verschmelzen.<\/li>\n<\/ol>\n
    \n

    Fragen und Antworten<\/h2>\n

    Belegt eine Chrome-Zeile einen menschlichen Besuch?<\/h3>\n

    Nein. Der gemeldete Browser ist Kontext und keine Identit\u00e4tspr\u00fcfung. Automatisierte und menschliche Zugriffe k\u00f6nnen dieselbe Bezeichnung tragen.<\/p>\n

    Beweist ein unauff\u00e4lliges Werkzeugergebnis die Abwesenheit von Bots?<\/h3>\n

    Nein. Die gew\u00e4hlten Regeln haben dann in den gelieferten Gruppen keine Hinweise gefunden. Verdeckte, ausgeschlossene oder nicht erkannte Aktivit\u00e4t wird damit nicht ausgeschlossen.<\/p>\n

    Kann robots.txt historische GA4-Daten bereinigen?<\/h3>\n

    Nein. Die Datei vermittelt Zugriffsregeln an Clients, die sie beachten; sie schreibt keine Analytics-Berichte um.<\/p>\n<\/div>\n

    \n

    Quellen<\/h2>\n