Műszaki GEO-audit: az AI-alapú keresési láthatósági problémák diagnosztizálása

Bevezető

Webhelye jó helyezést ér el a Google-on, a fontos oldalak indexelve vannak, és a technikai SEO-audit sem jelez komoly hibákat. Ennek ellenére, amikor a potenciális ügyfelek a ChatGPT-t, a Google AI Overviews-t vagy a Perplexity-t kérik meg, hogy ajánljanak cégeket az Ön iparágában, a márkája ritkán jelenik meg.

Könnyű lenne azt feltételezni, hogy a probléma a gyenge tartalomban vagy a kevés visszalinkelésben rejlik. Mielőtt azonban újabb optimalizálási körbe fektetne be, egy alapvetőbb kérdésre kell választ találnia: vajon az AI-keresésért felelős rendszerek valóban hozzáférnek-e a weboldalához, képesek-e lekérni és helyesen értelmezni azt?

Egy hagyományos SEO-audit segíthet ennek a kérdésnek a részleges megválaszolásában. A technikai GEO-audit ennél tovább megy: megvizsgálja a keresőrobotok hozzáférését, a megjelenített tartalmat, az indexelhetőséget, a márkainformációkat, valamint azt, hogy ezek a technikai jelek hogyan kapcsolódnak a megfigyelt AI-keresési láthatósághoz.

Ez az útmutató bemutat egy diagnosztikai munkafolyamatot, amely elkülöníti a valódi technikai problémákat a tartalmi relevanciától, a tekintélytől és a mérési problémáktól. Megtudhatja továbbá, hogyan állítsa fel a javítások prioritásait anélkül, hogy beváltatlan AI-optimalizálási gyorsmegoldásokra támaszkodna.

Mi az a technikai GEO-audit?

A technikai GEO-audit egy strukturált értékelés, amely azt vizsgálja, hogy egy weboldal fontos információi hozzáférhetők-e, szükség szerint indexelhetők-e, és pontosan jelennek-e meg az AI-alapú kereső- és visszakereső rendszerek számára.

A GEO a Generative Engine Optimization (generatív motoroptimalizálás) rövidítése. Olyan gyakorlatokat jelöl, amelyek célja, hogy javítsák, hogyan fedezik fel, értik meg, és esetlegesen hivatkoznak rá vagy ajánlják egy weboldalt vagy márkát az AI által generált válaszokban.

A technikai GEO az e folyamatot támogató infrastruktúrára összpontosít.

Egy tipikus audit hat területet vizsgál:

1. Keresőrobotok hozzáférése: Hozzáférhetnek-e a vonatkozó keresőrobotok a weboldalhoz?

2. Indexelhetőség: A fontos oldalak megfelelnek-e a célkeresőrendszerek által használt indexek követelményeinek?

3. Megjelenítés: A lényeges tartalom elérhető-e HTML formátumban, vagy más módon hozzáférhető-e a vonatkozó keresőrobot számára?

4. Oldalazonosítás: A kanonikus URL-ek, címek és strukturált információk következetesen a helyes tartalmat írják-e le?

5. Információminőség: A fontos állítások érthetőek, pontosak és hozzáférhető bizonyítékokkal alátámasztottak?

6. Láthatóság mérése: Képes-e a csapat megkülönböztetni a technikai fejlesztéseket a tényleges AI-keresési eredményekben bekövetkezett változásoktól?

Ezek az ellenőrzések a technikai SEO-ra épülnek, nem pedig helyettesítik azt.

A Google kifejezetten kijelenti, hogy AI-áttekintései és AI-módja nem igényelnek a Google Kereső alapvető követelményein túlmutató speciális technikai jelöléseket. Más válaszmotorok saját visszakeresési módszerekkel és dokumentált keresőrobot-vezérlőkkel rendelkeznek.

Ez azt jelenti, hogy a technikai GEO-t nem szabad rejtélyes rangsorolási tényezők gyűjteményeként kezelni.

A cél a bizonyítható akadályok eltávolítása, a kétértelműségek csökkentése és a tartalom felfedezéséhez szükséges megbízható feltételek megteremtése.

Technikai SEO vs. technikai GEO: Mi a különbség?

A hagyományos technikai SEO azt értékeli, hogy a keresőmotorok hatékonyan képesek-e felfedezni, bejárni, indexelni és feldolgozni a weboldalakat.

A technikai GEO ezt a vizsgálatot kiterjeszti további visszakeresési rendszerekre és a mesterséges intelligencia által generált keresési élményekre.

Audit terület	Hagyományos technikai SEO	További technikai GEO-vizsgálat
Indexelési hozzáférés	Googlebot, Bingbot, robots.txt	Keresésspecifikus AI-crawler-ek, CDN-szabályok, letöltési viselkedés
Indexelhetőség	Indexelési utasítások, kanonikus jelzések	Jogosultság a meglévő keresési indexeket használó AI-keresési felületekre
Renderelés	JavaScript SEO és renderelt HTML	Hogy más releváns kereső kliensek megkapják-e a lényeges információkat
Strukturált adatok	Érvényesség és keresési jogosultság	A géppel olvasható adatok és a látható tartalom közötti összhang
Tartalomarchitektúra	Belső hivatkozások és a feltérképezés során történő felfedezés	A teljes válaszok és azok alátámasztó kontextusának hozzáférhetősége
Mérés	Rangsorok, megjelenítések, organikus látogatások	AI-hivatkozások, márkaemlítések, válaszok pontossága, hozzárendelhető forgalom

Jelentős átfedés van a két terület között.

Egy hibás kanonikus URL nem kizárólag GEO-probléma. Ugyanígy nem az a JavaScript-tel megjelenített, elérhetetlen oldal sem.

A különbség a diagnosztikai hatókörben és a mért eredményekben rejlik.

Egy sikeres technikai GEO-auditnak azonosítania kell, mi nem működik, meg kell magyaráznia, miért fontos ez egy adott keresőrendszer szempontjából, és bizonyítékot kell szolgáltatnia arra, hogy a javasolt javítás megoldja a problémát.

