Az őszinte válasz arra a kérdésre, hogy csinál-e már bármit az llms.txt, így hangzik: mérhetően szinte semmit, és aki azt mondja, hogy a fájl elengedhetetlen az AI-láthatósághoz, az el akar adni valamit. Kényelmetlen álláspont ez akkor, amikor ugyanabban a lélegzetvételben mégis azt javasoljuk, hogy tegyen közzé egyet. Ezért ez a cikk előbb megmutatja a számokat, és csak utána magyarázza el az ajánlást.

Maga a fájl értelmes ötlet. Egy markdown formátumú tartalomjegyzék a webhely gyökerében, amely elmondja egy nyelvi modellnek, hogy mit publikál és hol található, ugyanúgy, ahogy a robots.txt elmondja egy crawlernek, hogy mit tölthet le. Az ötlettel nincs baj. A baj az, hogy éppen azok a cégek nem használják, amelyeknek szánták.

Mit mutatnak valójában a szervernaplók: az Ahrefs 137 000 domainre kiterjedő elemzése szerint az llms.txt fájlok 97%-a nulla kérést kapott 2026 májusában. Nem keveset. Nullát. Közben az elterjedtség egy év alatt 8,8-szeresére nőtt, vagyis a fájlt sokkal gyorsabban publikálják, mint ahogy bárki olvassa.


A számok és az, hogy honnan származnak

Két adatsort érdemes ismerni, mert a témában megjelent cikkek többsége egyiket sem idézi.

Az Originality.ai több mint 3 millió webhelyet követett 2025 júniusa és 2026 májusa között. Az llms.txt előfordulásainak száma 4088-ról 36 120-ra emelkedett, ami 8,8-szeres növekedés, és 2026 májusáig nagyjából 38 980 webhely tett közzé valamelyik rokon formátumot. Ez valódi növekedés, csak nagyon alacsony bázisról indult.

Az Ahrefs ezután 137 000 domain szervernaplóit elemezte, és azt találta, hogy ezeknek a fájloknak a 97%-a nulla kérést kapott 2026 májusában. A ténylegesen beérkező kérésekből az AI-visszakereső botok 1,1%-ot tettek ki. A GPTBot a fájlokra érkező kérések 4,51%-át adta, a ClaudeBot 0,80%-át, a DeepseekBot pedig 0,02%-át.

A két tanulmány együtt egy olyan szabványt ír le, amelyet a kiadók lelkesen bevezetnek, a fogyasztói oldal viszont szinte teljesen figyelmen kívül hagy.

Mit mondanak valójában az AI-cégek

Ez az a rész, amely eldönti a vitát.

A Google nem támogatja. Ezt 2025 júliusában nyilvánosan kimondta, és hozzátette, hogy nincsenek is ilyen tervei. Az OpenAI nem említi az llms.txt fájlt a crawlereiről szóló dokumentációban, és a webhelytulajdonosokat a robots.txt felé irányítja. Az Anthropic közzéteszi a saját llms.txt fájlját, és részt vett a javaslatról szóló egyeztetésben, de nem állította, hogy a Claude visszakeresése beolvasná mások fájljait.

A Perplexity a figyelemre méltó kivétel: azt mondja, letölti a fájlt, hogy segítsen rangsorolni az oldalakat.

Finom irónia rejlik az adatokban: a Google, az OpenAI és az Anthropic mind közzétesz llms.txt fájlt a saját dokumentációjához, miközben azt tanácsolják a webhelytulajdonosoknak, hogy ne építsenek rá a keresési láthatóság érdekében. Hasznos, ha a saját dokumentációjuk gépi úton olvasható. Ez azonban nem ugyanaz, mintha a crawlereik olvasnák az önökét.

A valódi fogyasztók ma a kódoló ügynökök, nem a keresőmotorok. A Cursor, a Claude Code, a Continue és a Cline beolvassa az llms.txt fájlt, amikor a felhasználó ráállítja őket egy domainre. Ha a terméküknek van fejlesztői dokumentációja, az valódi közönség valódi szándékkal, és valószínűleg ez a legerősebb érv amellett, hogy legyen ilyen fájljuk.

