Analyse crawler traffic in access logs

A crawler-shaped user agent is a useful filter, not proof of identity. Use it to build a candidate set, then verify the requests that matter.

Decision rule

Label unverified user agents as claimed crawlers. Reserve verified crawler labels for requests that pass the operator's published checks.

01

Build a candidate set

Filter the user-agent field for known product tokens, but preserve the original string. Normalising too early can erase distinctions between search crawlers, product fetchers, ad crawlers, and user-triggered fetchers.

  • Keep request time, IP address, method, path, status, bytes, and full user agent together.
  • Group by token and IP only after recording the untouched row.
  • Treat missing or custom user-agent fields as unknown, not human traffic.
02

Verify requests when identity matters

Google publishes crawler IP ranges and a forward-confirmed reverse-DNS process. Bing provides its own verification tool and warns that user-agent strings are easy to spoof.

Verification may be unnecessary for a quick exploratory count. It becomes important before blocking traffic, attributing load, reporting crawl shares, or calling a request genuine search-engine activity.

  1. Match the request IP against the operator's current published ranges when available.
  2. If using DNS, perform the documented reverse lookup and then resolve the returned hostname forward.
  3. Require the forward result to contain the original IP.
  4. Store the verification timestamp and method because ranges and hostnames can change.
03

Measure paths and outcomes, not vanity volume

Total crawler hits are rarely the decision. Group verified or claimed requests by page type and returned status. Compare important 200 pages, redirected URLs, 404s, parameter traps, and repeated 5xx responses.

A spike can reflect a deployment, sitemap change, new internal links, retries, or unwanted URL expansion. Logs alone do not identify the cause.

04

Do not turn crawl into index status

Crawling, rendering, canonical selection, and indexing are different stages. A request proves only that the recorded layer saw a request and produced the logged response fields.

Use Search Console or the relevant engine's tools for indexing evidence. Use rendered HTML and response inspection for what a crawler could receive. Keep these evidence types in separate columns.

90

Primary sources

Checked for this page on 22 August 2026. External documentation can change.

  1. 01
    Google — Common crawlers

    Published crawler tokens, user-agent strings, products, and IP-range context.

  2. 02
    Google — Verify crawler requests

    Official IP-range and forward-confirmed reverse-DNS verification methods.

  3. 03
    Bing Webmaster Tools — Bing crawlers

    Published Bing crawler user agents and an explicit warning that strings can be spoofed.

  4. 04
    Bing Webmaster Tools — Verify Bingbot

    Bing's verification workflow for crawler IP addresses.