GEO Felkészültség: A technikai alap, ami nélkül a generatív AI keresők sem találnak meg

Mi az a GEO Felkészültség?

A GEO (Generative Engine Optimization) az a szemlélet, amely a hagyományos keresőoptimalizáláson túl a generatív AI keresőmotorokra (ChatGPT, Perplexity, Google AI Overviews, Gemini) is felkészíti a weboldalt. A GEO Felkészültség pillér a technikai infrastruktúrát értékeli: nem elég, hogy a Google megtalálja az oldalaidat — az AI rendszereknek is meg kell érteniük, feldolgozniuk és hivatkozniuk kell a tartalmaidra.

A hagyományos keresés lineáris: a felhasználó keres, a kereső listáz, a felhasználó kattint. A generatív keresés más: az AI rendszer bejárja a forrásokat, megérti a tartalmat, és saját válaszba szintetizálja. Ha a weboldalad technikailag nem teszi lehetővé, hogy az AI crawlerek hozzáférjenek (mert a robots.txt blokkolja a GPTBot-ot vagy a ClaudeBot-ot), vagy ha nincs llms.txt fájl, amely segít az AI rendszernek megérteni az oldal struktúráját, a tartalmad kimarad az AI válaszokból.

A GEO Felkészültség három rétegből áll. Az első a hagyományos technikai alap: robots.txt, sitemap.xml, SPF/DMARC email hitelesítés, Lighthouse SEO. Ezek nélkül a klasszikus keresők sem boldogulnak. A második a generatív AI réteg: llms.txt fájl, AI crawler engedélyezés a robots.txt-ben, és a heading hierarchia, amely segíti az AI rendszereket a tartalom struktúrájának megértésében. A harmadik a kiegészítő jelek: videó beágyazások, speakable schema, article schema dátumokkal — ezek mind erősítik a tartalom hitelességét az AI rendszerek szemében.

Az AI korszakban a technikai felkészültség különösen meghatározó lett. Az AI keresők (mint a Perplexity, a ChatGPT Browse, vagy a Google AI Overviews) gyakran egyetlen alkalommal járják be az oldalt, és az első benyomás alapján döntenek arról, hogy a forrást megbízhatónak tekintik-e. Ha az llms.txt fájl segít nekik eligazodni, ha a heading struktúra logikus, és ha a robots.txt nem blokkolja az AI botokat, az AI rendszer magabiztosan hivatkozik a weboldaladra. Ha nem, egyszerűen kihagyja a válaszból.

Az audit mérési pontjai

A GEO Felkészültség pillér összesen 25 pontot ér, amely hét fő területen oszlik el. Minden terület konkrét, mérhető technikai jellemzőket vizsgál.

llms.txt fájl (3 pont)