1. lépés: Az AI-alapú keresési láthatóság kiindulási szintjének megállapítása

A weboldal módosítása előtt dokumentálja a láthatósági problémát.

Ellenkező esetben a csapat hetekig foglalkozhat a technikai figyelmeztetések kijavításával anélkül, hogy tudná, vajon ezek a változtatások kapcsolódnak-e azokhoz az üzleti kérdésekhez, amelyeket az ügyfelek ténylegesen felvetnek.

Kezdje egy kicsi, ellenőrzött, releváns keresési kifejezéskészlettel.

Egy fiktív B2B kiberbiztonsági vállalat esetében a kutatás a következőket tartalmazhatja:

• Melyek a legjobb kiberbiztonsági felügyeleti platformok a közepes méretű vállalkozások számára?

• Mely biztonsági szolgáltatók nyújtanak megfelelőségi felügyeletet pénzügyi intézmények számára?

• Melyek az alternatívái egy adott vállalati biztonsági platformnak?

• Hogyan hasonlítják össze a vállalatok a menedzselt biztonsági szolgáltatókat?

• Mely kiberbiztonsági felügyeleti megoldások támogatják az európai vállalatokat?

Ezek a példák a kereskedelmi felfedezést, az összehasonlításokat és a szolgáltatások megfelelőségét fedik le.

Végezzen konzisztens mintavételt az értékelni kívánt keresési élmények között, rögzítve a dátumot, a helyszínt vagy a nyelvi beállításokat (amennyiben azok szabályozhatók), a platformot, a válaszokat, a márkaemlítéseket és az idézett forrásokat.

Válasszuk szét az említéseket, hivatkozásokat és ajánlásokat

Ezek különböző eredmények.

Márkaemlítésről akkor beszélünk, amikor egy AI által generált válasz megnevezi a vállalatát.

Hivatkozásról akkor beszélünk, amikor a válasz azonosítható forráshivatkozást tartalmaz a webhelyére vagy tartalmára.

Ajánlásról akkor beszélünk, amikor a válasz a vállalkozását a felhasználó kérdésére vonatkozó releváns lehetőségként mutatja be.

Egy márkát megemlíthetnek anélkül, hogy hivatkoznának rá. Egy weboldalra hivatkozhatnak anélkül, hogy a válasz kifejezetten ajánlaná a vállalatot.

Ezeket külön kell nyomon követni.

Mérőszám	Számítás vagy megfigyelés
Márkaemlítési arány	A márkát említő válaszok száma ÷ a vizsgált válaszok száma
Domain-hivatkozási arány	A domainre hivatkozó válaszok száma ÷ vizsgált válaszok száma
Ajánlási arány	A márkát ajánló válaszok ÷ releváns ajánlási felhívások
A válaszok pontossága	Helyesen megfogalmazott válaszok ÷ értékelésre került márkaspecifikus válaszok
A versenytársak jelenléte	A versenytársak említésének gyakorisága ugyanazon felhívásmintában

Ezek operatív mérőszámok, nem pedig hivatalos rangsorolási jelek.

Az AI által generált válaszok a munkamenetek, modellek, földrajzi helyek és lekérdezési feltételek függvényében változhatnak. Egy teszt nem elegendő ahhoz, hogy tartós láthatósági problémát állapítson meg.

Ismételje meg ugyanazt a kérdéssorozatot több megfigyelési időszak alatt, és őrizze meg az eredeti válaszokat.

2. lépés: Ellenőrizze, hogy az AI-keresőrobotok hozzáférhetnek-e a weboldalához

A keresőrobotok hozzáférése az egyik első olyan technikai terület, amelyet érdemes megvizsgálni.

Előfordulhat, hogy egy weboldal normál böngészővel elérhető, míg az automatizált lekérdezésekre hibákat vagy korlátozásokat jelez vissza.

Gyakori okok:

• robots.txt korlátozások.

• Webalkalmazás-tűzfal szabályok.

• CDN bot-védelem.

• IP-alapú hozzáférés-vezérlés.

• Sebességkorlátozás.

• Hitelesítési követelmények.

• Szerverhibák.

• JavaScript-ellenőrző oldalak.

Különösen zavaros helyzet alakul ki, amikor a szerver HTTP 200-as kódot ad vissza, de a kért cikk helyett biztonsági kihívást küld.

Egy egyszerű állapotkód-ellenőrzés alapján az oldal elérhetőnek tűnik. A valóságban azonban a keresőrobot szinte semmilyen hasznos tartalmat nem kap.

Ismerje meg a különböző AI-crawler-típusokat

Nem minden AI-alapú keresőrobotnak ugyanaz a célja.

Keresőrobot vagy vezérlő	Elsődleges cél	Audit szempont
Googlebot	A Google Keresés feltérképezése és indexelése	Releváns a Google Kereső és az AI-keresés jogosultsága szempontjából
OAI-SearchBot	ChatGPT keresési felfedezés	Engedélyek és infrastruktúra-hozzáférés ellenőrzése
GPTBot	OpenAI modell-edzéses indexelés	A képzési jogosultságok elkülönítése a keresési hozzáféréstől
PerplexityBot	Perplexity keresési felfedezés	A robots.txt és az infrastruktúra-korlátozások felülvizsgálata
Google-kiterjesztett	Google termékhasználati vezérlés	Nem különálló Google Search-keresőrobot
Felhasználó által irányított AI-letöltők	Oldalak lekérése a felhasználó által kért műveletek során	Ne feltételezzük, hogy ugyanúgy viselkednek, mint az indexelő botok

Gyakori hiba, hogy az OAI-SearchBotot és a GPTBotot egymással felcserélhetőnek tekintik.

Pedig nem azok.

Az OpenAI dokumentációja külön szabályozza a ChatGPT-keresést és a modelltanítási keresőrobotokat. Egy kiadó engedélyezheti a keresési keresőrobotokat, miközben korlátozza a modelltanítási keresőrobotokat.

