LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog Overview /Digital Analytics / Training Crawlers and Agentic Browsers in GA4:...
Read this article in other languages:

Training Crawlers and Agentic Browsers in GA4: Which Machine Traffic Appears in Reports

Training Crawlers and Agentic Browsers in GA4: Which Machine Traffic Appears in Reports
Contents
  1. JavaScript support is not a dividing line between humans and crawlers
  2. A working browser does not guarantee a reported session
  3. Three observation layers, three different questions
  4. robots.txt expresses rules; it is not an access barrier
  5. Why behavioural clues remain uncertain
  6. Cryptographic identity is a different kind of evidence
  7. Practical workflow with the GA4 traffic review tool
  8. Questions and answers
  9. Sources

Automated traffic does not split neatly into invisible crawlers and visible AI browsers. Whether a machine visit appears in GA4 depends on the measurement path: what the client executes, which events are sent, and how those events are processed. A page request, a recorded event and a reported session are different observations.

A training crawler collects content for a particular purpose. An agentic browser performs tasks through a browser. Those descriptions do not, by themselves, establish JavaScript support, identity or visibility in Analytics. The useful starting point is the observed behaviour of a specific service and the site’s actual tracking setup.

Editorial review: 24 October 2026.

JavaScript support is not a dividing line between humans and crawlers

A fetcher that only downloads HTML does not execute a browser-side Google tag. That alone cannot produce a browser-tag event. But the broader statement that search crawlers never execute JavaScript is false: Google documents a rendering stage for Googlebot. Rendering still does not guarantee that every resource or analytics request is executed. Google: JavaScript SEO basics · Google: JavaScript rendering limitations

There is also a separate measurement path. A server can send events through the Measurement Protocol, which Google describes as a supplement to tagging. An event therefore does not prove that a human browser produced it, and a page request does not automatically become an event. Google: Measurement Protocol

A working browser does not guarantee a reported session

An automated browser can execute the same page code as an ordinary browser. Whether it loads the tag and sends an event must nevertheless be observed. A blocked request, a tag trigger that never fires or an interrupted visit can break that path. The presence of a browser window is not proof of successful measurement.

Google also automatically excludes known bot and spider traffic. Its documentation describes both Google research and the IAB list as inputs, rather than a filter based only on the displayed browser name. The exclusion cannot be disabled and its removed volume is not shown. This is not a promise that all automation is detected. Google Analytics: Known bot-traffic exclusion

Three observation layers, three different questions

Observation What it establishes What it does not establish
Request in CDN or server logs A request reached the logged layer A human visit or a GA4 session
Analytics request from a browser A collection attempt occurred Final processing or inclusion in a report
GA4 report row Data was included in that report Verified human identity

This distinction also matters when logs disagree. A CDN can answer a request without contacting the origin. Log configuration and caching determine which layer records it. Comparisons need matching timezones, periods and units: HTTP requests cannot be equated with sessions.

robots.txt expresses rules; it is not an access barrier

RFC 9309 explicitly distinguishes crawler rules from access authorization. A rule only affects a client that applies it. JavaScript capability does not determine compliance. Google itself documents different handling for common crawlers and user-triggered fetchers. The behaviour of one service should not be generalized to every AI agent. RFC 9309: Robots Exclusion Protocol · Google: Verify crawlers and fetchers

For access restrictions, the server or CDN must actually enforce a decision. A robots.txt change is not a GA4 report filter and does not remove previously collected events. Its effect on subsequent metrics depends on which requests stop and whether those requests were contributing events.

Why behavioural clues remain uncertain

Repeated actions, short visits and regular timing can motivate an investigation. They can also arise from testing, monitoring or the way an application sends events. No universal rule turns a straight pointer path into a confirmed AI session. Claims about characteristic behaviour require validation against known examples and a measurement of false positives.

Missing scroll events are particularly easy to misread. Enhanced Measurement records its standard scroll event when 90% vertical depth becomes visible, not at the first movement. A person can click without reaching that threshold. The standard feature does not provide a continuous pointer trace. Google: Enhanced measurement events

BigQuery provides event-level detail, not a complete recording of the browser. Google’s schema describes event_timestamp as receipt time in microseconds; events sent together can share it. Simple timestamp gaps are therefore not direct measurements of thinking time or proof of automation. Collection and batching must be considered. Google: BigQuery Export schema

Cryptographic identity is a different kind of evidence

HTTP Message Signatures can authenticate covered message components against a trusted key. Verification also needs appropriate identity binding and replay protections. A valid signature does not establish that the activity is desirable or human. RFC 9421: HTTP Message Signatures

As reviewed on 24 October 2026, Web Bot Auth has the working-group draft draft-ietf-webbotauth-httpsig-protocol-00, dated 1 September 2026. A working-group Internet-Draft is still not a final RFC, and participation does not cover every automated client. IETF: HTTP Message Signatures for automated traffic

Practical workflow with the GA4 traffic review tool

The GA4 traffic review tool provides a starting point using browser, operating system, country and session source/medium. Its cues explain which rule matched; they are not bot probabilities.

Groups below the chosen minimum session count remain in the result but receive no rule flags. The on-screen table displays at most 500 rows; CSV export includes all result rows accepted by the tool. The request is limited to 10,000 rows; analysis stops if the API reports more rows than it returned. A result without flags can therefore also reflect a minimum set too high.

  1. Selection of a completed period, with a review of report metadata and collection changes.
  2. Identification of groups worth checking, including known internal test traffic.
  3. Comparison of relevant CDN or server evidence over the same period, followed by crawler identity verification using the provider’s documented method.
  4. Documentation of the conclusion as verified identity, suspected automation or unresolved traffic. These categories should not be merged into a single confirmed bot share.

Questions and answers

Does a Chrome row mean that a person visited?

No. The reported browser is context, not identity verification. Automated and human activity can share that label.

Does a clean tool result prove that no bots are present?

No. It means that the selected rules did not flag the returned groups. Hidden, excluded or otherwise unrecognized activity is outside that conclusion.

Can robots.txt clean historical GA4 data?

No. It communicates access rules to clients that follow them; it does not rewrite Analytics reports.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Get in touch

A question or an idea for a web project? Tell me a little about it. This form uses reCAPTCHA to protect against spam.

Write a comment

Differing figures from other accounts and questions about the setup are welcome here.

The email address is not published. Required fields are marked with an asterisk.