Hacker News Tracks Google's New Search Spam Policy on Back-Button Hijacking
Original: A new spam policy for “back button hijacking” View original →
Why Hacker News liked this move
The Hacker News thread, which had 678 points and 403 comments at crawl time, treated this less as a niche SEO update and more as overdue pressure on a widely hated dark pattern. Readers immediately connected it to the familiar experience of hitting the browser back button and getting trapped in loops, fake pages, ad landers, or timeline refreshes instead of returning to the page they expected. Some comments pointed out browser-side workarounds, such as blocking certain history modifications, but the overall mood was that users should not have to debug the History API just to leave a site normally. The interesting part for HN was that Google is no longer leaving this as a vague quality issue. It is now naming it directly and tying it to search consequences.
What Google actually published
On April 13, 2026, Google Search Central Blog said it is expanding its spam policies to explicitly address back-button hijacking. Google defines the behavior as interfering with browser navigation so that when a user clicks Back, they do not immediately return to the page they came from. Instead they may be sent to pages they never visited, shown unsolicited recommendations or ads, or otherwise blocked from normal navigation. Google says this behavior now falls under its malicious practices policy. Pages engaging in it may face manual spam actions or automated demotions, with enforcement scheduled to begin on June 15, 2026.
Why this matters operationally
The policy matters because it turns browser-history abuse from an annoying UX problem into a concrete search-performance risk. Google’s guidance is also broader than “fix your own code.” The post explicitly notes that some instances may originate from included libraries or ad platforms, which means site owners have to audit not just their pages but also third-party scripts, monetization layers, and other embedded code paths. That raised the stakes for the HN discussion. This is not something a growth team or an ad vendor can quietly sneak into a page and treat as somebody else’s problem anymore.
Why the community treated it as a bigger web signal
Hacker News responded to this because it touches a very old argument about the web: whether platforms should treat manipulative navigation tricks as part of normal optimization or as abuse. Google’s answer here is clearly the latter. The significance is not that the company invented a new standard for polite UX. It is that it attached ranking consequences to a class of behavior users already experience as deceptive. If the enforcement is applied consistently, the cost of history hijacking goes up for publishers, ad-tech chains, and third-party bundles that have benefited from trapping users in place.
Sources: Google Search Central Blog · Hacker News discussion
Related Articles
Machine unlearning is only useful if auditors can prove what was forgotten. Google Research introduced Regularized f-Divergence Kernel Tests on June 10, 2026 and reported that one privacy violation could be detected with thousands of samples instead of millions.
Content provenance is becoming a compliance layer, not a nice-to-have label. OpenAI said on June 11, 2026 that it supports the EU transparency code for AI-generated content and will rely on C2PA metadata, SynthID watermarks, and public verification.
Google DeepMind says a Sierra Leone classroom trial shifted Gemini use toward learning behavior: queries about how to tackle problems rose from 68% to 90%. The eight-week RCT covered 1,763 students across 12 schools.