Hasonlóképpen, a Google-Extended nem helyettesíti a Googlebotot, és nem szabályozza a szokásos Google-keresés indexelését.

Egy AI-crawler-auditnak meg kell különböztetnie a keresési felfedezést, a modelltréninget és a felhasználó által irányított adatlekérést, mielőtt hozzáférési változtatásokat javasolna.

Ellenőrizze a tényleges HTTP-választ

Kezdje az érintett URL-címmel.

Egy egyszerű parancssori teszt:

curl -sS -L -D headers.txt -o page.html "$URL"

Itt a $URL a vizsgált oldalt jelenti.

A parancs követi az átirányításokat, és elmenti a válaszfejléceket és a HTML-tartalmat vizsgálat céljából.

Összefoglalás:

• A végső HTTP-állapotkód.

• Az átirányítások száma és célja.

• Hogy a válasz tartalmazza-e a várt tartalmat.

• A robotokkal kapcsolatos válaszfejlécek.

• Hogy a CAPTCHA vagy más kihívás váltotta-e fel az oldalt.

• Váratlan eltérések a normál és az automatizált kérések között.

A felhasználói ügynökre vonatkozó kérés segíthet a szerver következetlen viselkedésének azonosításában, de a kérésfejléc beállítása a keresőrobot nevére nem hitelesíti a kérést, mint az adott keresőrobotét.

A valódi bot-tevékenység ellenőrzéséhez vizsgálja meg a szerver naplóit és a keresőrobot-szolgáltató által közzétett ellenőrzési útmutatót, beleértve a támogatott IP- vagy DNS-ellenőrzési módszereket is.

Kerülje el, hogy automatikusan engedélyezze azokat a látogatókat, akik ismert keresőbotnak vallják magukat.

Vizsgálja meg a szerver naplóit

Ha szervernaplók állnak rendelkezésre, szűrje a kéréseket a releváns keresőrobot-azonosítók és a fontos URL-útvonalak szerint.

Keressen ismétlődő mintákat.

Tegyük fel például, hogy egy fiktív dokumentációs webhely a következő kéréseket kapja:

Kéréskategória	HTTP-válasz	Diagnosztikai értelmezés
A Googlebot nyilvános útmutatókat látogat	200	Az alapvető hozzáférés elérhetőnek tűnik
Az árak oldalait felkereső keresőrobot	403	Lehetséges tűzfal-korlátozás
Automatikus lekérdezések a dokumentációra	429	Lehetséges sebességkorlátozási probléma
Kérések régebbi cikkek URL-jeire	301	Az átirányítási célok ellenőrzése
Nyilvános termékoldalra érkező kérések	200-as hiba, kihívásos HTML-kóddal	A tartalomszolgáltatás vizsgálata

Ez egy hipotetikus diagnosztikai példa.

A válaszok eloszlása önmagában nem magyarázza meg, miért hiányzik egy oldal az AI válaszából. Csak azt jelzi, hol indokolt további vizsgálat.

Egy ideiglenes 429-es válasz sem feltétlenül jelenti azt, hogy állandó blokkolásról van szó.

Ellenőrizze a gyakoriságot, az időtartamot, az érintett URL-csoportokat, valamint azt, hogy valódi keresőrobot-forgalomról van-e szó.

3. lépés: A nyers HTML összehasonlítása a renderelt oldallal

A JavaScript-megjelenítés egy másik fontos ellenőrzési terület.

A modern weboldalak gyakran támaszkodnak kliensoldali alkalmazásokra, dinamikus komponensekre és harmadik féltől származó szkriptekre.

Előfordulhat, hogy egy oldal a böngészőben teljesnek tűnik, de kezdetben csak egy minimális HTML-dokumentumot jelenít meg.

Vegyünk példaként egy fiktív szoftvertermék oldalát.

A böngészőben megjelenített nézet a következőket tartalmazza:

• Termékleírás.

• Funkciók és integrációk.

• Árazási információk.

• Ügyfélszolgálati adatok.

• Összehasonlító táblázat.

De a kezdeti válasz csak a következőket tartalmazza:

<div id="app"></div>

A tényleges információk a JavaScript végrehajtása után jelennek meg.

A Google sok JavaScript-vezérelt oldalt képes megjeleníteni, így ez nem jelenti automatikusan azt, hogy az oldal a Google számára elérhetetlen lenne.

Ugyanakkor a különböző lekérdezési kliensek eltérő megjelenítési képességekkel rendelkezhetnek.

A kérdés nem egyszerűen az, hogy az oldal használ-e JavaScriptet. Hanem az, hogy a célrendszer által igényelt információk elérhetők-e, amikor az a rendszer lekérdezi a tartalmat.

Gyakorlati nyers HTML-ellenőrzés

Válasszon ki öt-tíz kereskedelmi szempontból fontos URL-t.

Ezek között szerepelhetnek árlisták, szolgáltatásleírások, termékösszehasonlítások, részletes útmutatók és műszaki dokumentációk.

Minden URL-cím esetében:

1. A kezdeti HTML-válasz mentése.

2. Rögzítse a böngésző által renderelt DOM-ot.

3. Határozza meg az oldal lényeges tartalmát.

4. Hasonlítsa össze az egyes ábrázolásokban elérhető szöveget.

5. Dokumentálja azokat a tartalmakat, amelyekhez szkript, interakció vagy hitelesített munkamenet szükséges.

6. Ha diagnosztikai eszközök állnak rendelkezésre, ellenőrizze, hogy a vonatkozó keresőmotor hogyan dolgozza fel az oldalt.

Egy összehasonlító táblázat megkönnyítheti az eredmények értelmezését.

