Build a clean crawl list
Extract copied URLs, define exactly what belongs in scope, apply pasted robots.txt rules, and export a crawl plan with the winning rule for every blocked URL.
- 1Extract URLs
- 2Choose rules
- 3Define scope
- 4Apply robots
- 5Review groups
- 6Export files
Add the source
Paste content or load a local file. The workbench extracts URLs from lists, tables, Markdown links, or sitemap XML.
Reading the pasted source…
Choose normalization rules
Parameters may change page content. Remove only what the next crawl does not need.
Apply robots.txt to the complete list
Paste the rules for the selected host and choose the crawler. Every page URL is evaluated locally; the winning rule stays in the export.
One robots.txt belongs to one host. URLs outside the chosen scope remain separately classified.
Review blocked and uncertain URLs
Review hosts and exceptions
Invalid entries and suspicious variants stay visible instead of disappearing silently.
| Host | URLs |
|---|
Suspicious variants
Excluded by scope
Invalid entries
Export the crawl input and plan
The crawl list contains targets. The crawl-plan report retains allowed, blocked, excluded, invalid, resource, and review groups.
robots.txt is evaluated against pasted rules. No URL is fetched, so status, canonical, rendered directives, and current server rules still need a live request.
Ready
One allowed page, one block, one resource, one invalid value.
The synthetic fixture shows how the same input is separated into operational groups and preserves the winning robots.txt rule.
No URL was requested. The report is valid only for the pasted rule set and selected user-agent.
Use this workflow when…
- A crawl export contains the same page in several URL forms.
- You copied URLs from a spreadsheet, sitemap, sitemap index, Markdown file, or issue.
- You need to restrict a crawl by host, subdomain, protocol, path pattern, or resource type.
- You need an export that explains why each rejected URL was excluded.
What changes, exactly?
Every normalization choice is visible. The workflow cannot decide whether two parameter variants contain different content.
https://EXAMPLE.com/ https://example.com example.com/page/#top example.com/page?utm_source=news example.com/about/
- Unique URLs
- 3
- Duplicates
- 2
- Invalid
- 0
https://example.com/ https://example.com/page https://example.com/about
A normalized URL is not proof that the page exists, returns 200, redirects correctly, or should be canonical. Those checks require a live request.
Check these edge cases
Do not remove information simply because it looks untidy.
?page=2Keep unless proven redundant?utm_source=emailRemove in tracking mode/guide#setupRemove for an HTTP crawl targetexample.comAdd HTTPS only when intendedsitemapindex → child sitemapTreat as discovery input, not a page targetshop.example.comInclude only when scope allows itWhere the result can go
Download the result first. It stays useful without another product.
Where the result can go
Download the result first. It stays useful without another product.