llms.txt: Google mówi, że go nie czyta. Dla kogo więc jest ten plik

Przez ostatni rok llms.txt stał się obowiązkowym punktem checklist i osobną pozycją w ofertach. Argument wszędzie ten sam: „żeby widziały was sieci neuronowe". Google tymczasem zapisał w swojej dokumentacji, że jego wyszukiwarka ten plik po prostu ignoruje. Przyjrzyjmy się, czym ten plik jest, kto go naprawdę czyta i kiedy mimo wszystko warto go zrobić.

Czym jest ten plik

Propozycję llms.txt opublikował Jeremy Howard we wrześniu 2024 roku. Pomysł jest prosty i na pierwszy rzut oka sensowny: strona HTML jest zbudowana dla człowieka — nawigacja, reklamy, skrypty — a wyciągnięcie z niej czystego tekstu jest dla modelu trudne. Połóżmy więc w katalogu głównym witryny plik markdown z krótkim opisem projektu i linkami do dokumentów, które naprawdę się liczą.

Format jest minimalny: nagłówek pierwszego poziomu z nazwą projektu — jedyna wymagana część — krótkie streszczenie w formie cytatu, opcjonalnie dowolne wyjaśnienia, a dalej listy linków pogrupowane nagłówkami drugiego poziomu.

Ważny szczegół, zwykle pomijany w ofertach: to nie jest standard. To propozycja jednej osoby, otwarta na uwagi społeczności. Nie ma statusu specyfikacji W3C ani IETF i żadna wyszukiwarka nie jest zobowiązana jej wspierać.

Co mówi Google

Google wypowiedział się maksymalnie jednoznacznie — we własnym przewodniku po optymalizacji pod generatywne funkcje wyszukiwarki.

Sformułowanie nie zostawia pola do interpretacji: nie „na razie nie używamy", nie „wpływ jest nieznaczny", lecz „ignoruje". Dlatego każda oferta „optymalizacji llms.txt dla lepszych pozycji w Google" sprzedaje coś, co zgodnie z dokumentacją dostawcy nie istnieje.

W tym samym dokumencie Google obala też drugi popularny mit — o obowiązkowych znacznikach:

A na pytanie, co w takim razie działa, odpowiada tak: najlepsze praktyki SEO pozostają aktualne, bo funkcje generatywne opierają się na tych samych systemach rankingu i oceny jakości co zwykła wyszukiwarka. Wymaganie wobec strony jest dokładnie jedno i dobrze znane: musi być zaindeksowana i uprawniona do wyświetlania ze snippetem.

Skąd wzięło się zamieszanie: Chrome sprawdza to, co wyszukiwarka ignoruje

Tu właśnie leży przyczyna, dla której rynek jest przekonany o czymś przeciwnym. Od maja 2026 roku w Lighthouse — narzędziu audytu wbudowanym w Chrome — kategoria „Agentic Browsing" jest w konfiguracji domyślnej, a każdy raport zawiera teraz sprawdzenie llms.txt. Patrzy, czy plik istnieje, czy ma nagłówek pierwszego poziomu, czy nie jest zbyt krótki i czy zawiera linki.

Dalej dzieje się rzecz przewidywalna: specjalista uruchamia Lighthouse, widzi niezaliczone sprawdzenie w narzędziu od Google i wnioskuje, że Google tego pliku wymaga. A klient widzi czerwony znacznik w raporcie i prosi o jego zamknięcie.

Sprzeczności tu nie ma, są różni adresaci. Kategoria w Lighthouse jest oznaczona jako eksperymentalna, nie ma znanej oceny od 0 do 100 — tylko odsetek zaliczonych sprawdzeń — a samo narzędzie opisuje llms.txt jako sygnał wykrywalności dla agentów AI, a nie jako dyrektywę dla robotów wyszukiwarek. Chrome mierzy gotowość witryny na agentów, którzy po niej chodzą; wyszukiwarka przy rankingu tego pliku nie czyta. Oba stwierdzenia należą do Google i dotyczą różnych rzeczy.

Praktyczny wniosek: niezaliczone sprawdzenie w Lighthouse nie oznacza problemu z SEO. To osobna, eksperymentalna metryka, a traktowanie jej jako czynnika rankingowego to błąd, który drogo się sprzedaje.

Kto go faktycznie publikuje

Popularny argument za plikiem brzmi tak: „publikują go wszystkie duże firmy AI, więc musi być ważny". Postanowiliśmy sprawdzić to ręcznie, zamiast wierzyć na słowo. Odpytaliśmy /llms.txt pod adresami dokumentacji 6 sierpnia 2026 roku.

Obraz okazał się o połowę skromniejszy niż obiegowa opinia. Plik mają Anthropic i Perplexity, ale pod sprawdzonymi adresami nie ma go ani OpenAI, ani Google. Uczciwe zastrzeżenie: firma może publikować plik pod inną ścieżką, a jego obecność na jednej subdomenie nic nie mówi o pozostałych. Ale twierdzenie „publikują go wszyscy" nie przechodzi weryfikacji.

Publikować i czytać to dwie różne rzeczy

I to jest główne przeinaczenie w sporach wokół llms.txt. To, że firma wykłada taki plik przy swojej dokumentacji, nie znaczy, że jej model czyta cudze takie pliki, odpowiadając użytkownikowi. To dwa zupełnie różne działania.

