Google zet zoekresultaten achter een /goto-redirect: wat betekent dit voor ranktrackers?

Google verandert de manier waarop veel links in de zoekresultaten worden aangeboden. Wie op een zoekresultaat hovert, ziet linksonder in de browser niet altijd meer de echte bestemmingspagina, maar een URL die begint met https://www.google.com/goto?url=CAES....

Na de klik kom je nog steeds op de bedoelde website terecht. De zichtbare domeinnaam onder het zoekresultaat blijft doorgaans ook gewoon staan. Het is dus niet je website-URL die uit Google verdwijnt: Google verandert de onderliggende klikroute.

Voor gewone gebruikers is het verschil klein. Voor ranktrackers en andere systemen die zoekresultaten automatisch uitlezen, is het een veel grotere wijziging. De echte landingspagina is niet meer rechtstreeks uit de link te halen. Daardoor kunnen sommige tools tijdelijk ontbrekende, vertraagde of verkeerd gekoppelde rankingdata tonen.

De belangrijkste conclusie vooraf: dit is voor zover bekend geen rankingupdate. Je positie kan exact hetzelfde zijn gebleven, terwijl je ranktracker ineens een daling rapporteert.

Wat heeft Google precies veranderd?

De bestemming blijft gelijk, maar ranktrackers moeten bij de nieuwe route mogelijk eerst de Google-tussenstap oplossen.

Tot voor kort bevatte een regulier organisch zoekresultaat meestal een rechtstreeks uitleesbare link naar de gevonden pagina:

Google → https://voorbeeld.nl/pagina

Bij de nieuwe opzet loopt de klik eerst via Google:

Google → google.com/goto?url=[onleesbare code] → https://voorbeeld.nl/pagina

De code achter url= is geen normale, leesbare versie van de bestemmings-URL. Het is een ondoorzichtig token dat door Google moet worden verwerkt. Pas wanneer die Google-link wordt geopend, stuurt Google de bezoeker door naar de werkelijke pagina.

Dat merk je op verschillende manieren:

• Bij hover toont de browserstatusbalk de Google-redirect.
• De optie ‘Linkadres kopiëren’ kan de ingepakte Google-link kopiëren.
• Na het openen staat de echte website-URL gewoon in de adresbalk.
• De zichtbare breadcrumb of domeinnaam in het zoekresultaat blijft doorgaans ongewijzigd.

Google mat klikken op zoekresultaten al veel langer en gebruikte in bepaalde situaties al redirectconstructies. Het nieuwe zit vooral in de brede inzet van een ondoorzichtige, server-side /goto-link waaruit de bestemming niet eenvoudig lokaal kan worden afgeleid.

Van kleine test naar bevestigde uitrol

De eerste losse waarnemingen dateren van 23 juni 2026. Begin juli was het nog een beperkte test: bij de meeste zoekopdrachten die wij nakeken stond er nog een gewone link onder het resultaat.

Op 26 augustus kantelde dat beeld. In onze eigen controles kwam de /goto-link in vrijwel iedere steekproef terug, ook op verbindingen die niets met datacenters te maken hebben. Dat wijst op een brede uitrol, maar het is geen bewijs dat iedere gebruiker, ieder land en ieder type zoekresultaat al is overgezet.

Later die dag bevestigde Google de uitrol. Een landenlijst, einddatum of volledige technische uitleg is er niet.

Zie je zelf nog directe links? Dan kan dat dus kloppen. De getoonde versie lijkt onder andere te kunnen verschillen per IP-adres, client, apparaat en onderdeel van de zoekresultaten. De wijziging is vooral bevestigd bij organische resultaten en verschillende SERP-onderdelen. Er is nog onvoldoende bewijs om dezelfde conclusie te trekken voor alle advertenties, Shopping-resultaten, Maps-resultaten en andere Google-omgevingen.

Waarom doet Google dit?

Google houdt zijn eigen uitleg opvallend breed. Een woordvoerder noemt het onderdeel van technische maatregelen tegen “evolving forms of abuse”: veranderende vormen van misbruik. Welke vorm van misbruik hier precies wordt aangepakt, zegt Google niet.

Toch ligt anti-scraping als belangrijkste reden erg voor de hand.

In Googles eigen spambeleid staat het automatisch uitlezen van zoekresultaten voor rankchecking al jaren als ongeoorloofd machine-generated traffic. Volgens Google verbruiken zulke geautomatiseerde zoekopdrachten capaciteit en kunnen ze de dienstverlening aan echte gebruikers hinderen.