Oldalelem	Kezdeti HTML	Renderelt DOM	Lehetséges probléma
Fő címsor	Jelen	Jelen	Nem figyelhető meg
Termékleírás	Hiányzik	Jelen	Renderelési függőség
Funkciók összehasonlítása	Hiányzik	Jelen	A kulcsfontosságú információk egyszerűbb lekérdezők számára nem elérhetők
Árazási feltételek	Jelen	Jelen	Nincs nyilvánvaló megjelenítési akadály
Vásárlói vélemények	Jelen	Jelen	Ellenőrizze az állításokat és a strukturált adatokat
Belső navigáció	Jelen	Jelen	Ellenőrizze a linkek indexelhetőségét

A szerveroldali renderelés vagy a statikus generálás csökkentheti a lekérés függőségeit, ha a kezdeti HTML-kódból hiányoznak a lényeges tartalmak.

De egy teljes weboldal újjáépítése pusztán azért, mert JavaScript-et használ, ritkán jelent ésszerű első javaslatot.

Adjon elsőbbséget azoknak az oldalaknak, amelyekről bizonyíthatóan hiányoznak a lényeges információk a vizsgált lekérési útvonalból.

4. lépés: Vizsgálja meg az indexelhetőséget és a kanonikus konfliktusokat

Ha célja a láthatóság a Google AI Overviews vagy az AI Mode szolgáltatásokban, az indexelés továbbra is alapvető fontosságú.

A Google kijelenti, hogy egy oldalnak indexelve kell lennie, és jogosultnak kell lennie arra, hogy kivonattal jelenjen meg a Keresőben, ahhoz, hogy támogató linknek minősüljön ezekben a felhasználói élményekben.

Egy technikailag elérhető URL még így is kizárható lehet indexelési utasítások, kanonikus jelzések vagy tartalommal kapcsolatos döntések miatt.

Ellenőrizze a leggyakoribb indexelhetőségi problémákat

Vizsgálja meg a következőket:

Véletlen noindex utasítások. Előfordulhat, hogy egy oldal tartalmaz olyan robots meta-címkét vagy HTTP-fejléceket, amelyek megakadályozzák az indexelést.

Helytelen kanonikus címkék. Előfordulhat, hogy egy termék-összehasonlító oldal egy általános kategóriaoldalt jelöl meg preferált kanonikus oldalként.

Robots.txt-konfliktusok. Előfordulhat, hogy egy feltérképezési korlátozás megakadályozza a Google-t abban, hogy hozzáférjen az oldalhoz, és figyelembe vegye az egyéb indexelési beállításokat.

Átirányítási hibák. Előfordulhat, hogy egy releváns cikk egy másik témára vagy egy elavult céloldalra irányít át.

„Soft 404” viselkedés. Előfordulhat, hogy egy oldal HTTP 200-as kódot ad vissza, miközben alig vagy egyáltalán nem tartalmaz érdemi tartalmat.

Duplikált és majdnem duplikált URL-ek. Több URL is versenghet lényegében hasonló információk megjelenítéséért.

A Google-központú vizsgálatokhoz használja a Search Console URL-ellenőrzőjét az indexelési állapot, a megjelenített kimenet és a Google által kiválasztott kanonikus URL ellenőrzéséhez.

Ne feltételezze, hogy az Ön által közzétett kanonikus címkéje feltétlenül megegyezik a Google által kiválasztott kanonikus címkével.

Ellenőrizze a Google generatív AI-bevonási vezérlőjét

Van egy további kiadói beállítás, amely 2026-ban különösen fontos lett.

2026. augusztus 31-től a Google világszerte bevezette a generatív AI-vezérlőt a Keresőben.

A Search Console-ban a kiadók a következő menüpont alatt tekinthetik át ezt a beállítást:

Beállítások → Generatív AI a Keresőben

A beállítás szabályozza, hogy a webhely tartalma és linkjei megjelenhetnek-e a generatív mesterséges intelligencia által támogatott funkciókban, beleértve az AI-áttekintéseket, az AI-módot és a releváns Google Discover-élményeket.

Ellenőrizze, hogy a webhely beállítása szerint a tartalom megjelenik-e vagy kizárásra kerül-e.

Ellenőrizze az örökölt beállításokat is, ha a webhely egy szülő webhely konfigurációját követi.

Előfordulhat, hogy egy webhely megfelel a szokásos technikai követelményeknek, miközben a kiadó kifejezetten leiratkozott ezekről a funkciókról.

Ez egy konfigurációs probléma, amelyet a tartalmi módosítások elvégzése előtt ellenőrizni kell.

Ne keverje össze ezt a beállítást a „Google-Extended” beállítással, amely a tartalom másfajta felhasználásait szabályozza.

Ellenőrizze a kivonatok megjelenítésének feltételeit

A Google emellett a következő vezérlőelemeket is biztosítja:

• nosnippet

• max-snippet

• data-nosnippet

• noindex

Ezek az irányelvek befolyásolhatják a tartalom elérhetőségét vagy megjelenítését a Keresőben, beleértve a támogatott AI-élményeket is.

A szigorú kivonat-irányelv szándékos lehet licencelt tartalom vagy a kiadó üzleti modellje miatt.

Ezért az ellenőrzésnek a meglévő konfigurációt és a webhely kívánt láthatósági irányelveit kell dokumentálnia, ahelyett, hogy automatikusan minden korlátozás eltávolítását javasolná.

5. lépés: A strukturált adatok érvényesítése a mesterséges intelligencia rangsorolási tényezőinek kitalálása nélkül

A strukturált adatok segíthetnek az entitások, a kapcsolatok és az oldaltartalom leírásában szabványosított formátumban.

A GEO-val kapcsolatos vitákban azonban a sémamarkupot gyakran túlértékelik.

Nincs olyan általánosan elismert sémajellemző, amely garantálná a hivatkozást a ChatGPT-ben, a Gemini-ben, a Perplexity-ben vagy a Google AI Overviews-ban.

A Google esetében továbbra is a szokásos strukturált adatokra vonatkozó irányelvek érvényesek: a jelölésnek pontosan kell tükröznie a felhasználók számára látható információkat.

