Google /goto URL-ek a keresési találatokban: mit tudunk eddig?

A korai tesztektől a megerősített bevezetésig

A /goto URL első szélesebb körben idézett nyilvános észlelése 2026. június 23-ára vezethető vissza. A Search Engine Roundtable július 8-i beszámolója ekkor még néhány megfigyelésről írt, a szerző pedig a saját kereséseiben nem tudta reprodukálni a jelenséget. Ez jól illik egy korlátozott teszt képéhez.

Augusztus második felében megváltozott a helyzet. Több SERP-adatszolgáltató már nem elszigetelt esetekről, hanem a feldolgozási rendszerét érdemben érintő változásról számolt be. Augusztus 26-án a Search Engine Land és a Search Engine Roundtable is közölte a Google megerősítését: a vállalat valóban bevezeti az új átirányítási megoldást.

A „bevezetés” ebben az esetben nem feltétlenül jelent egyszerre, minden felhasználónál aktivált funkciót. A Nozzle helyezésmérő szolgáltató több lakossági IP hálózatban közel teljes lefedettséget jelzett. Az Autom egy kijelentkezett, privát böngészős környezetben szintén következetesen találkozott az új linkekkel. Ezzel szemben a CrawlCheck egy hagyományos Chrome böngészőből, lakossági internetkapcsolaton vizsgált 34 link közül tíz közvetlen külső találati linket azonosított, és egyetlen /goto URL-t sem talált.

Ezek a mérések nem feltétlenül mondanak ellent egymásnak. Más időpontban, helyről, eszközről és infrastruktúráról készültek, ezért inkább azt mutatják, hogy a rendszer 2026. augusztus végén még környezetfüggően jelent meg.

Mit tudunk a url= paraméterről és a célcím feloldásáról?

A szolgáltatói vizsgálatok két, egymással összhangban álló gyakorlati megfigyelést közölnek:

1. a url= paraméter nem a célcím egyszerűen URL kódolt vagy Base64-kódolt változata,
2. a végső URL pedig a köztes cím lekérésével oldható fel.

A SerpApi technikai elemzése az általa vizsgált értékeket Protocol Buffers-formátumba csomagolt, titkosított bináris adatként írja le. Az Autom szintén Google specifikus, közvetlenül nem dekódolható kódolásról számolt be.

Ez nem jelenti azt, hogy a böngésző ne tudná megnyitni a találatot. Az Autom tesztjeiben a /goto címre küldött kérés HTTP-válaszának Location fejléce adta meg a következő, tényleges cél URL-t. A böngésző ezt az átirányítást automatikusan követi, így a folyamat a felhasználó számára többnyire észrevétlen marad.

Saját műszaki beszámolójuk szerint a végső cím a /goto kérés elküldésével és a Location fejléc kiolvasásával feloldható.

Egy SERP adatokat tömegesen gyűjtő rendszernek azonban ez azt jelentheti, hogy az egyes találatokhoz további kéréseket kell indítania a Google felé. Ez növelheti a feldolgozási időt és a költséget, valamint könnyebben felismerhetővé teheti a nagy mennyiségű automatizált URL feloldást.

A SerpApi saját rendszerében a változás kezdeti hibáinak egyik látványos jele az volt, hogy egyes API válaszokban a köztes URL helyett csak a nyers, CAES… kezdetű karakterlánc jelent meg. A szolgáltató először ezt javította úgy, hogy legalább érvényes google.com/goto?url=CAES… linket adjon vissza, majd találattípusonként dolgozott a végső célcímek automatikus feloldásán.

Ez a CAES… előfordulását dokumentálja a SerpApi által látott mintákban, nem az új Google formátum általános szabályát.

Miért érinti ez érzékenyen a SERP adatokra épülő rendszereket?

Egy helyezésmérőnek nem elég felismernie, hogy egy domain a harmadik helyen szerepel. A pontos rangsoroló URL-re is szüksége van: nem mindegy, hogy a főoldal, egy kategóriaoldal vagy egy blogcikk jelent meg a találatok között. Ha az eszköz a végső cím helyett a Google köztes linkjét tárolja, a landing page-ek összehasonlítása és a változások követése is pontatlanná válhat.

A probléma ugyanakkor jóval szélesebb a klasszikus rangsormérésnél. A /goto linkek feloldása szükséges lehet minden olyan rendszerben, amely a Google találataiból pontos forráscímeket gyűjt vagy hasonlít össze. Ide tartozhatnak:

• a versenytársak rangsoroló oldalait és tartalmait elemző SEO eszközök;
• az AI Overview és más keresési elemek hivatkozásait feldolgozó megoldások;
• a webes forrásokat összegyűjtő AI ágensek és RAG rendszerek;
• a linkkapcsolatokat, domaineket és tartalmi mintázatokat vizsgáló adatfolyamok;
• azok az alkalmazások, amelyek URL alapján szűrik ki a duplikációkat vagy észlelik a céloldal változását.

Ha a köztes link feloldása hiányzik vagy hibás, a riportban téves rangsoroló oldal, ismeretlen domain, duplikált találat vagy adathiány jelenhet meg. Ez adatminőségi probléma: önmagában nem bizonyítja, hogy a Google másik oldalt rangsorol, vagy hogy a webhely láthatósága megváltozott.

