Érti a mesterséges intelligencia, mit csinál a céged? Lemértük 300 weboldalon

Ha valaki ma a ChatGPT-től kérdez céget, terméket vagy szolgáltatást, a válasz abból áll össze, amit a gép a weboldalakon érteni tud — nem abból, amit egy ember elolvasna rajtuk. Megnéztük, mit talál egy ilyen program a magyar üzleti weboldalakon, és összehasonlítottuk az osztrákokkal.

Írta: Csintalan Dániel 16 perc olvasás Frissítve: 2026. augusztus
Röviden

A 124 mérhető magyar üzleti weboldal 35,5%-án semmilyen géppel olvasható adat nincs, 51,6%-án az sem szerepel gépi formában, hogy melyik cégé az oldal, és 93,5%-án nincs llms.txt — azaz megbuknának a Google saját mérőeszközének új, ügynöki böngészést vizsgáló ellenőrzésén.

Ugyanakkor a szöveg ott van: a nyers HTML-ben mért szószám mediánja 1280 szó. Nem az a baj, hogy nincs mit mondani. Az a baj, hogy nincs mellé téve, mit jelent.

És egy fontos dolog, amit a mérés megcáfolt: Magyarország nem szakadt le Nyugat-Európától. 87 illesztett páron összevetve az osztrák oldalakkal egyetlen mutatóban sincs kimutatható különbség — a magyar oldalak számszerűen több helyen jobbak is.

Miért számít, hogy a gép érti-e az oldaladat

Kezdjük egy tévhit eloszlatásával, mert erre szokás rosszul építeni: a mai nyelvi modellek kiválóan értik a szöveget. Elolvassák az oldaladat, és pontosan felfogják, hogy fogorvosi rendelő vagy autókereskedés. Nem arról van szó, hogy a gép „nem tud olvasni".

A különbség nem a megértés, hanem a bizonyosság. A modell a szövegből következtet: kitalálja az árat, a nyitvatartást, a működési területet. Néha eltalálja, néha nem — és ha nem, azt te nem tudod megcáfolni. A géppel olvasható adat pontosan ezt a találgatást veszi ki: ahelyett hogy a gépnek ki kelljen következtetnie, hogy melyik szám az ár és melyik a rendelési idő, ott van kimondva.

Ez a második olvasó eddig főleg a Google keresőrobotja volt. Ma már mellette ott vannak a nyelvi modellek adatgyűjtői is — a GPTBot, a ClaudeBot, a PerplexityBot és társaik. Ezek járják a weboldalakat, és amit összegyűjtenek, abból áll össze a válasz, amit a felhasználó kap, amikor beírja, hogy „ajánlj egy jó könyvelőt Nyíregyházán".

Ennek a géppel olvasható rétegnek a neve strukturált adat, a hozzá használt közös szótáré pedig schema.org. A gyakorlatban egy rövid, rejtett adatblokk a weboldal kódjában, ami kimondja, amit az ember amúgy is lát: ez egy cég, így hívják, ez a címe, ezt csinálja, ennyibe kerül.

Hogy ez számít-e, arra van dokumentált bizonyíték: a Google hivatalosan is ebből építi a kiemelt találatokat és az entitásokról tárolt tudását. Az AI-válaszokra gyakorolt hatása ennél kevésbé dokumentált — logikus, hogy segít, de nem mérte senki nyilvánosan, és ezt így is kell mondani.

Megnéztük az llms.txt fájlt is: ez egy egyszerű szöveges összefoglaló a domain gyökerében, ami gépi olvasók számára jelzi, mit hol talál a webhelyen. Ennél fontos pontosan fogalmazni, mert két külön dolgot szoktak összekeverni vele — erre a 3. fejezetben visszatérünk. Részletesen az llms.txt cikkünkben írtunk róla.

A kérdés, amit meg akartunk válaszolni, egyszerű: a magyar üzleti weboldalakon oda van-e írva mindez?

Hogyan mértünk

Összegyűjtöttük a legnagyobb forgalmú magyar üzleti weboldalakat, és mindegyikről lekértük ugyanazt, amit egy AI-adatgyűjtő is lekérne: a főoldalt, a robots.txt-t és az llms.txt-t. Aztán megnéztük, mi van bennük.

