Crawlers
Googlebot: user agent, robots.txt, and verification
Googlebot discovers and renders content for Google Search. Its browser-like desktop and mobile user agents are not evidence of a human visit. Google also operates other crawlers with different purposes and verification ranges.
User agent and purpose
Documented purpose: Search.
Googlebot/2.1 (token within documented desktop and smartphone User-Agent formats)Google’s common crawler reference documents changing browser versions around the Googlebot token. An exact full browser-version match is too brittle for a lasting log filter.
Robots.txt control
User-agent: Googlebot
Disallow: /This blocks Googlebot crawling and can harm Search discovery. For a training/usage preference, review Google-Extended separately. Robots.txt controls fetching; a URL can remain known to Search even when fetching is blocked.
Review this example in the context of your existing groups and paths. Publish it at the origin’s /robots.txt and check the actual response. A policy change can take time to be read; it does not erase earlier copies of content.
Verify origin before trusting the name
Follow Google’s verification guide: compare with the relevant published crawler IP ranges or use reverse DNS with forward confirmation. Common Googlebot hostnames include .googlebot.com and .geo.googlebot.com. Use the rules for the actual crawler category; a substring resembling Google in a hostname is insufficient.
A User-Agent is self-reported and can be spoofed. A matching header is a claimed identity, not an authenticated bot. Use the operator’s current IP or DNS procedure for origin confidence; those checks are not cryptographic request signatures and do not authorize access to private data.
What AnalyticFast detects today
AnalyticFast currently recognizes the self-reported Googlebot token on valid analytics ingest requests. Opt-in crawler aggregates count those requests only; they do not automatically observe every page fetch on your site. AnalyticFast does not authenticate bot identities or perform the IP/rDNS checks described here.
A useful next check
For a Search visibility problem, inspect robots access, the response code, and what the crawler can render. A valid crawler visit shows a fetch, not index inclusion or a ranking outcome. Compare customer visits and revenue in a separate report.
Official sources and review date
Last checked . Verify the latest policy and network data before changing production access rules.
Back to the crawler directory.
Questions, answered.
Does a Googlebot request prove the page is indexed?
No. It establishes a request only after origin verification. Fetching, indexing, ranking, and customer referral traffic are separate observations.