Mely találattípusoknál figyelték meg?

A kezdeti hírek főként a hagyományos organikus találatokról szóltak, a szolgáltatói hibajegyek azonban szélesebb érintettséget mutatnak. A SerpApi augusztus végi közlései szerint a módosítás, illetve a hozzá kapcsolódó feloldási hibák megjelentek a normál és könnyített Google Search API-ban, az AI Overview forrásoknál, a hír- és videótalálatokban, valamint a Google Lens eredményeiben.

A szolgáltató heti változásjegyzéke ennél részletesebb példákat is felsorolt: javítást igényeltek többek között a kérdések és válaszok, a recepttalálatok, a videók kulcspillanatai és egyes Lens egyezések. Ez nem jelenti azt, hogy minden ilyen elem minden keresésben /goto URL-t használ. A felsorolás azt mutatja, hogy az új linkforma több, eltérő felépítésű keresési modul adatkinyerésére is hatással volt.

A DataForSEO augusztus 28-án frissített jelentése szintén az AI Overview, a local pack, a featured snippet és az organikus találatok érintettségéről írt. A fennmaradó feloldási nehézségek náluk leginkább az AI Overview elemekben összpontosultak.

Mit mutatnak az első szolgáltatói tapasztalatok?

Az eddigi beszámolók más-más kérdésre adnak választ, ezért a számokat csak a saját mérési környezetükben szabad értelmezni.

A DataForSEO számai különösen könnyen félreérthetők. Az 52,26% például nem azt jelenti, hogy az AI Overview-k több mint fele biztosan /goto linket mutatott minden Google felhasználónak. A mérőszám azt fejezte ki, hogy az általuk visszaadott, AI Overview-t tartalmazó SERP-ek ekkora részében előfordulhatott legalább egy feloldatlan köztes URL. A közlés a mérési időszakot nem részletezi.

Az összkép így is egyértelmű: a /goto nem pusztán elméleti vagy néhány képernyőképre korlátozódó változás. Több nagy SERP adatszolgáltatónak módosítania kellett a feldolgozását. Az viszont továbbra sem állítható, hogy az új linkforma 2026. szeptember elején minden felhasználónál és minden találattípusnál aktív.

Miért vezetheti be ezt a Google?

A Google nyilvános magyarázata rövid és általános volt.

Ez a nyilatkozat megerősíti a visszaélés elleni célt, de nem nevezi meg részletesen, pontosan milyen visszaélési módot kíván kezelni a /goto. A Google azt sem állította, hogy kifejezetten a SEO helyezésmérőket, az AI cégeket vagy bármely konkrét szolgáltatói csoportot célozna.

A technikai hatásból ugyanakkor ésszerűen következik, hogy a találatok nagy léptékű automatizált feldolgozása nehezebbé válik. A valódi célcím nem olvasható ki közvetlenül a kattintható elem url= paraméteréből, a feloldás pedig további Google kéréseket igényelhet.

Ez az anti-scraping értelmezés tehát jól alátámasztott szakmai következtetés, de nem azonos egy részletes, hivatalos Google indoklással.

Jelent-e változást a rangsorolásban vagy az indexelésben?

A jelenlegi bizonyítékok alapján nem. A /goto a Google saját keresési felületén módosítja a kattintás útvonalát. Nem hoz létre új oldalt a kiadó webhelyén, nem írja át annak belső linkjeit, XML oldaltérképét vagy canonical jelölését, és nem azonos a webhely tulajdonosa által beállított 301-es vagy 302-es átirányítással.

A Google Search Central átirányítási dokumentációja a webhelyen belüli URL költöztetésekről és az ezekből származó canonical jelekről szól. A google.com/goto ezzel szemben a Google és a céloldal közötti navigáció része. A két jelenséget technikailag és SEO szempontból is külön kell kezelni.

Nincs nyilvános bizonyíték arra sem, hogy a /goto önálló rangsorolási tényező lenne. Ha egy külső helyezésmérő hirtelen ismeretlen vagy más cél URL-t mutat, az új linkforma miatt elsőként adatfeldolgozási eltérés is felmerülhet. Ez nem zárja ki, hogy ugyanabban az időszakban valódi rangsorolási változás történjen, csak azt jelenti, hogy a kettő között önmagában nincs igazolt ok-okozati kapcsolat.

Mi történik a Search Console és a GA4 mérésével?

A /goto-ról szóló első hírek után gyorsan felmerült, hogy a köztes Google domain megszakíthatja-e az organikus kattintások és munkamenetek mérését. Erre jelenleg nincs olyan hivatalos, /goto specifikus Google dokumentum, amely minden konfigurációra egyértelmű választ adna.

A rendelkezésre álló definíciók és az első tesztek azonban nem támasztanak alá általános mérési kiesést.

A Search Console a Google keresési felületén rögzíti a teljesítményt. A Google jelenlegi kattintásdefiníciója szerint a legtöbb találattípusnál az a művelet számít kattintásnak, amely a Google felületéről egy külső oldalra vezeti a felhasználót.

