Az llms.txt körül két véglet kering a magyar szakmai beszélgetésekben. Az egyik szerint ez a titkos kapu az AI-válaszokba, a másik szerint teljesen fölösleges divathóbort. Egyik sem igaz. Ahhoz, hogy jól döntsd el, kell-e neked, előbb pontosan érteni kell, mit ír le a javaslat, mit nem, és milyen bizonyíték áll mögötte.
Mi az llms.txt javaslat, és milyen problémát old meg?
Rövid válasz: az llms.txt egy markdown formátumú, sima szöveges fájl a domain gyökerében, amely rövid, gépi olvasásra optimalizált tartalomjegyzéket ad a webhelyedről a nyelvi modelleknek. (Hivatalosan igazolt: a javaslatot Jeremy Howard, az Answer.AI társalapítója publikálta 2024 szeptemberében, és a specifikáció nyilvánosan elérhető.)
Tovább a témában: Megéri felújítani a régi weboldalamat vagy újat kellene csináltatni? · Tartalomleltár készítése
A mögötte lévő gondolat nagyon egyszerű. Amikor egy nyelvi modell vagy egy AI-asszisztens meglátogatja az oldaladat, egy modern HTML-oldal tele van olyasmivel, ami neki zaj: navigáció, lábléc, sütibanner, JavaScriptből betöltődő elemek, felugró ablakok, nyomkövető kódok, ismétlődő CTA-blokkok. A tényleges tartalom sokszor az oldal kódjának töredéke. Ha az asszisztensnek korlátozott a kontextusablaka, ez a zaj valódi hátrány: elfogy a hely, mielőtt eljutna a lényegig.
Az llms.txt erre kínál választ. Nem az oldalt cseréli le, hanem egy tiszta, ember által megírt térképet ad mellé: itt vannak a legfontosabb aloldalak, mindegyik mellett egy mondat arról, mit talál ott az, aki megnyitja.
Miben más ez, mint a robots.txt vagy a sitemap.xml?
Rövid válasz: a robots.txt engedélyről szól, a sitemap.xml a teljes URL-listát adja a keresőrobotoknak, az llms.txt pedig szerkesztett, priorizált és magyarázattal ellátott válogatás.
- robots.txt: szabályrendszer, mit szabad és mit nem letölteni. Ez az egyetlen a három közül, amelyre formális szabvány is épült (RFC 9309).
- sitemap.xml: géppel generált, sokszor több ezer soros URL-lista, kontextus nélkül. Nem mondja meg, melyik oldal fontosabb és miről szól.
- llms.txt: kézzel írt, jellemzően 10-40 hivatkozásból álló összefoglaló, ahol minden sorhoz tartozik egy rövid leírás. A lényeg nem a teljesség, hanem a válogatás.
Ez a különbség adja a fájl valódi értékét: rákényszerít arra, hogy megfogalmazd, mi a cégedben a fontos, és hogy egy mondatban leírd, mit ad minden aloldal.
Milyen szerkezetet ír le a specifikáció?
Rövid válasz: egy H1 címsor a cég vagy projekt nevével, alatta egy idézetblokk a rövid összefoglalóval, opcionálisan néhány magyarázó bekezdés, majd H2 szekciókban felsorolt hivatkozások, mindegyiknél rövid leírással.
A javaslat konkrét markdown szerkezetet ír elő, és ez a szigorúság szándékos: így a fájl géppel is megbízhatóan feldolgozható marad. Az elemek sorrendben:
- H1: a webhely, cég vagy projekt neve. Pontosan egy darab, ez az egyetlen kötelező elem.
- Idézetblokk (> jellel kezdve): egy-két mondatos összefoglaló arról, mivel foglalkozol. Ez az, amit egy modell először beolvas, ezért itt legyen benne a tevékenység és a földrajzi hatókör is.
- Szabad szöveges rész: néhány bekezdés vagy felsorolás kiegészítő információval. Címsort itt nem használhatsz.
- H2 szekciók: tematikus csoportok, alattuk felsorolás
[Cím](URL): rövid leírásformában. - Opcionális szekció: ha a fájl végére
## Optionalnevű blokkot teszel, azzal azt jelzed, hogy ezek a hivatkozások kihagyhatók, ha szűkös a hely.
A specifikáció javasolja azt is, hogy a hivatkozott oldalakról legyen elérhető markdown változat, jellemzően úgy, hogy az eredeti URL végére .md kerül. (Saját tapasztalat: magyar kkv-oldalaknál ezt szinte soha nem éri meg kézzel legyártani. Ha a rendszered nem generálja automatikusan, hagyd ki, és mutass a sima HTML-változatra. Egy fél-kész, elavult markdown-tükör rosszabb, mint ha nincs is.)
Mi a különbség az llms.txt és az llms-full.txt között?
Rövid válasz: az llms.txt egy tartalomjegyzék hivatkozásokkal, az llms-full.txt pedig a teljes tartalmat egyetlen nagy markdown fájlba fűzve tartalmazza.
Az llms.txt tipikusan néhány kilobájt, és arra épül, hogy az olvasó fél tovább tud lépni a megadott linkekre. Az llms-full.txt ezzel szemben mindent kiterít: a dokumentációt, a szolgáltatásleírásokat, a GYIK-et, egyben, olvashatóan, kattintás nélkül. Ez utóbbi mérete könnyen megabájtos nagyságrend, ami nagy oldalaknál akár túl is lépheti egy modell kontextusablakát.
A gyakorlati döntés egyszerű: kis és közepes szolgáltató oldalnál kezdd az llms.txt fájllal. Az llms-full.txt ott értelmes, ahol sok, egymásra épülő dokumentáció van (szoftvertermék, API, oktatóanyag), és ahol a generálás automatizálható. Egy 15 aloldalas szolgáltató cégnél a kettő közti különbség elhanyagolható, viszont a kézi karbantartás terhe nem az.
Hogyan néz ki egy kitölthető minta egy magyar szolgáltató cégnek?
Rövid válasz: az alábbi vázat átírod a saját adataidra, elmented llms.txt néven, és feltöltöd a gyökérbe. A teljes munka általában egy óránál kevesebb.
Példa egy székesfehérvári villanyszerelő cég oldalára (a szögletes zárójeles részeket cseréld a sajátodra):
# Példa Villanyszerelés Kft.> Lakossági és ipari villanyszerelés Székesfehérváron és Fejér megyében 2009 óta. Villanyszerelés, hibaelhárítás, érintésvédelmi felülvizsgálat, elektromos hálózat felújítás.Cím: 8000 Székesfehérvár, Példa utca 1. Nyitvatartas: hétfő-péntek 7:00-16:00. Szolgáltatási terület: Székesfehérvár és 40 km-es körzete.## Szolgáltatások- [Lakossági villanyszerelés](https://pelda.hu/lakossagi-villanyszereles): családi házak és lakások teljes elektromos hálózata, felújítás és bővítés.- [Érintésvédelmi felülvizsgálat](https://pelda.hu/erintesvedelmi-felulvizsgalat): kötelező időszakos mérés cégeknek, jegyzőkönyvvel.- [Hibaelhárítás](https://pelda.hu/hibaelharitas): zárlat, kioldó kismegszakító, nem működő konnektor, kiszállás munkanapokon.## Cégadatok- [Rólunk](https://pelda.hu/rolunk): a cég története, csapat, végzettségek, referenciák.- [Kapcsolat](https://pelda.hu/kapcsolat): telefonszám, e-mail, cím, térkép, kapcsolatfelvételi űrlap.## Tudásbázis- [Mikor kötelező az érintésvédelmi felülvizsgálat?](https://pelda.hu/blog/erintesvedelem-gyakorisag): a vonatkozó gyakoriságok cégméret és létesítmény szerint.- [Gyakori kérdések](https://pelda.hu/gyik): kiszállás, garancia, ügyintézés menete.## Optional- [Adatkezelési tájékoztató](https://pelda.hu/adatkezeles): GDPR tájékoztató.
Néhány szabály, ami a mintából is látszik. Mindig teljes, abszolút URL-t írj, ne relatívat. A leírás egy mondat legyen, tényszerű, marketingszöveg nélkül. Ne írj bele árat, akciót vagy bármit, ami hetente változik: a fájl akkor ér valamit, ha hosszú ideig pontos marad. És ne pakold tele: ha 60 linket teszel bele, pont azt a priorizálást veszíted el, amiért az egész készült.
Hova kell feltölteni, és hogyan ellenőrizhető böngészőből?
Rövid válasz: a fájlnak a domain gyökerében kell lennie, vagyis a https://pelda.hu/llms.txt címen kell megnyílnia, sima szövegként, 200-as státuszkóddal.
A lépések sorban:
- Mentsd el a fájlt
llms.txtnéven, UTF-8 kódolással. A magyar ékezetek miatt ez nem elhagyható lépés. - Töltsd fel FTP-vel, SFTP-vel vagy a tárhely fájlkezelőjével a webgyökérbe. WordPressnél ez az a mappa, ahol a
wp-config.phpés azindex.phpvan, nem awp-contentés nem a sablon mappája. - Nyisd meg böngészőben a
https://adomained.hu/llms.txtcímet. Nyers szöveget kell látnod, ugyanúgy, ahogy a robots.txt jelenik meg. - Ha a saját oldalad 404-es hibaoldala jön be, a fájl nem a jó helyen van, vagy a szerver átirányítja a kérést. Ilyenkor nézd meg az
.htaccessszabályokat, illetve azt, hogy nem egy gyorsítótár szolgál-e ki régi tartalmat. - Ha van hozzá terminálod, a
curl -I https://adomained.hu/llms.txtparancs megmutatja a státuszkódot és a tartalomtípust. A cél a200 OK, a tartalomtípustext/plainvagytext/markdown. - Ellenőrizd a fájlban szereplő összes hivatkozást egyesével. Egy hibás link itt többet árt, mint egy hiányzó szekció.
(Saját tapasztalat: a leggyakoribb hiba nem a szerkezet, hanem hogy a fájl a tárhelyen egy szinttel feljebb vagy lejjebb kerül. A második leggyakoribb, hogy a biztonsági bővítmény vagy a CDN blokkolja az ismeretlen kiterjesztésű gyökérfájlokat. Mindkettő a böngészős ellenőrzéssel harminc másodperc alatt kiderül, ezért ezt a lépést soha ne hagyd ki.)
Melyik AI-szolgáltató támogatja hivatalosan?
Rövid válasz: több dokumentációs platform és AI-cég publikál saját llms.txt fájlt, de egyetlen nagy keresőmotor vagy chatasszisztens sem erősítette meg, hogy rangsorolási vagy kiválasztási jelként használná.
Hivatalosan igazolt: a formátum létezik, nyilvános specifikációja van, és felismerhetően használják dokumentációs oldalak. Több fejlesztői dokumentációs rendszer automatikusan generálja, és az AI-cégek is közzéteszik a saját dokumentációjukhoz. Ez viszont a fájl kiszolgálásáról szól, nem arról, hogy a keresők beolvassák a te oldaladról.
Hivatalosan igazolt a másik irányban is: a Google részéről elhangzott nyilvánosan, hogy a keresés nem használja az llms.txt-t, és a nagy modellszolgáltatók sem tettek közzé olyan dokumentációt, amely szerint a crawlerük külön keresné ezt a fájlt. A robotok viselkedéséről szóló hivatalos leírásokban a robots.txt szerepel, az llms.txt nem.
Szakmai feltételezés: a formátum jövője azon múlik, hogy az ügynöki böngészés mennyire terjed el. Ha egy asszisztens valós időben, oldalról oldalra navigál a nevedben, akkor egy tiszta tartalomjegyzék valóban segítheti a tájékozódását. Ez logikus, de jelenleg nem mért és nem igazolt hatás, ezért ne építs rá üzleti várakozást.
Megéri egyáltalán elkészíteni?
Rövid válasz: igen, de csak akkor, ha az alapok már rendben vannak, és nem tekinted rangsorjavító eszköznek.
A saját álláspontom: az llms.txt alacsony költségű, gyakorlatilag kockázatmentes kiegészítő. Nem ront a keresőoptimalizáláson, nem befolyásolja a HTML-t, nem lassítja az oldalt, és ha holnap kiderül, hogy senki nem használja, mindössze egy órányi munkát vesztettél. Ez kedvező kockázat-hozam arány, még akkor is, ha a hozam ma bizonytalan.
Ugyanakkor amit biztosan nem tesz meg helyetted: nem pótolja a jól strukturált HTML-t. Ha az oldaladon a címsorok logikátlanok, a szolgáltatásaidról nincs önálló aloldal, hiányzik a strukturált adat, a nyitvatartás csak egy képen szerepel, vagy a kapcsolati adatok három helyen háromfélék, akkor az llms.txt csak egy szép mutatóujj a rendetlenség felé. A modellek a hivatkozott oldalakat olvassák, nem a tartalomjegyzéket idézik.
A sorrend tehát: előbb tiszta oldalszerkezet és egyértelmű, önálló aloldalak, utána Schema.org strukturált adat, utána következetes cégadatok mindenhol, és csak ezek után az llms.txt. Fordítva nincs értelme.
Milyen ellenőrzőlistán menj végig publikálás előtt?
- Pontosan egy H1 van a fájlban, és az a cég neve.
- Az idézetblokk egy-két mondatban leírja a tevékenységet és a földrajzi hatókört.
- Minden hivatkozás abszolút URL, HTTPS-sel, és mindegyik 200-as választ ad.
- Minden linkhez tartozik rövid, tényszerű leírás.
- Nincs benne ár, akció, határidő vagy bármi, ami hetek alatt elavul.
- A fájl UTF-8, az ékezetek jól jelennek meg böngészőben.
- A
https://domain.hu/llms.txtnyers szövegként nyílik meg, nem a 404-es oldal jön. - A tartalom nem mond ellent annak, ami a weboldalon szerepel.
- Beírtad a naptáradba, mikor nézed át legközelebb (negyedévente vagy nagyobb oldalváltozás után elég).
Ha ezen a listán végigmentél, kész vagy. Utána foglalkozz azzal, ami valószínűleg tényleg számít: az aloldalak minőségével, a mérhetőséggel és azzal, hogy a cégadataid mindenhol egyformák legyenek.
Források és további olvasnivalók
- llms.txt specifikáció (llmstxt.org, Jeremy Howard / Answer.AI)
- Google Search Central dokumentáció és fejlesztői útmutatók
- Google Search Central Blog: AI-funkciók és a webhelytulajdonosok
- OpenAI Platform dokumentáció, crawlerekről szóló fejezet
- Anthropic hivatalos fejlesztői dokumentáció
- Schema.org szótár (LocalBusiness, Organization, FAQPage típusok)
- W3C HTML szabvány és WAI dokumentumszerkezeti ajánlások
- RFC 9309: Robots Exclusion Protocol (IETF)
- robotstxt.org referencia
- Az llms.txt nem szabvány, hanem 2024-ben publikált közösségi javaslat: markdown tartalomjegyzék a domain gyökerében.
- Az llms.txt rövid, hivatkozás-központú lista, az llms-full.txt viszont a teljes tartalmat egyetlen fájlban adja vissza.
- A fájlnak a gyökérben kell lennie, sima szövegként kiszolgálva, böngészőből egy URL-behívással ellenőrizhető.
- Több dokumentációs platform publikálja, de egyetlen nagy kereső sem igazolta, hogy rangsorolási tényezőként számolna vele.
- Előbb a jól strukturált HTML, a tiszta címsorok és a strukturált adat, utána jöhet az llms.txt kiegészítésként.
Gyakori kérdések
Kötelező elkészíteni az llms.txt fájlt?
Nem. Semmilyen szabvány, kereső vagy hatóság nem írja elő. Közösségi javaslatról van szó, amit önkéntesen lehet követni. Attól, hogy nincs, semmi hátrány nem ér.
Ronthat az llms.txt a Google-helyezéseimen?
Nincs ismert mechanizmus, amin keresztül rontana: a fájl nem befolyásolja a HTML-t, a sebességet és a robots.txt szabályokat. Egyetlen dolgot érdemes elkerülni, hogy olyasmit írj bele, ami ellentmond a weboldalad tartalmának.
Elég, ha csak az llms-full.txt fájlt készítem el?
Nem javasolt. A javaslat az llms.txt köré épül, az llms-full.txt csak kiegészítés. Kis és közepes oldalnál a rövid, hivatkozás-alapú változat gyakorlatiasabb, és sokkal könnyebben tartható naprakészen.
Milyen gyakran kell frissíteni?
Akkor, amikor a hivatkozott oldalak változnak: új szolgáltatás indul, megszűnik egy aloldal, változik a cím vagy a nyitvatartás. Egyébként negyedéves átnézés bőven elég. Az elavult, hibás linkeket tartalmazó fájl rosszabb, mint ha nem is lenne.
Van olyan bővítmény, ami WordPressen automatikusan legyártja?
Léteznek ilyen bővítmények, de a legtöbb egyszerűen kilistázza az összes bejegyzést, ami pont a lényeget veszíti el: a válogatást és a kézzel írt leírásokat. Egy tizenöt aloldalas szolgáltató oldalnál a kézzel írt fájl jobb minőségű, és nem jár újabb bővítmény karbantartásával.
Honnan tudom meg, hogy egy AI valóban olvasta a fájlomat?
A szervernaplóból. Keresd meg az llms.txt fájlra érkező kéréseket, és nézd meg a user agent mezőt. Ez az egyetlen megbízható visszajelzés, mert a kereső- és asszisztensfelületek erről nem adnak jelentést.
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.