A page can earn visits from Google for years and then quietly stop existing. Nobody takes it down on purpose. A product gets set to draft, a collection gets deleted in a cleanup, a page gets a new name during a redesign, and the old address starts answering every visitor with the same thing: not found.
Nothing on your side looks broken. The site loads, the phone still rings, and no alarm goes off anywhere. The only place the loss shows up is a report most owners have never opened.
How a good page goes dead
In the audits we run, a dead page is almost never the result of a crash. It is the result of ordinary housekeeping:
- A product is deleted or hidden, and its page goes with it.
- A collection or category page is removed while tidying up the catalog.
- A page gets a new address in a redesign, and nothing forwards the old one.
- The site moves to a new platform that uses different addresses for the same pages.
- Someone decides an old article is out of date and deletes it.
Each of these leaves behind an address Google remembers. Google's documentation on how it handles 404 errors says that once an address starts returning 404, the page is removed from the index if it was indexed before. Every visit that page was earning stops with it.
The address may be gone from your site, but it is not gone from the world. It can still sit in old emails, in links from other websites, and in Google's own memory of what your site used to answer.
The five-minute check in Search Console
Finding the list of dead addresses is the easy half. Knowing which one was actually earning you customers is the half most advice skips, and the click history answers it:
- Open Search Console, go to Indexing, then Pages, and under "Why pages aren't indexed" click Not found (404). That list is every address Google asked your site for and got nothing back.
- Ignore anything that was never a real page: misspelled addresses, strings of random characters, old tracking junk.
- For each address you recognize as a page that once existed, open the Performance report and add a page filter with that exact address.
- Set the date range to the last 16 months. Search Console holds 16 months of history, which is long enough to catch a page that died last spring and long enough to see a full year of seasons.
- Write down every dead address that shows clicks in that window, biggest number first.
That short list is the damage report. A dead address with no clicks and no links pointing at it cost you nothing. A dead address that was earning clicks every month is a disconnected phone number that is still printed on ten years of invoices.
What the click history tells you to do
Each address on the list gets one of three treatments, and the history picks it:
| What you find | What the page needs |
|---|---|
| It earned clicks, and a live page covers the same thing | A permanent redirect to that page |
| It earned clicks, and nothing on the site covers it now | Put the page back |
| No clicks, and it was never a real page | Nothing. Leave it alone. |
A redirect should point to the closest live page that answers the same question, not to the homepage. Google's documentation on redirects says a permanent redirect tells Google the target is the page's new address, so the history the old address earned has somewhere to go.
Restoring works when the page simply should not have been deleted. Put it back at the exact old address, not a new one, and the next time Google checks, there is a page again instead of an error.
And for everything else, nothing is the right answer. Google's own documentation is plain that a 404 is the correct response for a page that is gone for good, and that 404s by themselves do not harm the rest of the site.
The dead links you can ignore
The Not found report always carries noise. Other sites mistype links to you, old software appends strange parameters, and scrapers invent addresses that never existed. Google gradually asks for a failing address less often, so this noise fades on its own.
Resist the urge to redirect all of it to the homepage to make the report look clean. A pile of redirects that land somewhere unrelated to what the visitor asked for does not help anyone, and Google's documentation flags pages that say "not found" without returning a real error as soft 404s, a separate problem you do not want to create while fixing this one.
Before you delete or rename anything again
The cheapest fix is the one you never need. Before a page is deleted, renamed, or set to draft, spend one minute in the Performance report checking what it earned in the last 16 months, because once the history is gone it does not come back on its own.
Two habits close the loop. Keep the sitemap honest, so it lists only live pages, which you can confirm in about a minute with the sitemap check. And after any redesign or platform move, read the Not found report the following week, because that is when the quiet breakage shows up.
Open Search Console tonight, pull up Not found (404), and read the list against your own memory of what those pages were. If you would rather have every page, redirect, and listing on your site read the same way at once, the free audit does it for you.