GitHub

Crawling

How SquirrelScan crawls websites efficiently and intelligently

SquirrelScan uses a smart crawling system that balances thoroughness with efficiency. This page explains how crawling works under the hood.

How It Works

When you run squirrel audit https://example.com, the crawler:

  1. Fetches robots.txt to respect site rules
  2. Seeds the frontier with your starting URL
  3. Discovers links by parsing each page’s HTML
  4. Crawls breadth-first to prioritize important pages
  5. Stores everything in a local SQLite database
squirrel audit https://example.com

Coverage Modes

SquirrelScan supports three coverage modes to balance thoroughness with speed:

ModeDefault PagesBehaviorUse Case
quick25Seed + sitemaps only, no link discoveryCI checks, fast health check
surface100One sample per URL patternGeneral audits (default)
full500Crawl everything up to limitDeep analysis
bash
# Quick health check (25 pages, no link discovery)
squirrel audit https://example.com -C quick

# Default surface crawl (100 pages, pattern sampling)
squirrel audit https://example.com

# Full comprehensive audit (500 pages)
squirrel audit https://example.com -C full

# Override page limit for any mode
squirrel audit https://example.com -C surface -m 200

Surface Mode Pattern Detection

Surface mode is smart about detecting URL patterns. When it sees /blog/my-first-post, /blog/another-post, and /blog/third-post, it recognizes these as the same pattern (/blog/{slug}) and only crawls one sample.

Detected Patterns:

  • Numeric IDs: /products/12345/products/{id}
  • UUIDs: /doc/a1b2c3d4-e5f6-.../doc/{id}
  • Dates: /blog/2024/01/15/blog/{date}/{date}/{date}
  • Slugs: /blog/my-awesome-post/blog/{slug}

This means a blog with 10,000 posts gets sampled efficiently without wasting crawl budget on duplicate templates.

Redirect Following

SquirrelScan automatically follows both HTTP and client-side redirects when starting an audit. This ensures you audit the correct final destination, even through complex redirect chains.

Supported Redirects

  • HTTP redirects (301, 302, 303, 307, 308) - handled by native fetch
  • Meta refresh - <meta http-equiv="refresh" content="0;url=...">
  • JavaScript redirects - window.location, window.location.href, location.href

How It Works

Before crawling begins, SquirrelScan:

  1. Follows HTTP redirect chains automatically
  2. Fetches the target page and checks for client-side redirects
  3. Continues following redirects up to 10 hops
  4. Detects and prevents redirect loops
  5. Uses the final URL as the crawl base URL

Example: Geo-Targeted Redirects

Many sites redirect based on location. SquirrelScan handles this intelligently:

bash
squirrel audit gymshark.com
# Following redirect: https://gymshark.com/ → https://www.gymshark.com/
# SQUIRRELSCAN REPORT
# https://www.gymshark.com • 500 pages • 88/100 (B)

Behind the scenes:

HTTP redirect:        gymshark.com → us.checkout.gymshark.com
Client-side redirect: us.checkout.gymshark.com → www.gymshark.com
Final crawl target:   www.gymshark.com

Crawl Sessions

Each audit creates a crawl session with a unique ID. Sessions are stored per-domain in ~/.squirrel/projects/<domain>/project.db.

Session Behavior

ScenarioWhat Happens
First auditCreates new crawl session
Re-run auditCreates new session (old preserved for history)
Interrupted (Ctrl+C)Session paused, can be resumed
Resume interruptedContinues from where it left off

Conditional GET (304 Caching)

SquirrelScan is smart about re-crawling. When fetching a URL:

  1. Checks if we’ve seen this URL before (any previous crawl)
  2. Sends If-None-Match (ETag) or If-Modified-Since headers
  3. If server returns 304 Not Modified, uses cached content
  4. Otherwise fetches fresh content

This makes re-crawling fast - unchanged pages are nearly instant.

bash
# First crawl: fetches all pages fresh
squirrel audit https://example.com -m 50

# Second crawl: 304s for unchanged pages, much faster
squirrel audit https://example.com -m 100

URL Normalization

URLs are normalized before crawling to avoid duplicates:

  • Lowercased scheme and host
  • Sorted query parameters
  • Removed default ports (80, 443)
  • Removed trailing slashes
  • Decoded percent-encoding where safe

Query Parameter Handling

By default, query parameters are stripped except those in your allowlist:

toml
[crawler]
# Keep these query params (e.g., for pagination)
allow_query_params = ["page", "sort"]

# Drop tracking params (default)
drop_query_prefixes = ["utm_", "gclid", "fbclid"]

Scope Control

Control which URLs get crawled with include/exclude patterns:

toml
[crawler]
# Only crawl blog pages
include = ["/blog/*"]

# Skip admin and api routes
exclude = ["/admin/*", "/api/*", "*.pdf"]

Multi-Domain Crawling

By default, only the seed domain is crawled. To allow additional domains:

toml
[project]
domains = ["example.com", "blog.example.com", "cdn.example.com"]

User-Agent

By default, SquirrelScan uses a random browser user-agent for each crawl session. This helps avoid bot detection and ensures your audit sees the same content real users would see.

Default Behavior

Each crawl session generates a random user-agent from real browser fingerprints (Chrome, Firefox, Safari, Edge) across desktop, mobile, and tablet devices. The same user-agent is used for all requests within a single crawl.

Custom User-Agent

To override the random user-agent with a fixed value:

toml
[crawler]
# Use a specific user-agent
user_agent = "MyBot/1.0 (+https://example.com/bot)"

# Or use the SquirrelScan bot identifier
user_agent = "SquirrelScan/2.0 (+https://squirrelscan.com/bot)"

Rate Limiting

SquirrelScan is polite by default:

toml
[crawler]
concurrency = 5              # Total concurrent requests
per_host_concurrency = 2     # Max concurrent per host
delay_ms = 100               # Base delay between requests
per_host_delay_ms = 200      # Min delay per host

This prevents overloading servers while still crawling efficiently.

Robots.txt

By default, SquirrelScan respects robots.txt:

toml
[crawler]
respect_robots = true  # default

The crawler:

  • Fetches /robots.txt before crawling
  • Honors Disallow rules for the SquirrelScan and * user agents
  • Discovers sitemaps from Sitemap: directives

Data Storage

Crawl data is stored in SQLite databases organized by domain:

~/.squirrel/projects/
├── example-com/
│   └── project.db      # All crawl sessions for example.com
├── blog-example-com/
│   └── project.db      # Separate for subdomains

Each database contains:

  • crawls - Session metadata and config
  • pages - HTML content, headers, timing
  • links - Internal and external links
  • images - Image metadata
  • frontier - URL queue state

Resuming Interrupted Crawls

If a crawl is interrupted (Ctrl+C, crash, etc.), it can be resumed:

bash
# Interrupted at 30/100 pages
squirrel audit https://example.com -m 100
# ^C

# Resume - continues from page 31
squirrel audit https://example.com -m 100

The crawler detects the incomplete session and picks up where it left off.

Fresh Crawl (—refresh)

To ignore the cache and fetch all pages fresh:

bash
squirrel audit https://example.com --refresh

This skips conditional GET and re-downloads everything. Useful when:

  • Debugging caching issues
  • Testing after major site changes
  • Verifying server responses

Crawler Stats

After each crawl, stats are stored:

StatDescription
pagesTotalTotal pages in crawl
pagesFetchedPages fetched fresh (200 responses)
pagesUnchangedPages from cache (304 responses)
pagesFailedFailed fetches
pagesSkippedSkipped (out of scope, robots.txt)
avgLoadTimeMsAverage page load time
bytesTotalTotal bytes downloaded

Timing Data

Each page records timing information:

  • loadTimeMs - Total request time
  • ttfb - Time to first byte
  • downloadTime - Body download time

This data feeds into performance rules like perf/ttfb.

Performance Optimizations

SquirrelScan uses several techniques to crawl efficiently:

Parallel URL Fetching

URLs are fetched in parallel batches respecting concurrency limits:

toml
[crawler]
concurrency = 5              # Total concurrent requests
per_host_concurrency = 2     # Max concurrent per host

The crawler pops multiple URLs from the frontier and processes them concurrently, significantly speeding up crawls compared to sequential fetching.

Content Caching

HTML and JavaScript content is stored in a global content cache (~/.squirrel/content-store.db) with:

  • Gzip compression - Typically 80-90% space savings
  • Content deduplication - Identical content stored once
  • LRU eviction - Old entries pruned when cache is full

This means:

  • Repeated crawls of unchanged pages are instant
  • CDN scripts shared across sites are cached once
  • Large crawl sessions use less disk space

Smart Resource Limits

Script scanning automatically scales with site size:

Site SizeScripts Scanned
< 100 pages10 scripts
100-500 pages10-50 scripts
> 500 pages50 scripts (cap)

This ensures small sites get thorough scanning while large sites don’t waste time on excessive script analysis.

Database Optimizations

SQLite databases use WAL mode and optimized indexes for:

  • Fast frontier operations (URL queue)
  • Efficient link counting
  • Quick page lookups

Type to search…

↑↓ navigate open esc close