You open the Page indexing report in Search Console, and a batch of URLs sits under one confusing label: soft 404. The pages load fine in your browser. There is content on them. So why is Google calling them errors?
The answer is a mismatch between what your server says and what Google sees. Soft 404 errors happen when a URL returns a 200 (success) code but the page is empty, broken, or effectively a “not found” message. Google trusts the content over the code, decides the page is really an error, and keeps it out of the index. Google spells this out in its own crawling error documentation.
This guide covers what these errors are, the real reasons Google flags them, how they differ from a normal 404 or a crawled-not-indexed page, and the exact fix for each cause. If a sudden batch of them lined up with a traffic dip, rule out a wider problem first with our guide on finding the cause of a sudden ranking drop.
Before the fixes, it helps to see where these statuses live. The Google Search Console Training video below walks through the index coverage report that surfaces every one on your site.
Source video: Google Search Central on YouTube
Quick Answer: A soft 404 error is a URL that returns a 200 (success) code while the page shows a “not found” message, an error, or no real content. Google spots the mismatch, treats the URL as an error, and leaves it out of Search. You find them listed under “Not indexed” in the Page indexing report.
Every page request gets an HTTP status code your visitors never see. A working page returns 200 (success). A missing page should return 404 (not found) or 410 (gone). This status breaks that logic: the server says 200, but the page itself is empty or says the content is not there. The code and the content disagree, and Google sides with the content.
To find them, open Search Console, go to Indexing → Pages, and look under “Why pages aren’t indexed” for the row marked “Soft 404”. Google explains this row in its Page indexing report help. Click the row to see the affected URLs, then run any one of them through the URL Inspection tool to see what Googlebot actually rendered.
In practice, it usually looks like one of these:
Quick Answer: Most soft 404 errors come from four sources: removed pages that still return 200, thin or empty pages, JavaScript and resources that fail to load, and pages that quietly redirect to the homepage. Each has a different fix, so the first job is naming the cause before touching the page.
Across the Malaysian client sites we audit, these errors cluster around a handful of predictable culprits. Naming the right one saves you from applying the wrong fix — a redirect where a 404 belongs, or a content rewrite where the real problem is a blocked script.
| Root cause | Share of cases |
|---|---|
| Removed or expired page still returning 200 | 34% |
| Empty or near-empty page (thin content) | 26% |
| JavaScript or resource rendering failure | 18% |
| Soft redirect to homepage instead of a 301 | 12% |
| “No results” search or filter pages | 10% |
Source: ZenWeb Search Console audits across 500+ Malaysian SME sites, 2024–2026.
The pattern is clear. Roughly six in ten are pages that should either be gone or beefed up — the thin content and expired-page buckets. The rendering failures often trace back to scripts or images that Googlebot could not fetch, sometimes because they were blocked in robots.txt.
Not sure which bucket your errors fall in?
We audit the whole Page indexing report and tell you exactly what to redirect, remove, or rebuild. See our technical SEO services →
Quick Answer: A soft 404 sends a 200 code on an error or empty page. A real 404 or 410 correctly tells Google the page is gone. “Crawled — currently not indexed” is a real page Google fetched but chose not to index. Three different statuses, three different fixes — do not treat them the same.
These three statuses get confused because they all mean “not in the index”. But the cause and the cure are different for each, so it is worth getting the labels straight before you act.
| Status | What Google receives | First fix |
|---|---|---|
| Soft 404 | 200 on an error or empty page | Return 404/410, 301, or fix the content |
| Not found (404 / 410) | 404 or 410 on a gone page | Nothing if intended; redirect if it moved |
| Crawled — not indexed | 200 on a real, working page | Improve or consolidate the content |
Source: Google Search Console status definitions, mapped by ZenWeb, 2026.
The key split is the status code. A soft 404 and a “crawled — not indexed” page both return 200, but the former has broken or absent content while the crawled page is real and just judged low value. If your issue is the latter, our guide on pages that are crawled but not indexed is the better starting point, and the broader reasons pages are not indexed guide covers the rest.
Quick Answer: Fixing soft 404 errors comes down to one question — should this URL exist? If the page is gone for good, return a 404 or 410. If it moved, 301 redirect it to the replacement. If it is a good page wrongly flagged, repair the content or the rendering. Diagnose first, then pick one.
Google’s documentation gives three paths, and every case fits one of them. Work through the steps below in order for each flagged URL.
These steps take a single flagged URL from diagnosis to the correct response code.
The most common mistake is reaching for a homepage redirect on every dead URL. Google treats a redirect to an irrelevant page as a soft 404 in its own right, so you end up trading one error for another. When the volume is large or the cause is technical, a structured technical SEO fix is faster than fixing URLs one by one.
Facing hundreds of these errors at once?
Bulk cleanups need server rules, not manual edits. We handle the redirect map and status codes for you. Explore our SEO service →
Quick Answer: Once you validate a fix, most soft 404 errors clear within four to eight weeks as Google re-crawls the URLs. Clean 404/410 responses and 301 redirects resolve fastest; content repairs take longer; doing nothing barely moves. The action you take matters far more than waiting.
These errors do not clear the moment you fix them. Google has to re-crawl each URL, confirm the new response, and update the report. The pace depends heavily on which fix you applied.
| Weeks after validation | 404 / 410 | 301 redirect | Content fix | Left as-is |
|---|---|---|---|---|
| Week 1 | 20% | 15% | 10% | 2% |
| Week 2 | 45% | 38% | 25% | 4% |
| Week 4 | 74% | 68% | 52% | 7% |
| Week 8 | 95% | 93% | 83% | 11% |
Modeled from ZenWeb audit observations; illustrative cumulative clearance, 2024–2026.
Two lessons stand out. First, a proper status code clears far faster than a content rewrite, because Google only has to read a header rather than re-assess a page. Second, leaving one alone barely helps — the “left as-is” column stays low for months. If the URL was one that used to rank, treat it like any page deindexed by Google and act quickly.
Quick Answer: A few soft 404 errors are harmless. At scale, they waste crawl budget — Googlebot burns visits on dead URLs instead of your real pages — which slows how fast new and updated content gets indexed. They rarely cause a direct ranking penalty, but the indexing lag can quietly hold a site back.
The damage is indirect but real. Every time Googlebot crawls a dead URL, that is a request it did not spend on a page you care about. On a small site this is noise. On a large one, it becomes a genuine drag on how quickly your best content gets seen.
| Soft 404 share of crawled URLs | Modeled crawl wasted | Typical impact |
|---|---|---|
| Under 5% | ~1 in 20 crawls | Normal housekeeping |
| 5–15% | ~1 in 8 crawls | New pages slower to index |
| 15–30% | ~1 in 4 crawls | Important pages recrawled less often |
| Over 30% | More than 1 in 3 crawls | Site-wide indexing lag; fix as a priority |
Modeled from ZenWeb audit observations; illustrative, 2024–2026.
Soft 404 errors rarely trigger a penalty — they quietly tax your crawl budget until new pages take weeks longer to index.
Because the effect is indirect, the problem is easy to misread as something worse. If rankings slid at the same time, it is worth checking whether you are dealing with a real demotion or just noise — our guide on telling a Google penalty from an ordinary drop helps you separate the two before you overreact.
Quick Answer: Prevent soft 404 errors by serving the right status code every time a page ends: real 404s for removed pages, planned 301s for moved ones, and noindex for pages that must stay live but should not rank. Check the Page indexing report monthly so new ones never pile up.
Clearing today’s errors is only half the job. Without a few habits, they creep back every time you delete a product, retire a campaign, or launch a new template. A handful of practices keep them from returning:
Soft 404 errors look alarming, but they are one of the more logical problems in Search Console. Google is simply pointing out that a URL’s status code and its content disagree. Once you accept that framing, the fix is almost mechanical: decide whether the page should exist, then send the response code that tells the truth — 404 or 410 for gone, 301 for moved, or a content repair for a good page wrongly flagged.
Handle them promptly and you protect both your crawl budget and your indexing speed. Let them accumulate and they quietly slow the whole site down. If you would rather have a specialist clear the backlog and set the rules that keep it clear, ZenWeb runs full technical audits as part of our SEO services.
On its own, it is not a penalty. The affected page simply will not be indexed, so it earns no traffic. The bigger risk is scale: many of them waste crawl budget, which slows how fast Google indexes your real pages. A few are normal; a large, growing pile is worth fixing.
A hard 404 correctly returns the 404 (not found) status code, so Google knows the page is gone. A soft 404 returns a 200 (success) code while showing an error or empty page, so the code and the content contradict each other. Google flags it because it cannot trust the status.
No. Google treats a redirect from a specific URL to an unrelated homepage as an error in itself, because the destination does not match what the user asked for. Redirect only to a genuinely relevant replacement page. If there is no replacement, return a 404 or 410 instead.
Usually a rendering problem. If scripts, images, or the main content block failed to load for Googlebot — often because a resource was blocked or too slow — the rendered page looks blank, so Google reads it as an error. Use the URL Inspection tool to see the rendered version and check what is missing.
Fix the underlying cause on each URL, then open the “Soft 404” row in the Page indexing report and click “Validate Fix”. Google re-crawls the batch and updates the status over the following weeks. Most fixes clear within four to eight weeks, depending on the type of fix applied.
Ready to clear your soft 404 errors for good?
Book a free 30-minute strategy session — we’ll review your Page indexing report, your Google ranking, and your competitors, then give you a concrete 90-day plan to fix the errors and speed up indexing.
Complete the form and our team will contact you to discuss your goals. Let’s grow your business.

Online