Akkor miért tegyen közzé egyet mégis

Négy ok, és egyik sem az, hogy „javítani fogja a helyezéseit".

Szinte semmibe nem kerül. A saját tartalomból generált tartalomjegyzék egy délután munkája, és még ennyi sem, ha a webhely már ismeri a saját szerkezetét.

A létező fogyasztók szándéka erős. Az a fejlesztő, aki a Cursort a dokumentációjukra állítja, közelebb van a termék használatához, mint a keresési forgalom nagy része. Az, hogy a Perplexity előre sorolja az oldalaikat, kicsi, de valós hatás.

A szabványok elterjedése racsnihoz hasonlít. Ha a visszakereső rendszerek mégis elkezdik feldolgozni a fájlt, a helyes és naprakész fájllal rendelkező webhelyek készen állnak, a többi nem. A korán érkezés ára egy délután. A késésé annyi, amennyi idő alatt egyáltalán észreveszik.

A megírása auditra kényszerít. Pontos tartalomjegyzéket készíteni annyit tesz, mint számba venni mindent, amit publikálnak. Pontosan így találják meg azokat az oldalakat, amelyekre senki nem hivatkozik, és azokat a rovatokat, amelyekről megfeledkeztek.

Ez az utolsó pont nem elméleti. A saját fájlunk auditja ebben a hónapban olyan problémát hozott a felszínre, amely többet ért, mint maga a fájl.

Az elavult llms.txt rosszabb, mint a semmilyen

A mi llms.txt fájlunk 29 bejegyzést sorolt fel. A webhelyen 166 volt. Ami rosszabb: minden URL-ből hiányzott a nyelvi előtag, így a mecanik.dev/posts/<slug>/ cím 404-et adott vissza, miközben az élő oldal a mecanik.dev/en/posts/<slug>/ címen volt. A fájlban szereplő 243 webhelycímből hét válaszolt.

Bármi is olvasta ténylegesen, egy nem létező webhely térképét kapta a kezébe. Ez szigorúan rosszabb, mintha semmit nem tettünk volna közzé, mert a semmi legalább őszintén bukik el.

A tanulság túlmutat ezen az egy fájlon. A tartalomjegyzék ígéret a webhelyről, és a karbantartás nélkül hagyott ígéret csendben hazugsággá válik. Ha közzétesznek egyet, tegyék ugyanabba a kiadási folyamatba, mint a sitemapot, és teszteljék, hogy a címek válaszolnak-e, ahelyett hogy feltételeznék, a generátor jól állította elő őket. Attól, hogy egy slug létezik a tartalomban, még nem biztos, hogy az URL válaszol a szerveren.

Hogyan tegyen közzé egyet rendesen

Kövessék az llmstxt.org specifikációját , ahelyett hogy saját formátumot találnának ki. A webhely nevét tartalmazó H1 az egyetlen kötelező elem. Egy idézetblokkba tett összefoglaló és a jegyzetelt linkeket tartalmazó H2 szakaszok a konvenció. Szintén konvenció az Optional szakasz azoknak a linkeknek, amelyeket egy ügynök kihagyhat, ha kevés a kontextus.

A specifikáción túl három gyakorlati szabály. A fájlt a tartalomból generálják, ne kézzel tartsák karban, mert a kézzel karbantartott tartalomjegyzék két hónapon belül elavul. Minden URL-t valódi kéréssel teszteljenek. És ha a webhely többnyelvű, egyszer írják le a nyelvi mintát, ahelyett hogy minden nyelvet felsorolnának, hogy az olvasó egy szabályból bármelyik címet fel tudja építeni.