Mit kell ellenőrizni egy sémavizsgálat során

Egy B2B üzleti weboldal esetében a releváns típusok a következők lehetnek:

• Szervezet

• Személy

• Szolgáltatás

• Termék

• Cikk

• Navigációs sáv

A megfelelő megvalósítás a tartalomtól és az egyes keresőplatformok által támogatott funkcióktól függ.

Ellenőrizze, hogy a vállalat neve, logója, a szolgáltatások leírása és a szerzői információk összhangban vannak-e a megjelenített oldallal.

Ha egy termékoldal árazási vagy elérhetőségi adatokat tartalmaz, ellenőrizze, hogy a megfelelő jelölés pontosan tükrözi-e az aktuális ajánlatot.

Gyakori probléma merül fel, amikor a weboldal CMS-je, témája és SEO-bővítményei mind átfedő strukturált adatokat generálnak.

Ez ütköző entitásokat vagy következetlen dátumokat eredményezhet.

A megoldás nem feltétlenül az, hogy további sémákat adjon hozzá. Lehet, hogy a meglévő megvalósítás egyszerűsítése a megoldás.

Válassza szét a szintaxis-ellenőrzést a tényellenőrzéstől

A strukturált adat-ellenőrző képes azonosítani a hibásan formázott jelöléseket és bizonyos implementációs hibákat.

Nem tudja azonban megbízhatóan megállapítani, hogy egy vállalat által állított tanúsítványok, árak, termékek elérhetősége vagy szakmai képesítések pontosak-e.

Ezek szerkesztői ellenőrzést igényelnek.

A sikeres sémavizsgálatnak ezért magában kell foglalnia mind a gépi érvényesítést, mind a látható oldallal való összehasonlítást.

6. lépés: Ellenőrizze, hogy a tartalom megőrzi-e jelentését a lekéréskor

A technikai akadálymentesség szükséges, de nem garantálja, hogy a lekért információ hasznos is lesz.

Vegyünk egy hipotetikus SaaS-árazási oldalt, amely a következő kijelentést tartalmazza:

„A professzionális csomagunk 49 dollárba kerül, és korlátlan használatot biztosít.”

Rövid, de kétértelmű.

A 49 dollár felhasználónkénti, havi vagy éves díjat jelent? Mit jelent pontosan a „korlátlan”? Vannak-e API-korlátozások?

Most hasonlítsuk össze a következővel:

„A példaként említett professzionális csomag havi számlázás esetén felhasználónként havi 49 dollárba kerül. Korlátlan számú mentett jelentést tartalmaz, míg az API-lekérdezésekre külön havi korlát vonatkozik.”

A második állítás hasznosabb, mert a feltételek szorosan kapcsolódnak az állításhoz.

Ezek a számok kitaláltak, és kizárólag annak szemléltetésére szolgálnak, hogy a megfogalmazás hogyan befolyásolhatja az értelmezést.

A tartalom ellenőrzésekor vizsgálja meg, hogy a lényeges tények továbbra is pontosak-e, ha egy szövegrészt a környező oldaltól függetlenül olvassa el.

Készítsen ellenőrzőlistát

Minden fontos szolgáltatás- vagy termékoldal esetében ellenőrizze a következőket:

• Egyértelműen azonosítható-e a vállalat vagy a termék?

• A fontos jellemzőket konkrétan ismertetik?

• Az árak aktuálisak és egyértelműek?

• A korlátozásokat a vonatkozó állítások közelében ismertetik-e?

• Az összehasonlításokat ellenőrizhető információk támasztják alá?

• Pontosak-e a szerzők adatai és a közzététel dátumai?

• Megtalálhatják-e az olvasók a bizonyítékokat?

• A fontos állítások következetesek-e a kapcsolódó oldalakon?

Ezek az információminőség ellenőrzései, nem pedig az AI rangsorolás titkos technikai követelményei.

Ezek a tartalmat érthetőbbé teszik az emberek számára, és csökkentik a félreértelmezés kockázatát, amikor a tartalmat összefoglalják vagy idézik.

Ellenőrizze a belső tartalom felfedezhetőségét

Egy értékes oldal létezhet anélkül is, hogy könnyen megtalálható lenne.

Ellenőrizze, hogy a fontos forrásokhoz a releváns oldalakról hagyományos, indexelhető HTML-linkek vezetnek-e.

Egy technikai útmutatónak hivatkoznia kell a megfelelő dokumentációra, termékoldalakra és a kapcsolódó magyarázatokra.

Kerülje el az olyan elszigetelt cikkek létrehozását, amelyek az AI által generált kérdések minden változatára irányulnak.

Egy kisebb, jól karbantartott és összekapcsolt forrásgyűjteményben könnyebb eligazodni, mint több tucat egymást átfedő oldal között.

7. lépés: Derítse ki, miért hiányzik egy márka az AI-válaszokból

Miután meggyőződött az alapvető technikai hozzáférhetőségről, térjen vissza az eredeti láthatósági kiindulási ponthoz.

Ez a lépés azért fontos, mert nem minden AI-láthatósági probléma technikai jellegű.

Tegyük fel, hogy egy fiktív szoftvercég nem szerepel a „legjobb megfelelőségi ellenőrző szoftverek” ajánlásai között.

Szolgáltatási oldalai elérhetők, indexelhetők, és releváns leírásokat tartalmaznak.

Ebben az esetben a robots.txt átírása valószínűleg nem fogja megoldani a problémát.

A következő vizsgálatnak más lehetőségeket is figyelembe kell vennie:

• Lehet, hogy a vállalatnak nincs versenyképes bizonyítéka az adott kategóriában.

• Független források ritkán említik a termékét.

• Lehet, hogy a szolgáltatás nem felel meg a kért követelményeknek.

• Lehet, hogy a tartalom nem ad választ a vásárló tényleges kérdésére.

• Lehet, hogy a versenytárs cégek erősebb, nyilvánosan közzétett összehasonlításokkal vagy értékelésekkel rendelkeznek.

