llms.txt to plik tekstowy umieszczany w korzeniu domeny, który opisuje zawartość serwisu w formie przeznaczonej dla modeli językowych. W praktyce jest to lista najważniejszych adresów, każdy z jednozdaniowym streszczeniem tego, czego dotyczy. Ma dla modeli robić to, co mapa witryny robi dla wyszukiwarek: skrócić drogę do zrozumienia, co na tej stronie jest.
Co powinno się w nim znaleźć
Struktura jest prosta i celowo pozbawiona ozdobników. Zaczyna się od nazwy serwisu, potem jedno zdanie mówiące, czym ten serwis jest i kto za nim stoi, a dalej lista pozycji: adres, tytuł i krótkie streszczenie.
- Nazwa i jedno zdanie o serwisie - kto to publikuje i czego dotyczy całość.
- Lista kluczowych adresów z pełnym URL-em, nie skrótem.
- Jedno zdanie na pozycję - nie akapit; streszczenie ma odpowiadać, o czym jest strona, a nie ją reklamować.
- Pominięcie stron bez wartości informacyjnej - regulaminu, koszyka, stron logowania.
Największy błąd polega na potraktowaniu tego pliku jako miejsca na tekst marketingowy. Streszczenie w rodzaju „najlepsze rozwiązania dla Twojej firmy" nie niesie żadnej informacji, po której da się rozpoznać, czego dotyczy strona. Streszczenie mówiące, na jakie pytanie ta strona odpowiada, spełnia swoją rolę.
Czy to działa
Uczciwa odpowiedź brzmi: nie ma pewności, a deklaracje wsparcia po stronie modeli są ostrożne. Plik nie jest standardem w takim sensie, w jakim standardem jest mapa witryny czy robots.txt - powstał jako propozycja i jego wykorzystanie zależy od decyzji poszczególnych systemów. Nikt nie może obiecać, że dany asystent go przeczyta.
Argument za utworzeniem go jest więc kosztowy, nie dowodowy. Przygotowanie pliku dla serwisu z kilkudziesięcioma stronami to praca na godzinę, a przy generowaniu z istniejącej struktury - na kilka minut. Przy tak niskim koszcie nie trzeba pewności co do skutku, żeby bilans wyszedł na plus.
Jak go utrzymywać
Plik nieaktualny jest gorszy niż jego brak, bo opisuje strukturę, której już nie ma. Jeśli serwis zmienia adresy albo dokłada strony, a plik zostaje w starej wersji, model dostaje listę odnośników prowadzących donikąd - i to jest sygnał o jakości źródła.
Rozwiązaniem jest generowanie go z tego samego źródła, z którego powstaje mapa witryny, zamiast utrzymywania ręcznej kopii. Wtedy każda zmiana w treści przenosi się automatycznie i nie ma jak powstać rozjazd. Ręczna lista sprawdza się wyłącznie przy serwisach, które się nie zmieniają.
Warto też sprawdzić, czy plik jest realnie dostępny pod adresem `/llms.txt` i zwraca zwykły tekst, a nie stronę błędu albo przekierowanie. To sprawdzenie zajmuje kilkanaście sekund i wyłapuje najczęstszą usterkę: plik wygenerowany, ale nieopublikowany.
Pozostałe elementy przygotowania strony pod modele - dostępność dla robotów, format treści i dane strukturalne - opisuje strona AI-ready.
Czym różni się od robots.txt
Oba pliki leżą w tym samym miejscu i oba są przeznaczone dla maszyn, ale odpowiadają na zupełnie inne pytania. robots.txt mówi, CZY wolno pobrać dany zasób. llms.txt mówi, O CZYM ten zasób jest. Pierwszy jest regułą dostępu, drugi opisem zawartości - i żaden nie zastępuje drugiego.
| robots.txt | Reguły dostępu dla robotów. Może zablokować pobieranie. Standard respektowany powszechnie |
|---|---|
| llms.txt | Opis zawartości serwisu dla modeli. Nie blokuje niczego. Propozycja, nie standard |
| Mapa witryny | Lista adresów z datą modyfikacji, dla wyszukiwarek. Nie opisuje treści |
Praktyczna konsekwencja: umieszczenie strony w llms.txt nie sprawi, że robot ją pobierze, jeśli robots.txt tego zabrania. Kolejność sprawdzania jest więc taka sama, jak kolejność wdrażania - najpierw dostęp, potem opis. Reguły dostępu dla poszczególnych agentów opisuje osobne hasło o robots.txt.
Kiedy nie warto się tym zajmować
Przy serwisie liczącym kilka podstron plik nie wnosi nic, czego model nie odczyta z samej strony głównej - cała struktura mieści się w jednym widoku. Sens pojawia się przy kilkudziesięciu adresach, gdy rozpoznanie, co gdzie jest, wymaga przejścia przez nawigację.
Nie warto też zaczynać od tego pliku, gdy strona nie jest jeszcze indeksowana albo blokuje roboty. To ostatni element układanki, nie pierwszy: opisuje zawartość, do której system musi mieć dostęp i którą musi uznać za wartą zacytowania.
Plik jest tani w utworzeniu, nieszkodliwy i możliwy do zautomatyzowania razem z mapą witryny, więc przy większym serwisie warto go mieć. Nie jest natomiast ani warunkiem widoczności w asystentach, ani jej gwarancją - i każda oferta przedstawiająca go jako rozwiązanie problemu z widocznością mówi o narzędziu, którego wsparcie po stronie modeli pozostaje niepewne.
Sprawdzenie osiągalności zajmuje kilkanaście sekund i warto je powtórzyć po każdym wdrożeniu.