Brak llms.txt w audycie AI: co oznacza ostrzeżenie
Sprawdź dokładny URL, odpowiedź HTTP i cel audytu, zanim uznasz brak llms.txt za problem z wyszukiwaniem opartym na AI.
Wyobraź sobie, że audyt AI pokazuje Twojej witrynie czerwoną kartkę: „Brak llms.txt”. Zanim dodasz plik, żeby usunąć ostrzeżenie, otwórz ustalenie i sprawdź, jaki URL oraz jaka kontrola je wygenerowały. Brak opcjonalnego indeksu, strona błędu HTML zwrócona jako sukces i awaria serwera wymagają różnych decyzji. Żadna z tych obserwacji sama w sobie nie mówi, czy odpowiedź AI zacytuje Twoją witrynę.
Ustal, co mierzy kontrola
Zapisz nazwę i wersję narzędzia, datę, dokładne ostrzeżenie oraz testowany URL. Przeczytaj dokumentację tej kontroli. Podczas sprawdzania źródeł 9 listopada 2026 roku dokumentacja llms.txt w Lighthouse podawała, że błąd serwera jest oznaczany, a brak pliku z odpowiedzią 404 otrzymuje status „Nie dotyczy”. Opisywała plik jako opcjonalny. Inne narzędzie może jedynie informować, czy znalazło plik. Jego czerwona etykieta nie zmienia tego, co rzeczywiście zwróciło żądanie.
Dla AI Overviews i AI Mode Google podaje, że nie jest wymagany nowy plik tekstowy dla AI. To odpowiada na pytanie o warunki pojawienia się w wyszukiwarce Google. Nie ustala, jak każdy inny asystent obsługuje indeks. Oddziel kryterium audytu od wymogu platformy, gdy wybierasz poprawkę.
Przeczytaj odpowiedź kryjącą się za wynikiem
Otwórz dokładnie ten URL, który sprawdzał audyt. Aby zbadać żądanie w Chrome, otwórz panel Sieć, ponownie załaduj URL i wybierz jego żądanie. Sprawdź metodę, końcowy URL po przekierowaniach, status, nagłówki i treść w zakładce „Response”. Samo żądanie HEAD ani sam nagłówek Content-Type nie pokazują, co zwrócił GET.
Rozważ fikcyjną witrynę dokumentacji docs.example. Jej /llms.txt zwraca 404, ale /docs/llms.txt dostarcza indeks Markdown. Obecna propozycja llms.txt dopuszcza pliki w katalogu głównym lub podścieżce, obejmujące strony znajdujące się pod daną ścieżką. Audyt sprawdzający tylko plik w katalogu głównym nie zbadał indeksu dokumentacji. To różnica zakresu, a nie dowód, że trzeba powielić plik w katalogu głównym. Zanim zmienisz położenie, sprawdź, gdzie szuka go zamierzony klient.
Załóżmy teraz, że /llms.txt zwraca HTTP 200, ale jego treścią jest ekran HTML „Nie znaleziono strony” w szacie graficznej witryny. Kontrola oparta wyłącznie na statusie mogłaby uznać to za sukces. Zapisz rzeczywisty wynik: URL zwrócił stronę błędu HTML zamiast zamierzonego indeksu Markdown. Poproś osobę zarządzającą trasowaniem o zbadanie tej odpowiedzi. Jeśli zamiast tego otrzymasz stronę główną, stronę logowania lub kontrolę dostępu, zapisz ten wynik; sam nagłówek text/html nie pozwala ich odróżnić.
Jeśli żądanie zwraca 500, zapisz błąd serwera. Nie dowodzi to, że pliku brakuje. Jeśli odpowiedź zawiera czytelny Markdown, sprawdź również treść i linki. Propozycja wymaga nagłówka z nazwą projektu lub witryny, ale sam nagłówek nie pokazuje, czy indeks opisuje obecną witrynę lub prowadzi do przydatnych stron.
Zdecyduj, komu ma służyć plik
Utrzymywany indeks dokumentacji może zapewnić osobie lub agentowi krótką drogę do odpowiednich materiałów. OpenAI publikuje taki indeks swojej dokumentacji deweloperskiej. Pokazuje to istnienie opublikowanego indeksu. Nie ustanawia wymogu dla innych witryn ani nie pokazuje, że ChatGPT Search pobiera ich pliki.
Jeśli pliku ma używać konkretny klient lub proces korzystania z dokumentacji, ustal strony, które powinien znaleźć. Dbaj o zgodność podsumowania z faktami, podążaj za linkami i sprawdzaj, czy strony docelowe są aktualne i czytelne. Uwzględnij indeks w procesie aktualizacji, gdy te strony zmieniają adres. Mała witryna również może mieć taki przypadek użycia.
Jeśli chcesz jedynie, żeby funkcje AI Google znalazły stronę, która już jest użyteczna, ostrzeżenie o brakującym pliku nie wykazało nowego wymogu. Zbadaj rzeczywiste problemy z dostępem i treścią, korzystając z poradnika podstaw treści i techniki. Dodanie indeksu nie dowodzi, że powiązana strona jest dostępna ani że jej twierdzenia są jasne.
Potwierdź poprawkę obserwowalnymi dowodami
Załóżmy, że w fikcyjnej witrynie poprawiasz link w /docs/llms.txt prowadzący do usuniętego poradnika konfiguracji. Otwórz indeks ponownie, przejdź poprawionym linkiem i potwierdź, że ładuje się oczekiwany poradnik. Powtórz pierwotny audyt w tej samej wersji narzędzia, zapisz czas wykonania i upewnij się, że oglądasz wynik nowego uruchomienia. Jeśli audyt nadal sprawdza tylko /llms.txt, jego wynik może się nie zmienić mimo naprawionego linku do dokumentacji.
Zapis zakończenia powinien być precyzyjny: „Indeks dokumentacji prowadzi do aktualnego poradnika konfiguracji; kontrola pliku w katalogu głównym nadal pokazuje własny wynik”. Późniejsze zarejestrowane żądanie pokazuje tylko to, co obejmuje dany zapis, a nie to, że model wykorzystał treść. Cytowanie wymaga zaobserwowanej odpowiedzi. Wpływ tej zmiany na cytowania, wizyty lub konwersje pozostaje niezweryfikowany, dopóki nie masz dowodów na takie wyniki.