Z publikacją wszystko jest przejrzyste: pliki istnieją, można je otworzyć i obejrzeć. Z czytaniem jest trudniej — publicznych zobowiązań w rodzaju „używamy waszego llms.txt przy tworzeniu odpowiedzi" nie złożył żaden z dużych dostawców wyszukiwania. Jedyne jednoznaczne stwierdzenie w tej sprawie należy do Google i jest przeczące.

Tam, gdzie plik działa przewidywalnie, to narzędzia, którym sam go podajesz. Agenci kodujący, asystenci dokumentacji, wewnętrzni pomocnicy: tam llms.txt pełni rolę mapy, po której narzędzie rozumie, które strony Twojej dokumentacji są najważniejsze. Właśnie dlatego generują go automatycznie platformy dokumentacji i właśnie dlatego mają go Anthropic i Perplexity — w obu przypadkach to dokumentacja dla programistów, którą czytają agenci.

Robić czy nie robić

Odpowiedź zależy od tego, dla kogo go robisz, i prawie w ogóle nie zależy od SEO.

Co robić zamiast tego

Skoro Google wprost wskazał, co ma znaczenie, rozsądnie jest się tym zająć — tym bardziej że lista jest krótka i nudna.

Upewnić się, że strony są w indeksie. Jedyne twarde wymaganie, jakie Google formułuje dla obecności w funkcjach generatywnych: strona musi być zaindeksowana i uprawniona do wyświetlania ze snippetem. Strona poza indeksem nie trafi ani do zwykłych wyników, ani do odpowiedzi AI — i żaden plik w katalogu głównym tego nie zmieni.

Nie obcinać snippetów bez powodu. Dyrektywy nosnippet i max-snippet, dodane kiedyś przeciw scraperom, wykluczają stronę także z funkcji generatywnych.

Pisać to, czego nie mają inni. W tym samym przewodniku Google prosi o „wartościową, nietuzinkową treść" z własnym punktem widzenia. To nie hasło, lecz bezpośrednia konsekwencja tego, jak powstaje odpowiedź generatywna: nie ma po co umieszczać w niej powtórzenia rzeczy powszechnie znanych.

Nic z tego nie wygląda na nowość — i o to chodzi. Funkcje generatywne są zbudowane na tych samych systemach rankingu co zwykła wyszukiwarka, więc działa w nich to samo.

Sprawdź indeksację witryny

To jedyne wymaganie, które Google faktycznie wskazał. Sprawdzanie jest bezpłatne.

Najczęstsze pytania

Czym jest llms.txt w prostych słowach?
To plik markdown w katalogu głównym witryny z krótkim opisem projektu i linkami do głównych dokumentów, żeby model językowy nie musiał parsować HTML. Propozycję opublikował Jeremy Howard we wrześniu 2024 roku. To nie standard, lecz otwarta inicjatywa.

Czy llms.txt wpływa na pozycje w Google?
Nie. Google we własnym przewodniku pisze wprost, że nie trzeba tworzyć plików odczytywalnych maszynowo, plików tekstowych dla AI ani Markdown, żeby pojawiać się w wyszukiwarce, i że nie zaszkodzi to ani nie pomoże widoczności, ponieważ wyszukiwarka Google je ignoruje.

Czy llms.txt pomaga trafić do AI Overviews?
Nie. Funkcje generatywne Google są zbudowane na tych samych systemach rankingu co zwykła wyszukiwarka i osobny kanał przez plik w katalogu głównym nie istnieje. Wymaganie wobec strony jest to samo: być zaindeksowaną i uprawnioną do wyświetlania ze snippetem.

Kto w ogóle używa llms.txt?
Weryfikowalna jest publikacja: plik istnieje przy dokumentacji Anthropic i Perplexity, generują go automatycznie platformy dokumentacji, a czytają go agenci kodujący i asystenci, którym podaje się go bezpośrednio. Dużi dostawcy wyszukiwania nie złożyli publicznych zobowiązań, że używają cudzego llms.txt przy tworzeniu odpowiedzi.

Czy llms.txt może zaszkodzić witrynie?
Sama obecność pliku — nie, Google go po prostu ignoruje. Możliwa jest szkoda pośrednia: nieaktualny plik z linkami do usuniętych stron wprowadza w błąd te narzędzia, które go jednak czytają, a czas na ręczne prowadzenie idzie bez mierzalnego zwrotu.

Czy do trafienia w odpowiedzi AI potrzebne są znaczniki schema.org?
Według dokumentacji Google — nie: dane strukturalne nie są wymagane w generatywnym wyszukiwaniu AI i nie ma do tego specjalnych znaczników. Znaczniki pozostają przydatne dla wyników rozszerzonych w zwykłej wyszukiwarce, ale to inne zadanie.

Źródła

Google Search Central, przewodnik po optymalizacji pod generatywne funkcje AI w wyszukiwarce: sformułowania o plikach odczytywalnych maszynowo, danych strukturalnych i wymaganiach wobec strony.
llmstxt.org — propozycja llms.txt, pierwsza publikacja 3 września 2024 roku, autor Jeremy Howard: format i status inicjatywy.
Sprawdzenie własne, 6 sierpnia 2026: zapytania o /llms.txt pod sześcioma adresami dokumentacji; kody odpowiedzi podano w tabeli.