Mérés

AI Overviews és AI Mode a Search Console-ban: mit látsz belőlük, és mit nem?

AI Overviews és AI Mode a Search Console-ban: hogyan számolódnak a megjelenések és kattintások, mit torzít ez, és hogyan becsülheted a hatásukat.

Scheo · · olvasási idő ~10 perc · Szerző: Schmidt Péter

A lényeg dióhéjban: A Search Console az AI Overviews és az AI Mode adatait a Web keresési típusban, a hagyományos találatokkal összevonva mutatja, külön szűrő nélkül. A hatásukat közvetve, lekérdezéscsoportok és azonos pozíciósávban mért CTR-változás alapján becsülheted, de biztos ok-okozati következtetést ebből nem vonhatsz le.

Ha a Search Console teljesítményjelentésében azt keresed, hány megjelenést és kattintást hoztak a Google AI-összefoglalói (AI Overviews) vagy az AI Mode, nem fogsz rá külön sort, oszlopot vagy szűrőt találni. Az adatok benne vannak a riportban, csak összekeverve a hagyományos találatokkal. Ez a cikk sorra veszi, mit tudunk biztosan a számolás módjáról, mit lehet ebből közvetve kiolvasni, és hol kell megállni az értelmezéssel.

AI Overviews és AI Mode a Search Console-ban: mit látsz belőlük, és mit nem?
AI Overviews és AI Mode a Search Console-ban: mit látsz belőlük, és mit nem?

A szövegben háromféle jelölést használunk. Hivatalosan igazolt, amit a Google saját dokumentációja leír. Saját tapasztalat, amit több fiók rendszeres riportolása közben általános mintaként látunk. Szakmai feltételezés, ami logikus következtetés, de közvetlen bizonyíték nincs rá. Az itt leírt állapot az írás idejére vonatkozik, a Google ezen a területen gyakran változtat.

Hogyan számolja a Search Console az AI Overviews megjelenéseit és kattintásait?

Az AI-összefoglalóban megjelenő linkjeid a teljesítményjelentés Web keresési típusában, a hagyományos találatokkal együtt számolódnak. A blokkban szereplő összes link ugyanazt a pozíciót kapja, magának az AI-összefoglalónak a helyét a találati oldalon.

Hivatalosan igazolt. A Google Search Central „AI features and your website” oldala szerint az AI-funkciókban megjelenő webhelyek forgalma a teljes keresési forgalom része, és a teljesítményjelentés Web típusában látszik. A Search Console súgója leírja, hogy az AI Overviewsban minden link egyetlen közös pozíciót kap, és a megjelenésre, illetve a kattintásra a szokásos szabályok vonatkoznak. Ha valaki a blokkban a te oldaladra mutató linkre kattint, az kattintásnak számít.

Van ennek egy kevésbé ismert következménye is. A Search Console tulajdon szintű összesítésnél egy lekérdezésre egy megjelenést számol, mégpedig a legjobb pozícióval. Szakmai feltételezés, hogy ez az AI-összefoglalóra is így érvényes. Ha az oldalad az összefoglalóban az első pozícióban szerepel, a hagyományos találatok között pedig csak a hatodikon, a lekérdezés soránál jó eséllyel az első pozíciót látod, akkor is, ha a kattintás a hatodik helyről jött.

És az AI Mode? Mi kerül belőle a riportba?

Az AI Mode adatai is a Web keresési típusban jelennek meg, külön bontás nélkül. A követő kérdések új lekérdezésnek számítanak, a kattintást, a megjelenést és a pozíciót pedig a hagyományos kereséshez hasonló szabályok szerint számolja a rendszer.

Hivatalosan igazolt. A Search Console súgója az AI Mode-ot külön megemlíti a teljesítményadatok számolásánál. A beszélgetés minden új kérdése önálló lekérdezésként kerül a riportba.

Szakmai feltételezés. Az AI Mode-ban feltett kérdések általában hosszabbak és egyedibbek, mint a klasszikus kulcsszavak. A Search Console az adatvédelmi okból ritka lekérdezéseket nem mutatja szövegesen (anonimizált lekérdezések). Ha az AI Mode használata nő, ezeknek az aránya is nőhet. Ezt úgy veheted észre, hogy a diagram fölötti összes kattintás és a lekérdezéstáblázat sorainak összege között egyre nagyobb a különbség.

