Skip to content
regensbot
DEV-SPM-01Avoid1 of 5 in SPM

Never manipulate browser history so that Back does not return users to where they came from

Level
Avoid

Must not: the site is not ready to launch while it does this.

Documentation

Documented

At least one cited Google document states or supports it.

Covered

Automatic

Decided automatically once Regensbot renders your pages.

Why it matters

Back button hijacking, interfering with browser navigation so users cannot use Back to return immediately to the page they came from, is an explicit violation of Google's malicious practices spam policy, enforced since 15 June 2026 with manual spam actions or automated demotions. Google added it after many complaints about landing on auto-generated pages or staying on the same site after pressing Back twice, and says the cause can be a site's included libraries or advertising platform.

How to meet it

Call history.pushState only for real in-app navigation that the user triggered (DEV-URL-03), never on page load, on scroll or to insert interstitial, recommended or exit pages, and do not intercept popstate to keep users on the site. Audit scripts from ad, engagement and recommendation vendors, and remove or disable any code, import or configuration that adds history entries.

How to test it

An automated browser test opens each template from another page, waits and interacts, presses Back once and lands on the previous page; a code search of the built bundles finds no pushState or replaceState outside the router.

How Regensbot covers it

AutomaticNeedsRendering in headless Chromium

Decided automatically once Regensbot renders your pages.

Headless Chromium renders the page on an isolated render service, and the raw and the rendered HTML run through the same parsers.

How verdicts workWhat you connect

Sources

Google documents02

  1. 01Spam policies for Google web searchGoogle Search Central (opens in a new tab)
  2. 02Introducing a new spam policy for "back button hijacking"Search Central blog (13 April 2026) (opens in a new tab)

Claims in the knowledge base05

  1. D3-C207ConfirmedHow Google thinks about QualitySaid on stage
  2. D3-C208ConsistentHow Google thinks about QualitySaid on stage
  3. D3-C209SourceHow Google thinks about QualityGoogle's documentation
  4. D3-C210SourceHow Google thinks about QualityGoogle's documentation
  5. D3-C211n/aHow Google thinks about QualityThe author's interpretation

Claim IDs refer to the Search Central Live 2026 knowledge base. The knowledge base (opens in a new tab)

Confirmed
Google's documentation states the same thing.
Consistent
Google's documentation supports it without stating it.
Source
The claim is the cited document itself.
n/a
Nothing to verify: a quotation, framing, opinion or analysis.

Audit

Check it on your site.

One audit checks a URL against all 138 requirements and returns one finding for each, with its source. One URL decides 66; for each of the others, the finding says which source to connect.