Grouped link destinations
Review each discovered destination once, with its total usage and source-page count, instead of treating every repeated link as a separate mystery.
- Destination-level inventory
- Total usage count
- Distinct source-page count
Crawl your website, group repeated link destinations, filter broken internal and external links, and trace every failed target back to the source pages that contain it.
Too Long; Didn't Read
Screpy Broken Link Checker is a crawl-based link audit for finding failed internal and external destinations, grouping repeated uses, and tracing each target back to the crawled source pages that contain it. Use the evidence to repair the source relationship, then verify the result in a comparable crawl.
A useful broken-link report connects the failed target with every crawled source that references it. Screpy keeps destination groups, usage, source pages, and link issues together for investigation.
Review each discovered destination once, with its total usage and source-page count, instead of treating every repeated link as a separate mystery.
Separate links your team controls from third-party references so the repair path matches the owner of the destination.
Open the pages that contain a failed destination and see whether the issue is isolated or repeated by navigation, a footer, a card, or another shared template.
Search by destination, source page, anchor text, or rel value when a large link inventory needs a focused investigation.
See broken, nofollow, and empty-anchor observations beside grouped destinations and their source pages.
Identify controllable internal links that should point directly to the intended final URL instead of relying on avoidable redirects.
Move the selected destination, usage, and source-page evidence into a spreadsheet for assignment, review, or client reporting.
Run a new crawl with comparable scope after publishing fixes, then confirm the broken destination and its source relationships changed as expected.
Screpy groups repeated uses of the same target so a broken destination can be reviewed with its total usage and distinct source-page count instead of as hundreds of disconnected rows.
Open Source Pages for a destination, review usage and issue counts, and find whether the repair belongs to one article, a family of pages, or a shared navigation component.
Internal destinations, third-party references, nofollow relationships, and empty anchors require different decisions. Search and filters keep those cases separate during investigation.
Publish the correction, repeat a comparable crawl, and confirm the original source pages now point to a successful intended destination. A working replacement page alone does not verify the old link was removed.
Do not stop at a 404 count. Confirm crawl coverage, separate ownership, find the source relationship, repair the root cause, and prove the change in a comparable crawl.
Use a starting URL, depth, page capacity, and rendering mode that can reach the templates and content areas you intend to evaluate. A partial crawl can only produce a partial link inventory.
Start with the Broken view, then separate internal destinations from external references. Internal URLs are normally under your control; external failures may require replacement, removal, or manual verification.
Open Source Pages, compare usage counts, and inspect representative pages. A failure repeated across hundreds of URLs often belongs to one shared component rather than hundreds of independent edits.
Restore, correct, replace, remove, or redirect the destination according to user intent. Then recrawl the same scope and confirm controllable source links now point to a successful intended URL.
The workflow is most valuable when one routing, content, or template change can affect many user journeys at once.
Find old paths left behind by a redesign, CMS migration, taxonomy change, or product URL update before they become permanent navigation debt.
Use source-page and usage counts to identify one broken footer, menu, product card, or reusable component that affects many pages.
Review outdated external references and internal content links so readers still reach a useful, current destination.
Compare link findings after content releases, routing changes, deleted pages, or recurring site maintenance.
Audit the full link graph, investigate links within a broader technical crawl, or check one live page without creating an account.
Crawl a website, group link destinations, filter broken internal and external links, and trace each target to its source pages.
Connect link findings with page, image, crawlability, metadata, indexability, and other technical SEO evidence.
Inspect one live URL and review the links discovered on that page without starting a full website crawl.
Learn the concepts behind this workflow and apply them with practical SEO guidance.
An AI technical SEO audit analyzes crawl and performance data to flag indexation, redirects, broken links, and schema issues, then prioritizes fixes by impact.
Read articleAn SEO crawler follows links and checks URLs for broken links, redirect chains, duplicate pages, canonical errors, indexability issues to prioritize fixes.
Read articleAI visibility gaps emerge when you compare brand mentions, citations, and competitor coverage across priority prompts, AI platforms, and topic clusters.
Read articleAudit brand mentions across search, reviews, and AI answers to assess citation context, sentiment, competitor share of voice, and practical SEO priorities.
Read articleUnderstand destination failures, source pages, internal and external ownership, redirects, false positives, prioritization, repair choices, and recrawl verification.
A website broken link checker crawls pages, discovers link destinations, checks whether those destinations can be reached, and shows the source pages that contain failed links. Screpy groups repeated destinations so one shared problem can be investigated as one root cause.
A link is broken when the crawler cannot reach a usable destination. Common examples include 4xx client errors, 5xx server errors, network or TLS failures, and unsuccessful fetches. The response should be verified before changing a link because access controls and temporary failures can affect automated requests.
Yes. The Links report separates internal and external destinations. Internal failures usually require a repair within your website, while an unavailable third-party reference may need to be verified, replaced, or removed.
The destination tells you what failed; the source page tells you where to fix the relationship. Screpy shows source pages and usage counts so you can distinguish one isolated content link from a destination repeated by a navigation element, footer, or shared component.
Not exactly. A 404 is a destination response. It becomes a broken-link problem when another crawled page links to that unavailable URL. A useful audit therefore needs both the failed destination and the pages that reference it.
No. Redirects can be intentional and necessary. For links you control, the cleaner result is usually to point directly to the intended final URL while keeping legitimate redirects for old public URLs that still receive traffic or backlinks.
The destination may block automated requests, rate-limit the crawler, require a session, or have failed temporarily during the crawl. Open representative examples and confirm the visitor experience before replacing a third-party link.
Start with internal links in navigation, conversion paths, important landing pages, and shared templates. Then review high-usage destinations and external references that materially support the page. Prioritize user impact and source-page importance, not only the raw number of observations.
A global footer, navigation menu, reusable card, or CMS template can generate the same link on every page. Screpy groups destination usage and lists source pages so the shared component can be repaired once instead of editing every URL separately.
Restore the destination when it should still exist, correct a mistyped URL, replace an outdated reference, remove a link that no longer helps, or redirect an old internal URL to its closest relevant replacement. Do not send every missing page to the homepage.
Publish the repair, run a new crawl with comparable settings, and confirm the source pages now point directly to a successful intended destination. A working replacement page alone does not prove the original source link was updated.
Broken Link Checker focuses on link destinations, usage, issue counts, and source pages. Website Audit connects those findings with pages, images, crawlability, metadata, indexability, and the wider technical SEO investigation.
No tool can guarantee a ranking increase. Repairing broken internal paths can improve navigation, crawl access, and maintenance quality, while fixing external references can improve usefulness and trust. Search performance still depends on relevance, content quality, competition, authority, and many other signals.