De nieuwe redirect pakt precies dat uitleesproces aan:

1. Een gewone gebruiker klikt één resultaat aan en merkt nauwelijks verschil.
2. Een ranktracker wil tientallen of honderden links uit één resultatenpagina verwerken.
3. De tracker kan de bestemmingen niet meer simpelweg uit de HTML halen.
4. Om de exacte URL te achterhalen, moet mogelijk iedere Google-redirect afzonderlijk worden gevolgd.
5. Dat veroorzaakt meer verzoeken, meer verwerkingstijd, hogere proxykosten en meer mogelijkheden voor Google om geautomatiseerd gedrag te herkennen of af te remmen.

Het is dus een slimme technische drempel: voor een mens verandert er weinig, terwijl grootschalige extractie aanzienlijk duurder kan worden.

De uitrol past ook in een bredere strijd rond het verzamelen van Google-data. Google stapte eind 2025 naar de rechter tegen een grote aanbieder van SERP-data wegens grootschalig scrapen van zoekresultaten. Dat is nuttige context, maar geen bewijs dat de /goto-uitrol een directe reactie daarop is.

Ook extra klikmeting kan technisch een bijkomend voordeel zijn. Google kon zoekresultaatklikken echter al meten. Er is geen onderbouwing voor de claim dat Google deze redirect invoert om voor het eerst clicks te kunnen volgen of om ineens meer persoonsgegevens te verzamelen.

Waarom kunnen ranktrackers hierdoor verkeerde posities tonen?

Wanneer een ranktracker geen geldige controle kan uitvoeren, hoort de uitkomst 'onbekend' te zijn — niet automatisch 'ranking verloren'.

Een ranktracker ontvangt geen officieel bestand van Google waarin dagelijks alle posities staan. De tool verzamelt de zoekresultaten zelf, of koopt deze in bij een externe SERP-dataleverancier.

De dataketen ziet er meestal ongeveer zo uit:

Google → SERP-dataverzamelaar → ranktracker → jouw dashboard

Wanneer de dataverzamelaar de nieuwe redirect niet goed kan oplossen, ontstaat het probleem dus al voordat de informatie jouw dashboard bereikt.

Een eenvoudige parser ziet mogelijk alleen google.com/goto?url=CAES.... Daardoor kan de tool niet betrouwbaar vaststellen:

• welk domein op die positie staat;
• welke specifieke pagina rankt;
• of de rankende landingspagina is veranderd;
• welke concurrent op een positie staat;
• of twee resultaten naar dezelfde URL verwijzen;
• welke pagina bij een bepaalde SERP-feature hoort.

Mogelijke symptomen zijn:

• posities die ineens als ‘niet gevonden’ of N/A verschijnen;
• zoekwoorden die ten onrechte buiten de top 100 lijken te vallen;
• google.com/goto als rankende URL;
• ontbrekende of verkeerde landingspagina’s;
• minder recente updates;
• oude data die langer blijft staan;
• opvallende verschillen tussen twee ranktrackers;
• plotselinge dalingen in visibilityscores zonder overeenkomstige verkeersdaling.

Daarom is één onderscheid nu extra belangrijk: geen data is niet hetzelfde als positie 100+.

Dit betekent niet dat ranktracking definitief onmogelijk is geworden. Leveranciers kunnen de redirects volgen, alternatieve informatie uit de zoekresultaten gebruiken of hun dataverzameling aanpassen.

De eerste aanpassingen zien we al terug in de tools die wij dagelijks gebruiken. Een deel van de aanbieders loste eind augustus een storing op waarbij nog onopgeloste /goto-links in de data belandden; anderen vertalen de redirect inmiddels weer terug naar de echte bestemming. Dat kost wel tijd: iedere opgeloste URL is een extra verzoek aan Google, en daardoor lopen updates tijdelijk achter.

Wij kijken bij het uitbesteden van SEO daarom nooit naar één databron: posities, Search Console en omzet moeten hetzelfde verhaal vertellen.

Dit is dus geen begrafenis van ranktracking. Het is een nieuwe ronde in een technisch kat-en-muisspel. De oplossing kan alleen meer tijd, infrastructuur en geld gaan kosten.

Wat betekent dit voor je website en SEO?

Voor website-eigenaren is er op dit moment niets aan de website zelf te repareren. De Google-redirect:

• staat niet op je eigen domein;
• verandert je pagina-URL niet;
• is geen redirectfout op je website;
• veroorzaakt niet automatisch ‘Pagina met omleiding’ in Search Console;
• verandert je canonical niet;
• vraagt niet om wijzigingen aan de XML-sitemap;
• heeft geen aangetoond effect op indexering;
• heeft geen aangetoond effect op linkwaarde;
• is geen reden om content direct te herschrijven.

De extra stap vindt plaats tussen het zoekresultaat en de uiteindelijke website. Zodra iemand aankomt, wordt nog steeds de normale landingspagina op je eigen domein geladen.

Een kleine extra vertraging door de tussenstap is theoretisch mogelijk, maar daar zijn nog geen bruikbare metingen van. Er is momenteel geen reden om te veronderstellen dat dit merkbare gevolgen heeft voor conversie of Core Web Vitals.

Wordt Google Search Console hierdoor beïnvloed?

Search Console is wezenlijk anders dan een ranktracker. Google verzamelt die gegevens zelf en hoeft daarvoor geen eigen zoekresultaten te scrapen.

Search Console toont onder meer:

• hoe vaak een site in de zoekresultaten verscheen;
• hoe vaak erop werd geklikt;
• de gemiddelde positie van het hoogst getoonde resultaat;
• de betrokken pagina’s, zoekopdrachten, landen en apparaten.

Er zijn momenteel geen aanwijzingen dat de /goto-redirect deze first-party gegevens rechtstreeks verstoort. Google heeft dit specifieke gevolg alleen nog niet apart bevestigd, dus ‘Search Console kan onmogelijk geraakt worden’ zou te stellig zijn.

Er kan wel een indirect effect ontstaan. Ranktrackers voeren zelf grote aantallen zoekopdrachten uit en kunnen daarmee impressies in Search Console veroorzaken. Als zulke systemen tijdelijk minder, andere of minder diepe resultaten ophalen, kan ook de hoeveelheid botgedreven impressies veranderen.

Dat gebeurde eerder na het verdwijnen van de num=100-parameter in 2025. Toen konden honderd resultaten niet langer met één zoekopdracht worden geladen en veranderden bij veel websites de gerapporteerde impressies en gemiddelde posities, zonder dat het echte zoekverkeer even hard veranderde.

Zie je de komende dagen vooral een verschil in impressies, maar blijven klikken, landingspagina’s en conversies stabiel? Trek dan niet direct de conclusie dat de website slechter presteert.

En Google Analytics 4?

Er is nog geen betrouwbaar bewijs dat Google door deze redirect ineens grote hoeveelheden organisch verkeer als Direct of Referral laat binnenkomen.

Controle is wel verstandig. Vergelijk rond 26 en 27 augustus:

• google / organic;
• relevante organische landingspagina’s;
• (direct) / (none);
• verwijzingen vanaf Google-domeinen;
• organische conversies;
• Search Console-klikken en GA4-sessies.

Search Console-klikken en Analytics-sessies zullen nooit exact gelijk zijn. De trends horen normaal gesproken wel enigszins dezelfde richting te volgen. Verander niet preventief je referral exclusions, channel groups of trackinginstellingen. Daarmee kun je een probleem creëren dat er eerst niet was. Onderzoek pas verder wanneer je daadwerkelijk een duidelijke verschuiving in attributie ziet.

Hoe weet je of je ranking echt is gedaald?

Pas je website niet aan op basis van één haperende databron. Controleer eerst of Search Console en Analytics dezelfde verslechtering laten zien.

Gebruik niet één grafiek als bewijs. Leg verschillende signalen naast elkaar.

Een handmatige zoekopdracht kan helpen als steekproef, maar is evenmin de absolute waarheid. Google-resultaten verschillen per locatie, apparaat, tijdstip, instellingen en zoekgeschiedenis.

Een goede praktische regel is daarom: pas iets aan de website aan wanneer minstens twee onafhankelijke signalen dezelfde verslechtering laten zien.

Wat moet je nu doen?

1. Noteer 26 en 27 augustus in je rapportages

Plaats een annotatie in dashboards en klantdocumenten. Zo weet je later dat een breuk in de grafiek mogelijk door een gewijzigde meetmethode is ontstaan.

2. Exporteer je huidige rankinghistorie

Leveranciers kunnen hun methode aanpassen, data opnieuw verwerken of historische dagen achteraf aanvullen. Bewaar daarom een eigen export van de periode vóór en tijdens de uitrol.

