Krótko: jeśli dodajecie go w nadziei na częstsze trafianie do odpowiedzi ChatGPT albo do przeglądów AI w Google, dane mówią, że nie. Google stwierdza wprost, że jego systemy wyszukiwania w ogóle z tego pliku nie korzystają, większość plików llms.txt nigdy nie została przez nikogo pobrana, a badania szukające wpływu na cytowalność go nie znalazły. Bezużyteczny jednak nie jest: obsługuje zupełnie inne zadanie, a kilka dużych firm AI faktycznie go do tego zadania używa. To, czy go potrzebujecie, zależy od tego, na które z dwóch zadań liczyliście.
Pytanie pojawia się w przewidywalnej formie: ktoś przeczytał, że llms.txt to „nowy robots.txt", że systemy AI rozumieją dzięki niemu stronę i że jego dodanie zwiększa szanse na trafienie do rekomendacji. Każda część tego zdania jest albo błędna, albo opisuje coś innego, niż się wydaje.
Poniżej: czym ten plik jest, co pokazują pomiary i w jakim jedynym przypadku warto go wdrożyć.
Czym naprawdę jest plik llms.txt
Plikiem markdown w katalogu głównym domeny, zawierającym ręcznie ułożoną mapę strony: podstrony, które mają znaczenie, z krótkimi opisami, uporządkowane tak, żeby maszyna zobaczyła strukturę bez przechodzenia wszystkiego.
Propozycja pochodzi z września 2024 roku. Pomysł jest rozsądny: duża strona dokumentacji ma tysiące podstron, a system czytający ją bez wskazówki może zaindeksować rzeczy nieaktualne, pominąć istotne i źle odczytać budowę. Gotowy spis treści daje mu lepszy punkt wyjścia.
Zwróćcie uwagę, co zostało opisane. To pomoc nawigacyjna, a nie kontrola dostępu ani sygnał rankingowy. Nikogo nie zablokuje i nie mówi systemowi nic, czego ten by sam nie znalazł — po prostu potania znalezienie.
Czy llms.txt pomaga trafiać do odpowiedzi asystentów AI
O to właśnie ludziom chodzi, a odpowiedź brzmi: nie — na tyle, na ile pokazuje wszystko, co da się zmierzyć.
W dokumentacji Google Search napisano wprost: wyszukiwarka Google nie używa llms.txt ani do rankingów, ani do przeglądów AI, w ogóle. Stanowisko to jest niezmienne od lipca 2025 roku, gdy potwierdził je Gary Illyes.
Niezależne pomiary wskazują w tę samą stronę. Na setkach tysięcy domen 97 procent plików llms.txt nigdy przez nikogo nie zostało pobranych, a modele statystyczne szukające wpływu na cytowalność go nie znalazły. Jedna obserwacja obejmująca ponad 500 milionów wizyt botów AI w ciągu dziewięćdziesięciu dni odnotowała 408 zapytań kierowanych bezpośrednio do llms.txt — wielkość w granicach błędu.
Wdrożenia to odzwierciedlają. Badanie na 300 tysiącach domen dało wynik nieco ponad 10 procent — po półtora roku branżowej dyskusji, której trudno nazwać cichą.
Dlaczego ten problem pliku jest strukturalny
John Mueller porównał llms.txt do meta tagu keywords i porównanie warto potraktować poważnie, a nie jako zbycie.
Tag keywords upadł z konkretnego powodu: był samodeklaracją, której nikt nie mógł zweryfikować. Strona podawała, o czym jest, i nic nie stało na przeszkodzie, żeby podała to, co najwygodniejsze. Wyszukiwarki w końcu przestały go czytać w ogóle.
llms.txt ma tę samą formę. To plik, w którym strona opisuje własną istotność, a weryfikacji nie ma w tym obiegu nigdzie. Nieuczciwym go to nie czyni, ale tłumaczy, dlaczego systemy zmuszone oceniać wiarygodność w skali podchodzą do niego ostrożnie. Z tego samego powodu cała pozostała praca nad widocznością w AI nagradza to, co potwierdzalne, a nie to, co zadeklarowane.
Kto naprawdę czyta llms.txt i po co
Tutaj werdykt „bezużyteczny" chybia: kilka dużych firm AI ten plik wykorzystuje — tylko nie do tego, o co zwykle się pyta.
Anthropic zaleca go w swoich wskazówkach dotyczących pisania dla agentów. OpenAI utrzymuje pliki llms.txt dla swojego Agents SDK. Perplexity deklaruje, że pobiera plik, żeby priorytetyzować, które podstrony czytać. A w maju 2026 roku Lighthouse w Chrome przeniósł audyt llms.txt z fazy eksperymentalnej do domyślnej kategorii przeglądania agentowego — stawiając zespół Chrome i zespół wyszukiwarki po wyraźnie różnych stronach.
Godzi to jedno: plik obsługuje pobieranie agentowe, a nie odpowiadanie konwersacyjne.
Kiedy programista prosi asystenta o pracę z czyjąś dokumentacją, ten może pobrać llms.txt tej strony jako spis treści i przejść tylko po potrzebnych podstronach, zamiast ściągać całą witrynę. To realny scenariusz pracy, dzieje się bez przerwy i jest niewidoczny dla badań mierzących zachowanie robotów albo cytowalność — bo nie jest ani skanowaniem, ani cytowaniem.
Co dokładnie tłumaczy obraz wdrożeń. Plik stawiają ci, którzy mają dużo dokumentacji: platformy dla programistów, firmy infrastrukturalne i API-owe. Strony marketingowe, blogi i witryny usług B2B w większości nie, i nie z niedbalstwa — ich odbiorcami nie są agenci kodujący.
Czy Wasza strona potrzebuje pliku llms.txt
Rozstrzygają trzy pytania i warto odpowiedzieć na nie uczciwie, a nie optymistycznie.
Czy agenci pracują z Waszą treścią? Jeśli publikujecie dokumentację, referencję API albo materiał techniczny, na który programiści kierują narzędzia — tak, wdrażajcie. Korzyść dla tych użytkowników jest realna i natychmiastowa, cokolwiek mówią badania cytowalności.
Dodajecie go dla widoczności w AI? Wtedy nie, a wysiłek należy tam, gdzie są dowody: fakty sformułowane tak, żeby maszyna mogła je powtórzyć, dane strukturalne zgodne z treścią, potwierdzenia spoza Waszej strony i treść przeżywająca streszczenie. To rusza wskazówkę, plik nie.
Macie wolne ręce i smak do opcjonalności? Wtedy decyzja jest obronna. Plik powstaje w godzinę, niczego nie psuje, a jeśli przeglądanie agentowe urośnie jako źródło ruchu, to, że go mieliście, nic Was nie kosztowało. Tylko nie liczcie go jako pracy nad widocznością.
Dla większości firm uczciwą odpowiedzią jest druga.
Błąd wdrożenia llms.txt, który naprawdę szkodzi
Jeśli jednak wdrażacie, unikajcie wersji, która zamienia nieszkodliwy plik w prawdziwy problem.
Popularne podejście polega na wygenerowaniu kopii markdown każdej podstrony obok spisu treści. Jeśli te kopie są indeksowalne, stworzyliście duplikację w skali: każda podstrona istnieje teraz dwa razy, konkuruje sama ze sobą i rozprasza budżet skanowania na zbiór plików, które nie służą żadnemu czytelnikowi.
Plik jest pomyślany jako ułożony spis treści: ważne podstrony, krótko opisane, z odnośnikami. Nie druga kopia strony. Małej witrynie wystarczy dwadzieścia pozycji; dużej warto wymienić te dwadzieścia, które mają znaczenie, a nie wszystkie dziewięćset.
Co naprawdę kontroluje dostęp AI do Waszej strony
Warto rozdzielić, bo te dwa pliki są nieustannie mylone, a realne wsparcie ma tylko jeden.
robots.txt to plik z prawdziwym i celowym wsparciem wszystkich dużych operatorów robotów AI. OpenAI, Anthropic, Google, Perplexity i pozostali publikują ciągi user-agent i w praktyce respektują dyrektywy. Jeśli chcecie kontrolować, czy systemy AI w ogóle czytają Waszą stronę, dzieje się to tam.
llms.txt nie zablokuje niczego. To sugestia, co czytać, gdy czytanie jest już dozwolone.
Praktyczna konsekwencja: jeśli widoczność w AI ma dla Was znaczenie, sprawdzać warto nie obecność llms.txt, tylko czy Wasz robots.txt przypadkiem nie blokuje robotów, które chcecie widzieć. To dwie minuty i z tych dwóch plików właśnie ten może Was realnie kosztować.
Jak podchodzę do llms.txt na stronach klientów
Nie sprzedaję wdrożenia llms.txt i ostrożnie podchodziłbym do tych, którzy sprzedają: to godzina pracy opakowana w usługę widoczności w AI.
Tam, gdzie klient ma dużo dokumentacji, a użytkownicy kierują na nią narzędzia kodujące, plik dodam — jako ulepszenie dla programistów, a nie chwyt wyszukiwarkowy. Tam, gdzie tak nie jest, powiem to samo, co mówi ten artykuł, i poświęcę czas na rzeczy mierzalnie wpływające na to, czy asystent Was wymieni.
A jeśli plik zostanie dodany, mierzy się go jak wszystko inne: stały zestaw zapytań uruchamiany przed i po, żeby pytanie „czy coś się zmieniło" zostało odpowiedziane, a nie założone.
Od czego zacząć, jeśli zastanawiacie się nad llms.txt
Sprowadzając do jednej zasady: ustalcie, które z dwóch zadań było Wam potrzebne — plik wykonuje tylko jedno z nich.
Krok praktyczny na dziś: otwórzcie swój robots.txt i sprawdźcie, czy nie są zablokowane roboty AI, które chcecie widzieć na stronie. To plik z realnymi konsekwencjami, sprawdzenie zajmuje dwie minuty, a zaskakująco wiele witryn ma tam dyrektywę, której nikt nie pamięta, kiedy dodał.
Jeśli chcecie wiedzieć, co asystenci mówią teraz o Waszej firmie — a właśnie to pytanie llms.txt zwykle zastępuje — napiszcie do mnie, sprawdzimy to porządnie.
