Old Page Still Appears in Google? How to Remove Outdated Search Results

Why an old or deleted page can still appear in Google

Google does not watch every page continuously. It crawls the web on a schedule that reflects how often a site usually changes, how important the page appears to be, and how much crawl capacity the site can absorb. A busy news homepage may be revisited many times a day. A quiet page on a small business site may go weeks between visits. Until Google returns to a page, what you see in search reflects the last time it looked, not the state of the page right now.

• Deleting a page from a website and removing it from Google are two separate events, and the second follows the first with a delay.
• A changed title or description can keep showing the old wording until the page is crawled again and the new version is processed.
• A URL can stay indexed while the content on it changes, which is why you sometimes see an old snippet attached to a page that now says something entirely different.
• The same content may exist on more than one address, for example with and without www, http and https, tracking parameters, or a print version.
• Redirects, canonical tags and duplicated pages can send Google to a version of the URL you did not intend to check.

None of this requires technical knowledge to work with. It only means that before you submit anything, you need to know exactly which URL Google is showing and what that URL returns today.

First check whether the page actually still exists

Start with the result itself, not with a removal form. Copy the exact URL shown in the Google result, including any subfolder or parameters, and work through the following checks. This takes a few minutes and it decides everything that follows.

1. 1Open the URL directly in a private or incognito window so your own history and cache do not colour the result.
2. 2Decide what loads: the old content unchanged, the same page with the sensitive text removed, a completely different page, an error, or a redirect.
3. 3If you see an error page, note whether it is a genuine 404 or 410 response, or a friendly page that still returns a normal status. Some sites show a not found message while technically returning a working page, and Google treats those differently.
4. 4If it redirects, note the address you land on and whether the old information appears there.
5. 5Search a distinctive sentence from the old content in quotation marks to see whether another copy is indexed under a different address.
6. 6Check Google Images separately, because images are indexed on their own and can survive the removal of the page that hosted them.

Write down the outcome for each URL. If several results are involved, treat each one as its own case, because they will not all need the same request.

Which situation applies to you?

Most wasted effort comes from sending a perfectly good request through the wrong process. This table maps the common situations to the route that actually fits.

How to use Google's outdated content removal process

Google runs a public tool for search results that no longer match the page they point to. It is intended for one narrow job: bringing the index into line with a page that has already been deleted or materially changed. It is not a complaints channel, and it does not weigh up whether content is fair. If the page has genuinely moved on and the result has not, this is the fastest legitimate route available to anyone, and it is free.

1. 1Confirm the source has changed. The wording you want gone must no longer be on the live page, or the page itself must be gone.
2. 2Open Google's Refresh Outdated Content tool and sign in with any Google account. You do not need to own the site.
3. 3Submit the exact URL as it appears in the search result. If the indexed URL differs from the one you normally use, submit the indexed one.
4. 4Indicate whether the page has been removed entirely or has changed, and where asked, point to the specific words that are no longer present.
5. 5Submit one request per URL, then keep a record of each submission so you can track which results have been dealt with.
6. 6Re-check the result in a private window a few days later rather than relying on a cached view in your own browser.

Google's tooling, eligibility rules and interface change from time to time, so treat its own help documentation as the authority rather than any third-party walkthrough, including this one. What has stayed constant is the underlying principle: the tool aligns the index with reality, it does not overrule reality.

What happens after you submit a request?

Requests are assessed automatically and, in some cases, by review. There are several realistic outcomes and it is worth knowing them in advance so you can read the response correctly.

• Google updates or drops the stale result, and the old title, description or cached wording stops appearing.
• Google checks the live page, finds the information still present, and declines the request.
• The request is rejected for a procedural reason, most often the wrong URL or a page that has not actually changed.
• The page is recrawled naturally before your request is processed, and the result updates on its own.
• The result changes for the URL you submitted while another indexed copy of the same content keeps appearing.

Processing time varies and is not something Google commits to. Straightforward refreshes on a deleted page are often handled quickly, while others sit for longer. Treat any specific number of days you read online as an anecdote rather than a service level, and check the result yourself rather than assuming nothing has happened.

Why Google may reject an outdated content request

Rejections are common and they are usually informative. In practice, nearly all of them fall into a handful of patterns.