• Lehet, hogy a platform a tesztek között különböző forrásokat használ.

Egy technikai GEO-auditnak fel kell ismernie, mikor érte el a technikai vizsgálat a határait.

Használjon tünetalapú diagnosztikai mátrixot

Megfigyelt probléma	Lehetséges ok	Következő diagnosztikai lépés
A prioritási oldal hiányzik a Google Keresésből	Indexelési vagy kanonikus probléma	Ellenőrizze az indexelési állapotot és a Google által kiválasztott kanonikus URL-t
Az AI keresőrobot ismétlődően 403-as hibát kap	Tűzfal vagy hozzáférési szabályzat	Ellenőrizze a hitelesített keresőrobot-forgalmat és a WAF-naplókat
Az oldal csak a szkriptek végrehajtása után jeleníti meg a hasznos információkat	Renderelési függőség	Hasonlítsa össze a kezdeti HTML-t a renderelt DOM-mal
Helytelen termékárak jelennek meg a lekért információkban	Elavult tartalom vagy következetlen adatok	Hasonlítsa össze a látható szöveget, a jelölést és a forrásrekordokat
A márkát megemlítik, de nem ajánlják	Relevancia vagy versenyképesség	Az ajánlási felhívások és az alátámasztó bizonyítékok áttekintése
A márkát megemlítik, de rossz weboldalt idéznek	Entitás-kétértelműség vagy forráskiválasztási viselkedés	Vizsgálja meg a neveket, a hivatkozott forrásokat és a versenytárs entitásokat
A márka hiányzik, annak ellenére, hogy a technikai jelek kedvezőek	Relevancia, tekintély, verseny vagy a válaszok változékonysága	Bővítse a tartalom- és forráselemzést

Ezek diagnosztikai hipotézisek, nem pedig ok-okozati összefüggés bizonyítékai.

Például az, hogy egy mesterséges intelligencia rendszer egy versenytársat ajánl, nem jelenti automatikusan, hogy a webhelyén indexelési hiba van.

Minden feltételezett okhoz alátámasztó bizonyítékra van szükség.

8. lépés: Készítsen prioritások szerint rendezett technikai GEO-audit-jelentést

Az audit akkor válik hasznossá, ha egyértelmű megvalósítási tervet eredményez.

Ahelyett, hogy a fejlesztőknek több száz figyelmeztetésből álló listát adna át, rendezze a megállapításokat az érintett üzleti oldalak, a súlyosság és a bizonyítékok szerint.

Egy praktikus megközelítés az, ha minden megállapításhoz hozzárendelünk egy hatáspontszámot és egy becsült megvalósítási erőfeszítést.

Megállapítás	Prioritás	Indok
Fontos termékoldalak blokkolva a kívánt keresőrobotok elől	Kritikus	Közvetlen hozzáférés akadálya
A Google AI-bevonás véletlenül letiltva	Kritikus	A webhely kizárásra került a támogatott generatív keresési funkciókból
A kereskedelmi oldalak helytelenül „noindex” jelöléssel lettek ellátva	Kritikus	Indexelhetőségi korlát
A fő termékinformációk hiányoznak az elérhető HTML-ből	Magas	Lehetséges tartalom-visszakeresési korlátozás
A strukturált adatok és az oldal szövege között ellentmondás van a termékadatokban	Magas	Az információk pontosságával kapcsolatos probléma
Fontos dokumentációs oldalak gyenge belső hivatkozásai	Közepes	Felfedezéssel és navigációval kapcsolatos aggályok
Kisebb strukturált adatokkal kapcsolatos figyelmeztetések, amelyeknek nincs kimutatható hatása	Alacsony	Javítás a súlyosabb problémák megoldása után

Ez egy szemléltető osztályozási keretrendszer; a tényleges prioritások a weboldaltól, annak láthatósági céljaitól és az érintett URL-csoportoktól függenek.

Hogyan néz ki egy hasznos technikai GEO-audit eredménye?

Minden problémához dokumentáljon öt elemet:

1. Érintett URL-ek: Pontosan mely oldalakon jelentkezik a probléma?

2. Bizonyíték: Milyen válasz, naplóbejegyzés, böngészőképernyő-felvétel vagy eszköz kimenet bizonyítja ezt?

3. Várható viselkedés: Mit kellene a rendszernek helyette kapnia?

4. Ajánlott javítás: Milyen konfigurációs vagy implementációs változtatásra van szükség?

5. Ellenőrzési módszer: Hogyan fogja a csapat meggyőződni arról, hogy a javítás hatékony volt?

Például egy megállapítás így hangozhat:

Probléma: A termék-összehasonlító oldal HTTP 403-as hibakódot ad vissza a kívánt keresőrobot hitelesített kéréseire.

Bizonyíték: Ellenőrzött szervernaplók és egyező tűzfal-események.

Várható viselkedés: A nyilvános oldal HTTP 200-as kódot ad vissza a teljes tartalmával az engedélyezett látogatóknak és keresőrobotoknak.

Ajánlott javítás: Tekintse át a vonatkozó WAF-szabályzatot, és módosítsa a hitelesített keresőrobotok hozzáférését anélkül, hogy letiltaná az általános biztonsági ellenőrzéseket.

Ellenőrzés: A bevezetés után ellenőrizze a sikeres kéréseket, és figyelje a keresőrobotok későbbi tevékenységét.

Átfogóbb megvalósítási útmutatásként a Prime Digital egy technikai GEO-audit ellenőrzőlistát tart fenn, amely kiterjed a keresőrobotok hozzáférésére, a HTML-megjelenítésre, a kanonikus URL-ekre, a strukturált adatokra és az AI-alapú keresés mérésére.

Egy ilyen dokumentált munkafolyamat segít elkülöníteni a technikai bizonyítékokat az AI-ajánló rendszerek viselkedésével kapcsolatos feltételezésektől.