3. Controleer de datakwaliteit van je ranktracker

Kijk niet alleen naar de positie, maar ook naar:

• het tijdstip van de laatste succesvolle controle;
• het aantal mislukte zoekwoordchecks;
• onbekende of ontbrekende URL’s;
• plotselinge Google-URL’s;
• veranderde meetdiepte;
• vertraagde updates.

Een mislukte meting hoort als ‘onbekend’ te worden geregistreerd, niet automatisch als ‘buiten de top 100’.

4. Bekijk de statuspagina van je leverancier

Controleer of de tool de /goto-uitrol heeft erkend. Ontbreekt daar informatie, stel dan deze vragen:

• Worden /goto-links opgelost voordat domeinen aan posities worden gekoppeld?
• Worden getroffen zoekresultaten gevolgd, opnieuw opgehaald of weggegooid?
• Welke landen, apparaten en typen resultaten zijn geraakt?
• Verandert de meetdiepte of updatefrequentie?
• Worden onvolledige dagen later aangevuld?

5. Controleer je belangrijkste zoekwoorden handmatig

Kies een kleine, representatieve groep commerciële zoekwoorden. Controleer niet honderden termen, maar bijvoorbeeld tien zoekopdrachten die aantoonbaar verkeer of aanvragen opleveren.

6. Vergelijk de ranktracker met Search Console

Controleer in Search Console dezelfde periode, pagina’s, zoekopdrachten, landen en apparaten. Kijk naar de trend over meerdere dagen, niet alleen naar één dagwaarde.

7. Voeg GA4 en conversies toe

Een rankingverandering wordt pas zakelijk relevant wanneer deze uiteindelijk invloed heeft op waardevol verkeer, aanvragen of omzet. Als die cijfers stabiel zijn, is een rode ranktrackergrafiek geen reden voor paniek.

8. Pauzeer onnodige automatische alarmen

Wanneer je tool tientallen e-mails verstuurt over ‘verloren rankings’, terwijl de oorzaak mogelijk een meetfout is, leveren die meldingen vooral onrust op. Zet ze tijdelijk uit of verhoog de drempel totdat de leverancier stabiele data bevestigt.

Let op: dit valt samen met de spamupdate van augustus

De timing maakt de diagnose extra lastig. Google rolde tussen 18 en 21 augustus ook een officiële spamupdate uit. De bredere toepassing van de /goto-redirect werd enkele dagen later bevestigd.

Het zijn twee verschillende gebeurtenissen:

• De spamupdate kan echte zoekresultaten hebben veranderd.
• De /goto-wijziging kan de externe meting van die resultaten verstoren.

Een werkelijke rankingverschuiving en een meetprobleem kunnen dus tegelijkertijd voorkomen. Schrijf een afwijking niet automatisch volledig aan één van beide toe.

Wat zijn de gevolgen op langere termijn?

De meeste professionele dataleveranciers zullen een technische oplossing vinden. De interessantere vraag is wat die oplossing gaat kosten.

Waarschijnlijke gevolgen zijn:

• hogere kosten voor het verzamelen van SERP-data;
• tijdelijk of structureel tragere updates;
• minder uitgebreide top-100-metingen;
• meer focus op top-10- of top-20-resultaten;
• hogere prijzen of strengere limieten bij ranktrackers;
• grotere afhankelijkheid van enkele grote dataleveranciers;
• grotere verschillen tussen goedkope en premium tools;
• minder eenvoudige onafhankelijke controle op Google.

Google verandert zijn zoekresultaten steeds meer van een eenvoudig uitleesbare webpagina in een gecontroleerde interface. Mensen mogen de informatie gebruiken, maar partijen die dezelfde informatie op grote schaal verzamelen krijgen steeds meer technische drempels.

Dat maakt rankingdata niet waardeloos. Het maakt het vooral belangrijker om te weten hoe die data is verzameld.

Welke kansen biedt deze verandering?

De redirect zelf helpt je niet om hoger te komen. De kans zit in beter meten en beter rapporteren.

Maak rankings een signaal, geen einddoel

Een positie zegt iets over zichtbaarheid, maar nog niet of de juiste mensen doorklikken of klant worden. Combineer rankings daarom met klikken, landingspagina’s, leads, omzet en conversieratio.

Bewaar je eigen first-party historie