• The information is still visible somewhere on the live page, including in a comments section, an image caption, a related-articles module or the page title.
• A slightly different version of the wording remains, so the page has not changed in the way the request claims.
• The URL submitted is not the URL Google has indexed, for example a version with parameters stripped or a mobile or AMP variant.
• The content exists on another version of the same page, such as a category archive, a tag page or a paginated listing.
• Google has already recrawled the page, so from its point of view there is nothing stale to fix even though your browser still shows the old snippet.
• The real issue is privacy or safety rather than staleness, which means a different policy and a different form apply.
• The request is an attempt to remove an entire live article using a tool designed to refresh stale information.

A rejection does not close the door. It usually means the diagnosis needs revisiting: either the source has not changed as much as assumed, or the correct route was never the outdated content one.

Deleted page versus outdated page versus live unwanted content

These three situations look identical in a search result and behave completely differently. Keeping them apart is the single most useful thing you can do.

• Deleted page: the source no longer exists. The only remaining task is getting the index to catch up, which is what the refresh route is for.
• Outdated page: the page still exists but Google is displaying old information from an earlier crawl. Again an index problem, not a content problem.
• Live unwanted content: the information you object to is still published on the source page. Nothing about the index is wrong, so the work has to happen at the source, through an applicable removal ground, or through suppression.

That third category is where most difficult cases sit, and it is where a request for outdated content removal will simply be declined. If the article is live, accurate and the publisher will not act, the realistic options are a documented correction request or search suppression, which strengthens better results rather than deleting anything. Where the exposure involves contact details or identity documents, personal information removal is the correct policy to invoke instead, and it applies even while the page stays online.

What if the page was removed but another result still shows the information?

Removing one URL rarely finishes the job, because content on the open web tends to exist in more than one place. Each indexed copy is its own case and needs its own assessment.

• Copied or republished content on aggregator sites and blogs that lifted the original text.
• Syndicated versions where a publisher licensed the article to other outlets, each with its own address.
• Scraped versions that reproduce the page automatically, often with the same wording and a different domain.
• Alternative URLs for the same page, such as archive copies, AMP versions, print views or parameterised links.
• Different publisher URLs where the same story was updated, re-slugged or moved into an archive section.
• Images indexed independently of the page, which can keep appearing after the article itself is gone.
• Snippets generated from other text on the page, such as a sidebar or a list of related headlines, which can keep an old phrase visible.

Work from a written list of every indexed URL rather than from what you remember seeing. Clearing three results and missing a fourth leaves the problem intact for anyone searching your name.

What if Google will not remove the result?

When a refresh request is not available or has been declined, there are still legitimate routes. None of them is a shortcut, and the right one depends on who controls the content.

• Correct or update the source. If you control the page, remove the wording, then request a refresh once the change is live.
• Contact the publisher or site owner with a specific, verifiable request. Corrections and updates succeed far more often than demands for deletion.
• Use the applicable Google removal process if the content genuinely qualifies under a published policy, for example exposed contact details or non-consensual imagery.
• Use privacy or legal channels where they truly apply. In Australia that can mean a correction request to an organisation covered by the Privacy Act 1988, a complaint to the OAIC, or a report to the eSafety Commissioner for online abuse categories.
• Consider suppression when lawful, accurate content cannot be removed, so that stronger results outrank it over time.

It is also worth being precise about what suppression does. It does not delete the source page and it does not remove the result from the index. It changes what ranks above it. Anyone who tells you otherwise is selling something.

When professional help may make sense

A single stale URL on a page you control is a do-it-yourself job, and you should not pay anyone for it. Outside help earns its place when the diagnosis is genuinely unclear or the volume makes careful handling difficult.

• Several URLs are involved and they are not all in the same situation.
• The wrong removal route has already been attempted and the record needs untangling.
• A publisher is involved and the approach needs to be documented and specific.
• Requests keep failing and it is not obvious which assumption is wrong.
• Personal information appears across multiple sources, including data brokers and directories.
• Harmful results remain live and cannot be dealt with through an outdated content request at all.

Not sure whether your result is outdated, removable or still live? Search Cleanup Australia can review the URLs and identify the most realistic next step, including telling you when the answer is to wait for a recrawl and do nothing else.