Czy Google czyta llms.txt?

Google nie ogłosił obsługi tego pliku. Dokumentacja robotów Google wymienia robots.txt i token Google-Extended jako mechanizmy kontroli, a o llms.txt nie wspomina. Traktuj plik jako dodatek dla agentów, nie jako sygnał dla wyszukiwarki.

Czy llms.txt blokuje roboty modeli językowych?

Nie. To plik informacyjny, nie plik reguł. Dostęp robotów kontroluje robots.txt, w tym token Google-Extended dla trenowania modeli Gemini i groundingu.

Czym różni się llms.txt od mapy witryny?

Mapa witryny wymienia wszystkie adresy do zindeksowania. llms.txt to krótki, wybrany przewodnik z opisami, który ma zmieścić się w oknie kontekstu modelu i może linkować także poza serwis.

Co to jest llms-full.txt?

To spotykana w praktyce konwencja: jeden plik z pełną treścią dokumentacji zamiast listy linków. Specyfikacja na llmstxt.org w wersji 2 opisuje tylko llms.txt, więc llms-full.txt nie jest jej częścią.

Czy llms.txt musi być w katalogu głównym?

Nie. Według specyfikacji plik może leżeć w katalogu głównym albo w dowolnej ścieżce i wtedy opisuje strony pod tą ścieżką. Przy kilku plikach agent ma użyć najbardziej szczegółowego.

Jeśli masz dokumentację albo treści, po których agenci mają się poruszać, plik kosztuje niewiele. Nie oczekuj po nim efektu w wyszukiwarce Google, bo takiego efektu nikt nie udokumentował.

llms.txt (plik dla modeli językowych)

llms.txt to propozycja pliku w formacie Markdown umieszczanego pod adresem /llms.txt, który daje agentom i modelom językowym zwięzły opis serwisu i listę linków do najważniejszych treści. To nie standard, tylko społecznościowa specyfikacja. Google nie ogłosił, że używa tego pliku w wyszukiwarce ani w swoich robotach. Plik nie zastępuje robots.txt, bo niczego nie blokuje.

llms.txt to propozycja pliku Markdown pod adresem /llms.txt, który streszcza serwis i linkuje do treści przyjaznych modelom językowym. Google nie ogłosił jego obsługi. Plik nie blokuje robotów, to robi robots.txt.

Jak wygląda

Specyfikacja (llms.txt) opisuje stałą kolejność sekcji. Przykład dla małego sklepu z ekspresami do kawy:

# Kawiarka.example

> Sklep z ekspresami ciśnieniowymi i akcesoriami. Wysyłka w Polsce, serwis własny, poradniki o parzeniu.

Ceny w PLN z VAT. Dane produktów aktualizujemy codziennie.

## Produkty