Ugyanez a dokumentáció azt is leírja, hogy a keresési teljesítmény adatait sok esetben a Google által kiválasztott canonical URL-hez rendelik.

Kifejezett /goto garanciát ugyanakkor a dokumentum nem ad.

A GA4 a céloldalon próbálja meghatározni a munkamenet forrását.

A CrawlCheck tesztjében a céloldalon olvasható document.referrer értéke csak a https://www.google.com/ origint tartalmazta. Ez a Google keresés ismert referrer kezelésével összhangban áll:

• a teljes keresési útvonal, így a /goto rész sem feltétlenül kerül át a céloldalnak.

Emiatt a szervernaplóban vagy az analitikában hiába keresnénk kifejezetten a google.com/goto útvonalat, annak hiánya nem bizonyítja, hogy nem történt köztes átirányítás. A böngésző navigációs adatai sem minden esetben teszik láthatóvá a domainek közötti redirect teljes láncát.

Egy 2026. augusztus 31-én közzétett közösségi GA4 teszt tíz eszköz- és böngészőkombinációban vizsgálta a Google találatból érkező látogatásokat. A szerző beszámolója szerint a referrer minden esetben megmaradt, és a munkamenetek organikus keresésként kerültek a mérésbe. Ez hasznos korai tapasztalat, de nem kontrollált, reprezentatív vizsgálat: más consent beállítás, céloldali átirányítás vagy egyedi csatornacsoportosítás eltérő eredményt adhat.

A Google Analytics dokumentációja a Direct forgalom általános okai között említi a hiányzó forrásinformációt. Külön arra is felhívja a figyelmet, hogy átirányítás közben elveszhetnek UTM paraméterek, illetve URL rövidítők eltávolíthatnak hivatkozási adatokat. A dokumentum nem a Google /goto linkjeiről szól, ezért ebből önmagában nem következik, hogy az új köztes URL attribúciós hibát okoz.

Ha valamely környezetben mégis ilyen probléma merülne fel, annak egyik lehetséges mintája az lenne, hogy a Search Console kattintásai stabilak maradnak, miközben a GA4-ben a google / organic vagy az Organic Search csökken, a Direct pedig nő. Egy ilyen együttmozgás sem bizonyítaná, hogy kizárólag a Google köztes URL-je a felelős. Ugyanilyen tünetet okozhat consent-, címkézési vagy saját webhelyes átirányítási probléma is.

Mit érzékelhet ebből a kereső felhasználó?

A kattintás után várhatóan ugyanaz a céloldal nyílik meg, ezért a legtöbb kereső nem vesz észre különbséget. A plusz hálózati lépés elméletileg növeli a navigáció idejét, de a vizsgált források nem közöltek olyan felhasználói teljesítménymérést, amelyből érdemi lassulásra lehetne következtetni.

A látható eltérés inkább a link előnézetében jelenhet meg. Ha valaki az egérmutatót a találat fölé viszi, a böngésző állapotsorában a közvetlen célcím helyett Google /goto URL-t láthat. Ettől függetlenül a találat szövegében továbbra is megjelenhet a céloldal domainje vagy breadcrumbja, így a felhasználó nem feltétlenül marad információ nélkül arról, hová vezet a link.

Az átláthatóság szempontjából ez mégis valós változás: a kattintható link technikai célja kevésbé ellenőrizhető pusztán rámutatással. Azt azonban a jelenlegi adatok alapján nem lehet kijelenteni, hogy ez érezhetően módosítaná a kattintási arányt vagy a keresői bizalmat.

Hol tart most a történet?

Most három szintet érdemes világosan elkülöníteni.

1. Megerősített tény, hogy a Google bevezeti a /goto köztes URL-eket, és az intézkedést általánosságban a visszaélések elleni technikai védelemmel indokolta. Az is közvetlenül megfigyelhető, hogy a link a Google köztes címére visz, ahonnan a böngésző a céloldalra kerül.
2. Szolgáltatói tapasztalat, hogy a változás több organikus és speciális találattípust, köztük AI Overview forrásokat is érinthet, és a végső URL kinyeréséhez új feloldási logika kellett. A SerpApi, a DataForSEO és az Autom már módosította vagy folyamatosan módosítja a rendszerét, de a közölt lefedettségek csak a saját infrastruktúrájukra érvényesek.
3. Nem bizonyított, hogy a Google minden felhasználónál, országban és találattípusnál ugyanakkora arányban alkalmazza a megoldást, hogy kifejezetten egy meghatározott SEO- vagy AI szolgáltatói csoport a célpont, hogy a változás rangsorolási vagy indexelési hatással jár, illetve hogy általánosan megszakítja a Search Console vagy a GA4 mérését.

A /goto tehát elsősorban a keresési találatok technikai feldolgozásának új rétege. A felhasználó számára alig látható, a pontos cél URL-ekre építő eszközök számára viszont jelentős fejlesztési feladat. A következő érdemi fordulópontot az jelentené, ha a Google részletes műszaki dokumentációt közölne, vagy ha a szolgáltatói és analitikai mérések már hosszabb időszakból, több régióból is összevethető képet adnának.