SEO Crawler Tool for Technical Site Analysis

Run a cloud crawl and map the website from its internal links instead of checking URLs one by one. Configure crawl capacity, depth, JavaScript rendering, concurrency, and request delay; then inspect the exact Pages, Links, and Images records behind every technical pattern.

Start a website crawl Explore Website Audit
Screpy SEO crawler Pages report showing discovered URLs, response status, crawl depth, metadata, canonicals, and technical page data
Uber logo in Screpy SEO platform customer trust section
Philips logo in Screpy SEO platform customer trust section
FedEx Express logo in Screpy SEO platform customer trust section
Bosch logo in Screpy SEO platform customer trust section
Champion logo in Screpy SEO platform customer trust section
Iconfinder logo in Screpy SEO platform customer trust section
T-Mobile logo in Screpy SEO platform customer trust section
Carrefour logo in Screpy SEO platform customer trust section
Stanley logo in Screpy SEO platform customer trust section
Skoda logo in Screpy SEO platform customer trust section

Crawl Your Website

Screpy starts at your project website and follows reachable internal links in the cloud. The first crawl starts during setup; later, use Analyze from the Pages, Links or Images report to create a fresh inventory.

  • Set Max URLs within your plan allowance and select how far the crawl follows links.
  • Allow ScrepyBot to access the real HTML through robots rules and website security layers.
  • Follow crawl progress, then use completed results; running counts can still change.

Crawl JavaScript Pages

Client-side navigation can hide important links from a crawl of initial HTML. Enable JavaScript rendering when scripts generate meaningful page content or navigation; leave it off when the server already returns the required HTML.

  • Inspect links and content created after scripts run.
  • Expect substantially slower analyses when JavaScript rendering is enabled.
  • Rendering still requires accessible pages: it cannot bypass logins, bot challenges or server errors.

Control Crawl Depth and Speed

Discovery scope and request pace solve different problems. Depth determines how many internal-link levels are followed, while concurrency and delay control pressure on your server. Increasing depth will not make an unlinked page discoverable.

  • Choose crawl depth from 1 to 10 to match your website architecture.
  • Adjust Max URLs when a healthy crawl reaches the selected capacity.
  • Set concurrency to control simultaneous requests.
  • Use a delay between requests with concurrency set to 1; higher concurrency disables the delay.

Explore Website Structure

Understand how a category, product or article is connected to the rest of your site through recorded URLs and links. Use source-page relationships to investigate deep content, outdated navigation and links that send visitors through redirects.

  • Read URL, final destination, HTTP status and depth in the Pages inventory.
  • Trace internal destinations to source pages, anchor text and rel attributes in Links.
  • Inspect page metadata and canonicals alongside the image sources used on those pages.

Export Website Crawl Data

Create an implementation file from the records your team actually needs. Filter the selected crawl before exporting instead of passing along the whole site when the task concerns one template, response status or asset pattern.

  • Export filtered Pages, Links or Images inventories as CSV or Excel.
  • Keep affected URLs and source-page details attached to the work that needs fixing.
  • Use Website Audit when you want grouped findings and prioritization rather than only raw crawl records.

Compare Crawl Snapshots

A completed crawl records the website as reached at that time. After a navigation change or migration, run another crawl to check discovery and destinations again; old records do not update automatically when the live website changes.

  • Compare reached page counts, URL patterns and important destinations across completed crawls.
  • Keep capacity, depth, JavaScript mode and access comparable so coverage changes are explainable.
  • Investigate missing URLs through their internal-link path, response and selected scope.

Talk about SEO Crawler Tool. With SEO MCP.

Connect your AI assistant to Screpy’s SEO MCP server. Ask about your latest completed crawl, inspect affected pages and turn technical SEO findings into a clear order of work.

  1. Screpy: Hello! Let’s look at SEO Crawler Tool for example.com. What would you like to know?
  2. You: Check SEO Crawler Tool for example.com. What should I fix first?
  3. Screpy: The latest completed crawl shows missing titles and broken internal links. Start with the affected pages, then inspect the evidence before making changes. Crawl findings: Missing titles: 3 pages. Broken internal links: 1 link.
  4. You: Turn that into a short action plan.
  5. Screpy: I’ll keep the evidence and recommendations separate. Review the findings, choose one change and check the results afterward. Your next steps: Review: Check the source and date of each finding.. Decide: Choose the first change to make.. Verify: Compare the results after the change..
  6. You: Can you explain the evidence in plain language?
  7. Screpy: Yes. Ask about a supported result and I can explain what it shows, where it comes from and what is still uncertain. Missing data stays unavailable; recommendations are not automatic fixes.

Turn a crawl into evidence you can verify.

Keep the scope visible, inspect the records behind a pattern, fix the underlying implementation, and use the next crawl to confirm the result.

  1. Define the crawl before interpreting it

    Confirm the starting URL, URL capacity, link depth, JavaScript mode, concurrency, request delay, robots rules, and crawler access. These settings determine what the snapshot can represent.

  2. Let internal links reveal the site structure

    Screpy follows accessible internal paths and records each discovered URL, response, depth, destination, link relationship, and related page or image data within the configured scope.

  3. Filter the exact records behind a pattern

    Use Pages, Links, and Images reports to move from a total to representative URLs, source pages, redirect behavior, metadata, canonicals, or image usage before choosing a fix.

  4. Publish the fix and create a comparable snapshot

    Run another crawl after the website changes. Keep scope and settings comparable, then verify that the intended URLs and underlying pattern changed for the right reason.

