Endring i Googles /goto-SERP: Hvordan Ranktracker var først ute med å løse problemet

Innledning

Google har nettopp gjennomført en av de største endringene på flere år når det gjelder hvordan URL-er for søkeresultater vises for brukere og SEO-verktøy.

I slutten av august begynte Google å omdirigere en stadig større andel av de organiske søkeresultatene via google.com/goto i stedet for å vise destinasjons-URL-en direkte.

For rangeringsovervåkere og leverandører av SERP-data er dette viktig.

Veldig mye.

Men for Ranktracker var dette ikke et nytt problem.

Vi oppdaget endringen 11. juni 2026.

Vi fikset det samme dag.

Det var 76 dager før Google bekreftet den bredere utrullingen 26. august – og uker før det meste av SEO-bransjen i det hele tatt hadde begynt å snakke om det.

I dag, mer enn en uke etter at Googles /goto-endring nådde nesten total dekning hos flere leverandører av private IP-adresser, sliter noen av verdens største SEO-plattformer fortsatt med ettervirkningene.

Ahrefs erkjente offentlig denne uken at Googles /goto- endring hadde forårsaket inkonsekvenser i dataene sine og sa at teamet deres fortsatt jobbet med å gjenopprette de berørte resultatene.

Det er nettopp derfor det er viktig å oppdage endringer i SERP tidlig.

Hva Google endret

Inntil nylig var det relativt enkelt å hente ut destinasjons-URL-en fra et organisk Google-resultat.

Et resultat som rangerer en side som:

example.com/page

ville normalt vise destinasjonen direkte i søkeresultatet.

Google har nå begynt å erstatte disse direkte URL-ene med noe som ligner mer på:

google.com/goto?...

URL-en med /goto fungerer som en mellomliggende omdirigering før brukeren sendes til den egentlige destinasjonen.

For en vanlig Google-bruker ser det ut til at svært lite endres.

Du klikker på resultatet. Du kommer til nettstedet.

For programvare som samler inn Google-rangeringer i stor skala, er forskjellen imidlertid betydelig.

Den egentlige destinasjons-URL-en ligger ikke lenger bare der og venter på å bli hentet ut.

Verktøyene må håndtere den nye oppførselen riktig, samtidig som de fortsatt må avgjøre:

• hvilken nettside som rangeres
• den nøyaktige rangering-URL-en
• dens posisjon
• SERP-funksjoner
• konkurrenter
• historiske endringer i rangeringen
• endringer på landingssiden

Hvis denne prosessen mislykkes, kan rangsporeren ende opp med å registrere Googles /goto -URL i stedet for nettstedet som faktisk rangeres.

Og når feilaktige SERP-data kommer inn i et system, kan det påvirke alt som er bygget på toppen av det.

Ranktracker oppdaget det 11. juni

Overvåkningen vår oppdaget den nye oppførselen for første gang 11. juni 2026.

Det fremstod umiddelbart som noe som kunne påvirke integriteten til rangeringdataene våre.

Vi undersøkte det.

Vi oppdaterte Ranktracker.

Og oppdateringen ble implementert samme dag.

Siden da har vi ikke sett Googles /goto -URL-er slippe inn i rangeringdataene våre.

Det interessante er hva som skjedde etterpå.

I flere uker var det nesten ingen som snakket om det.

Den første offentlig dokumenterte observasjonen kom 23. juni.

Den 8. juli rapporterte Search Engine Roundtable at bare en håndfull mennesker hadde lagt merke til fenomenet. Barry Schwartz sa den gangen at han fremdeles ikke klarte å gjenskape det selv.

Artikkelen viste også eksempler på at Ahrefs allerede hadde begynt å registrere det nye URL-mønsteret.

På det tidspunktet hadde Ranktrackers løsning allerede vært i drift i nesten en måned.

Så trappet Google opp

I store deler av juni og juli virket det som om /goto var noe Google testet på en begrenset andel av søkene.

Det endret seg dramatisk i august.

26. august 2026 bekreftet Google at de innførte nye tekniske tiltak mot misbruk av søketjenestene sine.

Samme dag viste data fra Nozzle at /goto -atferden nådde nesten total dekning hos flere leverandører av private IP-adresser.

På det tidspunktet var dette ikke lenger et sporadisk unntakstilfelle.

Det ble et infrastrukturproblem for selskaper som samler inn Googles SERP-er i stor skala.

En midlertidig løsning som kanskje kan aksepteres når /goto forekommer i en liten brøkdel av forespørslene, blir et helt annet problem når det forekommer nesten overalt.