9. lépés: Mérje meg a változásokat a GEO-javítások bevezetése után

A technikai fejlesztéseket és az AI láthatóságának javulását külön-külön kell mérni.

A szerverkorlátozás kijavítása azonnal helyreállíthatja a hozzáférést, míg az azt követő feltérképezés, indexelés és a generált válaszokban bekövetkező változások hosszabb időt vehetnek igénybe.

Nincs általános időkeret a mesterséges intelligencia által végzett hivatkozás-javításokra vonatkozóan.

Műszaki ellenőrzési mutatók

Hasznos működési mérőszámok:

• A tesztelt prioritási URL-ek közül azok aránya, amelyek sikeres, használható válaszokat adnak vissza.

• A nem szándékos hozzáférési szabályok által blokkolt fontos URL-ek száma.

• A véletlenül beállított noindex utasítások száma.

• Az ellenőrzött megjelenítési problémák száma.

• A hitelesített keresőrobot-naplókban észlelt indexelési hibák száma.

• A strukturált adatokban fellelhető következetlenségek kijavítása.

• A szükséges helyeken indexelésként megerősített fontos oldalak száma.

Ezek a mérőszámok azt mutatják, hogy a technikai problémákat kijavították-e.

Nem bizonyítják azonban, hogy az AI-rendszerek elkezdenek-e ajánlani a weboldalt.

Mesterséges intelligencia keresési láthatósági mutatók

Folytassa a mérést:

• A márka említési aránya.

• A domain hivatkozási aránya.

• Láthatóság a különböző prompt-kategóriákban.

• Pontos és pontatlan márka leírások.

• A versenytársak jelenléte.

• AI által generált weboldal-látogatások.

• Mérhető hivatkozási tevékenységhez kapcsolódó minősített potenciális ügyfelek vagy konverziók.

A Google Search Console betekintést nyújt a Google generatív keresési funkcióinak teljesítményébe, amennyiben a jelentési adatok rendelkezésre állnak.

Más AI-rendszerek esetében a külső prompt-figyelés és a weboldalra irányuló hivatkozások elemzése részleges bizonyítékot nyújthat.

A különböző termékek eltérő szintű jelentéseket nyújtanak, ezért kerülje el, hogy az összes mérést egyetlen, magyarázat nélküli láthatósági pontszámba összevonja.

Egy hipotetikus „előtte-utána” teszt

Vegyünk egy kitalált szoftvercéget, amely felfedez egy nem szándékos tűzfal-korlátozást, amely hatással van egy keresőrobotra.

A javítás előtt az ellenőrzés ismételt HTTP 403-as válaszokat mutat a hitelesített keresőrobot-forgalomra.

A konfigurációs változtatás után a szerver használható HTTP 200-as válaszokat kezd visszaadni.

Ez egy igazolt technikai fejlesztés.

Tegyük fel, hogy a vállalat márkája is gyakrabban jelenik meg a későbbi mesterséges intelligencia-válaszok mintájában.

Ez egy vizsgálatra érdemes megfigyelés, de nem bizonyítja, hogy kizárólag a tűzfal módosítása okozta a növekedést. A válaszokat befolyásolhatták a forrásfrissítések, a modell viselkedése, a versenytársak változásai vagy a mintavételi eltérések is.

Tartsa fenn a tesztfeltételeket, hasonlítsa össze az ismételt megfigyeléseket, és jelentsen a bizonytalanságról.

A hiteles GEO-jelentéshez elengedhetetlen a különbségtétel a igazolt hozzáférési hiba kijavítása és a lehetséges láthatósági hatás között.

Szüksége van az llms.txt fájlra egy technikai GEO-audithoz?

Egyes webhelytulajdonosok manapság llms.txt fájlt tesznek közzé, hogy strukturált leírást nyújtsanak tartalmukról az AI-orientált rendszerek számára.

Ez hasznos lehet önkéntes tartalom-navigációs forrásként azoknál a rendszereknél, amelyek támogatják.

A Google AI Overviews, az AI Mode vagy a ChatGPT keresési jogosultság szempontjából azonban nincs általános követelmény az llms.txt közzétételére.

Nincs elegendő nyilvános bizonyíték arra sem, hogy a fájl jelenlétét univerzális AI-keresési rangsorolási tényezőként kezeljük.

Ha egy webhely már rendelkezik ilyen fájllal, az ellenőrzés során megvizsgálható, hogy az aktuális-e, elérhető-e és összhangban van-e a meglévő tartalommal.

Ez azonban nem élvezhet elsőbbséget a hibás indexelési utasításokkal, a blokkolt keresőrobotokkal, a hiányzó oldaltartalommal vagy a pontatlan üzleti információkkal szemben.

A spekulatív optimalizálási technikákba történő befektetés előtt javítsa ki a megfigyelhető problémákat.

Egy gyakorlati, ötnapos technikai GEO-audit munkafolyamat

Kis- vagy közepes méretű weboldalak esetében a kezdeti vizsgálat gyakran öt munkaterületre osztható.

Az alábbi ütemterv egy szemléltető projektterv, nem pedig ígéret arra, hogy minden technikai probléma öt nap alatt megoldható.

1. nap: Az alapadatok összegyűjtése

Határozza meg a prioritást élvező céloldalakat, a releváns AI-keresőplatformokat, a kereskedelmi promptkategóriákat és a jelenlegi láthatóságot.

Rögzítse a válaszokat és hivatkozásokat egy megismételhető tesztelési folyamat segítségével.

2. nap: A keresőrobotok hozzáférésének és indexelhetőségének ellenőrzése

A robots.txt fájl, a hitelesített keresőrobot-naplók, a HTTP-állapotkódok, a CDN-korlátozások, az indexelési utasítások, a kanonikus jelzések és a Google mesterséges intelligencia alapú keresési felvételi beállításainak ellenőrzése.

3. nap: A megjelenítés és az információk konzisztenciájának felülvizsgálata

