Keep every finding on the page that produced it
Status codes, canonicals, robots, rendered HTML, and the page as markdown stay attached to the URL. Opening an issue never means leaving the crawl to go fetch the page again.
Every finding stays on the URL that produced it — status, canonicals, rendered HTML, and the template it sits on.
Start from the full scrape, roll repeated issues into patterns, then leave with a sequence someone can implement.
Status codes, canonicals, robots, rendered HTML, and the page as markdown stay attached to the URL. Opening an issue never means leaving the crawl to go fetch the page again.
The same missing H1 or broken canonical often lives on every page of a template. Grouping by directory, template, and topic shows whether you are looking at one bad URL or a sitewide defect.
Reach, page importance, and how widespread the pattern is decide what comes first. The output is a brief with the affected URLs still attached — something you can give a developer without another export.
Inspect the page the crawler actually received, not a detached warning count.
Roll repeated URL findings into one problem a team can solve once.
Ask which issues deserve attention based on reach and the pages they sit on.
Example questions include: Show me internal linking opportunities, Audit this site, Where should I start?, Find pages competing for the same intent, What changed since the last crawl?.
Crawl a site, then ask what needs attention.
free to start