Google förbjuder "back button hijacking" från 15 juni 2026
Google meddelar en ny spampolicy som explicit förbjuder den vilseledande tekniken 'back button hijacking', där webbplatser hindrar användare från att använda webbläsarens bakåtknapp normalt. Policyn träder i kraft den 15 juni 2026 och kan leda till manuella spamåtgärder eller automatiserade nedgraderingar i sökresultaten. Webbplatsägare har nu två månader på sig att identifiera och åtgärda eventuella regelbrott.
Nyckelpunkter
- Google inför en ny explicit spampolicy mot 'back button hijacking' som träder i kraft den 15 juni 2026, vilket ger webbplatsägare två månader att åtgärda problemet innan enforcement börjar.
- Back button hijacking definieras som varje teknik som hindrar användare från att omedelbart återvända till föregående sida när de klickar på webbläsarens bakåtknapp, till exempel genom att infoga oönskade sidor, annonser eller rekommendationer i webbläsarhistoriken.
- Överträdelser av den nya policyn kan leda till antingen manuella spamåtgärder (manual spam actions) eller automatiserade nedgraderingar, båda med potentiellt stor negativ påverkan på webbplatsens prestanda i sökresultaten.
- Google betonar att back button hijacking bryter mot de grundläggande principerna i Google Search Essentials, där det sedan tidigare tydligt framgår att det är förbjudet att infoga vilseledande sidor i en användares webbläsarhistorik.
- Problemet kan ha sitt ursprung inte bara i webbplatsens egna skript utan även i inkluderade tredjepartsbibliotek eller annonsplattformar, vilket kräver en grundlig teknisk genomgång av hela sajten.
- Webbplatsägare vars sajter påverkats av en manuell åtgärd och som har åtgärdat problemet kan lämna in en begäran om omprövning (reconsideration request) via Google Search Console.
Analys
Google formaliserar med denna uppdatering något som egentligen redan stred mot de befintliga riktlinjerna i Google Search Essentials. Att infoga vilseledande sidor i en användares webbläsarhistorik har aldrig varit tillåtet, men den ökande förekomsten av back button hijacking har nu tvingat Google att göra förbudet explicit och att koppla det direkt till policyn för skadliga metoder (malicious practices). Det signalerar att Google ser en tydlig eskalering av detta beteende och att allmänna formuleringar inte längre räcker.
Definitionen av malicious practices enligt Googles policy är att sådana metoder skapar en diskrepans mellan användarens förväntningar och det faktiska utfallet, vilket leder till en negativ och vilseledande användarupplevelse eller äventyrar användarens säkerhet och integritet. Back button hijacking passar exakt in i denna definition eftersom det aktivt motverkar en av webbläsarens mest grundläggande och förväntade funktioner. Användare rapporterar att de känner sig manipulerade och i förlängningen blir de mer obenägna att besöka okända webbplatser, vilket är skadligt för hela webbens ekosystem.
Ur ett SEO-perspektiv är det avgörande att förstå att enforcement kan ske på två sätt: antingen via manuella granskningsåtgärder, där en Google-medarbetare specifikt identifierar och flaggar en webbplats, eller via automatiserade algoritmsystem som på egen hand identifierar och nedgraderar webbplatser som bryter mot policyn. Båda vägarna kan få omedelbar och kraftig negativ påverkan på en webbplats synlighet i sökresultaten, och effekterna kan vara svåra att häva utan en fullständig teknisk genomgång och en godkänd reconsideration request.
En viktig och ofta förbisedd aspekt av denna policy är att ansvaret för back button hijacking inte begränsas till kod som webbplatsägaren själv har skrivit. Tredjepartsbibliotek, JavaScript-ramverk och särskilt annonsplattformar kan innehålla eller aktivera tekniker som faller under definitionen av back button hijacking. Detta innebär att webbplatsägare måste ta ett helhetsansvar för all kod som exekveras på deras sajt, oavsett om den är egenskriven eller importerad från externa källor.
Googles beslut att publicera policyn två månader i förväg, med enforcement från 15 juni 2026, är ett tydligt tecken på att man vill ge seriösa webbplatsägare rimlig tid att identifiera och åtgärda problemet. Samtidigt är tidsfönstret relativt snävt med tanke på att tekniska revisioner, identifiering av problematiska tredjepartslösningar och eventuell omförhandling av annonsavtal kan ta betydande tid. Agenturer och tekniska team bör prioritera granskningen omedelbart.
Vad du bör göra
- Genomför omedelbart en fullständig teknisk revision av webbplatsens JavaScript-kod, med särskilt fokus på eventuella manipulationer av webbläsarens History API (pushState, replaceState) samt event listeners som påverkar bakåtnavigeringen.
- Granska alla inkluderade tredjepartsbibliotek och ramverk med avseende på back button hijacking, och kontrollera om nyare versioner av dessa bibliotek åtgärdar eventuella problem, alternativt byt ut eller inaktivera de problematiska komponenterna.
- Ta kontakt med era annonsplattformar och tredjepartsleverantörer för att säkerställa att inga annonsformat eller trackingskript från dessa parter interfererar med webbläsarhistoriken på ett sätt som strider mot Googles nya policy.
- Testa webbplatsen manuellt i flera webbläsare och enheter för att verifiera att bakåtknappen fungerar som förväntat och att inga oönskade sidor eller omdirigering uppstår när användaren försöker navigera tillbaka.
- Sätt upp en intern rutin för löpande granskning av ny kod och nya integrationer innan de publiceras i produktion, med ett specifikt checklistekrav om att bakåtnavigering inte störs av de aktuella förändringarna.
- Om er webbplats redan har drabbats av en manuell spamåtgärd från Google till följd av back button hijacking och ni har åtgärdat problemet, skicka omgående in en reconsideration request via Google Search Console med en tydlig beskrivning av vilka åtgärder som vidtagits.
Webbplatser som använder tekniker för att kapa bakåtknappen riskerar manuella spamåtgärder eller automatiserade nedgraderingar i Googles sökresultat från och med den 15 juni 2026, vilket kan få allvarliga konsekvenser för deras synlighet och organiska trafik. Det är viktigt att notera att problemet även kan uppstå via tredjepartsbibliotek eller annonsplattformar, vilket innebär att hela den tekniska implementationen måste granskas.