Fontos, hogy mit nem csináltunk. Nem futtattunk JavaScriptet, nem kattintottunk sehova, nem léptünk be semmilyen fiókba, és nem néztünk aloldalakat. Pontosan azt láttuk, amit egy adatgyűjtő program lát az első kérésre — se többet, se kevesebbet.

Honnan a lista? A mintát nyilvános forgalmi adatok alapján állítottuk össze: a magyar, illetve osztrák végződésű domaineket vettük forgalom szerinti sorrendben, és egyetlen, előre leírt szabállyal szűrtünk: bekerül az a domain, amelynek a főoldala egy árut vagy szolgáltatást értékesítő szervezet elsődleges, ügyfélnek szóló megjelenése. Kimaradt tehát a közigazgatás, az egyetemek, a közgyűjtemények, a nonprofit szervezetek, a technikai infrastruktúra és a felnőtt tartalom. Így jött ki oldalanként 150-150 weboldal.

Az eredmény: mit talál egy AI a magyar üzleti weboldalakon

A 150 magyar oldalból 124 volt mérhető — a többi automatikusan visszautasította a kérést, vagy időtúllépéssel válaszolt. Az alábbi arányok mind erre a 124 oldalra vonatkoznak.

Nincs llms.txt
93,5%
Nincs cégazonosítás
51,6%
Nincs strukturált adat
35,5%
Nincs canonical
26,6%
Nincs meta leírás
10,5%
0%25%50%75%100%
A legnagyobb forgalmú magyar üzleti weboldalak közül hány százalékon hiányzik az adott géppel olvasható elem. 124 mérhető weboldal, 2026. augusztus 7.
Mit néztünk
Ott van
Hiányzik
Bármilyen strukturált adat
80 oldalon — 64,5%
44 oldalon — 35,5%
Géppel olvasható cégazonosítás
60 oldalon — 48,4%
64 oldalon — 51,6%
llms.txt
8 oldalon — 6,5%
116 oldalon — 93,5%
Canonical (melyik a hivatalos cím)
91 oldalon — 73,4%
33 oldalon — 26,6%
Meta leírás
111 oldalon — 89,5%
13 oldalon — 10,5%

A legbeszédesebb szám a második sor. Minden második vezető magyar üzleti weboldalon nincs géppel olvasható formában odaírva, hogy melyik cégé az oldal. Egy ember persze látja a logóból és az impresszumból. Egy nyelvi modell viszont ilyenkor is csak következtet — és ha rosszul következtet, azt te nem tudod javítani.

Az llms.txt sorát érdemes pontosan érteni, mert két dolgot szoktak összekeverni vele. A keresési rangsorra nincs hatással — a Google saját, generatív találatokról szóló útmutatója kifejezetten kimondja, hogy az AI Overviews és az AI Mode működéséhez nem kell llms.txt. Ugyanakkor 2026 májusában a Google beépítette a saját mérőeszközébe: a Lighthouse és a PageSpeed Insights új, „ügynöki böngészés" (agentic browsing) kategóriája tételesen ellenőrzi, hogy van-e llms.txt a domain gyökerében, és azt is megnézi, hogy érvényes-e — van-e benne főcím, elég hosszú-e, tartalmaz-e hivatkozásokat. A Google indoklása szerint enélkül „az ügynökök több időt tölthetnek az oldal feltérképezésével". Vagyis: nem rangsortényező, de a Google eszköze hiányként jelzi, ha nincs meg — és ez a gépi ügynökökről szól, nem a klasszikus keresésről.

És közben a szöveg ott van. A nyers HTML-ben mért szószám mediánja 1280 szó, az alsó negyedé is 730. Ez nem üres oldalak problémája.

Egy külön szám, ami sokat mond

A 124 oldalból 28 épít összefüggő tudásgráfot — vagyis nem csak egymás mellé rakja az adatokat, hanem hivatkozásokkal össze is köti őket. Ez a fejlettebb megoldás. Ebből a 28-ból viszont 5-ön törött a gráf: olyan dologra hivatkozik, amit ő maga sehol nem határoz meg. Vagyis akik nekiálltak, azok közül minden hatodik elrontotta — és nagy valószínűséggel nem tud róla.

