Build1 publisher3 min readPublished Updated
Google routes Search clicks through a goto URL that keeps the destination in a parameter
Google has confirmed a broad rollout of google.com/goto redirects on Search result links, observed at near-full deployment by late August 2026. Whether the extra hop alters the referrer GA4 reads is still an open question.
The Engineer · Build desk

What happened
- Google confirmed a broad rollout of google.com/goto redirects on Search results, so a click hits a Google-owned URL carrying the destination in a url parameter before a server-side redirect sends the visitor on.
- Nozzle's Derek Perkins and DemandSphere reported near-full deployment in the environments they monitored, with the redirect widely observed across testing networks and residential IPs by late August 2026.
- A Google spokesperson told Search Engine Roundtable that the company regularly deploys technical measures to protect its services and users from evolving abuse, according to the report the post cites.
- The dev.to post that documents the pattern concludes the evidence points to a substantive change in Search link handling, not a limited query-level experiment.
Compiled by The EngineerSomething wrong?How this is made
Why it matters
- cost Rank-tracking providers absorb the extra requests needed to name a destination URL, and their subscribers pay in the form of delayed, incomplete or differently reported ranking data while the collection systems are reworked.
- decision A drop in GA4 organic sessions now has to clear a data-quality check before anyone reprices content spend, because the click path is a live candidate explanation that has nothing to do with rankings.
- contradiction The same post that flags the reclassification risk does not treat a rise in Direct traffic as evidence of it, so the widely shared reading that the rollout has already broken organic attribution runs ahead of what has been measured.
A Search click now resolves in two steps. The link points at google.com/goto?url=ENCODED_DESTINATION, the destination travels in the query string, and a server-side redirect hands the visitor on to the site [3]. For anyone writing a parser the distinction is decode or fetch. A tool that can decode the url parameter has the final address without a second request; a tool that treats the hop as opaque has to fetch it and read where it lands [12].
The referrer question is a different one, and it is not settled in the record. The dev.to post frames the open issue as whether the additional hop changes, removes or complicates the referrer information that downstream analytics use to classify a visit [8]. It reports no measurement of what a site actually receives after the redirect. Behaviour already varies between signed-in and logged-out sessions [4], so two properties instrumented the same way can get different answers.
For a fall in GA4 organic sessions to be the redirect's doing, three things have to hold. The hop has to alter the referrer on your traffic. GA4 has to reclassify those sessions as Direct or into another channel; early coverage raised that as a possibility, and the post treats it as unproven [9]. And the timing has to match when goto links became visible in the markets and devices you track. Google has not published an engineering note mapping the rollout across every country, Search surface or user state [7], so the third test has to be run from your own logs.
The post's diagnostic is to annotate the reporting periods when the behaviour appears, compare GA4 channel trends against Search Console click trends and landing-page patterns, monitor Direct traffic by landing page, and ask SEO and analytics vendors how their tools resolve /goto links [11]. The Search Console comparison is a control only if Search Console's click counting does not depend on the referrer the browser sends. Fewer organic sessions and more Direct on the same landing pages in the same window is one reasonable thing to chase, alongside tracking changes, campaign activity, consent behaviour and site redirects [10].
The collection cost is easier to size than the referrer effect. Following a chain takes at least one request per result link. A tracker that fetches the hop sees its request count scale with the number of results tracked rather than the number of result pages fetched [14]. The post cites unnamed industry observers for the warning that resolving redirects at scale can materially increase the requests required for multi-page ranking data, raise collection costs and possibly delay data while providers rework their systems [12].
Channel reports set content investment, conversion judgements and acquisition cost figures, and a reporting shift can make a healthy organic program look weaker or hide which pages are pulling Search visitors [15]. The post's advice is to treat a traffic-source anomaly as a data-quality problem and document the findings before budgets or forecasts change [16]. It then offers its author's consultancy to connect analytics, marketing and internal data so reporting is more resilient when platforms change [17].
What to watch
- A Google note mapping goto behaviour by country, Search surface and signed-in state would let teams set an annotation window from Google's side instead of inferring one from their own logs.
- A published measurement of what referrer a site receives after the goto hop would settle whether GA4 reclassification is happening at all.
- Rank-tracking vendors saying whether they decode the url parameter or fetch the redirect, and whether prices or refresh intervals change as a result.