Terugknop manipulatie op je website: Google ziet het als spam
Google beschouwt terugknop manipulatie sinds 13 april 2026 officieel als spam en handhaaft vanaf 15 juni 2026. Blijft een bezoeker op jouw site hangen als hij op terug tikt, dan riskeer je een handmatige actie of een automatische verlaging, ook als een plugin of advertentiescript de oorzaak is. Met een simpele test op je telefoon weet je binnen een minuut of jouw website goed zit.
Waarom dit ineens een echt probleem is
Op 13 april 2026 heeft Google terugknop manipulatie officieel als spam bestempeld. Tikt een bezoeker op terug en komt hij niet terug op zijn vorige locatie, dan voelt dat onbetrouwbaar. Google rekent dat gedrag nu aan jouw website toe. De handhaving loopt sinds 15 juni 2026, dus een site die dit nog doet, loopt nu risico.
Bron: de aankondiging op de Google Search Central Blog van 13 april 2026, laatst nagekeken op 25 augustus 2026: het bericht staat er nog en 15 juni 2026 als startdatum van de handhaving is niet verschoven, en het spambeleid zelf, waarin Google het zo omschrijft: Back button hijacking is when a site interferes with user browser navigation by manipulating the browser history or other functionalities, preventing them from using their back button to immediately get back to the page they came from (Google Search Central, spambeleid, gecontroleerd op 24 augustus 2026).
Voor Nederlandse MKB-websites is dit extra relevant, en juist op mobiel gebruiken mensen de terugknop als reflex
Een aandeel mobiel verkeer noemen wij hier bewust niet: het cijfer dat hier stond, droeg geen bron en is er daarom uit. Daar komt bij dat WordPress volgens W3Techs op 40,7 procent van alle websites draait, stand 19 augustus 2026, en dat Elementor op ongeveer een op de drie van die WordPress-sites staat, afgeleid uit dezelfde W3Techs-cijfers. Veel MKB-websites zijn daardoor een stapeling van thema, paginabouwer en plugins, precies de combinatie waarin dit probleem ongemerkt binnensluipt.
Let op wie het beleid aanspreekt
Google schrijft de regel op de site, niet op de code: het gaat erom dat a site interferes with user browser navigation. In onze eigen praktijk komt die code vaak uit een externe bibliotheek of een advertentiescript dat de eigenaar er nooit bewust in heeft gezet, en dat verandert niets aan wie erop wordt aangesproken.
Het past in een bredere lijn, want Google werkt ook aan nepreviews en aan de vraag hoe het naar met AI geschreven artikelen kijkt
De rode draad staat in dezelfde beleidstekst: kwaadaardige praktijken zijn praktijken die create a mismatch between user expectations and the actual outcome. Google beoordeelt dus wat de bezoeker ervaart, niet wat jij bedoelde.
Wat er bij terugknop manipulatie gebeurt
Technisch is het simpel. Code voegt extra stappen toe aan de browsergeschiedenis van je bezoeker. Tikt die op terug, dan belandt hij niet bij Google, maar op een tussenpagina, een popup of opnieuw op dezelfde pagina. De bezoeker zit vast.
Dit gebeurt met functies die de browsergeschiedenis veranderen, zoals history.pushState en history.replaceState
Die functies zijn op zichzelf niet verboden, moderne websites gebruiken ze voor normale navigatie. Google kijkt dan ook niet naar jouw bedoeling, maar naar het effect op de gebruiker. Blijft de bezoeker hangen op een plek waar hij weg wilde, dan telt het als manipulatie.
Zo check je jouw website op je telefoon
De test kost je een minuut en vraagt geen technische kennis:
- Open een privévenster op je telefoon.
- Zoek naar je bedrijfsnaam in Google.
- Klik je eigen resultaat aan.
- Wacht tot de pagina volledig geladen is.
- Tik eenmaal op terug. Je hoort direct Google weer te zien.
Zie je Google niet meteen terug, dan heb je een probleem
Test daarna niet alleen je homepage. Controleer ook je contactpagina's, je advertentielandingspagina's en pagina's met veel ingeladen onderdelen, want daar stapelen scripts zich op. Herhaal de test in Chrome en in Safari, omdat het gedrag per browser kan verschillen.
Waar het vaak vandaan komt
Terugknop manipulatie is zelden een bewuste keuze van een MKB-ondernemer. Het ontstaat door combinaties van thema's, paginabouwers, popups, chatwidgets, tagmanagers en advertentiescripts. Elk onderdeel doet op zichzelf iets nuttigs, maar samen kunnen ze de browsergeschiedenis vervuilen.
WordPress zelf is niet het probleem.
De combinatie van onderdelen moet schoon blijven. Hoe meer plugins en externe scripts je stapelt, hoe groter de kans dat er eentje tussen zit die de terugknop kaapt zonder dat jij het doorhebt.
Wat je aan je webbouwer vraagt
Vind je een probleem, of wil je gewoon zekerheid, stel je webbouwer dan drie vragen:
- Kunnen we testen of de terugknop vanaf Google direct teruggaat naar Google, op mobiel en op desktop?
- Zijn er scripts die de browsergeschiedenis aanpassen via functies als history.pushState of history.replaceState?
- Kan ik een lijst krijgen van alle onderdelen die op de belangrijkste pagina's laden?
Ga daarna gericht te werk
Laat verdachte code uitschakelen en test opnieuw, in plaats van in paniek alles te verwijderen. Zo weet je precies welk onderdeel de boosdoener is en houd je de functies die wel goed werken. Wil je dat iemand met verstand van dit soort technische signalen meekijkt, dan helpen we je graag via SEO verbeteren.
De vier plekken waar het bij MKB-sites vandaan komt
Als de test op je telefoon misgaat, wil je niet je halve site slopen om te vinden waar het zit. In de praktijk komt het bij kleine zakelijke websites bijna altijd uit een van vier hoeken. Loop ze in deze volgorde langs, want dit is ook de volgorde van meest naar minst waarschijnlijk.
1. De cookiebanner of toestemmingslaag
Verreweg de meest voorkomende bron van gedoe, en tegelijk de minst verdachte. Een toestemmingslaag moet bij de eerste weergave iets vasthouden en toont zich vaak opnieuw als de bezoeker terugkomt. Sommige implementaties zetten daarvoor een stap in de geschiedenis, zodat het wegklikken van de banner terug te draaien is. Het gevolg is dat de eerste tik op terug de banner terughaalt in plaats van de bezoeker naar Google te sturen. Test dit gericht: doorloop de test uit dit artikel een keer met de banner geaccepteerd en een keer met een schoon privevenster waarin de banner nog verschijnt. Verschilt het resultaat, dan weet je genoeg.
2. De popup die verschijnt als je weg wilt
Een exit intent popup is precies wat de naam zegt: hij springt tevoorschijn op het moment dat je bezoeker vertrekt. Vroeger was dat een muisbeweging naar de bovenrand van het scherm. Op mobiel bestaat die beweging niet, en dus haken sommige varianten in op de terugknop zelf. Dat is per definitie het gedrag dat Google nu als spam bestempelt, ook als de popup zelf een keurige kortingscode toont. Een popup die op tijd of op scrolldiepte verschijnt, is geen probleem. Een popup die op terug verschijnt, is dat wel.
3. Advertentie- en volgscripts van derden
Scripts die je zelf niet geschreven hebt en die je via een tagbeheerder inlaadt, zijn de lastigste categorie, want ze veranderen zonder dat jij iets doet. Een script dat vorige maand netjes was, kan deze maand een nieuwe versie hebben. Daarom hoort deze test op de kalender, elk kwartaal opnieuw, en niet in een eenmalig projectje: je test niet je code, je test wat er vandaag op je site wordt ingeladen. Zet bij een vermoeden je tagbeheerder tijdelijk in een voorbeeldstand zonder de verdachte tag en herhaal de test.
4. De paginabouwer en zijn ankerlinks
Paginabouwers werken graag met vloeiend scrollen naar een onderdeel verderop op de pagina. Elk van die sprongen kan een stap in de geschiedenis zetten. Op een lange pagina met een menu vol ankerlinks staan er dan na een minuut scrollen zomaar acht stappen tussen jouw bezoeker en Google. De bezoeker tikt acht keer op terug, geeft na twee keer op, en jouw site voelt als een doolhof. Van alle varianten is dit veruit de vriendelijkste, want er zit geen enkele opzet in, en het is ook de variant die het vaakst over het hoofd wordt gezien.
Wat deze vier gemeen hebben: geen ervan is met kwade bedoelingen geplaatst, en geen ervan staat in de tekst van je pagina. Ze zitten in de laag eromheen. Precies daarom is de test op je telefoon zo waardevol, want die kijkt naar het resultaat en niet naar de bedoeling. En precies daarom hoort deze controle thuis bij de rest van je technische onderhoud, samen met de dingen die op technische SEO staan.
Wat wel mag: de terugknop is niet verboden terrein
Er dreigt na zo'n aankondiging altijd een overreactie: alles wat aan de browsergeschiedenis komt eruit, voor de zekerheid. Nodig is dat niet, en het maakt sommige sites er ronduit slechter op. De functies waar dit om draait zijn gewone bouwstenen van het moderne web, en ze zijn er juist om navigatie beter te maken. Het onderscheid dat Google maakt, staat in de beleidstekst zelf: het gaat om een site die de navigatie van de bezoeker in de weg zit. Niet om een site die er iets zinnigs mee doet.
Drie voorbeelden van gebruik dat gewoon deugt:
Filters in een webshop
Een bezoeker kiest een maat, een kleur en een prijsklasse. Elke keuze verandert de lijst met producten. Als elke keuze ook een stap in de geschiedenis is, kan de bezoeker met terug zijn laatste filter ongedaan maken. Dat is precies wat hij verwacht. De test blijft daarbij overeind: nadat hij zijn filters heeft teruggedraaid, komt hij bij Google uit.Een formulier in stappen
Bij een offerteaanvraag van drie schermen is een stap terug in de browser hetzelfde als een stap terug in het formulier. Dat is netjes en het voorkomt dat iemand zijn hele invulwerk kwijt is. Wat niet netjes is, is een formulier dat je pas laat vertrekken als je hem hebt afgemaakt.Tabbladen en accordeons op een lange pagina
Een bezoeker die een hoofdstuk opent en daarna terug tikt, mag best terugkomen bij het gesloten hoofdstuk. Dat wordt pas een probleem als hij op de heenweg twaalf van die stappen heeft verzameld en op de terugweg twaalf keer moet tikken.De vuistregel die je hieruit kunt halen, is bruikbaar zonder dat je een regel code hoeft te lezen. Een stap in de geschiedenis is toegestaan als de bezoeker die stap zelf heeft veroorzaakt en zich hem herinnert. Een filter aanzetten herinnert hij zich. Een stap die het systeem er ongevraagd bij zette, herinnert hij zich niet, en die voelt daarom als een obstakel. Wie zijn ontwikkelaar een grens wil meegeven: hooguit een stap per bewuste handeling van de bezoeker, en nul stappen die hij niet zelf zette.
Er zit ook een kant aan die weinig met Google te maken heeft
De terugknop is op mobiel de meest gebruikte knop van de hele browser, en bij veel Android-toestellen is het zelfs een veegbeweging vanaf de rand die mensen tientallen keren per dag maken. Een site die daar niet op reageert zoals verwacht, verliest de bezoeker meteen, ook als Google er nooit iets van merkt. Dat is uiteindelijk het sterkere argument: dit repareren is klantvriendelijkheid, en het feit dat er nu ook een spamregel op staat, is de aanleiding en niet de reden.
Wat je doet als er wel iets is gebeurd
Stel dat je te laat bent. Je posities zakken, of er staat een melding in Search Console. Dan is de volgorde belangrijker dan de snelheid, want de meeste schade bij dit soort meldingen ontstaat door paniekwerk dat achteraf niet meer te ontwarren is.
Stap 1: kijk of er een melding is, en van welke soort
Open in Google Search Console het onderdeel met handmatige acties. Staat daar niets, dan is er geen handmatige actie en heb je hooguit te maken met een automatische beoordeling. Dat verschil is belangrijk, want een handmatige actie moet je actief laten intrekken en een automatische beoordeling niet: die corrigeert zichzelf zodra de oorzaak weg is en de pagina's opnieuw zijn bekeken. Staat er wel een melding, lees dan precies welke pagina's genoemd worden. Soms geldt het voor je hele domein, soms voor een deel.
Stap 2: repareer eerst, verzamel dan bewijs
Los het probleem op en leg vast wat je gedaan hebt: welk onderdeel het was, wanneer je het uitzette en met welke test je hebt vastgesteld dat de terugknop nu wel werkt. Maak schermafbeeldingen van de test op mobiel en op desktop. Dit is geen bureaucratie: als je later een herbeoordeling aanvraagt, is dit precies wat er in dat verzoek hoort te staan.
Stap 3: controleer je hele site, niet alleen de gemelde pagina
Dit is de stap die het vaakst wordt overgeslagen. Als het probleem uit een script of een plugin komt, zit het op elke pagina waar dat onderdeel laadt. Loop minimaal je homepagina, je belangrijkste dienstpagina, je contactpagina en een advertentielandingspagina langs. Vind je er nog een, dan was je eerste reparatie niet compleet en had een herbeoordelingsverzoek je alleen maar tijd gekost.
Stap 4: pas daarna, en alleen bij een handmatige actie, de herbeoordeling
Bij een handmatige actie vraag je in Search Console om een herbeoordeling. Schrijf daarin nuchter op wat er aan de hand was, wat je hebt veranderd en hoe je hebt gecontroleerd dat het weg is. Geen excuses, geen uitleg over wie ervoor verantwoordelijk was. De beoordelaar wil weten of het opgelost is. Een herbeoordeling kost tijd, en een tweede verzoek na een half opgelost probleem zet je verder terug dan geduldig wachten op het eerste. Een termijn noemen wij hier niet: die publiceert Google niet als harde toezegging.
En de belangrijkste les zit in de volgorde zelf: eerst meten, dan repareren, dan bewijzen, en pas dan iets aanvragen. Wie dat omdraait, verandert twintig dingen tegelijk en kan achteraf niet meer vaststellen welke ervan het probleem was. Wil je hier iemand naast je die dit vaker heeft gedaan, dan hoort dat bij ons werk aan SEO verbeteren. Een eerste indruk van je site krijg je ook gratis met de gratis SEO scan.
Zet de test op de kalender, niet op de lijst
Een website is geen eindproduct. Je plugins werken bij, je thema krijgt een update, je marketeer zet een nieuw script in de tagbeheerder en je cookiebanner wisselt van leverancier. Elk van die momenten kan de terugknop opnieuw stukmaken, zonder dat iemand er iets van merkt. Daarom hoort deze controle niet op een lijst met eenmalige klussen, maar in je onderhoudsritme.
Een werkbaar ritme voor een kleine zakelijke site ziet er zo uit:
Elke keer dat er iets aan de buitenkant verandert
Nieuwe cookiebanner, nieuwe popup, nieuw advertentiescript, nieuw thema of een grote update van je paginabouwer: doe de test van een minuut voordat je afsluit. Dit is het moment waarop het probleem ontstaat, en dus het goedkoopste moment om het te vinden.Elk kwartaal een ronde van vijf pagina's
Homepagina, belangrijkste dienst, contactpagina, een blogartikel en je drukste advertentielandingspagina. Op mobiel en op desktop, in twee browsers. Kost een kwartier en dekt de plekken waar de meeste bezoekers binnenkomen.Bij elke onverklaarde daling
Zakken je posities of je verkeer zonder duidelijke reden, doe dan deze test voordat je aan je teksten begint. Het is een van de weinige oorzaken die je in een minuut kunt uitsluiten, en dat is de moeite waard voordat je weken aan inhoud besteedt aan een probleem dat ergens anders zit.Wat je hiermee koopt, is niet alleen gerustheid over een spamregel. Je koopt de zekerheid dat de meest gebruikte knop van je bezoeker doet wat hij verwacht. Dat is een van de weinige dingen op een website die honderd procent moeten kloppen, want er is geen tussenweg: hij werkt, of je bezoeker zit vast.
Veelgestelde vragen
Is terugknop manipulatie altijd bewust gedaan?
Nee. Het kan ook uit uitbreidingen, advertentiecode of externe bibliotheken komen. Google houdt je er toch verantwoordelijk voor, dus testen blijft nodig.
Kan mijn WordPress-website hierdoor lager in Google komen?
Ja. Handmatige acties en automatische verlagingen zijn mogelijke gevolgen van spamgedrag. De handhaving loopt sinds 15 juni 2026, dus een site die dit nu nog doet, loopt vandaag risico.
Moet ik meteen alle popups verwijderen?
Nee. Test eerst wat er werkelijk gebeurt. Normale popups zijn iets anders dan terugknopmanipulatiecode. Verwijder alleen wat aantoonbaar de terugknop kaapt.
Hoe vaak moet ik dit testen?
Test na elke grote wijziging aan je thema, paginabouwer, advertentiescripts of cookiebanner. Meer praktische uitleg over Google en je vindbaarheid lees je in onze Kennisbank.
Doe de test van een minuut, vandaag nog
Als je van deze hele pagina maar een ding meeneemt: pak je telefoon, open een privevenster, zoek je eigen bedrijfsnaam, klik je resultaat aan en tik een keer op terug. Zie je Google, dan zit je goed en ben je klaar. Zie je Google niet, dan weet je nu waar je moet kijken en in welke volgorde. Voor de meeste sites is dit binnen een uur opgelost, en het uur dat je er nu insteekt is aanzienlijk goedkoper dan de weken die een handmatige actie kost.
Kom je er bij stap drie of vier niet uit, of wil je gewoon zeker weten dat je niets over het hoofd ziet: stuur ons je adres en wat de test bij jou deed, dan kijken we mee naar welk onderdeel de geschiedenis vervuilt en wat er zonder risico uit kan. Dat kan via de contactpagina, waar je meteen een moment in de agenda kunt kiezen. We zeggen ook gewoon dat er niets aan de hand is als dat het eerlijke antwoord is.