Lemaradtunk a szomszédtól? Nem

A fenti számokra kézenfekvő reakció, hogy „na, megint le vagyunk maradva Nyugat-Európától". Ezt konkrétan megvizsgáltuk, és a mérés nem támasztja alá.

Kontrollcsoportnak Ausztriát választottuk, mégpedig egy konkrét ok miatt. A mintavételhez használt nyilvános forgalmi rangsorban közel azonos számú magyar és osztrák domain szerepel — 2945, illetve 2934 —, és a századik helyezett is nagyjából azonos forgalmi szinten áll. A két ország vezető oldalai így valóban összemérhetők.

A magyar és az osztrák oldalakat párba állítottuk: a legnagyobb forgalmú magyar üzleti oldal az osztrák megfelelőjével, a második a másodikkal, és így tovább, 150 páron át. Ahol egy pár bármelyik tagja nem volt mérhető, ott mindkettőt kihagytuk — így a blokkolás nem tudta az egyik ország javára billenteni az eredményt. 87 pár maradt.

Magyar oldalak Osztrák oldalak
Van strukturált adat
65,5%
58,6%
Van meta leírás
92,0%
88,5%
Van canonical
71,3%
81,6%
Van cégazonosítás
48,3%
42,5%
Van llms.txt
9,2%
5,7%
0%25%50%75%100%
87 értékelhető pár. A különbségeket McNemar-próbával vizsgáltuk — egyik sem érte el a 0,05-ös szignifikanciaszintet, vagyis egyik eltérés sem nagyobb annál, mint amit a véletlen is okozhatna.

A magyar oldalak öt mutatóból négyben számszerűen jobbak. Egyik különbség sem szignifikáns — vagyis egyik sem nagyobb annál, amit a véletlen is okozhatna. A helyes következtetés tehát nem az, hogy Magyarország jobb, hanem az, hogy a két ország vezető üzleti oldalai között nincs kimutatható különbség.

Miért hihető ez? Mert nem egyszer mértük. A magyar–osztrák összevetés három egymástól független mérési futtatásban készült el (52, 87 és 88 értékelhető pár), és mindhárom ugyanazt adta: nincs szignifikáns eltérés. A különbségekre számolt megbízhatósági tartományok kizárják, hogy Magyarország bármelyik mutatóban jelentős hátrányban lenne.

A hír tehát nem az, hogy a magyar cégek rosszabbak. Hanem az, hogy Európában gyakorlatilag senki nincs felkészülve — miközben az AI-alapú keresés már ma is ide irányítja az érdeklődőket.

Ami megvan, azt nem a cégek csinálták

Érdemes megnézni, hogy a meglévő strukturált adat pontosan miből áll. A leggyakoribb elemek sorrendben: cégazonosítás (60 oldal), oldalleírás (47), webhelyleírás (44), logó és képek (40), belső kereső (37), postai cím (27), morzsamenü (24).

Ez a lista magától beszél. Ezeket mind a tartalomkezelő rendszer generálja automatikusan — egy WordPress a megfelelő bővítménnyel, egy webáruházmotor alapból. Nem emberi döntés eredménye, hanem azé, hogy valaki jó rendszert választott.

Ami emberi döntést igényelne — hogy pontosan milyen szolgáltatást nyújtasz, mennyiért, milyen területen, milyen gyakori kérdésekre van válaszod — az jellemzően nincs ott. A magyar cégek tehát nem rosszul csinálják a gépi olvashatóságot. Nem csinálják — csak megkapják.

Ez egyben jó hír is: aki tudatosan hozzányúl, az egy olyan mezőnyben lép előre, ahol a többiek nem is indultak el.

Mit jelent ez egy cég számára

Nézzük meg, mi történik akkor, amikor valaki megkérdez egy nyelvi modellt, hogy „ki csinál webáruházat Szabolcsban".

A modell azoknak a cégeknek a nevét fogja kimondani, amelyekről biztosan tudja, hogy ilyen szolgáltatást nyújtanak azon a területen. Ahol ez géppel olvasható formában oda van írva, ott ez biztos tudás. Ahol nincs, ott a modell a szövegből próbálja kitalálni — ami néha sikerül, néha nem, és néha rosszul.