Miért nincs külön szűrő az AI-felületekre?

A Google az AI-funkciókat a keresés részének tekinti, és eddig nem adott ki hozzájuk külön riportot vagy keresési megjelenés szűrőt. A Keresési megjelenés fülön a rich result típusok szerepelnek, az AI Overviews az írás idején nincs köztük.

Hivatalosan igazolt, hogy az adatok a Web típusban, összevonva szerepelnek. Az okokról a Google nem adott részletes indoklást. Szakmai feltételezés, hogy több dolog játszik közre. A felület formája gyorsan változik, az összefoglaló nem minden felhasználónál és nem minden alkalommal jelenik meg ugyanúgy, és egy külön szűrő kényes összehasonlításokat tenne lehetővé a hagyományos és az AI-találatok között. Ha a Google később külön bontást ad, az ebben a cikkben leírt becslési módszer ellenőrzésére is jó lesz.

Mit jelent ez az átlagos pozíció és a CTR értelmezésére?

Az összevont számolás miatt az átlagos pozíció és a CTR már nem ugyanazt jelenti, mint az AI-felületek előtt. Javulhat a pozíció, nőhet a megjelenések száma, a kattintás közben mégis stagnál vagy csökken.

Ennek három mechanizmusa van. Az AI-összefoglaló gyakran az oldal tetején van, ezért az ott hivatkozott linkek jó pozíciót kapnak, ami felhúzza az átlagot. A felhasználó egy része már az összefoglalóból megkapja a választ, így az első pozíció CTR-je alacsonyabb lehet, mint korábban. Végül az összefoglalóban hivatkozott oldal megjelenést kaphat olyan lekérdezésre is, amelyre a hagyományos találatok között nem lenne látható, ez pedig a megjelenések számát növeli kattintás nélkül.

Saját tapasztalat. Az információs, kérdő jellegű lekérdezéseknél egyre gyakrabban látjuk, hogy a megjelenések száma nő, a kattintásoké nem követi, az átlagos pozíció pedig javul. Ugyanez a minta a márkás és a vásárlási szándékú lekérdezéseknél jóval ritkább.

Hogyan becsülheted közvetve az AI-felületek hatását?

A legjobb közvetett módszer az, ha a lekérdezéseket típus szerint csoportosítod, és a CTR-t azonos pozíciósávban, időben összeveted, egy kontrollcsoport mellett. Ez becslést ad, mérést nem.

1. Exportáld az adatokat lekérdezés szinten

A felületen egyszerre legfeljebb 1000 sor exportálható, ez a legtöbb webhelynél kevés. Nagyobb oldalnál a Search Console API-t vagy a BigQuery tömeges adatexportot érdemes használni. A tömeges export a beállítás napjától gyűjt adatot, visszamenőleg nem tölt fel, ezért érdemes minél előbb bekapcsolni.

2. Csoportosítsd a lekérdezéseket típus szerint

A Search Console lekérdezés-szűrője a reguláris kifejezést is elfogadja (Egyéni, regex). Kérdő jellegű magyar lekérdezésekre egy kiinduló minta ez.

(?i)^(mi|mit|miért|hogyan|hogy|mikor|melyik|mennyi|hol|ki|lehet|érdemes|kell)\s

Vásárlási szándékra egy egyszerű minta ez.

(?i)(rendel|vásárl|vásárol|ajánlat|webshop|szállítás|akció)

A márkás lekérdezéseket a saját márkaneved változataival szűrd (például (?i)(markanev|marka nev)), elírásokkal együtt. Ha a fiókodban már elérhető a márkás lekérdezések beépített szűrője, használd azt is ellenőrzésként. A végén legyen legalább három csoportod, a kérdő, a márkás és a vásárlási szándékú. Szakmai feltételezés, hogy az AI-összefoglaló a kérdő csoportban jelenik meg a leggyakrabban, ezért ez a vizsgált csoport, a márkás és a vásárlási a kontroll.

3. Hasonlítsd a CTR-t azonos pozíciósávban

