You click on a link and instead of the expected page, „Page not found“ appears? Then this is often a 404 error.
The HTTP status code 404 Not Found means that the server is reachable, but the resource expected under the requested URL was not found.
Individual 404 responses are completely normal on the internet. They primarily become problematic when important pages have accidentally disappeared, internal links point to URLs that no longer exist, or old addresses are left behind without a proper redirection after a website relaunch.
In this guide, we will show you how to find 404 errors, narrow down their cause, and decide whether the URL should be corrected, restored, redirected, or intentionally left as non-existent.
Briefly explained:
404 Not Founddoesn't automatically mean that your entire website or web server is down. The server was reached, but could not find the specifically requested resource under this URL.
What does the status code 404 mean? #
When you call a URL, your browser sends an HTTP request to the responsible web server.
If the requested resource exists and can be successfully delivered, the response is typically:
200 OK
If the requested resource cannot be found under this URL, the server can respond with:
404 Not Found
To put it simply, it looks like this:
Browser
↓
https://example.com/produkte/test/
↓
Web server
↓
Resource under this URL not found
↓
404 Not Found
A 404 error does not automatically mean a server outage #
This is an important distinction.
In a classic 404 error, the web server was basically able to process the request. The problem concerns the requested resource or URL.
Other HTTP status codes may indicate other causes. An 403 means something different than a 404, and errors from the field 5xx indicate server-side issues.
You can find an overview at HTTP status codes explained: 200, 301, 404, 403, and 500.
What does a 404 error look like? #
What a 404 page looks like visually depends on the respective website.
For example, you can see messages like:
404 Not Found
Page not found
Page not found
The requested page was not found.
Many websites use a custom-designed error page with navigation, a search function, or a link back to the home page.
However, not only the visible text is decisive. For the technical evaluation, the HTTP status code actually returned by the server is authoritative.
Why do 404 errors occur? #
There are numerous possible causes. Frequently, a page has been deleted, renamed, or moved while links to the previous URL still exist.
Even a simple typo in an address can cause a 404 error.
Example:
Correct:
/kontakt/
Incorrect:
/kontkat/
The server cannot know that actually /contact/ that was meant. For him, these are two different paths.
Deleted pages as the cause #
If a page is deleted, its previous URL may no longer exist.
Assuming that previously existed:
The page is being deleted and there is no longer any content at this address. A later visit can then with 404 Not Found be answered.
Whether this is a problem depends on whether the resource was intentionally removed and whether there is a sensible successor.
Changed URLs as a cause #
404 errors occur particularly often when the address of a page is changed.
Before:
Afterwards:
If the old URL simply disappears, old links can continue to point to the previous address.
Therefore, in the case of a permanent URL change, a suitable 301 redirect is often advisable.
We explain how to set these up at Set up a 301 redirect: Permanently redirect URLs.
Broken internal links #
A common and avoidable cause is broken links within your own website.
Example:
Page A
↓
Link to /preise-alt/
↓
404 Not Found
If the correct landing page is now under /pricing/ is accessible, the internal link should be changed directly to this current URL.
An existing 301 redirect can still catch old external links. Nevertheless, you should try to set your own internal links directly to the current destination whenever possible.
Broken external links #
Other websites can also link to a URL that no longer exists on your site.
You cannot always change such links yourself.
If the old resource now has a suitable new successor, a redirection can make sense.
If there is no longer any comparable content to replace it, an arbitrary page should not be chosen as the redirection target solely because of the external link.
404 error after a website relaunch #
A relaunch is a particularly critical time.
If the URL structure changes in the process, many previously working addresses can disappear at the same time.
Example:
Old website:
/produkte/hosting.html
/service/kontakt.php
/unternehmen/ueber-uns.html
New website:
/hosting/
/kontakt/
/ueber-uns/
Without a proper mapping of the old and new URLs, numerous 404 errors can occur after the relaunch.
Important during a relaunch: Old URLs should be recorded before the change whenever possible and assigned to the respective suitable new target pages. A redirect plan is helpful precisely for this purpose.
404 errors due to typos are normal #
Not every 404 hit indicates a problem with your website.
For example, a visitor can manually enter a non-existent address:
Bots and automated scanners also regularly request random or known paths that may have never existed on your website.
That your server returns a 404 status for a resource that does not actually exist is fundamentally correct behavior.
Basic rule: The goal is not to build a website that never returns a 404 status. The goal is to detect unintentional 404 errors on actually relevant URLs and handle them meaningfully.
How do I find 404 errors? #
There are several possibilities. Which of these makes sense depends, among other things, on whether you are investigating a single problematic URL or systematically finding errors on a larger website.
For a single address, you can first access it directly in the browser.
For a larger website, additional crawling tools, website monitoring, server information, or Google Search Console can also provide clues about problematic URLs.
Systematically check internal links #
A website crawler can follow the internal links of your website and thereby identify which linked URLs return an error status.
This is especially helpful after:
Website relaunch
URL changes
Deletion of many pages
Restructuring of the navigation
Migration to another CMS
Major content cleanup
Afterward, the evaluation of the finding is important. A tool can show you that a URL returns a 404 status. Whether this URL should be restored, redirected, or intentionally left removed is something you must decide based on the content.
404 error in Google Search Console #
Google Search Console can also provide clues about URLs that Google has visited but could not successfully index.
In doing so, you should not reflexively treat every 404 URL listed there as a critical error.
Check first:
Did this URL actually exist in the past?
Is it supposed to still exist today?
Is there suitable new content available?
Is it still being linked to internally?
Is the URL merely an old or unknown path?
We will cover how to set up the Google Search Console in general later under Set up Google Search Console and verify website.
Check 404 error using browser developer tools #
If you want to check the actual HTTP status of a URL, you can use the developer tools of a modern browser.
In the network view, you can see which request was made and what status code the server returned.
This allows you to distinguish, for example, whether actually 404 is returned or whether the page merely looks like an error page visually.
What is a soft 404? #
With a so-called soft 404, a page looks to the visitor as if the desired content does not exist, but the server does not return a corresponding error status.
For example, a non-existent resource could display a page with the text „Content not found“, but technically with:
200 OK
answer.
This creates a contradiction:
Content says:
"Page not found"
HTTP response says:
"200 OK"
Search engines can detect such situations as soft 404s or treat them accordingly.
Important: A well-designed error page should still return the technically appropriate HTTP status. The design of an error page and its HTTP status are two different things.
When should a 404 error be fixed? #
Action is required, in particular, when a URL should actually work.
This is the case, for example, when an important page has been accidentally deleted, an internal link is incorrect, or a logical successor exists after a URL change.
The correct solution depends on the cause.
Case 1: The page should continue to exist #
If the resource was accidentally deleted, incorrectly published, or stored at the wrong address, you should restore the actual page or correct the configuration.
A redirect is not automatically the right solution if this exact URL is actually supposed to keep working.
Case 2: The URL has been permanently changed #
If the previous content is permanently available at a new URL, a 301 redirect can make sense.
old URL
↓ 301
matching new URL
As a result, the old address no longer leads to a 404 error, but directly to the actual successor.
Case 3: An internal link is incorrect #
If only a link within your website was misspelled, you should correct this link.
Example:
Wrong:
/kontakt-us/
Right:
/kontakt/
It would be unnecessary to permanently set up a redirect for every internal typo if you control the broken link yourself and can correct it directly.
Case 4: Content was deleted without replacement #
If a resource has been deliberately and permanently removed and there is no functionally appropriate replacement, the URL does not need to be redirected to any other page.
A 404 status may be technically understandable in this case.
It is important that your own website no longer prominently links to the removed resource.
Should every 404 be redirected to the homepage? #
No.
A blanket rule such as:
every unknown URL
↓ 301
homepage
is not a clean solution.
For example, a visitor who accesses an old trade article does not automatically expect the home page.
Even technically, a permanent redirect to the homepage does not meaningfully describe what happened to any given unknown resource.
Practical Tip: Use a redirect only if you can determine a comprehensible and content-appropriate destination.
What about very similar alternative pages? #
If an old page has been removed and a new page serves the same or a very similar purpose, it can be a suitable redirect target.
Example:
ALT:
/anleitungen/wordpress-backup-alt/
NEU:
/hilfe/wordpress/wordpress-backup-erstellen/
What is crucial is not that both URLs look similar. What is crucial is that the new resource actually makes sense for a visitor expecting the old content.
Design a user-friendly 404 page #
Even with technically correct 404 responses, you can help visitors.
A good error page should clearly state that the requested page was not found and offer a useful way to continue browsing the website.
Depending on the website, the main navigation, a search function, or a link to the homepage, for example, can be helpful.
Avoid, on the other hand, error messages that do not explain to the visitor what has happened.
The 404 page is allowed to link to the homepage #
There is an important difference here compared to automatic forwarding.
Of course, a 404 page may contain a visible link to the homepage.
The visitor then decides for themselves whether they want to switch there.
That is different from automatically redirecting every unknown URL to the homepage via a 301.
404 pages shouldn't become dead ends themselves #
When a visitor lands on a non-existent URL, they shouldn't necessarily have to leave the website using the back button.
An understandable error page with navigation can help finding a suitable area.
For extensive websites, an additional search function can also be useful.
Fix internal links on 404 pages first #
When prioritizing, you should pay particular attention to errors caused by your own website.
If a frequently visited article links to a non-existent internal page, you can fix this error directly.
This is usually more relevant than a random non-existent URL that some bot tried out.
404 error and external backlinks #
If a URL that no longer exists is linked from other websites, you should check whether there is a suitable successor content.
If so, a permanent redirect can make sense.
If not, you should not choose an off-topic landing page solely because of the existing external link.
404 error after a domain or website migration #
After a migration, 404 errors can occur if URL paths were not completely transferred or the page structure has changed.
In such cases, you should not only correct individual errors, but also check whether a pattern exists.
Example:
OLD:
/knowledgebase/artikel-1/
/knowledgebase/artikel-2/
/knowledgebase/artikel-3/
NEW:
/hilfe/kategorie/artikel-1/
/hilfe/kategorie/artikel-2/
/hilfe/kategorie/artikel-3/
With structural changes of this kind, a complete mapping of the old URLs to their new equivalents is much more reliable than subsequently repairing individual 404 error messages.
Avoiding redirect chains during troubleshooting #
If a redirect already exists for an old URL and its destination changes again later, a redirect chain can be created.
URL A
↓ 301
URL B
↓ 301
URL C
If URL C meanwhile the final goal is, it should be checked whether URL A straight to URL C can refer.
This allows you to avoid unnecessary stopovers.
Regularly check for 404 errors #
A small static website usually generates fewer URL changes than a website that is continuously expanded or redesigned.
Therefore, a new check is particularly worthwhile after major changes.
These include in particular:
Relaunch
CMS migration
Changing the permalink structure
Deleting a lot of content
Renaming important pages
Domain change
Major navigation overhaul
Not every 404 URL found is equally important #
On a larger website, tools can report numerous non-existent URLs.
First, prioritize URLs that are actually relevant.
For example, pages that are no longer accessible but have internal links, known old URLs after a relaunch, or addresses to which relevant external links still point are particularly important.
Randomly generated bot requests for paths that never existed have a different priority.
Google continues to report an old 404 URL #
Search engines can know URLs even if they are no longer linked on your current website.
For example, a URL may have existed previously or have been discovered via an external link.
If the resource was intentionally removed and has no suitable replacement, you do not necessarily have to create a new page or redirect just so the URL no longer appears as a 404.
If, on the other hand, the page is accidentally missing or has a clear successor, you should act accordingly.
Google is not indexing an important page #
A 404 status is just one of many possible reasons why a URL does not appear in search results.
Other technical settings, internal linking, URL findability, and processing by Google can also play a role.
We will cover this topic in detail later under Google is not indexing my website: Check causes.
404 or other issue? #
Before choosing a solution, you should ensure that a 404 status actually exists.
A page may not function as expected for various reasons.
404 → Resource not found
403 → Access forbidden
500 → Internal server error
Redirect → Another URL is being accessed
DNS issue → Domain may not be reachable at all
The error message or the actual HTTP status helps to determine the correct level of troubleshooting.
How to handle a 404 error #
404 URL found
↓
Did the URL exist previously?
↓
Should the content continue to exist?
↓
┌──────┴──────┐
YES NO
↓ ↓
Repair or Is there a
restore suitable successor?
page ↓
┌──────┴──────┐
YES NO
↓ ↓
Appropriate 404 can
redirect be correct
↓
Update internal
links
404 Troubleshooting Checklist #
Call affected URL directly
↓
Check HTTP status
↓
Rule out typos
↓
Check internal link
↓
Clarify if page existed previously
↓
Search for suitable successor
↓
Repair page OR
Set up 301 OR
Intentionally leave 404
↓
Update internal links
↓
Test solution again
Summary #
The HTTP status code 404 Not Found means that the server could not find the requested resource at the accessed URL.
A 404 status is not fundamentally an error that always needs to be fixed. If a resource truly does not exist and has no meaningful successor, a 404 response can be completely correct.
Action is required in particular regarding accidentally missing pages, faulty internal links, and old URLs for which suitable new content exists following a permanent change.
In this case, depending on the cause, you should restore the page, fix the broken link, or set up a suitable 301 redirect.
Avoid, on the other hand, blanket redirects of all 404 URLs to the homepage.
In the event of a 404 error, the most important question is not „How do I get rid of the 404?“, but rather „What should logically happen at this URL?“