Az llms.txt egy viszonylag friss szabvány, amely a robots.txt analógiájára épül, de kifejezetten az AI rendszerek számára készül. Míg a robots.txt megmondja a crawlereknek, mit ne járjanak be, az llms.txt megmondja az AI rendszereknek, hogyan értelmezzék a weboldal tartalmát. A fájl a domain gyökerében helyezkedik el (https://example.com/llms.txt), és egyszerű Markdown formátumban írja le az oldal célját, struktúráját és a legfontosabb oldalak linkjeit. Az audit 3 pontot ad, ha a fájl létezik, elérhető (HTTP 200), és érdemi tartalmat tartalmaz. Az llms.txt nélkül az AI rendszerek kizárólag a HTML struktúrából és a meta adatokból próbálják kitalálni, miről szól az oldal — ami sokszor pontatlan eredményhez vezet.

AI crawler kezelés a robots.txt-ben (3/2/1 pont)

A generatív AI keresők saját crawlereket használnak: GPTBot (OpenAI/ChatGPT), ClaudeBot (Anthropic), PerplexityBot (Perplexity), GoogleOther (Google AI), Amazonbot (Alexa/Amazon), FacebookBot (Meta AI) és Bytespider (ByteDance/TikTok). Az audit ellenőrzi a robots.txt fájlt, hogy ezek közül hányat blokkol. Ha egyiket sem blokkolja, 3 pont jár. Ha legfeljebb 2 bot van tiltva, 2 pont. Ha 3-5 bot tiltva van, 1 pont. Ha 6 vagy több AI bot blokkolva van, 0 pont — mert a weboldal gyakorlatilag láthatatlan a generatív AI keresők számára.

Heading hierarchia (2 pont)

A helyes heading hierarchia (H1 → H2 → H3) nem csak a hagyományos SEO szempontjából fontos, hanem az AI rendszerek tartalomértelmezéséhez is kritikus. A generatív AI keresők a heading struktúrát használják arra, hogy megértsék a tartalom logikai felépítését, a témák közötti kapcsolatot, és hogy melyik szakasz miről szól. Az audit ellenőrzi, hogy az oldal pontosan egy <h1> elemet tartalmaz-e, és a headingek hierarchikusan követik-e egymást (nincs H1 után közvetlenül H4). A helyes heading struktúra 2 pontot ér.

robots.txt konfiguráció (3 pont)

A robots.txt fájl a weboldal gyökerében található szöveges fájl, amely utasításokat ad a keresőmotorok crawlereinek arról, hogy mely oldalakat járhatják be és melyeket nem. Az audit ellenőrzi, hogy a fájl létezik-e, válaszol-e (HTTP 200 státuszkóddal), és nem blokkol-e fontos tartalmakat. Különösen fontos, hogy a fájl ne tiltsa le a CSS és JavaScript fájlokat, mert a modern keresők renderelni (megjeleníteni) is akarják az oldalt, nem csak a nyers HTML-t olvassák. Egy jól konfigurált robots.txt tartalmazza a Sitemap: direktívát is, amely megmutatja a keresőnek, hol találja az XML sitemapet.

sitemap.xml jelenlét és minőség (3/1 pont)

Az XML sitemap egy strukturált lista a weboldal összes fontos URL-jéről. Ez segíti a keresőmotorokat abban, hogy gyorsan és hatékonyan felfedezzék az összes releváns oldalt — különösen az újakat vagy a ritkán frissülőket. Az audit vizsgálja, hogy a sitemap elérhető-e, érvényes XML formátumú-e, tartalmaz-e URL-eket, és azok a megadott URL-ek élő, működő oldalakra mutatnak-e (nem adnak-e 404 vagy 301 választ). A sitemap 3 pontot ér, ha szerepel a robots.txt-ben a Sitemap: direktíva. Ha van sitemap, de nincs hivatkozás rá a robots.txt-ben, 1 pont jár.

SPF rekord (1 pont)

Az SPF (Sender Policy Framework) egy DNS-alapú email hitelesítési mechanizmus, amely meghatározza, mely szerverek jogosultak a domainedről emailt küldeni. Ha nincs SPF rekord, bárki küldhet hamis emailt a te domainedről (spoofing), ami csökkenti a domain megbízhatóságát a keresők és az AI rendszerek szemében. Az SPF rekord jelenléte 1 pontot ér.

DMARC rekord (1 pont)

A DMARC (Domain-based Message Authentication, Reporting & Conformance) az SPF-re és DKIM-re épülő felügyeleti rendszer, amely megmondja a fogadó email szervernek, mit tegyen a hitelesítést nem teljesítő üzenetekkel. A DMARC rekord jelenléte 1 pontot ér.

Permissions-Policy header (1 pont)

A Permissions-Policy HTTP fejléc szabályozza, hogy az oldal mely böngésző API-kat használhat (kamera, mikrofon, geolokáció stb.). Jelenléte a biztonsági felkészültség jele, és 1 pontot ér.

Videó beágyazás (1 pont)

Az oldalba ágyazott videók (YouTube, Vimeo, vagy natív <video> elem) gazdagítják a tartalmat és jelzik az AI rendszereknek, hogy a tartalom multimédiás és átfogó. 1 pont jár, ha az oldal legalább egy videó beágyazást tartalmaz.

Speakable schema (1 pont)

A SpeakableSpecification schema.org jelölés megmondja a hangalapú AI rendszereknek (Google Assistant, Alexa), hogy az oldal mely részei alkalmasak felolvasásra. 1 pont jár, ha az oldal tartalmaz speakable schemát.

Article schema dátumokkal (1 pont)

Az Article schema.org jelölés datePublished és dateModified mezőkkel jelzi az AI rendszereknek, hogy a tartalom mikor készült és mikor frissült utoljára. A frissesség az AI keresők egyik legfontosabb megbízhatósági jele. 1 pont jár, ha az oldal tartalmaz Article schemát dátum mezőkkel.

Lighthouse SEO pontszám (0-2 pont)

A Google Lighthouse SEO kategóriája a technikai keresőoptimalizálási jellemzőket vizsgálja: meta tagek, mobilbarátság, kattintható elemek mérete. 90+ pontszám esetén 2 pont, 50-89 között 1 pont, 50 alatt 0 pont jár.

Gyakorlati példák

A technikai elmélet érthetőbb konkrét, valós példákon keresztül. Az alábbiakban jó és rossz gyakorlatokat mutatunk be minden mérési területen.

Legjobb gyakorlatok

Az alábbi lista összefoglalja azokat a bevált módszereket, amelyekkel maximalizálhatod a GEO Felkészültség pontszámodat. Ezek nem egyszeri feladatok — a legtöbbjüket rendszeresen ellenőrizni és karbantartani kell.

• robots.txt: Engedd az összes fontos útvonalat. A robots.txt fájl alapértelmezetten engedélyezzen mindent (Allow: /), és csak a valóban szükséges útvonalakat tiltsa (admin panelek, kosár, belső keresés). Soha ne tiltsd le a /css/, /js/ vagy /images/ mappákat.
• Sitemap hivatkozás a robots.txt-ben. Add hozzá a Sitemap: https://www.example.com/sitemap.xml sort a robots.txt végéhez. Ez az egyik legegyszerűbb módja annak, hogy a keresők gyorsan megtalálják a sitemapedet.
• XML sitemap lastmod dátumokkal. Minden URL-hez adj meg lastmod dátumot, ami az adott oldal utolsó érdemi frissítésének időpontját jelzi. Ne használj hamis vagy automatikusan generált dátumokat — a Google felismeri és figyelmen kívül hagyja az irreális lastmod értékeket.
• Sitemap index nagy oldalak esetén. Ha a weboldalad 50 000-nél több URL-t tartalmaz, használj sitemap indexet (sitemap_index.xml), amely több kisebb sitemap fájlra mutat. Minden egyes sitemap fájl legfeljebb 50 000 URL-t vagy 50 MB-ot tartalmazhat az irányelv szerint.
• SPF rekord -all (hard fail) végződéssel. Az SPF rekord végén a -all jelzi, hogy minden nem felsorolt küldő szerver emailjét el kell utasítani. A gyengébb ~all (soft fail) kevesebb védelmet nyújt, mert a fogadó szerverek nem feltétlenül utasítják el ezeket az emaileket.
• DMARC p=reject policy. A DMARC bevezetését érdemes fokozatosan elvégezni: először p=none módban a monitoring, majd p=quarantine a tesztelés, végül p=reject a teljes védelem érdekében. Ne hagyd örökre p=none állapotban — az nem nyújt tényleges védelmet.
• Lighthouse SEO audit rendszeres futtatása. Futtasd a Lighthouse SEO auditot legalább havonta, különösen nagyobb weboldal frissítések után. A Chrome DevTools-ban (F12 > Lighthouse fül) vagy a PageSpeed Insights API-n keresztül automatizálva is futtathatod.
• Mobile-first megközelítés. Mivel a Google mobile-first indexelést használ, minden technikai optimalizálást elsősorban a mobil verzióra vonatkozóan végezz el. A meta viewport tag kötelező, a kattintható elemek legalább 48x48 pixelesek legyenek, és a betűméret mobilon is olvasható legyen (minimum 16px).
• Tiszta URL struktúra. Használj beszédes, rövid URL-eket, amelyek tartalmazzák a kulcsszavakat. Kerüld a dinamikus paramétereket (?id=123&cat=456) amennyire lehetséges, és használj kötőjeleket a szavak elválasztására. A tiszta URL-ek könnyebben indexelhetők és megjegyezhetők.
• llms.txt rendszeres karbantartása. Az llms.txt fájlt frissítsd, amikor új szolgáltatás oldalt, termékkategóriát vagy fontos tartalmat adsz hozzá a weboldalhoz. A fájl az AI rendszerek "térkép"-e — ha elavult, félrevezeti az AI keresőket.
• AI crawlerek tudatos engedélyezése. Ne blokkolj AI crawlereket reflexből. Ha szeretnéd, hogy a tartalmad megjelenjen a ChatGPT, Perplexity vagy Gemini válaszaiban, győződj meg róla, hogy a GPTBot, ClaudeBot, PerplexityBot és GoogleOther nincs tiltva a robots.txt-ben.
• Egyetlen H1, logikus heading struktúra. Minden oldalon pontosan egy <h1> legyen, amely az oldal fő témáját foglalja össze. A további szekciók H2, azon belül H3 headingeket kapjanak. Az AI rendszerek ezt a struktúrát használják a tartalom megértéséhez.

Gyakori hibák

A technikai SEO területén a leggyakoribb hibák sokszor nem a tudás hiányából, hanem a figyelmetlenségből vagy a karbantartás elhanyagolásából fakadnak. Az alábbiakban a legsúlyosabb és leggyakoribb problémákat soroljuk fel.

Pontozási módszer

A GEO Felkészültség pillér összesen 25 pontot ér az összesített 100 pontos értékelésből. Az alábbi táblázat részletezi, hogy az egyes területek hány pontot kaphatnak.

A GEO Felkészültség pillér a hagyományos technikai alapok (robots.txt, sitemap, SPF, DMARC) mellett most már a generatív AI-specifikus jellemzőket is értékeli. Az llms.txt, az AI crawler kezelés és a heading hierarchia az első három helyen szerepel, mert ezek közvetlenül meghatározzák, hogy az AI keresők mennyire tudják feldolgozni és hivatkozni a tartalmat. A Lighthouse SEO pontszám kisebb súlyt kapott (max. 2 pont), mivel a GEO kontextusban a technikai SEO alapok mellett az AI-specifikus felkészültség a fontosabb.

Az egyes területek pontszámai a részletes ellenőrzés eredményétől függenek. Például az AI crawler kezelésnél a blokkolt botok száma határozza meg a pontot. A sitemap esetén a robots.txt-ben való hivatkozás többletpontot ad. Az SPF, DMARC, Permissions-Policy, videó, speakable schema és article schema esetén a puszta jelenlét elegendő az 1-1 pont megszerzéséhez.

Hogyan javítsd? — Lépésről lépésre

Az alábbi útmutató segít abban, hogy lépésről lépésre javítsd a GEO Felkészültség pontszámodat. Minden lépés egy konkrét, megvalósítható feladatot ír le, a legfontosabbaktól haladva a kiegészítők felé.

1. Hozd létre az llms.txt fájlt.

   Hozz létre egy llms.txt fájlt a domain gyökerében (pl. https://www.example.com/llms.txt). A fájl egyszerű Markdown formátumú: tartalmazza az oldal nevét, egy rövid leírást, és a legfontosabb oldalak linkjeit. Egy minimális példa:

   # Example Cég
> Webalkalmazás-fejlesztés kis- és középvállalkozásoknak.

## Szolgáltatások
- [Webfejlesztés](/szolgaltatasok/webfejlesztes)
- [SEO audit](/szolgaltatasok/seo-audit)

## Kapcsolat
- [Kapcsolat](/kapcsolat)

   Az llms.txt szabvány részleteiről a llmstxt.org oldalon olvashatsz. Az AI rendszerek (ChatGPT, Claude, Perplexity) egyre gyakrabban keresik ezt a fájlt, hogy megértsék egy weboldal struktúráját és célját.

2. Engedélyezd az AI crawlereket a robots.txt-ben.

   Ellenőrizd, hogy a robots.txt fájlod nem blokkolja-e az AI crawlereket. A legfontosabb AI bot nevek: GPTBot, ClaudeBot, PerplexityBot, GoogleOther, Amazonbot, FacebookBot, Bytespider. Ha bármelyiket blokkolja a robots.txt (pl. User-agent: GPTBot / Disallow: /), az AI kereső nem tudja bejárni az oldalaidat, és kimaradnak a generatív válaszokból. Csak akkor tiltsd az AI botokat, ha tudatosan nem szeretnéd, hogy a tartalmad megjelenjen az AI válaszokban.

3. Rendezd a heading hierarchiát.

   Győződj meg róla, hogy minden oldal pontosan egy <h1> elemet tartalmaz, és a headingek hierarchikusan követik egymást: H1 → H2 → H3. Ne ugorj szintet (pl. H1 után közvetlenül H4). Az AI rendszerek a heading struktúrát használják a tartalom logikai térképének felépítéséhez. Ha a headingek kaotikusak, az AI nem tudja megbízhatóan megérteni, melyik szekció miről szól. Egy egyszerű ellenőrzéshez a Chrome DevTools konzoljában futtasd: document.querySelectorAll('h1,h2,h3,h4,h5,h6').forEach(h => console.log(h.tagName, h.textContent.substring(0,50))).

4. Ellenőrizd a robots.txt fájlt.

   Nyisd meg a böngésződben a https://www.example.com/robots.txt URL-t (a saját domainedet behelyettesítve). Győződj meg róla, hogy a fájl létezik, HTTP 200 státuszkóddal válaszol, és nem tartalmaz Disallow: / sort az összes kereső számára. Részletes útmutatót a Google hivatalos dokumentációjában találsz: robots.txt útmutató.

5. Hozd létre vagy frissítsd a sitemap.xml fájlt.

   Ha még nincs sitemap, hozz létre egyet az összes fontos oldal URL-jével. WordPress esetén a Yoast SEO vagy Rank Math automatikusan generálja. Egyéb CMS-ek és egyedi fejlesztések esetén használj sitemap generátor eszközt. Az XML sitemap szabvány részletes leírása: sitemaps.org protokoll.

6. Add hozzá a Sitemap direktívát a robots.txt-hez.

   A robots.txt fájl végéhez add hozzá a következő sort: Sitemap: https://www.example.com/sitemap.xml. Ez biztosítja, hogy minden kereső azonnal megtalálja a sitemapet, még mielőtt a Google Search Console-ban regisztrálnád.

7. Állítsd be az SPF rekordot.

   A domain DNS beállításaiban hozz létre egy TXT rekordot a domain gyökerén. Egy tipikus SPF rekord így néz ki: v=spf1 include:_spf.google.com include:mail.example.com -all. Az include részek az engedélyezett küldő szervereket jelölik, a -all végződés pedig minden más feladót elutasít. Az SPF szintaxist az alábbi eszközzel ellenőrizheted: MXToolbox SPF ellenőrző.

8. Konfiguráld a DMARC rekordot.

   A DNS-ben hozz létre egy TXT rekordot a _dmarc.example.com aldomainen. Kezdj a monitoring módban: v=DMARC1; p=none; rua=mailto:dmarc@example.com. Néhány hét adatgyűjtés után emeld p=quarantine, majd p=reject szintre. Részletes útmutatót a dmarc.org hivatalos oldalán találsz.

9. Futtasd a Lighthouse SEO auditot.

   A Chrome böngészőben nyisd meg a DevTools-t (F12), kattints a Lighthouse fülre, válaszd az "SEO" kategóriát, és futtasd az auditot mobilon és asztali módban is. Alternatíva: használd a PageSpeed Insights webes felületet, ami a Lighthouse-t futtatja a háttérben. Jegyezd fel a figyelmeztetéseket és javítsd ki egyenként.

10. Javítsd a mobil használhatósági problémákat.

    A Lighthouse SEO audit tipikus mobil problémái: hiányzó <meta name="viewport"> tag, túl kicsi kattintási célpontok (gombok, linkek kevesebb mint 48x48 pixel), túl kicsi betűméret (kevesebb mint 16px), és az egymáshoz túl közel elhelyezett kattintható elemek. Ezek mind CSS módosításokkal javíthatók, és a hatásuk azonnali.

11. Monitorozz a Google Search Console-lal.

    Regisztráld a weboldaladat a Google Search Console-ban. Itt láthatod a crawl statisztikákat, az indexelési állapotot, a robots.txt feldolgozás eredményét, és a sitemap benyújtás státuszát. A Search Console az egyetlen közvetlen kapcsolatod a Google indexelő rendszerével — tartsd szemmel rendszeresen.

A fenti lépések végrehajtása után futtasd újra az AI Web teszt auditot, és ellenőrizd, hogy a GEO Felkészültség pontszámod javult-e. A legtöbb technikai módosítás hatása néhány napon belül megjelenik a keresőmotorok indexelési viselkedésében, de a teljes hatás akár 2-4 hetet is igénybe vehet.