Running audits
Learn how to run comprehensive website audits with squirrel, from quick health checks to deep analysis.All audit results are stored in a local database at
~/.squirrel/projects/<project-name>, allowing you to generate multiple report formats from a single crawl.Basic audit command
The simplest way to audit a website:- Crawls up to 100 pages (default surface mode)
- Analyzes against 230+ rules
- Displays console output with colored formatting
- Saves results to the local database
Quick start examples
Coverage modes explained
Choose the scan depth that matches your needs:- Quick
- Surface
- Full
Quick mode
25 pages - Fastest scan for rapid health checksHow it works
- Crawls seed URLs only (homepage, sitemap entries)
- No link discovery - doesn’t follow internal links
- Focuses on primary pages and templates
Best for
CI/CD pipelines
Fast checks on every deployment
Health monitoring
Daily status checks
Rapid feedback
Quick validation during development
Coverage mode comparison
| Mode | Pages | Link Discovery | Use Case | Speed |
|---|---|---|---|---|
quick | 25 | No | CI checks, monitoring | ⚡⚡⚡ Fastest |
surface | 100 | Yes (sampled) | General audits | ⚡⚡ Fast |
full | 500 | Yes (complete) | Deep analysis | ⚡ Thorough |
Format options
Choose the output format that fits your workflow:- LLM
- Console
- JSON
- HTML
- Markdown
Format comparison
| Format | Best For | Interactive | File Size |
|---|---|---|---|
llm | AI agents, automation | No | Small |
console | Terminal viewing | No | N/A |
json | Integration, APIs | No | Medium |
html | Stakeholders, sharing | Yes | Large |
markdown | Documentation | No | Small |
Advanced options
Refresh: Force fresh crawl
Refresh: Force fresh crawl
Ignore cached results and fetch all pages fresh:
When to use
- After making significant changes to the site
- When you suspect cached data is stale
- For comparing before/after deployment
Resume: Continue interrupted crawl
Resume: Continue interrupted crawl
Resume a crawl that was stopped or interrupted:
When to use
- Network interruption during crawl
- Timeout on large sites
- Manually stopped audit
The crawler tracks progress in the database, allowing it to pick up where it left off.
Max pages: Override page limit
Max pages: Override page limit
Crawl more or fewer pages than the default:
Page limit by coverage
Default limits can be overridden:- Quick: 25 pages (can increase to 100)
- Surface: 100 pages (can increase to 500)
- Full: 500 pages (can increase to 5000)
Verbose: Detailed logging
Verbose: Detailed logging
Display detailed progress and debugging information:
Output includes
- URLs being crawled
- Rule execution details
- Timing information
- Cache hit/miss status
Debug: Maximum logging
Debug: Maximum logging
Enable debug-level logging for troubleshooting:Outputs extensive internal information including HTTP requests, rule evaluations, and database operations.
Trace: Performance profiling
Trace: Performance profiling
Enable performance tracing:Tracks timing and resource usage for performance optimization.
Project name: Override config
Project name: Override config
Use a different project name for this audit:This stores the audit in
~/.squirrel/projects/temp-audit/ instead of the configured project.Combining options
Advanced options can be combined:Two-step workflow
For maximum efficiency, separate crawling from report generation:Run the audit
Execute the audit once and save to database:The output will include an audit ID (e.g.,
a1b2c3d4).Finding audit IDs
List recent audits to find IDs:Filtering reports
Generate focused reports by filtering results:- By severity
- By category
- Combine filters
Show only errors or warnings:
Regression detection
Compare audits to detect regressions:- Compare by ID
- Compare by domain
Compare current state against a baseline audit:Where
a1b2c3d4 is the baseline audit ID.Diff mode supports
console, text, json, llm, and markdown formats. HTML and XML are not supported for diffs.Diff output
The diff report highlights:- New issues that weren’t present in the baseline
- Fixed issues that were resolved
- Score changes (improved or degraded)
- Category changes
Common workflows
Quick health check
Quick health check
Fast validation during development:
CI/CD integration
CI/CD integration
Automated checks on deployment:
Pre-launch audit
Pre-launch audit
Comprehensive validation before going live:
Monitoring changes
Monitoring changes
Track site health over time:
Best practices
Start with surface
Begin with surface mode to get fast feedback on site structure and templates
Use LLM format for automation
The LLM format is optimized for AI agents and automated workflows
Save audit IDs
Keep track of audit IDs for historical comparisons and regression detection
Refresh before comparisons
Use
--refresh when comparing before/after changes to ensure fresh dataNext steps
Audit categories
Learn about all 21 audit categories and their rules
Interpret results
Understand health scores, severity levels, and prioritization