- [Ekspresy kolbowe](https://kawiarka.example/ekspresy-kolbowe/index.md): lista modeli z ciśnieniem, mocą i pojemnością

- [Młynki](https://kawiarka.example/mlynki/index.md): młynki żarnowe z zakresem mielenia

## Poradniki

- [Jak ustawić grubość mielenia](https://kawiarka.example/poradnik/mielenie.md): krok po kroku z typowymi błędami

## Optional

- [Regulamin](https://kawiarka.example/regulamin.md)

Jedyna sekcja wymagana to nagłówek H1 z nazwą serwisu. Po nim idą: cytat blokowy ze streszczeniem, dowolne akapity bez nagłówków, a potem sekcje H2 z listami linków. Każdy link to [nazwa](adres) z opcjonalnym opisem po dwukropku.

Co mówi specyfikacja

Według specyfikacji (llms.txt) plik ma dawać agentom zwięzłe, eksperckie informacje w jednym miejscu, bo strony HTML niosą nawigację, reklamy i skrypty, które model musi odfiltrować. Specyfikacja proponuje też, by strony z treścią dla agentów miały wersję Markdown pod tym samym adresem z końcówką .md i by wskazywać ją relacją rel="alternate" type="text/markdown", a sam plik llms.txt relacją rel="describedby", w elemencie link albo w nagłówku HTTP Link.

Ta sama strona porównuje plik z istniejącymi standardami. Mapa witryny wymienia wszystkie strony dla wyszukiwarek, a llms.txt to wybrany przegląd dla modeli. Plik robots.txt mówi, jaki dostęp jest dozwolony, a llms.txt jest czytany na żądanie, gdy agent potrzebuje informacji o temacie. Sekcja „Optional” to konwencja dla linków drugorzędnych, bez mechanicznego znaczenia.

Czego specyfikacja nie obiecuje: że którakolwiek wyszukiwarka użyje pliku w rankingu. Opisuje zastosowanie przede wszystkim w dokumentacji oprogramowania, gdzie agenci kodujący szukają odniesień do API.

Jak traktuje to Google

Google nie opublikował dokumentacji o obsłudze llms.txt. W oficjalnym omówieniu robotów (typowe roboty Google) jedynym mechanizmem kontroli dla trenowania modeli jest token Google-Extended w pliku robots.txt. Według tego dokumentu Google-Extended nie ma osobnego klienta użytkownika w żądaniach, bo skanowanie odbywa się dotychczasowymi klientami Google, a token decyduje, czy treść może służyć do trenowania modeli Gemini i do groundingu. Nie wpływa na obecność witryny w wyszukiwarce ani na pozycję.

Wniosek: jeśli chcesz ograniczyć wykorzystanie treści przez Google do modeli, zrób to w pliku robots.txt regułą dla Google-Extended. Jeśli chcesz ograniczyć podgląd treści w wynikach i przeglądach generowanych przez sztuczną inteligencję, użyj dyrektyw nosnippet albo max-snippet w tagu meta robots, opisanych w specyfikacji Google (metatagi robots i X-Robots-Tag). Plik llms.txt żadnej z tych rzeczy nie zrobi.

Kiedy ma sens

dokumentacja produktu albo API, po której agenci mają się poruszać,
serwis z poradnikami, które chcesz podać modelom w czystej formie,
firma, która chce w jednym miejscu opisać ofertę, zasady i kontakt dla asystentów.

Kiedy nie ma sensu:

jako zamiennik mapy witryny albo robots.txt,
jako sposób na „pozycjonowanie w asystentach”, bo żaden duży dostawca wyszukiwarki nie udokumentował takiego efektu,
jako plik generowany automatycznie z całej mapy witryny, bo przestaje być zwięzły.

Najczęstsze błędy

Błąd	Skutek
Plik zwraca 404 albo przekierowanie	Agent nic nie dostaje, choć plik „jest w repozytorium”
Linki do stron HTML zamiast wersji Markdown	Agent i tak musi filtrować nawigację i skrypty
Brak streszczenia w cytacie blokowym	Model nie wie, czym jest serwis, zanim przejdzie do linków
Traktowanie pliku jak blokady robotów	Roboty dalej skanują, bo blokuje tylko robots.txt
Kopia całej mapy witryny	Plik nie mieści się w kontekście, traci sens
Plik niespójny z treścią serwisu	Agent cytuje nieaktualne dane

Jak sprawdzić

Plik musi odpowiadać kodem 200 i typem tekstowym:

curl -I https://example.com/llms.txt

curl -s https://example.com/llms.txt | head -20

Sprawdź, czy każdy link z pliku odpowiada 200, bo martwy link w przewodniku dla agenta to martwy przewodnik. Wersję Markdown strony sprawdzisz tak samo, dopisując .md do adresu. Dostęp robotów do serwisu potwierdzisz w sprawdzarce robots.txt, a kody odpowiedzi w sprawdzarce przekierowań.

Monitorowanie

IndexRise nie monitoruje pliku llms.txt, bo nie ma dowodów, że wpływa na indeksowanie w Google. Najbliższe sprawdzenie to nocna kontrola pliku robots.txt, w tym reguł dla Google-Extended, oraz meta robots i nagłówka X-Robots-Tag, które decydują o tym, co Google może zindeksować i pokazać. Jeśli wdrożenie zmieni te pliki, dowiesz się rano.

llms.txt to przewodnik dla agentów, nie sygnał dla wyszukiwarki. Kontrolę nad tym, co Google skanuje i pokazuje, dalej masz w robots.txt i meta robots.