Det er da tidlig oppdagelse begynner å lønne seg.

En uke senere var de store SEO-plattformene fortsatt i ferd med å komme seg

Dette er trolig den mest interessante delen av historien.

Ahrefs er en av de største og mest teknisk sofistikerte SEO-plattformene i bransjen.

Likevel erkjente Ahrefs offentlig i begynnelsen av september at Googles økte bruk av /goto- viderekoblinger hadde forårsaket en midlertidig inkonsekvens i dataene.

Teamet sa at de fortsatt jobbet med å gjenopprette de berørte resultatene.

Denne oppdateringen kom omtrent en uke etter at Googles bredere utrulling ble bekreftet.

Ranktracker hadde allerede hatt sin løsning i drift siden 11. juni.

Det er ingenting her som tyder på at det er enkelt å behandle Googles SERP-er i enorm skala.

Det er det ikke.

Google endrer seg stadig, og endringer som er spesielt utformet for å gjøre automatisert datainnsamling vanskeligere, skaper alvorlige tekniske utfordringer for alle selskaper som opererer i dette området.

Men det er også poenget.

En rangsporingsverktøy er bare så nyttig som dataene bak den.

Og størrelsen på selskapet som leverer disse dataene, betyr ikke automatisk at det vil oppdage hver eneste endring hos Google først.

Den virkelige konkurransen ligger i oppdagelseshastigheten

Noen ganger tenker folk på rangsporere som enkle verktøy som sjekker hvor et nettsted rangerer.

Bak grensesnittet pågår det en konstant kamp for å holde tritt med Google.

Google gjør endringer:

• HTML-strukturer
• SERP-oppsett
• resultattyper
• lokaliseringsatferd
• anti-bot-systemer
• URL-strukturer
• JavaScript
• AI-genererte resultater
• forespørselsatferd

Noen ganger blir disse endringene kunngjort.

Men oftest blir de ikke det.

En leverandør av SERP-data får ikke en e-post fra Google der det står:

«Vi endrer dette neste tirsdag. Vennligst oppdater parseren din.»

Du oppdager det fordi noe endrer seg i dataene.

Utfordringen er å oppdage dette signalet før det blir et omfattende problem.

Det var akkurat det som skjedde her.

Tidslinjen sier alt

11. juni 2026 Ranktracker oppdager Googles nye /goto- atferd og implementerer en løsning samme dag.

23. juni 2026 Den første bredt dokumenterte offentlige observasjonen av Googles nye /goto-URL-er dukker opp.

Tidlig i juli 2026 Flere SEO-eksperter begynner å rapportere om oppførselen, selv om det fortsatt er vanskelig å gjenskape den konsekvent.

26. august 2026 Google bekrefter den bredere utrullingen av det nye omdirigeringssystemet. Det rapporteres om nesten full dekning hos flere leverandører av privat-IP-adresser.

Tidlig i september 2026 Ahrefs bekrefter offentlig at endringen har forårsaket uoverensstemmelser i dataene sine og sier at berørte resultater fortsatt blir gjenopprettet.

Ranktrackers løsning hadde allerede vært i drift i nesten tre måneder.

Dette er hva rangeringsovervåking skal gjøre

Det er et åpenbart svar på alt dette:

«Er det ikke bokstavelig talt en rangsporers jobb å oppdage endringer i Google?»

Ja.

Absolutt.

Det er akkurat det vi mener.

Brukerne våre betaler oss for å overvåke Google.

De bør ikke måtte oppdage en endring hos Google på Twitter, LinkedIn eller en SEO-nyhetsside og deretter lure på om rangeringdataene deres har vært feil den siste uken.

De bør ikke måtte vente på et banner som forteller dem at dataene deres har blitt påvirket.

Ideelt sett bør de ikke legge merke til endringen i infrastrukturen i det hele tatt.

Det er vi som bør legge merke til den.

Vi bør fikse det.

Og rangeringsovervåkingen deres bør fortsette å fungere.

11. juni viste overvåkningen vår at noe hadde endret seg i Googles SERP-er.

Vi undersøkte saken og sendte ut en løsning samme dag.

Det bredere SEO-miljøet begynte å legge merke til det etterpå.

Google rullet til slutt ut endringen i mye større skala.

Og nesten tre måneder senere var noen av bransjens største plattformer fortsatt i ferd med å håndtere konsekvensene.

Det er forskjellen tidlig oppdagelse utgjør.

Google vil fortsette å endre seg.

Vår jobb er å sørge for at Ranktracker endrer seg raskere.