Az AI-láthatóság azt jelenti, hogy a céged megjelenik-e akkor, amikor valaki nem egy találati listát böngész, hanem megkérdez egy válaszmotort: a ChatGPT-t, a Geminit, a Perplexityt, a Copilotot vagy a Google AI Overviews felületét. Kis cégeknél ez a munka szinte mindig egyetlen ember fejében él, gyakran a tulajdonoséban vagy egy lelkes marketingesében. Amíg ő ott van, működik valahogy. Amikor kilép, tartós szabadságra megy, vagy egyszerűen elmerül a napi tűzoltásban, a folyamat egyik hétről a másikra megáll, és utólag senki nem tudja megmondani, mit mértek, mit írtak át, és főleg: miért.
Miért nem az eszközökön múlik az AI-láthatóság?
Rövid válasz: azon múlik, hogy valaki minden hónapban tényleg leül, és lefuttatja ugyanazt a kört. Az eszköz csak akkor ér bármit, ha van, aki használja, és van, aki elolvassa, ami kijön belőle.
Saját tapasztalat: a kis cégeknél látott AI-SEO projektek túlnyomó része nem azért fullad ki, mert rossz eszközt választottak, hanem mert a második hónapban már nem volt a naptárban. Az első kör lelkes: valaki beír húsz kérdést, csinál pár képernyőképet, összeírja, hogy a versenytárs kétszer szerepelt, mi egyszer sem. Aztán jön a szezon, és a következő mérés fél év múlva történik meg, addigra viszont a motorok is változtak, a versenytárs tartalma is, és nincs mihez hasonlítani. Aki havonta ugyanazt a húsz kérdést futtatja le és leírja az eredményt, három hónap múlva többet tud a saját piacáról, mint aki egyszer megvett egy drága monitorozó felületet.
Hivatalosan igazolt: a Google Search Central dokumentációja szerint az AI Overviews és az AI Mode ugyanabból az indexből dolgozik, mint a hagyományos keresés, és nincs külön beállítás vagy külön jelölés, amivel bekerülhetnél. Az OpenAI külön dokumentálja a robotjait (GPTBot, OAI-SearchBot, ChatGPT-User), és leírja, hogyan szabályozhatod őket robots.txt-ben. Ezek nem vélemények, ezek nyilvános gyártói leírások.
Szakmai feltételezés: a válaszmotorok jó eséllyel a jól strukturált, egyértelmű, tényszerű oldalakat idézik szívesebben, mert azokból könnyebb rövid választ kivenni. Ezt senki nem hitelesítette hivatalosan, mérésekből és megfigyelésekből következtetünk rá, tehát így is kezeld.
Ki felel az AI-láthatóságért egy tíz fős cégben?
Egy ember legyen a gazda, de három szerep dolgozzon alatta. Nem kell hozzá három új kolléga, viszont a három szerepnek külön névvel, külön kimenettel és külön határidővel kell léteznie, különben mind a három ugyanannak az egy embernek a fejében marad.
A gazda
Egy név, nem egy osztály. Ő felel azért, hogy a havi kör megtörténjen, és hogy a három dokumentum naprakész legyen. Nem neki kell mindent megcsinálnia, de neki kell észrevennie, ha kimaradt egy hónap. A gazda mindig belső ember legyen akkor is, ha a munka nagy részét külsős végzi, mert a külsős szerződése bármikor véget érhet.
A mérő
Ő futtatja le a promptkészletet, és vezeti a mérési naplót. Ehhez nem kell SEO-szakértőnek lennie: aki pontosan tud másolni, beilleszteni és táblázatot kitölteni, az alkalmas rá. Fontos szabály, hogy a mérő nem értelmez és nem dönt, csak rögzít. Ha ugyanaz az ember mér és javít, hajlamos leszel utólag kedvezőbbnek látni a saját munkádat.
A tartalomfelelős
Ő írja át azokat az oldalakat, amikre a mérés rámutatott: pontosítja a tényeket, kiegészíti a hiányzó adatokat, kérdés-válasz formába rendezi a szolgáltatásleírást. Nála van a szakmai tudás, tehát általában ez a legszűkebb erőforrás a cégben. Ezért a havi rutin úgy legyen kitalálva, hogy neki csak egy-két oldalt kelljen érdemben átnéznie.
A technikai felelős
Ő nyúl a robots.txt-hez, a strukturált adatokhoz, az átirányításokhoz, a szerverlogokhoz, az oldalsebességhez. Ez lehet a webfejlesztőd vagy a rendszergazdád, akár külsősként is. Egyetlen kikötés: legyen írásban rögzítve, mit módosíthat önállóan, és mihez kell külön jóváhagyás.
A döntő
A tulajdonos vagy az ügyvezető. Ő dönt akkor, ha a szerepek között vita van, és ő viseli a következményt. Ha nincs kijelölt döntő, a vitás kérdések nem eldőlnek, hanem elhalnak.
Hogyan néz ki a havi rutin, és mennyi időt visz el?
Egy kis cégnél a teljes havi kör reálisan 6-9 óra, és ennek kevesebb mint egyharmada a mérés. A többi a tényleges tartalomjavítás, tehát az az idő, amit a legtöbben alábecsülnek.
- Promptkör lefuttatása (45-90 perc): a rögzített kérdéslista végigfuttatása két-három motoron, a nyers válaszok mentésével.
- Naplózás (20-30 perc): a mérési napló kitöltése, minden sor egy prompt és egy motor.
- Szerverlog-ellenőrzés (20-40 perc): jártak-e nálad az AI-robotok, és melyik oldalakon. Egy egyszerű kiindulás:
grep -Ei 'GPTBot|OAI-SearchBot|ChatGPT-User|PerplexityBot|ClaudeBot' access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head -20 - Javítási lista összeállítása (30 perc): a mérésből legfeljebb három konkrét feladat, nem tizenöt.
- Tartalomjavítás (2-4 óra): egy-két oldal érdemi átírása, valós adatokkal, dátummal, konkrétummal.
- Technikai ellenőrzés (30-60 perc): strukturált adatok érvényessége, robots.txt változatlansága, hibás átirányítások, a hivatkozott oldalak elérhetősége.
- Döntési kör (30 perc): rövid megbeszélés, ahol a nyitott kérdések eldőlnek, és bekerülnek a döntési naplóba.
Negyedévente érdemes egy nagyobb kört is tartani, amikor felülvizsgálod magát a promptkészletet: kikerülnek belőle az elavult kérdések, és bekerülnek azok, amiket az ügyfelek tényleg kérdeznek az utóbbi hónapokban.
Milyen dokumentumot kell vezetni, hogy a folyamat átadható legyen?
Hármat, és mindhárom elfér egy megosztott mappában. Nem kell szoftver hozzá, egy táblázat és egy szöveges fájl elég.
Promptkészlet
Rögzített kérdéslista, jellemzően 15-30 kérdés, verziószámmal. Négy csoportba érdemes rendezni: márkanevet tartalmazó kérdések, szolgáltatás plusz település típusú kérdések, problémaalapú kérdések (ahogy egy ügyfél megfogalmazná a baját), és összehasonlító kérdések. A lényeg, hogy hónapról hónapra ugyanaz legyen, mert a változást akarod látni, nem a kérdésfeltevésed kreativitását. Javasolt oszlopok: prompt_id;kategoria;kerdes;motorok;bevezetve;megjegyzes
Mérési napló
Soronként egy futtatás. Javasolt oszlopok: datum;prompt_id;motor;emlitett_minket;pozicio;hivatkozott_url;versenytarsak;megjegyzes. Mentsd el a nyers választ vagy egy képernyőképet is, mert a válaszmotorok nem determinisztikusak: ugyanaz a kérdés holnap más választ adhat, és utólag nem tudod rekonstruálni, mit láttál. Ez a naplózás legfontosabb indoka.
Döntési napló
Ezt hagyják ki a legtöbben, pedig ez az egyetlen dokumentum, ami megvédi az utódot attól, hogy visszacsinálja a jó döntéseket. Egy sor tartalma: dátum, a döntés egy mondatban, ki hozta, mi volt az indok, mit vártunk tőle, és mikor nézzük vissza. Ide kerül az is, ha valamit szándékosan nem csináltál meg, például ha kizártál egy robotot, vagy ha úgy döntöttél, hogy egy jól teljesítő oldalhoz nem nyúlsz. Saját tapasztalat: az átadásoknál nem a mérési adat hiánya fáj a legjobban, hanem az, hogy senki nem tudja, miért van úgy valami, ahogy van.
Negyedik elemként vezess egy hozzáférés-leltárt is: melyik fiókhoz ki fér hozzá, hol a jelszókezelő, kinek a nevén van a domain, a tárhely, a Search Console és az analitika. Ez nem AI-SEO téma, viszont pontosan ez szokott hiányozni a legrosszabbkor.
Ki dönt, ha vita van a szerepek között?
Előre lefektetett szabály szerint, nem az utolsó megbeszélés hangulata szerint. Három vita ismétlődik szinte minden cégnél.
- Beengedjük-e az AI-robotokat? Ez üzleti kockázati döntés, tehát a tulajdonosé. A mérő adatot ad hozzá (mennyi forgalmat hoznak, mennyi terhelést okoznak), de nem dönt.
- Átírjuk-e a jól teljesítő oldalt? Alapértelmezés: nem nyúlunk hozzá, kivéve ha tényszerűen hibás. Ha mégis átírjuk, előtte mentés készül, és a döntési naplóba bekerül a visszamérés dátuma.
- Mennyi időt szánunk rá? Ez a gazda és a döntő közös kérdése, és félévente újratárgyalható, havonta nem.
Egészítsd ki két egyszerű szabállyal. Az egyik: ha 48 órán belül nem születik döntés, marad a jelenlegi állapot, és ez a halasztás is bekerül a naplóba. A másik: aki a következményt viseli, az dönt, aki a munkát végzi, az javasol.
Mi hiányzik, ha a felelős holnap felmond?
Vedd elő ezt a listát ma, ne akkor, amikor már megtörtént. Ha bármelyik pontra nem tudsz azonnal rámutatni egy fájlra vagy egy mappára, ott lyuk van.
- Megvan írásban a promptkészlet aktuális verziója, és tudod, mikor módosult utoljára?
- Elérhető a mérési napló legalább az elmúlt hat hónapra, nem csak az utolsó összefoglaló?
- Megvannak a nyers válaszok vagy képernyőképek, nem csak a belőlük levont következtetés?
- Létezik döntési napló, és szerepel benne az utolsó három érdemi változtatás indoka?
- Le van írva, ki melyik szerepben van, és mennyi időt tesz bele havonta?
- Tudja bárki rajta kívül, hogyan fér hozzá a Search Console-hoz, az analitikához és a tárhelyhez?
- Van leírás arról, mi a jelenlegi robots.txt tartalma, és miért olyan?
- Ki tudod mutatni, melyik oldalak vannak strukturált adatokkal ellátva, és ki karbantartja őket?
- Meg van jelölve, melyik oldalakra hivatkoznak jelenleg a válaszmotorok, hogy azok URL-jéhez ne nyúljon hozzá senki gondolkodás nélkül?
- Van visszatérő naptárbejegyzés a havi körre, nem csak szóbeli megállapodás?
- Van kijelölt helyettes, aki már legalább egyszer, felügyelet mellett végigcsinálta a kört?
- Ki van írva, kihez kell fordulni, ha a technikai felelős nem elérhető?
Az átadhatóság tesztje ennél is egyszerűbb. Adj oda egy kollégának, aki nem foglalkozott a témával, csak a mappát, és kérd meg, hogy futtassa le a havi kört. Ha kérdés nélkül végig tud menni rajta, átadható a folyamat. Ha háromszor visszakérdez, akkor még mindig a felelős fejében van a lényeg, és a dokumentáció csak látszat.
Hogyan vezesd be az első hónapban?
Ne az egészet indítsd egyszerre. Az első héten írd össze a promptkészletet, és nevezd meg a négy szerepet, akkor is, ha kettőt ugyanaz az ember visz. A második héten futtasd le az első mérést, és töltsd ki a naplót, ez lesz a viszonyítási alapod. A harmadik héten javítsd ki azt az egy-két oldalt, ami a leginkább kilóg, és rögzítsd a döntési naplóba, mit vártál tőle. A negyedik héten tedd be a naptárba a következő kört, konkrét napra, konkrét névvel. Ez a naptárbejegyzés hosszú távon többet ér, mint bármelyik eszközválasztás.
Egyik lépés sem garantál megjelenést a válaszmotorokban, és nem is ígér helyezést. Azt viszont eléred vele, hogy fél év múlva tényadatod legyen arról, mi történt, és a tudás ne egyetlen ember távozásával tűnjön el a cégből.
Források és további olvasnivalók
- Google Search Central: dokumentáció az AI Overviews és AI Mode működéséről, valamint a Google Search Essentials
- Google Search Central: a robots.txt specifikációja és a Google-Extended vezérlő leírása
- Google Search Console súgó: teljesítmény-riportok és URL-ellenőrző eszköz
- OpenAI dokumentáció: Overview of OpenAI Crawlers (GPTBot, OAI-SearchBot, ChatGPT-User)
- Anthropic súgóközpont: a ClaudeBot és a webes lekérések kezelése
- Perplexity dokumentáció: a PerplexityBot és a User-Agent azonosítók
- Microsoft Bing Webmaster Tools dokumentáció és az IndexNow protokoll leírása
- Schema.org: az Organization, LocalBusiness, Article és FAQPage típusok specifikációja
- W3C: Web Content Accessibility Guidelines (WCAG) és a strukturált dokumentumokra vonatkozó ajánlások
- Az AI-SEO-t nem a hiányzó eszköz, hanem a hiányzó havi rutin buktatja el a legtöbb kis cégnél.
- Egy név legyen a gazda, alatta három elkülönített szerep: mérés, tartalom, technika, plusz egy döntő vitás esetre.
- A teljes havi kör kis cégnél reálisan 6-9 óra, ebből a mérés csak 1,5-2 óra, a többi a tartalomjavítás.
- Három dokumentum teszi átadhatóvá a folyamatot: promptkészlet, mérési napló, döntési napló.
- Az átadhatóság tesztje egyszerű: egy kolléga a mappa alapján, kérdés nélkül le tudja-e futtatni a havi kört.
Gyakori kérdések
Kell külön AI-SEO felelőst felvenni egy tíz fős céghez?
Általában nem. A havi 6-9 órányi munka elosztható a meglévő csapatban, feltéve, hogy a négy szerep (gazda, mérő, tartalomfelelős, technikai felelős) néven van nevezve, és a havi kör be van téve a naptárba. Új embert akkor érdemes bevonni, ha a tartalomjavítás rendszeresen elmarad időhiány miatt.
Ki futtassa a havi mérést, ha a marketinges egyben a tartalomíró is?
Futtathatja ugyanaz az ember, de a mérést és a javítást válaszd külön időpontra és külön dokumentumra. A mérésnél csak rögzíteni szabad, értelmezni nem. Így elkerülhető, hogy a saját munkádat utólag kedvezőbben olvasd ki az adatból.
Miért nem elég összefoglalót írni a mérésről, miért kell nyers választ menteni?
Mert a válaszmotorok nem determinisztikusak: ugyanaz a kérdés holnap más választ adhat, és a régi választ nem tudod reprodukálni. Ha csak az összefoglalód marad meg, egy vitás kérdésnél nincs mihez visszanyúlni. A képernyőkép vagy a bemásolt nyers szöveg fél perc, viszont pótolhatatlan.
Kihez tartozzon a robots.txt módosítása?
A technikai felelőshöz a végrehajtás, a tulajdonoshoz a döntés. Az AI-robotok beengedése vagy kizárása üzleti kockázati kérdés, nem technikai apróság, ezért mindig kerüljön be a döntési naplóba az indokkal együtt, hogy egy év múlva se kelljen találgatni.
Mennyi idő után látszik bármi a mérési naplóból?
Tapasztalat szerint három-négy havi adat kell ahhoz, hogy a véletlen ingadozást meg tudd különböztetni a tendenciától. Egyetlen mérés önmagában nem mond semmit, két mérés között pedig könnyű téves következtetést levonni. Eredményt egyik időtáv sem garantál.
Mi legyen, ha a folyamatot külsős partner viszi?
A promptkészlet, a mérési napló és a döntési napló akkor is a te tulajdonodban, a te tárhelyeden legyen, és a belső gazda szerepe akkor is maradjon belül. Így egy partnerváltás legfeljebb kellemetlen, de nem jelenti azt, hogy nulláról kezded.
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.