A gyakorlati következmény háromféle:

  • Kimaradsz a válaszból. Nem azért, mert rossz a szolgáltatásod, hanem mert a gép nem volt biztos benne, hogy te ilyet csinálsz.
  • Pontatlanul kerülsz bele. Régi árral, megszűnt szolgáltatással, rossz várossal — mert a modell abból dolgozott, amit ki tudott következtetni.
  • Nincs miből idézni. Ha nincs világosan megfogalmazott, konkrét válaszod a tipikus kérdésekre, akkor a válaszban a versenytársad mondata fog szerepelni, nem a tiéd.

És mindez nem AI-tiltás miatt van. A mért magyar oldalak 87,1%-a beengedi az AI-adatgyűjtőket — mindössze 12,9% tilt bármelyiket is. A hozzáférés nem szűk keresztmetszet. Nincs mit odaadni.

Mit lehet ezzel kezdeni

Négy lépés, nagyjából a megtérülés sorrendjében. Egyik sem igényel új weboldalt.

  1. Írd oda géppel is, ki vagy. Cégnév, cím, elérhetőség, működési terület, logó — strukturált adat formájában. Ez a leggyorsabb lépés, és ezen múlik, hogy a gép egyáltalán azonosítani tud-e. A mért oldalak felén ez hiányzik.
  2. Írd oda, mit árulsz és mennyiért. Szolgáltatásonként vagy termékenként, géppel olvasható formában. Ez az, amit a tartalomkezelő rendszer nem csinál meg helyetted, és pont ez különböztet meg a versenytársaidtól.
  3. Tedd fel a gyakori kérdéseket válasszal. Nem azért, hogy hosszabb legyen az oldal, hanem mert a rövid, konkrét válasz könnyebben idézhető — és mert a Google a kérdés-válasz jelölést dokumentáltan felhasználja a találati megjelenítéshez.
  4. Készíts llms.txt fájlt. Rövid, szöveges tartalomjegyzék a domain gyökerében, gépi olvasóknak. A keresési rangsorodra nincs hatással — ezt a Google kimondta —, a Google saját mérőeszköze viszont 2026 májusa óta ellenőrzi, és hiányzóként jelzi, ha nincs meg. Fél nap munka, és a mért mezőny 93,5%-án nincs meg. Az első három lépés fontosabb, de ez a legolcsóbb.

Ha ellenőrizni akarod, mi a helyzet nálad, a legegyszerűbb, ha megnyitod a saját oldalad forráskódját, és rákeresel az application/ld+json kifejezésre. Ha nincs találat, akkor a fenti 35,5%-ban vagy. Az llms.txt meglétét pedig egyszerűen kipróbálhatod: írd a domained után, hogy /llms.txt.

Módszertan — hogyan ellenőrizhető

Ezt a fejezetet azért írtuk meg részletesen, hogy a mérés bárki által ellenőrizhető és megismételhető legyen.

A minta

Nyilvános forgalmi adatok alapján összegyűjtöttük a legnagyobb forgalmú magyar, illetve osztrák végződésű domaineket, forgalom szerinti sorrendben. Erre alkalmaztuk a befogadási szabályt, amíg meg nem lett oldalanként 150 weboldal. A sorrendet tehát nem mi állítottuk fel, és a szűrés is egyetlen, előre rögzített szabály szerint történt — nem oldalanként mérlegeltünk.

A teljes mintalista — a kizárt domainekkel és a kizárás indokával együtt — megvan, és kérésre hozzáférhetővé tesszük. A cikkben azért nem közöljük, mert a mért oldalak nevét sem közöljük: az eredmény összesített, és egyetlen cég sem azonosítható belőle.

Amit mértünk

Oldalanként három nyilvános erőforrást kértünk le: a főoldalt, a /robots.txt-t és az /llms.txt-t. Bejelentkezés nem történt, védett tartalmat nem kértünk le, tartalmat nem tárolunk és nem közlünk újra — kizárólag összesített mérőszámokat.

Páros illesztés és páronkénti kiesés

