Google News

Google Confirms It Is Routing Search Result Links Through a goto Redirect

RSS
A UK roadworks diversion sign reading DIVERSION VIA /GOTO above a bent arrow, standing in front of a mock search result panel, beside a round cartoon character in Google's brand colours wearing a hard hat and a hi-vis tabard.
Result links now take a detour through Google's own domain before reaching the page. Illustration: AI-generated.

Google has confirmed it is rolling out a redirect on the links in its search results. Instead of pointing straight at the destination page, a result link now routes through google.com/goto?url=, with the target address encoded inside it.

A Google spokesperson told Search Engine Land: “We have a long history of deploying technical measures against evolving forms of abuse, and we regularly take steps to protect our services and users.”

Google did not name scraping in that statement. The mechanism points that way, and it arrives a month after the company lost its main legal argument against a scraping company in court.

What is the google.com/goto redirect?

A search result link used to contain the destination URL in full, so hovering over it showed the address you were about to visit. The link now carries a Google URL with the destination encoded as a parameter, and a server-side redirect sends the browser on to the page.

Two panels stacked. Before: the result link points at https://example.com/page/ and goes straight to example.com. After: the link points at google.com/goto?url= followed by a long mixed-case alphanumeric string, then a redirect, then example.com.
The destination used to sit in the link itself. It is now encoded behind a redirect, so a tool reading the page has to follow each link to learn where it points. The encoded value shown is an example of its shape, a long string of digits and mixed-case letters with underscores, not a captured value. Google has not documented the format.

Barry Schwartz reported the confirmation on 26 August 2026 for Search Engine Roundtable and Search Engine Land. Derek Perkins of the rank tracking company Nozzle told him Google had been pushing the change live and that he was seeing it at “nearly a 100% rollout across several residential ip providers”.

The behaviour itself is not new, only newly confirmed and newly widespread. Alex Greenland reported rewritten result links on 23 June 2026, reading the pattern as goto?url= followed by what looked to him like a custom base64-like encoding of either the destination URL or a Google ID. What sits in the parameter is a long run of digits and mixed-case letters with underscores, which is the character set base64url encoding uses. Brodie Clark of SERPAlerts flagged it around the same time. Schwartz wrote it up as a test on 8 July 2026 and noted then that he could not reproduce it himself, which is roughly the difference between that report and this one.

Perkins described it as an anti-bot measure that removes client-side links in favour of server-side redirects. The consequence for anyone reading a results page programmatically is the substance of the change:

The goto links can’t be decoded, so providers will have to follow the redirect links. While that works in small scale tests, Google seems likely to make that tough, since each SERP will have hundreds of links to decode.

A scraper that could once read every destination straight out of a page’s HTML now needs an extra request per link to find out where that link goes. Across a results page carrying dozens of links, that multiplies the cost of collecting the same data.

There is a recent precedent for what that does downstream. In September 2025 Google stopped supporting the num=100 parameter, which had let a tool collect 100 results in one request; afterwards the same job took ten. An analysis of 319 properties by Tyler Gargula of LOCOMOTIVE Agency found 77.6% of them lost query count in Search Console and 87.7% lost impressions. The mechanism differs, num=100 changed how much a tool could fetch per request while goto changes what a tool can read from what it already fetched, but the shape of the consequence is the same: collection gets more expensive, and the depth of your tracked data is what absorbs the cost.

The timing sits next to a legal setback. In July 2026 a US federal court dismissed Google’s DMCA claims against SerpApi, holding that bypassing anti-scraping controls to reach uncopyrighted search results is not circumvention under that law. That removed a legal route against scraping; this is a technical one. Google has not connected the two, so the sequence is context rather than established cause.

What the goto redirect means for your rank tracking

The parties who carry the cost here are the tool providers, not site owners. What reaches you is the data those tools produce.

  • Expect rank tracking to thin out or lag. Every tracked results page now takes more work to resolve. Sparse or stale positions over the coming weeks are worth raising with your provider before you read them as a ranking change.
  • Check a sudden movement against Search Console. A tracked position that swings with no matching change in impressions or average position is more likely a collection artefact than a real one.
  • Nothing to implement. The redirect sits on Google’s side of the click. No change to your site follows from it.

Two things are not yet established. Google has said nothing about Search Console specifically. Its reports are built from Google’s own logs rather than by reading a results page, so the redirect does not sit between Search Console and its data, but that reasoning on its own would have been wrong last time. The num=100 removal moved Search Console impressions too, because the tools appending the parameter had been generating impressions of their own along the way. Whether the goto redirect shifts scraper behaviour enough to show up in anyone’s impression data is unknown, and worth watching rather than predicting. And no one has yet published measurements of what the extra hop does to referrer data. The redirect stays on a Google domain, so the referrer a site receives should still resolve to Google as it does today, but that is reasoning from how referrers behave rather than an observation anyone has reported.

Sources

More news