Exporteer Search Console-data structureel of gebruik de dagelijkse BigQuery-export. Een eigen dataset blijft beschikbaar wanneer een externe leverancier zijn meetmethode, diepte of prijs verandert.

Volg minder zoekwoorden beter

Een enorm pakket met willekeurige zoekwoorden oogt indrukwekkend, maar helpt weinig als de datakwaliteit onduidelijk is. Een kleiner panel met commercieel relevante zoekwoorden, goede segmentatie en betrouwbare conversiedata is vaak waardevoller.

Voeg datakwaliteit toe aan dashboards

Een rankingdashboard zou niet alleen een positie moeten tonen, maar ook wanneer de meting is uitgevoerd, of de controle is geslaagd, hoe diep er is gemeten, welke methode is gebruikt en of er een incident bij de leverancier speelt.

Leg methodologische wijzigingen vast

Een grafiek vóór en na een technische wijziging is niet automatisch één doorlopende meting. Noteer wanneer een leverancier zijn verzameling aanpast, zodat je geen appels met peren vergelijkt. Als één kapotte grafiek genoeg is om je volledige SEO-strategie om te gooien, was niet alleen de grafiek kwetsbaar.

Mijn oordeel

Googles officiële uitleg is erg breed, maar technisch is de richting duidelijk. De nieuwe constructie raakt precies de systemen die zoekresultaten op grote schaal willen uitlezen. Een mens klikt één keer en is klaar. Een dataleverancier moet mogelijk tientallen of honderden verborgen bestemmingen oplossen.

Ik verwacht niet dat ranktrackers hierdoor verdwijnen. De eerste leveranciers hebben de links al leren verwerken. Wel kan ranktracking duurder, trager of minder uitgebreid worden. Kleinere aanbieders en tools die volledig afhankelijk zijn van één externe SERP-API zijn daarbij het kwetsbaarst.

Voor website-eigenaren is de boodschap voorlopig eenvoudig: verander niets aan redirects, canonicals of content vanwege deze wijziging. Controleer eerst of je website is gedaald, of alleen de meetlat waarmee je kijkt.

Veelgestelde vragen

Wat is google.com/goto?

google.com/goto is een tussenliggende Google-URL die een klik doorstuurt naar de daadwerkelijke bestemmingspagina. De echte URL staat niet meer rechtstreeks leesbaar in de aanklikbare link, maar wordt door Google aan een ondoorzichtig token gekoppeld.

Heeft de Google /goto-redirect invloed op mijn rankings?

Daar is geen bewijs voor. De wijziging zit in de klikroute nadat Google het zoekresultaat heeft samengesteld. Het is niet bekend als een aanpassing aan het rankingsysteem, de indexering of de beoordeling van websites.

Waarom werkt mijn ranktracker niet meer goed?

De tool of achterliggende dataleverancier kan mogelijk de echte bestemmings-URL niet meer rechtstreeks uitlezen. Daardoor kunnen posities ontbreken, verkeerd aan een domein worden gekoppeld of later worden bijgewerkt.

Moet ik redirects op mijn website aanpassen?

Nee. De nieuwe redirect staat op Googles domein en is geen onderdeel van de technische inrichting van je eigen website.

Blijft Google Search Console werken?

Er zijn momenteel geen aanwijzingen dat Search Console rechtstreeks wordt verstoord. Het is first-party Google-data en daarmee een belangrijke controlebron. Houd wel rekening met mogelijke indirecte veranderingen wanneer geautomatiseerde zoekopdrachten afnemen.

Kan organisch verkeer als Direct in GA4 terechtkomen?

Dat is theoretisch mogelijk bij bepaalde redirect- en referrersituaties, maar voor deze uitrol is nog geen breed attributieprobleem aangetoond. Controleer je data, maar pas geen instellingen aan op basis van speculatie.

Gaan ranktrackers dit oplossen?

De eerste leveranciers hebben hun verwerking al aangepast: in onze eigen tools zien we de echte bestemmings-URL's weer terugkomen. De gevolgen voor snelheid, dekking en kosten verschillen wel per leverancier.

Is dit hetzelfde als de Google-spamupdate van augustus 2026?

Nee. De spamupdate was een afzonderlijke wijziging aan Googles systemen en liep van 18 tot 21 augustus. De brede /goto-uitrol werd op 26 augustus bevestigd. Beide gebeurtenissen kunnen wel tegelijkertijd in SEO-rapportages zichtbaar worden.