A magyar–osztrák összevetés nem két halmazt hasonlít össze, hanem párokat: a legnagyobb forgalmú magyar üzleti oldalt a legnagyobb forgalmú osztrákkal, a másodikat a másodikkal, és így tovább. Ha egy pár bármelyik tagja nem volt mérhető, mindkettő kiesett. Erre azért van szükség, mert az automatikus lekérés visszautasítása országonként eltérő gyakoriságú — enélkül a fejlettebb védelemmel rendelkező oldalak szisztematikusan az egyik oldalról esnének ki.

A statisztikai próba

Páros adatra páros próba való: McNemar-próbát használtunk, amely csak azokat a párokat veszi figyelembe, ahol a két oldal eltér. A próba pontos binomiális, nem közelítés, ezért kis mintán is helyes eredményt ad.

Egy mérőszámot menet közben ki kellett venni. Az első elemzés azt találta, hogy a magyar főoldalak egyikén sem szerepel géppel olvasható szolgáltatás- vagy termékleírás. A kontrollmérés viszont megmutatta, hogy ez nem magyar sajátosság: külföldön sincs. Ezeknek a jelöléseknek a természetes helye a termék- és a szolgáltatásoldal, nem a főoldal — a szám tehát nem elhanyagoltságot mért, hanem a mérés hatókörét. Kivettük; a cikkben egyetlen állítás sem hivatkozik rá.

Amit ez a mérés nem mond ki

  • Csak a főoldalt mértük. Az aloldalakról semmit nem állítunk. Egy cég oldalán lehet gazdagabb jelölés a termékoldalakon.
  • Egyetlen időpont. Pillanatkép 2026. augusztus 7-ről, nem trend.
  • Nem futtattunk JavaScriptet. Ha egy oldal a strukturált adatot utólag, böngészőben tölti be, azt nem láttuk — ahogy egy AI-adatgyűjtő sem látná.
  • A nem mérhető oldalak. 150 párból 63 esett ki, mert valamelyik fél visszautasította az automatikus lekérést. Hogy ezek az oldalak mennyiben térnek el a többitől, nem tudjuk. A védelmet nem kerültük meg.
  • A minta nem véletlen mintavétel. Az eredmény a vezető üzleti oldalakra érvényes, nem a kis- és középvállalkozásokra. A KKV-szektorban a helyzet nagy valószínűséggel rosszabb, de ezt nem mértük.
  • A jelölés megléte nem minőség. Azt mértük, hogy van-e, nem azt, hogy jó-e. A törött tudásgráfok aránya (5 a 28-ból) épp azt mutatja, hogy a kettő nem ugyanaz.

A lényeg

  • A vezető magyar üzleti weboldalak 35,5%-án semmilyen géppel olvasható adat nincs.
  • 51,6%-án nincs odaírva gépi formában, hogy melyik cégé az oldal.
  • 93,5%-án nincs llms.txt — ez nem rangsortényező, de a Google saját mérőeszköze 2026 májusa óta hiányként jelzi.
  • A tartalom viszont megvan: a szószám mediánja 1280 szó. Nem hiányzik a mondanivaló, hanem a jelentése.
  • Ausztriához képest nincs kimutatható lemaradás — három független mérés ugyanezt adta.
  • Ami megvan, azt jellemzően a tartalomkezelő rendszer generálja. Ami emberi döntést igényelne, az hiányzik.

Gyakori kérdések

