Crawl pages and inspect technical signals
Inspect response status, page title, description, canonical signals and available content checks. Investigate the affected URL before treating every warning as a ranking issue.
Inspect status, metadata, internal links and crawl checks across a defined site scope. Connect each issue to an affected URL and verify the result after remediation.
Instant page analysis starts with a URL. A site crawl uses task-based collection with a target and crawl limits; confirm the scope before submitting a large site.
Inspect response status, page title, description, canonical signals and available content checks. Investigate the affected URL before treating every warning as a ranking issue.
Use crawl results to review internal links and broken destinations. A blocked or unreachable page may be a crawl limitation rather than a deleted page.
Sites that rely on JavaScript may need browser-based collection. Rendering and Lighthouse routes have different setup and processing requirements from a basic HTML check.
Lighthouse is a lab measurement for a particular run. It is not a substitute for real-user Core Web Vitals, and results vary with the page and test conditions.
Illustrative workflow: Group crawl issues by type and priority, then check affected URLs after a fix.
Keep the original crawl settings and compare affected URLs after a fix. Record the status, check name and observation date so the report explains what changed.
Instant page analysis starts with a URL. A site crawl uses task-based collection with a target and crawl limits; confirm the scope before submitting a large site.
See all integrations ( 55 )Coffee and Claude time?
Inspect response status, page title, description, canonical signals and available content checks. Investigate the affected URL before treating every warning as a ranking issue.
What's on the agenda today?
Use crawl results to review internal links and broken destinations. A blocked or unreachable page may be a crawl limitation rather than a deleted page.
Inspect URLs and crawl websites to investigate metadata, page status, links and technical checks. Use browser-based analysis only where the selected route and site require it.
Instant page analysis starts with a URL. A site crawl uses task-based collection with a target and crawl limits; confirm the scope before submitting a large site.
Inspect response status, page title, description, canonical signals and available content checks. Investigate the affected URL before treating every warning as a ranking issue.
Sites that rely on JavaScript may need browser-based collection. Rendering and Lighthouse routes have different setup and processing requirements from a basic HTML check.
Lighthouse is a lab measurement for a particular run. It is not a substitute for real-user Core Web Vitals, and results vary with the page and test conditions.
Keep the original crawl settings and compare affected URLs after a fix. Record the status, check name and observation date so the report explains what changed.
The website uses illustrative sample records. Production API calls use your account and the selected endpoint; example figures are not customer results.
Choose the relevant market, language, target set, required fields and collection cadence. Keep those settings with every response for repeatable analysis.