Ne az átlagos CTR-t vesd össze, hanem a sávokét. Bonts például 1 és 3 közötti, 4 és 10 közötti, valamint 10 fölötti sávra. Minden csoportban és sávban számold ki a CTR-t a vizsgált és az összehasonlító időszakra. Szezonális vállalkozásnál az előző év azonos hónapja a jobb viszonyítás, a közvetlen előző hónap félrevihet.

Egy kitalált számpéldán a logika így néz ki. A kérdő csoport 1 és 3 közötti sávjában tavaly 18 százalék volt a CTR, idén 11 százalék, 40 000 megjelenés mellett. Tavalyi arány mellett nagyjából 7200 kattintást várnál, a tényleges szám 4400, az eltérés körülbelül 2800 kattintás. Ha a márkás kontrollcsoport CTR-je ugyanebben a sávban közel változatlan, akkor az eltérés jó eséllyel a kérdő lekérdezésekre jellemző változáshoz köthető, amelynek az AI-felület az egyik valószínű oka. Ha a kontroll is ugyanúgy esett, valószínűbb egy általánosabb ok (szezon, mérési változás, piaci kereslet).

4. Ellenőrizd mintavétellel a találati oldalt

Válaszd ki a kérdő csoport 20-30 legnagyobb megjelenésű lekérdezését, és havonta egyszer nézd meg, megjelenik-e rájuk AI-összefoglaló, és hivatkozik-e az oldaladra. Ezt kézzel, privát böngészőablakban, vagy olyan rangkövető eszközzel teheted meg, amely jelzi az AI-összefoglaló jelenlétét. Saját tapasztalat, hogy ugyanarra a lekérdezésre napról napra és eszközönként is változhat, megjelenik-e összefoglaló, ezért egyetlen ellenőrzés kevés, a havi minta trendként használható.

5. BigQuery-lekérdezés a csoportosításhoz

Ha a tömeges export él, a lekérdezésszintű alapadat így kérhető le (a projekt- és adatkészlet-nevet a sajátodra cseréld).

SELECT query, SUM(impressions) AS megjelenes, SUM(clicks) AS kattintas, SAFE_DIVIDE(SUM(clicks), SUM(impressions)) AS ctr, SAFE_DIVIDE(SUM(sum_top_position), SUM(impressions)) + 1 AS atlag_pozicio FROM `projekt.searchconsole.searchdata_site_impression` WHERE search_type = 'WEB' AND NOT is_anonymized_query AND data_date BETWEEN '2026-07-01' AND '2026-09-30' GROUP BY query

A kapott táblára ugyanazokat a regex-mintákat teheted rá REGEXP_CONTAINS függvénnyel, és a pozíciósávokat egy CASE kifejezéssel képezheted. Az átlagos pozíciót a sum_top_position mezőből a fenti módon kell visszaszámolni, mert a mező nullától indul.

Mit tegyél a havi riport ellenőrzőlistájára?

A havi riportban az AI-felületek hatását mindig becslésként, a módszerrel együtt mutasd be, és válaszd el a mért számokat a következtetésektől.

Milyen következtetéseket NEM vonhatsz le ezekből az adatokból?

A Search Console adataiból nem tudod pontosan megmondani, hány megjelenés és kattintás jött az AI-felületekről, és azt sem, hány kattintást vittek el. Minden ilyen szám becslés.

Ha a riportot vezetőnek vagy ügyfélnek adod, ezt a listát érdemes röviden beletenni. Így később senki sem kezel tényként egy olyan számot, amely valójában becslés volt.

Források és további olvasnivalók

A legfontosabbak
  • Az AI Overviews és az AI Mode megjelenései és kattintásai a teljesítményjelentés Web típusában vannak, a normál találatokkal összevonva.
  • Egy AI-összefoglalóban minden link ugyanazt a pozíciót kapja, ezért az átlagos pozíció javulhat úgy is, hogy a kattintások száma közben csökken.
  • A hatás közvetve becsülhető, ha a lekérdezéseket típus szerint csoportosítod, és a CTR-t azonos pozíciósávban, egy kontrollcsoporttal együtt követed.
  • A havi riportban külön kell jelezni, mi mért adat, mi becslés és mi feltételezés.
  • Az adatokból nem derül ki pontosan, hány kattintást hozott vagy vitt el az AI-felület, és azt sem tudod meg belőlük, hogy idéztek-e.