Mi az a strukturált adat, egyszerűen?
Egy rejtett adatblokk a weboldal kódjában, ami géppel olvasható formában kimondja, amit az ember amúgy is lát: ez egy cég, így hívják, itt található, ezt csinálja, ennyibe kerül. A látogató nem látja, a kereső és a nyelvi modellek viszont ebből tudják biztosan, mivel foglalkozol. A szabvány neve schema.org.
Mi az az llms.txt, és tényleg kell?
Egy egyszerű szöveges fájl a domain gyökerében, ami gépi olvasóknak jelzi, mit hol talál a webhelyeden. Két dolgot szoktak összekeverni vele. A keresési rangsorra nincs hatással: a Google generatív találatokról szóló útmutatója kifejezetten kimondja, hogy az AI Overviews működéséhez nem kell. Ugyanakkor a Google saját mérőeszköze — a PageSpeed Insights és a Lighthouse — 2026 májusa óta ellenőrzi az új, „ügynöki böngészés" kategóriában: megnézi, hogy megvan-e, és hogy érvényes-e (van-e benne főcím, elég hosszú-e, tartalmaz-e hivatkozásokat). Ha nincs, hiányként jelzi. Vagyis nem a keresésről szól, hanem arról, mennyire használható az oldalad gépi ügynökök számára — és ezt ma már a Google is méri.
Honnan tudom, hogy az én oldalamon van-e strukturált adat?
Nyisd meg az oldalad forráskódját (a legtöbb böngészőben jobb gomb, majd „oldal forrásának megtekintése"), és keress rá az application/ld+json kifejezésre. Ha nincs találat, akkor nincs JSON-LD strukturált adat az oldalon. Az llms.txt megléte ennél is egyszerűbb: írd be a böngészőbe a domained után, hogy /llms.txt.
Ha a WordPress amúgy is generál sémát, akkor mit kell csinálni?
A tartalomkezelő rendszer általában az általános dolgokat generálja: hogy ez egy weboldal, van benne kereső, van logója, van morzsamenüje. Ami hiányzik, az pont a lényeg: mit árulsz, milyen szolgáltatást nyújtasz, mennyiért, milyen területen, és milyen gyakori kérdésekre van válaszod. Ezt kézzel kell hozzátenni, mert a rendszer nem tudja kitalálni.
Nem jobb inkább kitiltani az AI-t, hogy ne lopja el a tartalmamat?
Ez üzleti döntés, és van, akinek — például kiadóknak — védhető. Egy szolgáltató cégnél viszont a kitiltás azt jelenti, hogy nem kerülsz bele a válaszokba, amikor valaki éppen a te szolgáltatásodat keresi. A mért magyar oldalak 87,1%-a beengedi az adatgyűjtőket, tehát a piac túlnyomó része nem ezt az utat választotta.
Ez ugyanaz, mint a keresőoptimalizálás?
Nagy az átfedés. A keresőoptimalizálás régóta magában foglalja a strukturált adatot — a Google dokumentáltan ebből építi a kiemelt találatokat. Ami új, az a második olvasóréteg: a nyelvi modellek. Rájuk gyakorolt pontos hatás nincs nyilvánosan mérve, ezért nem is ígérünk semmit — azt viszont tudjuk, hogy amit a gép nem tud biztosan, azt kitalálja, és néha rosszul.
Miért Ausztriával hasonlítottátok össze, és nem az Egyesült Államokkal?
Mert a mintavételhez használt nyilvános forgalmi rangsorban közel azonos számú magyar és osztrák domain szerepel: 2945, illetve 2934 — és a századik helyezett is nagyjából azonos forgalmi szinten áll. Egy amerikai összevetésnél a két ország vezető oldalai nagyságrendekkel eltérő forgalmúak lennének, ami félrevezető eredményt adna.
Mennyibe kerül ezt rendbe tenni egy meglévő oldalon?
Nem kell hozzá új weboldal. A cégazonosítás és az alap strukturált adat a legtöbb meglévő oldalon egy-két napos munka, a szolgáltatás- és termékjelölés ennél több, mert végig kell gondolni, mit is árulsz pontosan. Az llms.txt jellemzően fél nap. Konkrét árat csak az oldal ismeretében lehet mondani, mert erősen múlik azon, milyen rendszerben készült.
Következő lépés

A te oldaladat látja az AI? Nézzük meg!

Nem kell találgatni. Egy átfogó SEO és AI-audit keretében megvizsgáljuk, hogy a weboldalad kódjában ott vannak-e a nyelvi modellek számára szükséges strukturált adatok. Megmutatjuk, mi hiányzik a gépi megértéshez, és pontos listát adunk a teendőkről.

Nyíregyházi székhelyű webfejlesztő vállalkozás, országos ügyfélkörrel — egyedi, keresőoptimalizált és AI-optimalizált weboldalak, hirdetéskezelés és SEO egy kézben.

5,0 26 értékelés a Google-on

Kapcsolat

© 2026 DFN Nova-land Kft. (DFN Webdesign) – Minden jog fenntartva

Weboldal készítés és keresőoptimalizálás Nyíregyházáról — országos ügyfélkörrel