Hasonlítsa össze a nyers HTML-kódot a böngésző által megjelenített tartalommal a fontos oldalakon.

Ellenőrizze a strukturált adatokat, az oldalcímeket, a szolgáltatásleírásokat, a termékadatokat és a belső linkeket.

4. nap: A javítások fontossági sorrendbe állítása

Csoportosítsa a megállapításokat súlyosság, érintett URL-ek, a megvalósításhoz szükséges erőfeszítés és az üzleti relevancia szerint.

Válasszuk szét a megerősített technikai hibákat a tartalommal és a hitelességgel kapcsolatos feltételezésektől.

5. nap: Készítse elő a megvalósítást és a mérést

Jelöljön ki felelősöket a legmagasabb prioritású változtatásokhoz.

Határozza meg az elfogadási kritériumokat és a bevezetés utáni ellenőrző teszteket.

Folytassa az AI láthatóságának figyelemmel kísérését a kiindulási promptkészlet segítségével.

Egy nagyobb vállalati webhely esetében ugyanazon folyamat végrehajtása akár több hetet is igénybe vehet, különösen, ha CDN-konfiguráció, nemzetköziesítés, JavaScript-megjelenítés vagy több fejlesztői csapat is részt vesz a folyamatban.

A fontos eredmény nem egy tetszőleges auditpontszám.

Hanem egy bizonyítékokkal alátámasztott lista azokról a problémákról, amelyek megoldhatók és mérhetők.

Gyakran feltett kérdések a technikai GEO-auditokról

Mi a különbség a GEO-audit és az SEO-audit között?

Az SEO-audit a keresési láthatóságot, az indexelést, a technikai minőséget és az organikus keresési teljesítményt értékeli. A GEO-audit kiterjeszti ezt a munkát arra, hogy az információkhoz hogyan lehet hozzáférni, hogyan jelennek meg és hogyan kerülnek előtérbe a mesterséges intelligenciával támogatott keresési élmények során. Mindkettőnek számos közös technikai alapja van.

Lehet-e egy weboldalnak jó helyezése a Google-on, de láthatatlan marad a ChatGPT-ben?

Igen. A különböző rendszerek eltérő forrásokat, indexelési szabályokat, adatlekérési módszereket és relevancia-kritériumokat alkalmazhatnak. A Google-on való rangsorolás nem garantálja a ChatGPT keresési válaszaiban vagy ajánlásaiban való megjelenést.

A GPTBot blokkolása megakadályozza, hogy a ChatGPT hivatkozzon a weboldalamra?

Nem feltétlenül. Az OpenAI megkülönbözteti a modellképzéshez használt GPTBot-ot az OAI-SearchBot-tól, amelyet a keresési felfedezéshez használnak. Ezeknek a vezérlőknek különböző céljaik vannak, ezért azokat külön kell vizsgálni.

Javítja-e a sémamarkup az AI-keresési rangsorolást?

A pontos strukturált adatok leírhatják az oldal információit, és támogathatnak bizonyos keresési funkciókat. Nincs azonban olyan univerzális sémamegvalósítás, amely garantálná a magasabb helyezést vagy hivatkozásokat az AI által generált válaszokban.

A JavaScript káros a GEO-ra nézve?

Nem. Maga a JavaScript nem jelent problémát. Az a kérdés, hogy a lényeges tartalom elérhető-e a célzott keresőrendszer számára. Egyes keresőmotorok képesek a JavaScript megjelenítésére, míg más kereső kliensek eltérő képességekkel rendelkezhetnek.

Garantálhatja-e a technikai GEO az idézéseket az AI-áttekintésekben?

Nem. A technikai fejlesztések eltávolíthatják a felfedezés vagy az indexelés akadályait, de a mesterséges intelligencia által vezérelt keresőrendszerek továbbra is eldöntik, mely források relevánsak egy adott kérdéshez. A megfelelőség nem garantálja a hivatkozást vagy az ajánlást.

Milyen gyakran kell egy weboldalt technikai GEO-auditnak alávetni?

Egy kezdeti, átfogó audit meghatározza az alapszintet. Ezt követően a weboldal jelentős frissítései, migrációi, biztonsági változásai és a platform irányelveinek frissítései után felül kell vizsgálni a kritikus technikai feltételeket. A rendszeres ellenőrzések segíthetnek a visszaesések azonosításában.

A technikai GEO fontosabb, mint a tartalom minősége?

Egyik sem működik jól önmagában. A technikailag hozzáférhető tartalom továbbra is irreleváns vagy nem elég megbízható lehet. A kiváló tartalom pedig felfedezhetetlen maradhat, ha fontos oldalakat blokkolnak vagy helytelenül konfigurálnak. Egy fenntartható stratégia mindkettővel foglalkozik.

Következtetés

A technikai GEO-auditoknak bizonyítékokkal kell kezdődniük, nem feltételezésekkel.

Ha egy weboldal hiányzik az AI által generált válaszok közül, az oka lehet egy keresőrobot-korlátozás, indexelési konfliktus, megjelenítési függőség vagy következetlen információ. Lehet azonban, hogy technikailag rendben van, de egyszerűen hiányzik belőle a relevancia vagy a független alátámasztó bizonyíték, amely ahhoz szükséges, hogy megjelenjen a versenyképes ajánlások között.

Ezek különböző problémák, és különböző megoldásokat igényelnek.

A leghasznosabb auditfolyamat ellenőrzi a hozzáférést, teszteli a tényleges oldalválaszokat, megerősíti az indexelésre való jogosultságot, ellenőrzi az információk konzisztenciáját, és ismételhető megfigyelések segítségével méri a láthatóságot.

A hagyományos SEO-eszközök továbbra is értékesek, mivel az alapul szolgáló problémák közül sok ismerős. A GEO-val kapcsolatos kiegészítő munka abból fakad, hogy meg kell érteni a visszakeresési rendszerek, a keresési funkciók és a mesterséges intelligencia által generált válaszok közötti különbségeket.