404 error page with navigation options
Why it matters
A default server 404 response — raw text or a framework-generated HTML stub — gives users no path forward. They cannot navigate home, search for what they wanted, or understand whether the URL was ever valid. ISO 25010 reliability.recoverability requires the system to guide users back to a functional state; a missing custom 404 page abandons them entirely. For SEO, a well-structured custom 404 with navigation also prevents Google from interpreting broken links as site-wide quality signals.
Severity rationale
Low because the user impact is limited to the dead-end session; most users can manually navigate home, but the experience degrades trust and increases bounce rate.
Remediation
Create app/not-found.tsx in Next.js App Router (or the equivalent for your framework) with at minimum a home link and a back button.
// app/not-found.tsx
import Link from 'next/link'
export default function NotFound() {
return (
<main style={{ textAlign: 'center', padding: '4rem' }}>
<h1>Page not found</h1>
<p>This URL doesn\'t exist or has moved.</p>
<Link href="/">Go to home</Link>
</main>
)
}
Add a search input if your app has site search — it converts the 404 into a recovery path rather than a dead end.
DetectionPro
The detection method for this pattern is part of AuditBuffet Pro.
The full method (what to look for, pass and fail conditions, and how results get reported) ships inside the Error Resilience Audit. The pattern definition, severity rationale, and remediation remain openly licensed under CC-BY-4.0.
External references
- iso-25010:2011 · reliability.recoverability
Taxons
History
- 2026-04-18·v1.0.0·Initial import from error-resilience·automated