Dead internal links
Pages that have been renamed, deleted or moved without a redirect. These are the ones that cost you most, because the visitor was already committed.
Every dead link on your site, in one list
A full crawl of your site that reports each broken link with the page it sits on and the anchor text it hides behind — so you can fix it without hunting.
Free
No signup
Results in 60 seconds
What the crawl finds
Not just 404s — everything that quietly fails between a click and a page.
Dead external links
Outbound links to sites that have changed or disappeared. Old blog posts rot quietly and nobody notices until a reader mentions it.
Redirect chains and loops
Links that bounce through two, three or more hops before arriving. Each hop costs latency and leaks a little ranking signal; loops never arrive at all.
Placeholder and empty hrefs
Links still pointing at a hash, a hard-coded localhost URL, or a template variable that never got filled. Common in freshly launched sites.
Broken assets
Missing images, stylesheets and scripts. Optional, but it is how you catch the asset path that only breaks in production.
Server and TLS failures
Links that return 5xx, time out, or fail certificate verification. We confirm a failing HTTP link over HTTPS before calling it broken, so protocol upgrades do not produce false positives.
Why broken links matter more than they look
Nobody files a bug report for a 404. They just leave, and you never find out which link did it.
It reads as neglect
A dead link in your main navigation tells a visitor the site is unmaintained. That impression transfers straight to the product they were about to buy.
You waste your own crawl budget
Search engines spend a finite budget crawling your site. Every 404 and every redirect hop is budget not spent on the pages you actually want indexed.
Link equity drains away
Inbound links pointing at pages that no longer resolve pass their value nowhere. A redirect to the right page recovers most of it, and takes a minute once you know the URL.
How the crawl works
Configurable depth and concurrency, and it honours your robots.txt by default.
-
We map the site
Starting from the URL you give us, we follow internal links up to the depth you choose, or test a single page if that is all you need.
-
Every link gets requested
Each link found is actually fetched, not guessed from the markup. Turn on JS rendering if your navigation is built client-side.
-
Failures land grouped by page
Each broken link is reported with its status code, the page it appeared on and its anchor text, ready to export as CSV.
Crawling questions
Depth, robots.txt, false positives and what to do with the results.
Will the crawl slow down or overload my site?
Concurrency is configurable and defaults to a level ordinary hosting absorbs comfortably. If you are on constrained shared hosting, lower it before scanning. The crawler also honours robots.txt by default, so anything you have already asked crawlers to leave alone is left alone.
Does it follow links to other websites?
It checks outbound links to confirm they still resolve, but it does not crawl into other sites. Only your own domain is walked for new pages, so the scan stays bounded.
Why was a link reported broken when it opens fine in my browser?
The usual causes are bot protection returning 403 to non-browser traffic, rate limiting during a large crawl, or a link that only works while you are logged in. We already re-check a failing HTTP link over HTTPS before reporting it, so plain protocol upgrades are not flagged. Anything left is worth a manual look — a link that blocks crawlers also blocks search engines.
My site is a single-page app. Will the crawler find anything?
Turn on JS rendering and pages are loaded in a real headless Chromium before links are extracted, so client-side routing and lazily rendered navigation are followed. It is slower than the plain HTTP crawl, which is why it is off by default.
What is the difference between max depth and max pages?
Depth is how many link hops from the starting URL the crawler will travel; max pages is the hard ceiling on how many pages it will fetch in total. Depth shapes which part of the site you cover, max pages caps the size of the run.
Should I fix a broken link or redirect it?
If the destination still exists somewhere, add a 301 redirect to it — that keeps inbound links and search rankings working. If the content is genuinely gone, update or remove the link on your own pages rather than redirecting everything to the homepage, which search engines treat as a soft 404.
Check the rest of your site health
Link health is one of five checks. Each runs on its own, or all of them together in one score.
Accessibility
Find the barriers that turn visitors away, and the compliance gaps that carry legal risk.
Speed
Slow pages lose sales and rankings. See exactly which pages drag, on mobile and desktop.
AI-Readiness
Check whether ChatGPT, Perplexity and Google AI Overviews can reach, read and quote your content.
Security
Passive checks on transport security, defensive headers and public exposure signals.
Monitoring
Know your site is down before your users tell you, and watch its health score over time.
Full Site Check
Run every check in one pass and get a single health score with the top three things to fix.