google.com/goto: Googles anti-scraping-uppdatering
Vad som händer
Google Search skriver om organiska resultatlänkar till google.com/goto?url=... i stället för att exponera destinations-URL:en direkt i HTML.
När du klickar omdirigerar Google till den riktiga sidan. Parametern url använder en Google-specifik kodning. Det är inte en enkel base64 av mål-URL:en. I praktiken ser det ut som en ogenomskinlig referens till Googles indexpost för sidan.
I slutet av augusti 2026 syns detta konsekvent i sökningar när du är utloggad eller surfar privat. Det kan fortfarande vara ett experiment, men det är inte längre begränsat till en liten del av SERP.
Inte samma sak som google.com/url
Google har använt omdirigeringswrappers förut. Det äldre formatet är google.com/url?q=[URL-kodad destination], där mållänken är läsbar i query string.
Det nya goto-formatet är annorlunda:
- Resultatets
hrefär/goto, inte destinationen - Du kan inte avkoda
url=-blobben offline - Den riktiga URL:en står i
Location-headern på/goto. Anropa den URL:en. Följ inte omdirigeringen.
Google behöver fortfarande destinationen för att rita SERP:en (domän, favicon, attribution), så kopior av URL:en finns kvar på sidan. Det är en annan historia än att läsa Location. Så här löser du det: google.com/goto: läs Location med HEAD.
Den förskjutningen spelar roll för alla som bygger ett sökindex från SERP-data i stor skala.
Varför Google gör detta
Det passar in i Googles bredare push mot automatiserad SERP-insamling, särskilt AI-crawlers och SEO-scrapers som massextraherar resultat-URL:er för att bygga egna index.
Med klartextlänkar kunde en scraper parsa tusentals URL:er från HTML utan att kontakta Google igen. Med goto kräver varje resultat en ny request till Google bara för att veta destinationen. Du läser Location; du följer inte vidare till sidan. Det är långsammare, mer högljutt och ger Google en tydlig signal när samma klient löser hundratals länkar i följd.
Tillsammans med tidigare steg som att ta bort &num=100 och skärpa BotGuard/SearchGuard höjer Google stadigt kostnaden för naiv SERP-scraping.
Vad vi såg på Autom
Vi såg goto-länkar först i en liten andel SERP. På den nivån var det svårt att leverera en tillförlitlig fix utan att bryta svar för alla andra.
I slutet av augusti 2026 är mönstret mycket mer konsekvent för utloggade och privata sessioner. Resultat-URL:er på Google Search är i praktiken alla goto under dessa villkor.
Vi övervakar utrullningen och testar mot den.
Uppdatering på Autom.dev
Vi har uppdaterat vår Google Search-pipeline för att lösa google.com/goto-länkar (läs Location, följ inte) och returnera den slutliga destinations-URL:en i API-svar, i samma strukturerade fält som kunder redan använder.
Om du anropar Automs Google Search-endpoints bör du fortsatt få användbara destinations-URL:er utan att ändra din integration. Vi fortsätter att följa Googles utrullning och justera om omdirigeringsformatet skiftar igen.
Relaterad läsning
- google.com/goto: läs Location med HEAD
- Google dödade num=100
- Google stämmer SerpAPI: vad SearchGuard avslöjar
- SERP-scraping med Google, Bing och Brave
Behöver du live SERP-data medan Google flyttar målstolparna? Prova 1 000 gratis förfrågningar på Autom pricing, eller skaffa en API-nyckel på app.autom.dev/register.