Gyakori kérdések

Van külön AI Overviews szűrő a Search Console-ban?

Az írás idején nincs. Az AI Overviews és az AI Mode adatai a teljesítményjelentés Web keresési típusában, a hagyományos találatokkal összevonva jelennek meg.

Milyen pozíciót kap egy link az AI-összefoglalóban?

A Google leírása szerint az AI-összefoglalóban szereplő összes link ugyanazt a pozíciót kapja, magának az összefoglalónak a helyét a találati oldalon.

Miért javult az átlagos pozícióm, miközben csökkentek a kattintások?

Gyakori ok, hogy az oldal az oldal tetején lévő AI-összefoglalóban kap megjelenést, ami jó pozíciót ad, a felhasználók egy része viszont az összefoglalóból megkapja a választ és nem kattint. Ezt a lekérdezéscsoportok és a pozíciósávok szerinti bontás valószínűsítheti, bizonyítani nem tudja.

Hogyan számolódnak az AI Mode követő kérdései?

A Search Console súgója szerint a követő kérdések új lekérdezésként kerülnek a riportba, a kattintás, a megjelenés és a pozíció pedig a hagyományos kereséshez hasonló szabályokkal számolódik.

Meg lehet pontosan mérni, hány kattintást vitt el az AI Overviews?

Nem. A Search Console adataiból csak becsülni lehet, például a kérdő lekérdezések CTR-jének azonos pozíciósávban mért változásából, egy kontrollcsoporttal összevetve.

Látszik a Search Console-ban a ChatGPT vagy a Perplexity forgalma?

Nem, a Search Console csak a Google-keresés adatait mutatja. A többi AI-felület forgalmát az analitika hivatkozó forrásai között kell keresni.

Források és további olvasnivalók

Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.

A cikk szerzője

Schmidt Péter, online marketing szakértő, a Scheo Tanácsadó Kft. alapítója. Székesfehérvárról, országosan dolgozó csapattal végzünk keresőoptimalizálást, AI-láthatóság mérést, Google és Meta hirdetéskezelést, weboldalkészítést. Amit itt leírunk, azt ügyfélmunkában is használjuk. Rólunk bővebben · Szolgáltatásaink

Kapcsolódó olvasnivaló

Kapcsolódó

Ai láthatóság mérés: hogyan kövessem nyomon, hogy a tartalmam szerepel-e ai javaslatokban?: amit tudnod kell róla

Kapcsolódó

AI-láthatósági riport a vezetőnek: milyen 5 számot mutass, és mit ne

Kapcsolódó

Aeo jelentése: amit tudnod kell róla

Helyi szolgáltatás a környékeden

Országosan dolgozunk, online és személyesen. Válaszd ki a városodat, és nézd meg, hogyan segítünk helyben:

Online marketing & AI SEO KaposvárOnline marketing & AI SEO BékéscsabaOnline marketing & AI SEO EgerOnline marketing & AI SEO ZalaegerszegOnline marketing & AI SEO SzekszárdOnline marketing & AI SEO Salgótarján

Weboldalkészítés városra bontva

Ha először a honlap kell, itt városonként arról írtunk:

Weboldalkészítés BudapestWeboldalkészítés VeszprémWeboldalkészítés DunaújvárosWeboldalkészítés GyőrWeboldalkészítés DebrecenWeboldalkészítés Szeged

Mind a 20 városunk és az összes szolgáltatás →

15 perces AI-láthatósági gyorselemzés - díjmentesen

Megnézzük három, számodra fontos keresőkérdésnél, hogy megjelenik-e a céged a ChatGPT, a Gemini és a Google AI-válaszaiban, mely versenytársakat ajánlják helyetted, és melyik három területen érdemes először javítani. A weboldaladat előzetesen átnézzük, tehát nem sablonos, automata riportot kapsz.

Adataidat kizárólag a kapcsolatfelvételhez használjuk. Kapcsolat: m@rketinges.hu
💬 Konzultáció