Use the crawler before and after structural website changes.

Crawl data is most useful when the team still knows what changed. Create a baseline before high-risk work and a comparable snapshot after it ships.

Website migrations and URL changes

Record important URLs, redirects, final destinations, canonicals, and internal paths before launch, then crawl the new structure with the same scope.

JavaScript websites and applications

Use JavaScript rendering when navigation or meaningful page content is created in the browser, then confirm those URLs appear in the crawl inventory.

Internal linking and site architecture

Review crawl depth, source pages, anchors, attributes, and repeated navigation paths to find important content that is weakly connected or difficult to discover.

Release and template monitoring

Recrawl after routing, navigation, CMS, template, and component changes to catch repeated technical regressions while the implementation context is still fresh.

Compare Screpy with Screaming Frog when deployment model, crawl controls, custom extraction, recurring monitoring, team access, and reporting affect the decision.

Choose raw crawl data or a prioritized website audit

Use SEO Crawler to map discovery paths and inspect page, link, and image records. Use Website Audit when the team needs grouped findings, issue prioritization, and a broader technical health workflow.

Apply crawl evidence to the website model you operate.

Shared templates and changing URL sets create different risks for SaaS acquisition sites and ecommerce catalogues.

Audit category and product page types, broken shopping paths, and structural catalogue changes.

Screpy documentation

Learn how to crawl your website

Use the Screpy guides to configure crawl scope, allow crawler access, interpret Pages, Links, and Images reports, and diagnose incomplete results.

Read the Website Crawling guide

SEO Crawler FAQ

Understand crawl discovery, scope, JavaScript rendering, access, request pace, reports, snapshots, and the difference between crawl data and a website audit.

What is an SEO crawler?

An SEO crawler starts from a website URL, follows accessible internal links within a defined scope, and records technical information about the pages and resources it reaches. The resulting inventory helps teams investigate discovery paths, response codes, redirects, canonicals, internal links, metadata, images, and repeated site patterns.

Can I compare crawl results over time?

Yes. Each completed crawl is a dated snapshot. Run a new crawl after a release or fix and compare snapshots with equivalent scope and settings so changes in coverage or issue totals are not confused with a different crawl configuration.

What do maximum URLs and crawl depth control?

Maximum URLs caps how many discovered URLs the crawl can store. Crawl depth limits how many internal link levels Screpy follows from the starting page. Increasing either setting cannot fix blocked access, missing internal links, redirects, rate limits, or unusable responses.

Can I control how quickly Screpy crawls my website?

Yes. Concurrency controls how many requests can run at once. Request delay is available when concurrency is set to 1; with higher concurrency, the saved delay is zero. Reduce request pressure when your server rate-limits automated traffic, then verify the next crawl receives real page responses.

What is included in the Pages, Links, and Images reports?

Pages records crawled URLs and their response, depth, metadata, headings, canonical, indexability, content, structured data, social, and related signals. Links connects destinations with status, anchors, attributes, usage, and source pages. Images groups image sources with response, alt text, dimensions, delivery attributes, and page usage.

Do I need an SEO crawler if I already use Google Search Console?

They answer different questions. Search Console reports Google Search performance and selected indexing information. An SEO crawler proactively follows your internal links and builds a technical inventory you can inspect before Google reports a problem or traffic changes.

Can Screpy crawl JavaScript websites?

Screpy provides an optional JavaScript setting for websites whose important links or content are created in the browser. Rendering can improve discovery for those sites, but it does not bypass robots rules, authentication, firewalls, bot challenges, timeouts, or the configured crawl scope.

How does Screpy discover website pages?

Screpy begins from the project website and follows accessible internal links within the configured URL capacity and crawl depth. A page may be missing when it is not linked, sits beyond the selected depth, is blocked, redirects outside the project host, depends on JavaScript rendering, or returns unusable content.

Can Screpy crawl a protected or blocked website?

The crawler must receive the real page without a login, CAPTCHA, browser challenge, firewall block, or rate-limit rejection. Allow ScrepyBot and the documented crawler IP through each security layer, confirm robots.txt access, and verify that a successful response contains the real page HTML.

Can the crawler find broken links and redirect paths?

Yes. The Links report helps identify failed or redirected destinations and trace each one back to the crawled pages that reference it. This gives developers and editors a specific source page, shared component, or template to fix instead of only a destination URL.

Does fixing every crawler finding guarantee higher rankings?

No. Crawl data helps teams discover and verify technical conditions, but rankings also depend on relevance, content quality, authority, competition, demand, indexing, and how search engines interpret each page. Treat crawler filters as evidence to investigate, not automatic ranking instructions.

What is the difference between an SEO crawler and a website audit?

The SEO crawler creates the technical inventory: discovered URLs, responses, paths, page data, links, images, and crawl context. Website Audit interprets that crawl as grouped findings, affected patterns, priorities, and a fix-verification workflow. Use the crawler when you need discovery and raw records; use the audit when you need a broader health review and prioritized action.

Exploring SI SEO?

Understand Super Intelligence terminology and connect website audits, search research, rankings, and AI visibility in one practical Screpy workflow.