Mi az AI Láthatóság?
Az AI Láthatóság azt jelenti, hogy a weboldalad mennyire jól „érthető" a mesterséges intelligencia alapú keresők és asszisztensek számára. A hagyományos keresőoptimalizálás (SEO) a Google és Bing találati listájára koncentrált - de 2025-2026-ban az információkeresés egyre inkább áttevődik az AI-alapú rendszerekre. A ChatGPT, a Google Gemini, a Perplexity AI és a Microsoft Copilot nem pusztán indexelnek: értelmeznek, összefoglalnak és válaszokat generálnak. A kérdés már nem csak az, hogy „megtalálják-e" a weboldaladat, hanem az, hogy hivatkoznak-e rá, idézik-e a tartalmadat, és beépítik-e a válaszaikba.
A strukturált adatok - mint a Schema.org jelölések - a „gépileg olvasható jelentés" hordozói. Amikor egy AI kereső elemez egy weboldalt, először a HTML meta adatokat és a strukturált adatokat keresi: ezek mondják meg neki, hogy pontosan mi a tartalom, ki a szerző, melyik szervezethez tartozik, milyen típusú oldal (cikk, termék, recept, esemény), és hogyan kapcsolódik más oldalakhoz. Az AI számára ez olyan, mint egy jól kitöltött adatlap, szemben egy kézzel írt levéllel - az előbbit pillanatok alatt feldolgozza, az utóbbinál találgatnia kell.
A „TOP 10" Szabály és az AI Idézés
Az AI keresők nem a semmiből válaszolnak. Statisztikai adatok alapján a Google AI Overviews (AIO) az esetek több mint 90%-ában a hagyományos találati lista első 10 helyezettjéből meríti az információit. Ez azt jelenti, hogy az AI láthatóság alapfeltétele a kiváló SEO: ha egy kulcsszóra nem vagy benne a TOP 10-ben, az esélyed az AI általi idézésre 5% alá csökken. Az AI-readiness tehát nem helyettesíti, hanem megkoronázza a hagyományos keresőoptimalizálást.
A Share of Model (SoM) koncepció az AI-korszak válasza a hagyományos márkaismertségre. Míg korábban a „Share of Voice" azt mérte, mennyit beszélnek rólad a médiában, a SoM azt vizsgálja, hogy az AI rendszerek milyen gyakran említik, idézik vagy ajánlják a márkádat válaszaikban. Ha egy felhasználó megkérdezi a ChatGPT-t: „Melyik a legjobb magyar CRM rendszer?", és az AI a te termékedet nevezi meg - az Share of Model. A strukturált adatok és az AI Láthatóság optimalizálása közvetlenül növeli a SoM-ot, ami végső soron forgalmat, leadeket és bevételt hoz. Az AI Láthatóság nem opcionális extra: a digitális jelenlét alapvető pillére lett.
Az AI keresők információ-összegyűjtési folyamata során három fő csatornán keresztül szerzik be az adatokat: a közvetlen webcrawling (a Googlebot, Bingbot és a Perplexity robotja), a strukturált adatok kiolvasása (JSON-LD, Microdata, RDFa), valamint a harmadik féltől származó adatbázisok (Knowledge Graph, Wikidata) elemzése. Ha a weboldalad mindhárom csatornán erős jelzéseket ad, exponenciálisan nő az esély, hogy az AI válaszaiba bekerülj.
Az audit mérési pontjai
Az AI Web teszt audit az AI Láthatóságot hét konkrét szempont alapján vizsgálja, összesen 25 pont értékben. Minden szempont a gyakorlatban is bizonyítottan befolyásolja, hogy az AI keresők mennyire tudják értelmezni és felhasználni a weboldalad tartalmát.
FAQ Schema (GYIK séma)
Az FAQ Schema közvetlenül megmondja az AI-nak: „ezek a leggyakoribb kérdések és válaszok ezen az oldalon". Az AI keresők előszeretettel használják ezeket a kérdés-válasz párokat direkt válaszként. Ha valaki megkérdezi a ChatGPT-t: „Hogyan működik az online számlázás?", és a te weboldalad rendelkezik FAQ sémával erről a témáról, az AI közvetlenül a te válaszodat idézheti. Ez az egyik legerősebb közvetlen válaszpotenciált biztosító strukturált adat.
Breadcrumb Schema (morzsa navigáció séma)
A Breadcrumb Schema a weboldal hierarchiáját kommunikálja a keresők és AI rendszerek felé. Megmondja: „ez az oldal a Főoldal > Szolgáltatások > Online Számlázás útvonalon található". Az AI így megérti a tartalom kontextusát, besorolását, és pontosabban tudja hivatkozni a releváns aloldalakat. A Google keresési eredményekben is a Breadcrumb Schema alapján jeleníti meg az útvonal-breadcrumbot.
Strukturált adatok mennyisége
Nem csak a típus számít, hanem az is, hogy összesen hány strukturált adatelemet tartalmaz az oldal. Egy jól optimalizált weboldal jellemzően tartalmaz Organization, WebSite, WebPage, BreadcrumbList, és legalább egy tevékenység-specifikus sémát (Article, Product, LocalBusiness, FAQPage stb.). Minél több releváns séma, annál gazdagabb képet kap az AI a weboldaladról.
Fontos: Mindig a Schema.org aktuális, aktív típusait használd. A Schema.org időről időre elavulttá (deprecated) nyilvánít egyes típusokat, és pontosabb, specifikusabb utódokat vezet be helyettük. Például a korábban népszerű ProfessionalService típust a Schema.org elavulttá nyilvánította a Service típussal való összetéveszthetőség miatt. Helyette használd a konkrétabb altípusokat: AccountingService, LegalService, Dentist, Notary, vagy ha fizikai üzlethelyiséged van, a megfelelő LocalBusiness altípust (pl. Electrician, Plumber, RoofingContractor). Az elavult típusok használata nem okoz azonnali hibát, de az AI keresők és a Google a modern, aktív típusokat részesítik előnyben a feldolgozás során.
Meta leírás (description) minősége és hossza
A meta description az oldal rövid összefoglalója. Az AI keresők ezt használják elsődleges leírásként, amikor az oldal tartalmát értékelik. Ideális hossza 120-155 karakter: elég rövid ahhoz, hogy a keresési eredményekben ne legyen levágva, de elég hosszú ahhoz, hogy érdemi információt közöljön. Nem szabad kulcsszavakat halmozni benne: tömör, informatív és cselekvésre ösztönző mondatot kell tartalmaznia.
Open Graph tagek teljessége
Az Open Graph tagek eredetileg a közösségi média megosztásokhoz készültek, de az AI keresők is kiterjedten használják. Az og:title, og:description, og:image, og:url és og:type tagek együttese biztosítja, hogy az AI pontosan tudja, mit tartalmaz az oldal, hogyan kell megjeleníteni, és milyen kép tartozik hozzá. Különösen az og:image fontos: egy 1200x630 pixeles kép nélkül az összes közösségi megosztás és sok AI-megjelenés is „törött" lesz.
Canonical link jelenléte
A link rel="canonical" tag megmondja a keresőknek és AI rendszereknek, hogy melyik az oldal elsődleges, „hivatalos" URL-je. Ez megelőzi a duplikált tartalom problémákat - amikor ugyanaz a tartalom több URL-en is elérhető (pl. HTTP/HTTPS, www/nem-www, query paraméteres változatok). Canonical nélkül az AI kereső nem tudja, melyik verziót indexelje és hivatkozza, ami rangsorolási és bizalmi problémákhoz vezet.
Hreflang / nyelvi jelölés
Többnyelvű weboldalaknál a hreflang attribútum közli a keresőkkel, hogy melyik nyelvi verzió melyik célközönségnek szól. Ha van magyar, angol és német verziód, a hreflang biztosítja, hogy a magyar felhasználóknak a magyar, az osztrákoknak a német változat jelenjen meg. Az AI keresők is használják ezt a jelzést, hogy a megfelelő nyelvű tartalmat idézzék válaszaikban. Az x-default értékű hreflang az alapértelmezett nyelvi verziót jelöli ki.
Gyakorlati példák
Jó példa: Receptoldal FAQ sémával
Egy receptoldal, amely FAQ sémával látja el a leggyakrabban feltett kérdéseket (pl. „Mennyi idő alatt készül el?", „Lehet-e gluténmentesen is?"), közvetlenül megjelenik az AI keresők válaszaiban. Amikor egy felhasználó megkérdezi a Perplexity-t: „Hogyan készül a gesztenyepüré?", az AI a FAQ séma alapján pontosan idézi a választ a forrás megjelölésével - kattintható hivatkozással a weboldalra. Egy konkurens receptoldal, amely ugyanazt a tartalmat FAQ séma nélkül közli, láthatatlan marad az AI válaszokban, hiába van jó tartalma.
Jó példa: Termékoldal teljes Open Graph tagekkel
Egy webáruház termékoldala, amelyen a teljes Open Graph tag-készlet megtalálható (og:title, og:description, og:image 1200x630 pixelben, og:type, og:url), gazdagon jelenik meg a közösségi médiában: látható a termékkép, az ár és a leírás. Amikor valaki megosztja Messengeren vagy WhatsAppon, vonzó előnézeti kártya generálódik. Egy másik webáruház, amelyik kihagyta az og:image taget, csak egy szürke dobozt kap megosztáskor - ami drámaian csökkenti az átkattintási arányt és az AI keresők által is szegényesebben lesz reprezentálva.
Rossz példa: Hreflang nélküli többnyelvű oldal
Egy magyar-angol-német szolgáltató weboldala hreflang nélkül működik. Eredmény: a Google a német felhasználóknak is a magyar verziót jeleníti meg, a Gemini pedig a német nyelvű kérdésre magyar nyelvű tartalmat idéz válaszként. A crawlerek nem tudják, melyik verziót melyik nyelvi közönségnek szánták, ezért véletlenszerűen választanak - ami alacsony felhasználói elégedettséghez és magas visszapattanási arányhoz vezet.
Jó példa: E-kereskedelem Product sémával
Egy elektronikai webáruház minden termékoldala tartalmaz Product sémát (név, ár, elérhetőség, értékelés, márka), FAQ sémát a termékkel kapcsolatos kérdésekre, és Breadcrumb sémát a kategória-hierarchiához. Amikor egy felhasználó megkérdezi a Microsoft Copilotot: „Melyik a legjobb ár-érték arányú robot porszívó?", az AI a Product séma alapján összehasonlítja az árakat és értékeléseket, és közvetlenül hivatkozza a termékoldalakat. Egy konkurens webáruház, amelyik strukturált adatok nélkül működik, nem kerül be az összehasonlításba - láthatatlan az AI vásárlási asszisztensek számára.
Legjobb gyakorlatok
Az alábbi gyakorlatok követésével maximalizálhatod az AI Láthatóság pontszámodat és a weboldalad valós AI-kereső jelenlétét.
JSON-LD a Microdata helyett
Mindig a JSON-LD formátumot használd a strukturált adatok megadásához a Microdata vagy az RDFa helyett. A JSON-LD egy önálló <script> blokkban helyezkedik el a <head> szekcióban, így nem keveredik a HTML jelöléssel. Ez sokkal könnyebben karbantartható: a fejlesztőnek nem kell a HTML struktúrát módosítania a séma frissítésekor. A Google kifejezetten a JSON-LD formátumot ajánlja, és az AI keresők is ezt preferálják a feldolgozás egyszerűsége miatt.
FAQ séma minden releváns oldalon
Adj FAQ sémát minden oldalhoz, ahol gyakran ismételt kérdések jelennek meg. Ez nem csak a klasszikus GYIK oldalra vonatkozik: termékoldalakon, szolgáltatás-leírásoknál és blogcikkeknél is alkalmazható. A lényeg, hogy a kérdések valósak legyenek - olyan kérdések, amelyeket a felhasználók ténylegesen feltesznek. A Google és az AI keresők egyre jobban felismerik a „mű-FAQ-okat" (olyan kérdéseket, amelyeket senki sem kérdez, és pusztán kulcsszó-optimalizálási céllal hoztak létre).
Breadcrumb séma a vizuális morzsákkal összhangban
A Breadcrumb séma mindig egyezzen meg a vizuálisan megjelenő morzsa-navigációval. Ha az oldalon a „Főoldal > Termékek > Laptopok" breadcrumb látszik, pontosan ezt a struktúrát kell a JSON-LD-ben is megadni. Ha a séma és a vizuális megjelenés eltér, az ellentmondást jelent a keresők számára, ami bizalomvesztéshez vezet.
Meta description: 150 karakteres összefoglaló
A meta leírás nem kulcsszó-lista, hanem egy tömör, vonzó összefoglaló. Maximum 150-155 karakter, amely tartalmazza az oldal fő értékígéretét és egy implicit cselekvésre hívást. Például: „Ingyenes AI weboldal audit - 12 lépéses elemzés Core Web Vitals, E-E-A-T és strukturált adatok vizsgálatával, 1 perc alatt." Ez informatív, tartalmazza a fő kulcsszavakat, és nem haladja meg a karakterlimitet.
Teljes Open Graph tag-készlet
Minden oldal tartalmazza a teljes OG tag-készletet: og:title, og:description, og:image (minimum 1200x630 pixel), og:url és og:type. Az og:image legyen dedikált kép, ne a weboldal logója - a közösségi médiában egy vonzó, informatív kép többszörös átkattintási arányt hoz a szöveges megosztáshoz képest.
Canonical URL minden oldalon
Tedd ki a <link rel="canonical"> taget minden oldalra, a főoldalra is. A canonical URL legyen abszolút (https://pelda.hu/oldal, nem /oldal), és pontosan egyezzen meg az oldal elsődleges URL-jével. Ha a weboldal elérhető www-vel és anélkül is, a canonical mindig az elsődleges verzióra mutasson.
Hreflang x-default fallbackkel
Többnyelvű oldalaknál minden nyelvi verzió tartalmazza a saját hreflang tagját és az összes többi nyelvét is (reciprokális hivatkozás). Adj hozzá egy x-default hreflang taget is, amely a nem célzott nyelvű felhasználókat az alapértelmezett verzióra irányítja. A hreflang tagek legyenek a <head> szekcióban, és minden URL abszolút legyen.
Mindig aktuális Schema típusokat használj
A Schema.org egy élő szabvány - a típusokat rendszeresen frissítik, és az elavult (deprecated) típusokat pontosabb utódok váltják fel. Mielőtt Schema markup-ot adsz hozzá a weboldaladhoz, ellenőrizd a schema.org hivatalos oldalán, hogy az adott típus aktív-e. Az elavult típusoknál a Schema.org oldalon „deprecated" felirat jelenik meg, és megadja az ajánlott helyettesítő típus(oka)t. Például a ProfessionalService helyett ma a LegalService, AccountingService, Dentist vagy más specifikus altípust kell használni. Az aktuális típusok használata javítja a Rich Result jogosultságot és az AI keresők feldolgozási pontosságát.
Flowwe „4-2-12" Növekedési Recept
Az AI láthatóság fenntartása és a TOP 10-be kerülés egy folyamat, nem egy beállítás. Belső méréseink alapján az alábbi „recept" hozza a legstabilabb eredményeket:
- Content Velocity: Havi 4 db szakmai mélytartalom (800-1000 szó), amely gépileg könnyen értelmezhető, rövid mondatokkal és világos állásfoglalással készül.
- Link Authority: Havi 2 db prémium visszahivatkozás olyan oldalakról, amelyeknek már VAN jelentős organikus forgalmuk.
- Időtáv: 12 hónapos következetes munka, amely során az AI-algoritmusok „megtanulják" és hiteles forrásként kezdik kezelni az oldalt.
Gyakori hibák
Kerülendő hibák az AI Láthatóság terén
- FAQ séma hamis kérdésekkel: Olyan kérdések hozzáadása, amelyeket senki sem tesz fel (pl. „Miért a legjobb a cégünk?"). A Google és az AI keresők felismerik a manipulatív FAQ-okat, és büntethetik az oldalt - a Rich Result jogosultság elvesztésétől a rangsorolási veszteségig. Csak valós, felhasználói kérdéseket használj.
- Duplikált séma az oldalak között: Ugyanaz a JSON-LD blokk másolva minden oldalra módosítás nélkül. Ha minden oldalon ugyanaz a FAQPage séma található, a keresők duplikátumként kezelik, és egyik oldal sem kap Rich Resultet. Minden oldalon egyedi, az adott oldalra releváns sémát kell alkalmazni.
- Hiányzó og:image: Az og:image kihagyása azt eredményezi, hogy a közösségi médiában megosztott linkek „törött" előnézetet kapnak - nincs kép, csak szürke doboz. A felhasználók nem kattintanak rá, az AI keresők pedig szegényesebben reprezentálják az oldalt. Minimum egy 1200x630 pixeles, informatív képet kell megadni.
- Canonical rossz URL-re mutat: Ha a canonical tag egy nem létező URL-re, egy másik oldal URL-jére, vagy egy redirect lánc közepére mutat, az összezavarja a keresőket. Eredmény: az oldal nem kerül be az indexbe, vagy a rossz verzió kerül be. Mindig ellenőrizd, hogy a canonical URL valóban az adott oldal elsődleges, elérhető URL-je.
- Hreflang reciprokális hivatkozás nélkül: Ha a magyar verzió hivatkozik az angolra, de az angol nem hivatkozik vissza a magyarra, a keresők figyelmen kívül hagyják a hreflang jelölést. Mindkét (vagy mind az összes) nyelvi verziónak hivatkoznia kell egymásra - ez a reciprokálitás szabálya.
- Meta description 160 karakter felett: A 160 karakternél hosszabb meta leírásokat a Google és a Bing levágja a keresési eredményekben, ami félbehagyott mondatokat eredményez. Ez nem csak vizuálisan zavaró, hanem az AI keresők számára is kevésbé használható, mert a levágott szöveg tartalmilag hiányos lehet. Tartsd 150-155 karakter között.
- Strukturált adatok nem egyeznek a látható tartalommal: Ha a JSON-LD-ben más ár, más név vagy más információ szerepel, mint amit a felhasználó lát az oldalon, az a Google számára cloaking (megtévesztés), ami súlyos büntetést vonhat maga után. A strukturált adatoknak mindig a látható tartalom gépi leképezésének kell lenniük - soha nem más, kiegészített vagy manipulált információnak.
- Elavult (deprecated) Schema típusok használata: A Schema.org folyamatosan fejlődik, és egyes típusokat idővel elavulttá nyilvánít. A leggyakoribb hiba a
ProfessionalServicetípus használata, amelyet a Schema.org deprecated státuszba helyezett aServicetípussal való összetéveszthetőség miatt. Helyette a specifikusabb típusokat kell alkalmazni:AccountingService(könyvelő),LegalService/Attorney(ügyvéd),Dentist(fogorvos),Notary(közjegyző), vagy aHomeAndConstructionBusinessaltípusait (Electrician,Plumber,GeneralContractor,Locksmith,RoofingContractor,HousePainter). Általános szolgáltatóknál használd aLocalBusinessvagyServicetípust. Az elavult típusok ugyan technikailag még működnek, de a Google Rich Results rendszere és az AI keresők a modern, aktív típusokból dolgoznak - az elavult típusok használata csökkenti a megjelenési esélyt.
Pontozási módszer
Az AI Láthatóság pillér összesen 25 pontot ér az AI Web teszt auditban. Az alábbi táblázat mutatja a ponteloszlást.
Minden szempont 0 és a maximális pont között értékelődik. Az FAQ Schema például 0 pontot kap, ha egyáltalán nincs FAQ séma, 2-3 pontot, ha hiányos vagy hibás, és 5 pontot, ha teljes, valid és releváns kérdéseket tartalmaz. A Meta leírás minőségénél az audit vizsgálja a hosszt, a kulcsszó-relevanciát és az egyediséget is - nem elég, ha létezik, jónak is kell lennie.
Hogyan javítsd? - Lépésről lépésre
Az alábbi hét lépés elvégzésével gyorsan és hatékonyan javíthatod az AI Láthatóság pontszámodat. Minden lépés önmagában is értékes, de együtt hatványozódik az eredmény.
- Ellenőrizd a meglévő strukturált adatokat. Használd a Schema Markup Validator eszközt, és nézd meg, milyen séma-típusok találhatók az oldaladon. Jegyzeteld fel, mi hiányzik, és milyen hibákat jelez a validator. Ez adja az alapot a következő lépésekhez.
-
Adj hozzá JSON-LD FAQ sémát.
Gyűjtsd össze az oldallal kapcsolatos leggyakoribb kérdéseket (ügyfélszolgálati adatokból, Google Search Console-ból, vagy saját tapasztalatból), és készíts belőlük egy FAQPage JSON-LD blokkot. Helyezd a
<head>szekció végére, és validáld a Schema Validatorral. - Adj hozzá Breadcrumb sémát. Ha a weboldalon van vizuális breadcrumb navigáció, hozd létre a megfelelő BreadcrumbList JSON-LD blokkot. Győződj meg róla, hogy a séma pontosan tükrözi a vizuális breadcrumb-et - ugyanazok a nevek és URL-ek szerepeljenek benne.
- Optimalizáld a meta leírásokat. Nézd át minden fontos oldal meta description tagját. Legyen egyedi (ne ismétlődjön oldalak között), 120-155 karakter hosszú, tartalmazzon releváns kulcsszót, és legyen cselekvésre ösztönző. Ne használj ismétlődő sablonszöveget, és ne hagyd üresen egyetlen oldalt sem.
-
Egészítsd ki az Open Graph tageket.
Ellenőrizd, hogy minden oldal tartalmazza a
og:title,og:description,og:image,og:urlésog:typetageket. Az og:image legyen legalább 1200x630 pixel. Teszteld a Open Graph Protokoll specifikáció alapján, és nézd meg a Facebook Sharing Debuggerben, hogyan jelenik meg. -
Állítsd be a canonical URL-eket.
Minden oldalra tedd ki a
<link rel="canonical">taget az oldal elsődleges URL-jével. Ha a weboldal elérhető HTTP-n és HTTPS-en is, vagy www-vel és anélkül is, a canonical mindig a preferált verzióra mutasson. Ellenőrizd, hogy a canonical URL-ek valóban elérhető, 200-as státuszú oldalakra mutatnak. - Teszteld a Google Rich Results eszközzel. Futtasd le az összes fontos oldalt a Google Rich Results Test eszközben. Ez megmutatja, hogy a Google szemszögéből mely strukturált adatok érvényesek, melyek hibásak, és melyek hiányoznak. Javítsd a jelzett hibákat, majd futtasd újra az AI Web teszt auditot az új pontszám megtekintéséhez.
Hasznos külső források
- Schema.org FAQ séma dokumentáció - a FAQPage séma hivatalos specifikációja
- Google strukturált adatok útmutató - a Google hivatalos dokumentációja a strukturált adatokról
- Open Graph Protocol - az og: tagek hivatalos specifikációja
- Google Rich Results Test - ingyenes eszköz a strukturált adatok validálására
- Schema Markup Validator - a Schema.org hivatalos validátora