Skip to main content
Back to The Mesh

Source Removal vs Google Delisting: What "Removed" Actually Means

A practical guide to checking whether piracy was removed at the source, only delisted from search, partially removed, or still active.

If someone tells you a piracy case was "removed," ask one question:

What exactly disappeared?

A Google result can be gone while the source page still works. A piracy page can be gone while the direct file still works. A file can be gone while a mirror stays live.

This article gives you a quick way to check.

The five states that matter

Use these labels:

Source removed: The unauthorized copy is no longer available at the checked source.

Search delisted: A search engine removed the result. The source may still work.

Still active: The copy remains accessible.

Escalated: Another enforcement route is in progress.

Reappeared: The copy returned after an earlier resolution.

For uncertain cases, use:

Indeterminate
The current evidence does not support a confident conclusion.

Why Google delisting is different

Google controls Google Search. It does not control the source website.

Google's legal-removal guidance explicitly says content removed from Google products may still exist elsewhere on the web.

Bing makes the same practical distinction. Search engines can remove results from their own indexes without deleting the source.

That is why "removed from Google" should never be reported as "removed from the internet."

Run this 10-minute outcome audit

Take one piracy URL and check each layer.

1. Open the original source URL

Record:

  • does the page load?
  • is the infringing material still present?
  • does it redirect?
  • does it show a login wall?
  • does it show a 404 or 410?
  • does it now point somewhere else?

Do not assume a 404 proves permanent deletion. It proves the checked URL was unavailable at that moment.

2. Check the direct file

If you know the direct file or cloud-storage URL, test it separately. A page can be removed while the file remains live. A file can be removed while the page remains online.

Record both.

3. Check Google

Search the exact product or title plus the site/domain. Also check the exact URL if needed.

If the result is gone, record:

Google search result not visible

If you have confirmation that Google acted on a copyright request, record:

Google search delisted

Those are not always the same thing.

Google distinguishes URLs that were removed through its process from URLs that were not in the index.

4. Check Bing separately

Use Bing independently. Do not assume Google and Bing share the same state.

5. Check mirrors

Search for the same:

  • title
  • filename
  • release name
  • course name
  • book title
  • seller name

One resolved URL does not prove the content is gone elsewhere.

Use a simple case table

ObjectCurrent stateLast checked
Piracy pageSource removedSep 23
Direct fileStill activeSep 23
GoogleSearch delistedSep 23
BingStill indexedSep 23
MirrorReappearedSep 23

That table is more useful than "5 takedowns completed."

What different responses actually prove

404

The URL was not found at the time of checking. It does not prove:

  • server-side deletion
  • permanent removal
  • every mirror is gone
  • the notice caused the change

403

Access is forbidden. That can result from:

  • permissions
  • geo restrictions
  • bot blocking
  • login requirements
  • another access rule

It is not automatic proof of enforcement.

Redirect

Follow it.

The content may simply have moved.

Login wall

The public access state changed. That is not the same as source removal.

Check the object the complaint targeted

If you reported a Dropbox file, verify the Dropbox file. If you reported a Shopify listing, verify the listing. If you reported a Telegram post, verify the Telegram post. If you reported Google, verify Google.

Do not verify one layer and assign the result to another.

A practical status worksheet

For every case, record:

  • original URL
  • direct file URL, if known
  • action taken
  • recipient
  • reference number
  • date submitted
  • source check
  • file check
  • Google check
  • Bing check
  • current outcome
  • next action
  • last verified time

This is enough to audit a small number of cases manually.

When to call a case resolved

A case is resolved when the outcome you actually care about has been verified.

For example:

If your goal was to disable the direct file, verify the direct file.

If your goal was to remove a marketplace listing, verify the listing.

If your goal was to reduce search visibility, verify the search result.

Do not use "resolved" as a substitute for "we sent something."

When to reopen a case

Reopen or create a new case when:

  • the same URL comes back
  • a new mirror appears
  • a replacement file is added
  • a new seller account appears
  • a new channel replaces the old one
  • a new software release gets cracked

That is recurrence. It should be visible in reporting.

What a good anti-piracy report should show

At minimum:

  • what was found
  • what was verified
  • what action was taken
  • who received the action
  • which layer changed
  • what remained live
  • whether the case was escalated
  • when it was last checked
  • whether it reappeared

That is the standard WatchMesh is built around.

If you want an independent current-state view of what is still live, start a Free Evidence Audit.

Official references