SEO glossary
What is a Crawled URL?
Learn what crawled URLs mean in SEO and Search Console—a successful or attempted fetch by Googlebot that does not guarantee indexing—and how crawled states differ from discovered and indexed URLs.
Definition
A crawled URL is a web address that a search engine has fetched via an HTTP request—recording status code, headers, and content—representing the middle stage of the discovery → crawl → index funnel without implying index inclusion.
Crawled is the middle of the funnel
A crawled URL has passed through Googlebot’s fetch pipeline: DNS, TCP/TLS, HTTP request, response received. Whether that crawl produced a 200 HTML document, a 301 chain, or a 503 error—the engine crawled the address.
Crawl success is necessary for most indexing paths but not sufficient. The indexing funnel splits sharply at this stage:
Discovered URL → Crawled URL → Indexed URL
(known) (fetched) (in index)
Teams celebrating “Google crawled us” may still have zero indexed URLs if every crawl ends in exclusion.
What happens during a crawl
- Scheduling — URL dequeued from crawl frontier (often after being a discovered URL).
- Fetch — HTTP GET (usually) with crawler user-agent.
- Response handling — Status code, headers, body stored for parsing.
- Rendering queue — JavaScript pages may enter render pipeline.
- Link extraction — New URLs enter discovery.
- Indexing signals — Canonical, robots, content features evaluated—may or may not yield indexed URL.
Each crawl is timestamped. URL Inspection shows “Last crawl” independently of index status.
Crawled outcomes in Search Console
| Report label | Meaning |
|---|---|
| Indexed | Crawled (typically) and in index |
| Crawled – currently not indexed | Fetched; not in index |
| Discovered – currently not indexed | Known; crawl pending or incomplete |
| Soft 404 | Crawled 200; treated as empty |
| Excluded by noindex | Crawled; directive blocked index |
| Blocked by robots.txt | Often not crawled for HTML |
“Crawled – currently not indexed” is the clearest proof a URL sits mid-funnel: Google spent fetch budget and stopped short of inclusion.
Crawled ≠ indexable
Reasons a crawled URL stays non-indexed:
Technical directives
noindex, X-Robots-Tag: noindex, or auth walls discovered at crawl time.
Canonical consolidation
Crawled alternate URL; indexed URL is the canonical target elsewhere.
Duplicate clusters
Many near-identical crawled URLs; Google indexes one representative.
Quality thresholds
Thin, boilerplate, or soft 404 content crawled but rejected.
Site-level caps
Large sites may see long-tail crawled pages deprioritized for index—especially on new domains.
Example: SaaS documentation migration
docs.cloudstack.example migrated from /v2/docs/* to /docs/* with 2,400 redirect rules.
Week 2 Search Console snapshot:
| URL | Crawl | Index status |
|---|---|---|
/docs/api/authentication | Last crawl: Aug 10 | Indexed |
/v2/docs/api/authentication | Last crawl: Aug 11 | Page with redirect |
/docs/api/authentication?hl=ja | Last crawl: Aug 9 | Alternate page with proper canonical |
/docs/legacy/webhooks-deprecated | Last crawl: Aug 8 | Crawled – currently not indexed |
/docs/drafts/internal-rfc-12 | Never crawled | Discovered – currently not indexed |
The deprecated webhooks page is a crawled URL—Googlebot fetched it after internal links from old blog posts—but quality and duplication signals keep it out of the indexed URL set. The internal RFC is still discovered, waiting in queue behind higher-priority API reference pages.
Remediation for crawled-not-indexed docs:
- Merge thin deprecated pages into canonical guides with 301.
- Add
noindexon true internal drafts still linked by mistake. - Strengthen hub links to high-value API pages still discovered only.
Reading crawls in server logs
Log line = one crawl event (simplified):
66.249.68.8 - [14/Aug/2026:14:22:01] "GET /pricing HTTP/1.1" 200 45231 "Googlebot/2.1"
Join logs with GSC exports:
- High crawl count + zero impressions → crawled URL without index
- No log lines + GSC discovered → discovery without crawl
- 5xx spikes → failed crawls, stale index risk
Parameter URLs inflate crawl counts—/shop?sort=price and /shop?sort=name are separate crawled URLs.
Crawl frequency and recrawl
Important indexed URLs are recrawled often—daily or weekly for news, slower for archives. Crawled – not indexed URLs may see repeat crawls as Google checks for improvement—or crawl may taper if consistently low value.
First crawl latency matters for launches: time from publish → first crawled URL predicts time to indexed URL.
Failed crawls vs successful crawls
| Outcome | HTTP | Indexed? |
|---|---|---|
| Success | 200 HTML | Maybe |
| Redirect | 3xx | Target may index |
| Hard error | 404/410 | No |
| Server error | 5xx | Unlikely until fixed |
| Blocked | robots | Stale index possible |
Failed crawls are not “crawled URLs” in the GSC success sense—but operations teams still count them in crawl stats.
Crawled URLs and JavaScript
Initial crawl may fetch sparse HTML; rendered crawl follows. URL Inspection distinguishes “Crawled as” vs rendered DOM. A page can be crawled in both stages yet fail indexing if rendered content is empty—soft 404 territory.
Optimizing the crawl stage for index success
- Return fast, stable 200 on templates you want indexed.
- Honest status codes — do not 200 empty states.
- Clear canonicals at crawl time in HTML or headers.
- Unique substantive content per crawled URL you expect in the index.
- Reduce junk discovery so crawl capacity targets money pages.
Fixing crawl errors (5xx, timeouts) clears the path; fixing quality clears the index gate.
Crawled URL inventory exercises
Export all crawled – currently not indexed URLs monthly:
- Group by template (product, tag, author archive)
- Measure word count and duplicate title rate
- Compare internal inlinks vs indexed siblings
- Prioritize templates with commercial intent
A thousand crawled tag pages with 50 words each may need consolidation—not more crawl requests.
Funnel metrics for stakeholders
Report executive-friendly funnel KPIs:
Discovered count → Crawled count (28d) → Indexed count
Conversion rates between stages expose bottlenecks:
- Low discovered → crawl: crawl budget or discovery priority issue
- Low crawl → index: quality, duplication, or directive issue
- High indexed churn: content or technical regressions
How Crawlox helps with crawled URL analysis
Crawlox performs full-site crawls that mirror what happens when URLs become crawled URLs in the wild: status codes, redirect chains, canonical tags, and content fingerprints. Identify templates producing high crawl volume but thin pages—before Google spends months crawling URLs that will never join your indexed URL set. Close the gap between fetch success and index inclusion with data from your own graph.
Related terms
Frequently asked questions
Does crawled mean indexed?
No. Crawled only means Googlebot retrieved the URL. Indexing is a separate decision based on directives, duplicates, quality, and canonical signals.
What is 'Crawled – currently not indexed'?
Google successfully fetched the page (in recent history) but did not add it to the index—often due to quality assessment, duplication, or site-level crawl prioritization. It is not the same as a crawl error.
How do I see when a URL was last crawled?
Search Console URL Inspection shows last crawl date and agent. Server logs and CDN analytics also record Googlebot fetch timestamps.
Can robots.txt-blocked URLs be crawled?
Google generally does not fetch disallowed URLs for indexing purposes, though they may be discovered. Some blocked resources are fetched for rendering linked pages—context matters.
Why recrawl URLs that are already indexed?
Search engines recrawl to detect content changes, validate redirects, refresh signals, and remove dead content. A URL can be crawled hundreds of times while indexed.
References
Explore authoritative guidance and frameworks related to crawled url.
Explore every glossary definition
Return to the glossary to search by term, alias, starting letter, or category.