How to Diagnose Soft 404 Errors and Fix Them Without Losing Traffic
Share
A page can look perfectly normal when you open it in your browser and still be treated by Google as if it doesn't meaningfully exist.
This is the problem behind a soft 404.
Unlike a traditional 404, where a server explicitly tells a browser and search engine that a page cannot be found, a soft 404 occurs when a URL returns a seemingly successful response but the content indicates that the page is effectively unavailable, empty, irrelevant, or missing.
These situations can create confusing indexing issues, particularly on large websites where thousands of URLs are generated automatically.
The good news is that seeing soft 404 errors in Google Search Console doesn't necessarily mean you've lost valuable traffic. The key is determining which URLs genuinely need to exist and which ones should be removed, redirected, or rebuilt.
What Is a Soft 404?
A traditional 404 occurs when a requested URL returns an HTTP 404 status code.
For example:
example.com/old-page/
might return:
404 Not Found
A soft 404 is different.
The server may return an HTTP 200 status code, suggesting that the request succeeded, while the page itself effectively communicates:
"This page doesn't exist."
Common examples include pages displaying:
-
"Product not found"
-
"Page doesn't exist"
-
"No results found"
-
Empty category pages
-
Generic error messages
-
Extremely thin placeholder content
Google can identify these situations and may classify the URL as a soft 404.
Why Soft 404 Errors Matter for SEO
Soft 404s can create several technical SEO challenges.
Search engines don't necessarily want to index pages that contain no useful content.
At the same time, incorrectly treating a valuable page as a soft 404 can prevent it from appearing in search results.
This makes diagnosis particularly important.
For example, an eCommerce website might accidentally return an empty page for a product that was temporarily unavailable.
If Google interprets that page as a soft 404, the URL may disappear from search visibility.
The appropriate fix depends on why the page is considered unavailable.
Step 1: Find Soft 404s in Google Search Console
Start by checking Google Search Console.
Look under the indexing reports for URLs identified as soft 404s.
Export the affected URLs if you're dealing with a large website.
Don't immediately redirect or delete everything in the report.
Google's classification is a diagnostic signal that should be investigated on a URL-by-URL or template-by-template basis.
Group the URLs according to page type:
-
Product pages
-
Category pages
-
Blog posts
-
Service pages
-
Location pages
-
Search pages
-
Filter pages
Patterns can reveal the underlying problem much faster than examining URLs individually.
Step 2: Open the Affected URLs
Visit several URLs from each group.
Ask:
Does this page actually contain useful content?
Look for situations where the page:
-
Is completely empty
-
Shows a generic error
-
Contains only a few words
-
Says the requested item doesn't exist
-
Displays a search-results message
-
Has no meaningful information for users
Then compare those pages with URLs that Google considers valid.
This can help identify what is triggering the soft 404 classification.
Step 3: Check the HTTP Status Code
Use your browser's developer tools, an SEO crawler, or another HTTP inspection method to determine what status code the page returns.
A common soft 404 scenario looks like:
URL requested
↓
HTTP 200 OK
↓
"This product is no longer available"
The server says the request succeeded, but the content says otherwise.
If the page genuinely doesn't exist, returning a proper 404 or 410 response may be more appropriate.
However, don't change a status code simply because Google has reported a soft 404.
First determine what the URL is supposed to represent.
Step 4: Determine Whether the Page Should Exist
This is the most important step.
A soft 404 can be either a problem or an appropriate outcome depending on the URL.
Consider an old blog post that has been permanently removed.
There may be no reason to preserve the page.
Now consider a product page that is temporarily out of stock.
That page may still have:
-
Search demand
-
Backlinks
-
Reviews
-
Product information
-
Historical rankings
-
Internal links
Deleting or redirecting it immediately could be unnecessary.
The correct technical response depends on the page's purpose and future status.
Step 5: Fix Pages That Should Remain Live
If a valuable page has been incorrectly classified as a soft 404, investigate why.
Potential causes include:
-
Extremely thin content
-
Broken templates
-
Missing product information
-
Empty category pages
-
Incorrect CMS logic
-
JavaScript rendering problems
-
Temporary data failures
Restore meaningful content to the page.
For example, if a product page accidentally renders without product information, fix the underlying template or database problem instead of redirecting the URL.
The goal is to make the page genuinely useful.
Step 6: Handle Permanently Removed Pages Correctly
If a page has permanently disappeared and there is no suitable replacement, don't try to disguise the situation with a generic 200 page.
A genuine missing resource can appropriately return a 404 or 410 response.
This clearly communicates that the requested resource is unavailable.
However, before removing a page, investigate whether it has valuable backlinks, traffic, or a closely related replacement.
For high-value legacy URLs, a relevant redirect may be more appropriate.
Step 7: Redirect Relevant Replacements
A redirect can make sense when an old URL has a genuinely relevant replacement.
For example:
/old-running-shoes/
↓
/running-shoes/
The destination should satisfy the same or a closely related user need.
Avoid redirecting every deleted URL to the homepage.
A mass collection of irrelevant redirects can create a poor user experience and may not preserve the SEO value you expect.
Step 8: Fix Empty eCommerce Categories
eCommerce websites frequently encounter soft 404 issues.
A category may exist in the site's database but currently contain no products.
For example:
Men's → Running Shoes → Brand X
might generate a URL even when there are no products matching the combination.
Instead of allowing thousands of empty filter and category pages to exist indefinitely, establish rules for how the site handles empty states.
Depending on the situation, options may include:
-
Keeping the page live with useful content
-
Redirecting to a relevant parent category
-
Returning an appropriate error response
-
Preventing the URL from being generated
The correct approach depends on whether the page represents a meaningful search or business destination.
Step 9: Investigate Faceted Navigation
Filters can create enormous numbers of URLs.
Consider:
/shoes/?brand=nike&color=black&size=10
Some combinations may have useful content.
Others may produce an empty results page.
If thousands of combinations produce near-empty pages, Google may identify many of them as soft 404s.
Review your faceted navigation system and determine which combinations deserve to exist as meaningful URLs.
Don't automatically make every possible filter combination indexable.
Step 10: Check Internal Links
If your website contains internal links to URLs that effectively don't exist, you may be creating unnecessary crawling and navigation problems.
Search your site for links pointing to:
-
Soft 404 URLs
-
Deleted pages
-
Empty categories
-
Old product URLs
-
Irrelevant redirects
Update internal links to point toward current, useful destinations.
This is particularly important for large websites because a single outdated template can create thousands of problematic links.
Step 11: Check XML Sitemaps
Your XML sitemap should primarily contain URLs that you want search engines to discover and consider for indexing.
If your sitemap contains hundreds of URLs that Google identifies as soft 404s, investigate the underlying architecture.
For example:
Sitemap
↓
Empty Product URL
↓
Soft 404
This sends an inconsistent signal.
Clean your sitemaps so that they focus on legitimate, indexable URLs.
Step 12: Look for Template-Level Problems
If hundreds or thousands of URLs are suddenly reported as soft 404s, don't fix them individually.
Look for a common technical cause.
Perhaps:
-
A product database stopped returning inventory
-
A CMS template changed
-
A category system was modified
-
A JavaScript component stopped rendering
-
A migration changed URL behavior
-
An API integration failed
When many URLs share the same pattern, the solution should usually happen at the template or system level.
Soft 404 vs. 404 vs. Redirect
Understanding the differences makes diagnosis much easier.
| Situation | Possible Response |
|---|---|
| Page genuinely doesn't exist | 404 or 410 |
| Page permanently moved to relevant replacement | 301 redirect |
| Valuable page exists but has broken/empty content | Fix page |
| Temporary product unavailability | Usually preserve the useful product page when appropriate |
| Empty filter combination | Prevent unnecessary URL generation or handle appropriately |
| Old page has no useful replacement | 404/410 may be appropriate |
These aren't automatic rules for every website.
Always consider the purpose, value, and intended future state of the URL.
Common Soft 404 Mistakes
Redirecting Everything to the Homepage
This can create irrelevant redirects instead of solving the underlying problem.
Returning 200 for Missing Pages
If the resource genuinely doesn't exist, pretending that it does can create confusing signals.
Deleting Valuable Product Pages Too Quickly
A temporarily unavailable product may still have substantial SEO and business value.
Ignoring Internal Links
Continuing to link internally to dead or empty URLs can perpetuate the problem.
Fixing URLs Instead of Templates
If thousands of URLs have the same issue, investigate the system generating them.
How to Validate Your Fixes
After implementing changes, don't expect Google Search Console to update instantly.
First verify the technical implementation yourself.
Check that:
-
Valuable pages return the correct response
-
Missing pages return the intended status
-
Redirects point to relevant destinations
-
Internal links use valid URLs
-
XML sitemaps contain appropriate URLs
-
Previously empty pages now contain useful content
Then monitor Google Search Console for changes in the affected URLs.
Protect Traffic While Fixing Soft 404s
The safest approach to 404 SEO problems is to avoid treating every reported URL the same way.
Start by asking:
Should this page exist?
If yes, restore or improve the page.
If it has moved, redirect it to the most relevant replacement.
If it genuinely no longer exists and has no suitable replacement, allow it to return an appropriate error response.
If the problem is caused by a template, fix the system rather than manually repairing individual URLs.
Soft 404 errors are ultimately less about the error report itself and more about understanding what your website is communicating to search engines.
When your status codes, content, internal links, redirects, and sitemaps all accurately reflect the state of your website, you can resolve indexing issues without unnecessarily sacrificing valuable pages or organic traffic.