GuideSearch & Traffic
Remove a URL from Google without confusing hiding, deletion and access control
Search Console can hide a result temporarily. Permanent removal requires a matching change on the site, and private content needs protection at the source.

On this page
To remove a URL permanently from Google Search, change what the site serves or whether the page may be indexed. Search Console's removal request can provide temporary suppression, but it does not delete the page from the internet. For sensitive content, restrict access or remove the material first; hiding a search result is not a security boundary.
Google's Removals tool documentation describes temporary removal for about six months. That interval can help while Google processes a permanent change. It is not permission to leave an exposed document online for six months, nor a guarantee that copies held elsewhere have disappeared.
Decide what should happen when someone opens the URL
Start with the desired visitor outcome. A page that should remain public but not appear in search needs a different treatment from a document that nobody outside an authorized group should access. A page that has been retired entirely is different again. Write that outcome before choosing a tool, so that a search cleanup does not accidentally break a useful public resource.
For a page that should remain accessible but stay out of Google's index, Google documents the noindex instruction. Google must be able to crawl the page to see that instruction. Blocking the same URL in robots.txt can stop that inspection, so “disallow plus noindex” is not a dependable shortcut to removal.
For private material, use real access control, such as authentication, or remove the exposed content. Test the result in a browser session that is not signed in. Knowing a long or obscure URL is not authorization. A person with the address should not receive a confidential file merely because the search listing is gone.
For a genuinely deleted page with no replacement, return the appropriate not-found response, such as 404 or 410. Google's HTTP-status documentation explains the treatment of these responses. A decorative “not found” page that still returns a successful 200 response is not the same thing; verify the server response, not just the words visible on screen.
Use the temporary request with a deliberately narrow scope
Once the source action is in place, use Search Console's Removals tool for a property you control when temporary suppression is needed. Copy the exact affected URL from the evidence rather than typing it from memory. Review the request's scope before submitting, particularly where the interface offers a prefix rather than a single-page removal.
A prefix can cover more than the one troublesome page. For a site with language directories, archives or repeated path names, write down which URLs the selected scope includes. Do not choose a broad directory merely because it is quicker. The time saved submitting the request is not worth accidentally hiding useful pages along with the intended target.
Keep a compact incident note: the URL, reason, source change, request date and responsible person. Include the chosen scope and a copy of the confirmation. If another editor later restores the page, the record should make clear whether that restoration also requires revisiting the search treatment.
Google distinguishes temporarily removing a URL from clearing its search snippet. A snippet request is not a substitute when the whole result needs to disappear. Likewise, Search Console's tool affects Google Search, not every search engine or every external copy. Choose the operation that matches the actual problem rather than treating every removal control as interchangeable.
Verify the lasting change separately from the request status
A submitted or accepted request tells you something about the temporary process. It does not prove that the server now returns the intended response or that authentication cannot be bypassed. Check the origin behavior separately using the exact URL and an unauthenticated session where appropriate.
Use URL Inspection to understand what Google has indexed and to test the live page's accessibility. Distinguish stored index information from a live test: they answer different questions and need not update simultaneously. Keep the observation date so that yesterday's indexed result is not treated as proof that today's configuration failed.
Check relevant variants rather than assuming one test covers everything. A print version, PDF attachment, alternate hostname or URL with a query string may expose the same content through another address. This is a discovery exercise for the affected material, not a reason to submit indiscriminate removal requests for the whole site.
When a URL should remain out of search, retain the permanent measure after temporary suppression expires. If you later remove noindex or restore a deleted public page, it may become eligible for indexing again. Make that an intentional editorial or operational decision, with the corresponding record updated, rather than an unnoticed side effect of a redesign.
Do not use removal as a general SEO repair button
A traffic decline is not, by itself, a reason to hide URLs. First identify which pages, queries and periods changed, using the traffic-drop investigation process. Removing a page can eliminate useful visibility without addressing the cause of the decline, so it should follow a defined content or access decision.
Similarly, large families of filtered URLs need a crawl and indexing policy, not a pile of temporary requests. Our faceted-navigation guide treats that separate problem. A temporary removal tool is useful for a specific suppression need; it is not a replacement for a coherent URL architecture.
Assign a follow-up date to confirm the permanent state and another before temporary suppression is expected to end. This is an operational reminder, not a prediction of exactly when Google will recrawl or update a result. Record the observed state instead of promising a universal removal time to a colleague or client.
The job is complete when the chosen visitor outcome works and the search treatment matches it: a private file is actually protected, a retired page is genuinely gone, or a public page remains accessible with an index exclusion Google can read. The disappearance of one search result is only one part of that proof.
Primary sources
- Removals tool documentationsupport.google.com
- the noindex instructiondevelopers.google.com
- HTTP-status documentationdevelopers.google.com
- URL Inspectionsupport.google.com


