Slow scans
Know what normal scan duration looks like, why Trigger.dev jobs wait, and when a run is actually stuck.
Updated 2026-08-06
Most scans complete in roughly a couple of minutes, but duration varies with site size, crawl depth, analysis load, and probe fan-out. Trigger.dev orchestrates the pipeline, so you may see queued → running → analyzing progress before the report unlocks.
What is normal
- Small marketing sites: often near the ~2 minute experience described in product docs
- Larger sites: longer crawl and analyze phases as page counts grow
- Full mode: core report may appear before probe/discovery finish enriching (parallel work)
- Brief queued time when the worker pool is busy
Why scans slow down
- Slow origin TTFB or rate-limited responses
- Bot challenges adding latency or retries
- Very large sitemaps / many URLs discovered
- Heavy analyze prompts or retries after transient AI errors
- Provider latency during probe
- Timeouts that eventually fail the step (see Scan failed)
If it feels stuck
- 1
Wait out one full cycle
Give the run several minutes. Trigger.dev retries transient failures with backoff.
- 2
Check for progress signals
Watch status, pages crawled, and whether a report row appears. Partial completion is progress.
- 3
Verify the site is responsive
If your origin is degraded, fix hosting first — crawls will stay slow or time out.
- 4
Avoid duplicate starts
Multiple overlapping scans on the same project add queue pressure without helping.
- 5
Follow recovery if status never moves
Use Recovery steps and contact support with the scan ID.
Edge cases
- Monitoring rescans — scheduled full pipelines can take longer than a first small scan.
- Competitor batches — multiple core scans increase wall-clock time even though each omits probe.
- Free lifetime gate — “slow” is not the same as “blocked from starting”; upgrade prompts are entitlement, not latency.
When to contact support
- A scan stays queued/running far beyond normal with no page or report progress
- Repeated timeouts on a site that is fast in public checks
- Progress UI contradicts scan status for an extended period
FAQ
Can I speed up scans?
Keep the entry URL on a fast, public, server-rendered marketing site; reduce WAF challenges; fix SSL/DNS issues. You cannot skip crawl quality without hurting findings.
Does Pro make scans faster?
Pro removes the Free lifetime scan gate and unlocks ongoing rescans/monitoring. Duration still depends on site and provider latency.
Should I cancel and restart?
Only after a clear hang or failure. Restarting healthy in-flight work can duplicate load. Prefer waiting or following the recovery checklist.
Related
Still stuck? Contact support with your project URL and what you already tried.