Not found (404)

Updated April 2026·By SitemapFixer Team

The "Not found (404)" status in Google Search Console means Googlebot tried to fetch a URL and your server returned an HTTP 404 Not Found response. 404s are a normal part of the web - when a page is genuinely gone, returning a 404 is the right thing to do. The problem is not 404s themselves, it is 404s on URLs that shouldn't be 404ing: sitemap entries, internally linked URLs, and pages that should exist but don't due to a bug.

Find 404 URLs in your sitemap
We fetch every sitemap URL and flag the ones returning 404 - free scan
Analyze My Sitemap

What this GSC status means

Googlebot sent an HTTP request for the URL and received a 404 response (or 410 Gone - Google groups them together). Google removes the URL from the index after a 404 persists across a few recrawls. The URL itself can continue to be recrawled for months, especially if it has external links, but it will not appear in search results. Google groups 404 detection sources: sometimes Google learned of the URL from a link on your site, a backlink, or an old sitemap entry.

Common causes

How it affects indexing

Genuine 404s are harmless - Google will drop them from the index and stop prioritizing them over time. But 404s cost when the URL still has incoming signals: valuable backlinks die, internal link equity leaks away, and URLs kept in sitemaps waste crawl budget. Unexpected 404s on pages you still want indexed represent direct traffic loss.

How to diagnose

In GSC, click "Not found (404)" to see the URL list and export it. For each URL, ask: should this page exist? Is the URL in your sitemap? Does it have backlinks (check Ahrefs, Semrush, or GSC Links report)? Is it still linked from anywhere on your site (Screaming Frog or a crawler will find internal linkers)? Test the URL with curl -I URL to confirm the status code is actually 404.

How to fix

1. Remove all 404 URLs from your sitemap.xml and regenerate it. 2. For URLs that should exist: restore the page or fix the bug causing the 404. Verify with curl that it returns 200. 3. For URLs with meaningful replacements: 301 redirect to the closest equivalent page (same intent, same topic). 4. For permanently removed pages with no equivalent: return 410 Gone instead of 404 - it signals "deliberately gone". 5. Update internal links - replace links to 404 URLs with links to live equivalents or remove them entirely. 6. Reach out for broken backlinks worth recovering - ask external sites to update their links to your live URL. 7. Leave genuine 404s alone - do not redirect every 404 to the homepage (creates soft 404 patterns). 8. Resubmit the sitemap in Search Console so Google re-reads the updated URL list.

Frequently Asked Questions

Do 404 errors hurt my SEO?
404s on pages that genuinely no longer exist are normal and fine - Google expects them. They hurt SEO only when (a) pages still linked internally or externally return 404 instead of redirecting, (b) URLs in your sitemap return 404, or (c) valuable pages unintentionally 404 due to a deployment or CMS bug.
Should I 301 every 404 to a related page?
No. Only 301 redirect when there is a close, intentional equivalent - same topic, same intent. Redirecting unrelated 404s to your homepage or category pages creates "soft 404" patterns and can be worse than just serving the 404.
How long will Google keep checking a 404 URL?
Google can recheck 404 URLs for months, especially if they have external backlinks. That is normal behavior - Google is verifying the page truly is gone. It does not harm you unless the URL is in your sitemap or internal links still point at it.
Remove 404 URLs from your sitemap
Free scan - we fetch every URL and flag the ones returning 404 or 410
Analyze My Sitemap Free
Related GSC indexing statuses
All GSC indexing errors