HowsMyAppBeta
Sample ReportFAQPricing
HowsMyApp

Know it works before you ship.

Product

  • Pricing
  • Guides
  • Blog
  • FAQ
  • Sample Report

Company

  • About
  • Security
  • Contact

Legal

  • Privacy
  • Terms
© 2026 HowsMyApp. All rights reserved.
All posts
User Journey TestingJune 19, 20266 min read

The 404 Page Is the Most Ignored, Highest-Trust-Killing Page on Your Site

Nobody designs their 404 page, yet it's where you lose users at their most frustrated moment. Why broken links quietly cost you conversions, and how to find every one before your visitors do.

By HowsMyApp Team

You spent weeks on your homepage. You argued about the hero copy. You moved the pricing table three times.

Then someone clicks a link in your footer, lands on a bare gray "404: Page Not Found," and closes the tab. You'll never know it happened, because nobody files a bug report for a broken link. They just leave.

The 404 is the page nobody designs and nobody monitors, and it's the one your users hit at the exact moment they're most annoyed. It's the cheapest trust you'll ever throw away.

What a 404 actually is

A 404 is the status code a server returns when there's nothing at the URL the browser asked for. Usually it's not malice or some deep bug. It's a page that got renamed, a post that got deleted, a typo in an href, or a redirect that quietly stopped working.

The cruel part is that the link gives no warning. It's the same blue, the same underline as every working link on the page. The visitor has no way to know it's a dead end until they've clicked and the journey has already broken.

Why a dead link costs more than it looks like

It's tempting to file broken links under "tidiness," something to clean up when there's time. That framing is why they never get fixed. Here's what a 404 actually does.

It interrupts intent. Nobody clicks a link for no reason. They were trying to read your docs, compare a plan, find a way to contact you. A 404 catches them mid-task, at the moment they were leaning in.

It reads as neglect. A broken link is one of the most reliable "nobody's maintaining this" signals a visitor can hit. People judge credibility fast, and the Nielsen Norman Group has spent decades documenting how ruthlessly users scan and bail. A dead end just confirms the doubt they already had.

And the placement is often the worst possible one. The broken links we see most often sit on pricing pages, signup flows, and footers: the high-intent, high-visibility spots where hesitation is already at its peak. One stumble there and the doubt wins.

There's an SEO tax too. Crawlers follow your internal links the same way users do, and dead ones waste crawl budget and break the way authority flows through your site, as Google Search Central lays out. But the conversion cost is the one that should keep you up at night.

Where they actually hide

When sites get scanned, broken links turn up in the same handful of places almost every time:

  • Footers after a rename. A team moves /help to /support, updates the navbar, and forgets the footer. The footer is on every page, so now the broken link is everywhere at once.
  • Old blog posts linking to deleted ones. Internal links rot as you prune old content. Every dead one bounces a reader mid-article.
  • Pricing pages pointing at a missing "compare plans" or "enterprise" page. The worst place to strand a buyer who was already reaching for their card.
  • Outbound links to third-party pages that 404'd. The breakage is someone else's, but it's your site that looks unmaintained.

These aren't edge cases. They're the default state of any site that's been live more than a few months and has more than a handful of pages.

How to find and fix them

By hand, you crawl your own site, open every link, and write down the dead ones. That's fine for a five-page site and miserable for anything bigger, and you'll quietly skip the deep pages where the rot actually accumulates. Worse, you have to do it all again after the next deploy.

Automated link checking is what this is built for. A scanner crawls every page, follows every link the way a real visitor would, and reports each one that returns a 404, including which pages link to it and a screenshot of the broken page. That screenshot matters more than it sounds. A list of dead URLs is abstract and easy to deprioritize. A picture of the actual error page your user hit, mid-journey, makes the cost concrete and the fix suddenly urgent.

Catching broken links is also one line on the bigger pre-launch testing checklist, worth running before every release, not just once.

Once you've got the list, the fix is usually one of three things:

  • Point the link at the new URL if the page just moved.
  • Add a redirect if the page was renamed or migrated, so old links and bookmarks keep working.
  • Remove the link if the destination is genuinely gone.

Then re-scan, because the fix itself can introduce a new break.

Common mistakes

The pattern of mistakes is as predictable as the broken links themselves.

People check the homepage and stop, but the homepage is the most-polished page on the site; the rot is deeper. They update the new links and forget to redirect the old URLs, so every bookmark and backlink still 404s. They treat it as a one-time cleanup, when links break on every deploy that touches routing. And they assume that because nobody complained, nothing's wrong, which gets the signal exactly backwards: almost nobody complains.

It's also worth actually designing the 404 page itself. Even with perfect links, some people will mistype a URL or follow a stale link from somewhere else. A dead-end error page throws them away; one with a search box and links to your key pages quietly rescues them.

Frequently asked questions

How much do broken links really affect conversions? On high-intent pages, more than most teams assume; every dead link on pricing, signup, or checkout is someone lost at the moment they were closest to converting. The slower cost is the cumulative sense that your product isn't maintained, which drags on conversion everywhere.

Do 404s hurt SEO? Broken internal links waste crawl budget and disrupt how authority moves through your site. A few won't sink your rankings, but widespread link rot signals a low-maintenance site and makes you harder to crawl.

What's a soft 404? A real 404 returns the correct 404 status. A soft 404 returns "200 OK" while showing an error or empty page, which is worse, because tools and crawlers think the page is fine while users see nothing useful.

How often should I check? After any deploy that changes routes or content, and on a recurring basis otherwise. Link rot is continuous, so a single audit goes stale fast.

The bottom line

A site full of dead links reads as one nobody's tending. A site where every link lands reads as one someone cares about. Visitors pick up that signal in seconds and decide how much to trust you accordingly.

You don't strictly need a beautiful 404 page, though you should have one. What you need is for as few people as possible to ever see it, which means finding every broken link before your users do, and checking again every time you ship.


Want to see what's broken on your site right now? Run a free scan with HowsMyApp. It follows every link the way a real user would and shows you each 404 with a screenshot of the page your visitors are actually hitting.

See what's broken on your site

HowsMyApp scans your site like a real user and shows you the broken flows, dead links, and form failures with screenshots — in minutes.

Run a free scan

Related posts

  • Website QA Testing•June 27, 2026•17 min

    How to Test Your SaaS Before Users Find Bugs

    Your SaaS has bugs your team hasn't hit yet because you don't use the product the way your customers do. Here's where SaaS apps actually break, the flows that matter most, and how to catch what's costing you users before they churn in silence.

  • Conversion Optimization•June 25, 2026•18 min

    How to Identify Conversion Blockers on Your Website

    Conversion blockers are the specific, fixable things on your site that stop people who already decided to act. Most never show up in analytics. Here's what they are, where they hide, how to find them, and how to fix them before they cost you another month of revenue.

  • Website QA Testing•June 24, 2026•14 min

    Product Hunt Launch Testing Checklist

    A Product Hunt launch sends a one-time flood of high-intent strangers at your site in a single day. If something breaks in that window, you don't get a second shot. Here's exactly what to test before you hit submit, so launch traffic converts instead of bouncing.