A generatív motor optimalizálásról szóló útmutatónk az AI-láthatóság mérhetően működő részeit tárgyalja, a hogyan olvassák az AI-keresők a strukturált adatokat című írás pedig a schema jelöléssel foglalkozik, amelyet az llms.txt-vel ellentétben olyan rendszerek dolgoznak fel, amelyek ezt nyilvánosan dokumentálják is.

Az ajánlás

Tegyenek közzé egyet. Tartsák pontosan. Idén ne várjanak tőle semmit, és ne engedjék, hogy bárki AI-láthatósági szolgáltatásként számlázza ki.

Ha azt keresik, ami valóban mozgatja az AI-hivatkozásokat, az nem egy fájl a domain gyökerében. Olyan tartalom, amely elég teljesen válaszol meg egy kérdést ahhoz, hogy idézzék, és elég tekintély ahhoz, hogy egy visszakereső rendszer megbízzon a válaszban. A Mecanik mindkettőt lefedi egy technikai SEO auditban , beleértve azt is, hogy a gépi úton olvasható indexeik igazat mondanak-e a webhelyről.


Kapcsolódó olvasnivaló: Miért rangsorol a tartalmad, mégsem hivatkoznak rá soha , AI-crawlerek tiltása vagy engedélyezése: az üzleti döntés , Google AI Mode: mit jelent a webhelyed forgalmára nézve és Ügyvédi irodák SEO ügynöksége: megfelelés, tartalom és költség .


Gyakran ismételt kérdések

Tényleg működik az llms.txt 2026-ban? Alig. Az Ahrefs 137 000 domainre kiterjedő elemzése szerint az llms.txt fájlok 97%-a nulla kérést kapott 2026 májusában, a ténylegesen beérkező kéréseknek pedig 1,1%-át adták az AI-visszakereső botok. Az elterjedtség egy év alatt 8,8-szeresére nőtt, vagyis a fájlt jóval gyorsabban publikálják, mint ahogy bármi olvassa.

Támogatja a Google, az OpenAI és az Anthropic az llms.txt fájlt? Nem. A Google 2025 júliusában nyilvánosan kijelentette, hogy nem támogatja az llms.txt fájlt, és nincsenek is ilyen tervei. Az OpenAI nem említi a crawlereiről szóló dokumentációban, és a webhelytulajdonosokat a robots.txt felé irányítja. Az Anthropic közzéteszi a saját fájlját, de nem mondta, hogy a Claude visszakeresése beolvasná mások fájljait. A Perplexity a kivétel: azt mondja, letölti a fájlt az oldalak rangsorolásához.

Ugyanaz az llms.txt, mint a robots.txt? Nem. A robots.txt megmondja a crawlereknek, mit tölthetnek le, és a jól viselkedő botok általánosan tiszteletben tartják. Az llms.txt egy tartalomjegyzék, amely elmondja egy nyelvi modellnek, mit publikálnak és hol, és ezt nagyon kevés rendszer veszi figyelembe. Ha az AI-crawlerek hozzáférését akarják szabályozni, a robots.txt és a CDN crawlervezérlése az, ami működik.

Ki olvassa ma valójában az llms.txt fájlt? Főként kódoló ügynökök, nem keresőmotorok. A Cursor, a Claude Code, a Continue és a Cline beolvassa a fájlt, amikor a felhasználó ráállítja őket egy domainre, a Perplexity pedig azt mondja, az oldalak rangsorolására használja. Ha fejlesztői dokumentációt tesznek közzé, ez kicsi, de valóban erős szándékú közönség.

Érdemes közzétennem egy llms.txt fájlt? Igen, de a helyes okokból. Egy délutánba kerül, a létező fogyasztók szándéka erős, és készen állnak, ha az elterjedtség javul. Rangsorbeli előnyt ne várjanak tőle. A legfontosabb, hogy tartsák pontosan: az elavult fájl, amely már nem válaszoló címeket sorol fel, rosszabb, mintha semmit nem tennének közzé, mert egy nem létező webhely térképét adja minden olvasó kezébe.