Yapay zekâ denetiminde llms.txt eksik: Bu uyarı ne anlama gelir?
Eksik llms.txt dosyasını yapay zekâ araması sorunu saymadan önce denetimin tam URL'sini, HTTP yanıtını ve amacını kontrol edin.
Bir yapay zekâ denetiminin sitenize kırmızı bir kart gösterdiğini düşünün: “llms.txt eksik.” Uyarıyı kaldırmak için dosya eklemeden önce bulguyu açın; hangi URL ve kontrolün bu sonucu ürettiğini belirleyin. İsteğe bağlı bir dizinin eksik olması, başarılı yanıt olarak dönen bir HTML hata sayfası ve sunucu arızası farklı kararlar gerektirir. Bu gözlemlerden hiçbiri tek başına bir yapay zekâ yanıtının sitenizi kaynak göstereceğini söylemez.
Kontrolün neyi ölçtüğünü öğrenin
Araç adını ve sürümünü, tarihi, uyarının tam metnini ve test edilen URL’yi kaydedin. O kontrolün belgesini okuyun. Kaynakları kontrol ettiğimiz 9 Kasım 2026 tarihinde Lighthouse’ın llms.txt belgesi, sunucu hatasının işaretlendiğini, eksik dosyanın 404 döndürmesinin ise Uygulanamaz sayıldığını belirtiyordu. Dosyayı isteğe bağlı olarak tanımlıyordu. Başka bir araç yalnızca dosya bulup bulmadığını bildirebilir. Kırmızı etiketi, o isteğin gerçekte ne döndürdüğünü değiştirmez.
Google AI Overviews ve AI Mode için Google, yeni bir yapay zekâ metin dosyası gerekmediğini söylüyor. Bu, Google Arama’da uygunlukla ilgili bir soruyu yanıtlar. Diğer tüm asistanların bir dizini nasıl ele aldığını göstermez. Neyi düzelteceğinize karar verirken denetim ölçütünü platform gerekliliğinden ayrı tutun.
Sonucun arkasındaki yanıtı okuyun
Denetimin kontrol ettiği tam URL’yi açın. İsteği Chrome’da incelemek için Ağ panelini açın, URL’yi yeniden yükleyin ve ilgili isteği seçin. İstek yöntemine, yönlendirmelerden sonraki son URL’ye, duruma, başlıklara ve Response gövdesine bakın. Tek başına bir HEAD isteği veya Content-Type başlığı, GET’in ne döndürdüğünü gösteremez.
Kurgusal bir belge sitesi olan docs.example’ı ele alalım. /llms.txt adresi 404 döndürürken /docs/llms.txt bir Markdown dizini döndürüyor. Güncel llms.txt önerisi, dosyaların kökte veya bir alt yolda bulunmasına ve o yolun altındaki sayfaları kapsamasına izin verir. Yalnızca kökü kontrol eden bir denetim belge dizinini incelememiştir. Bu bir kapsam farkıdır; dosyanın köke de kopyalanması gerektiğinin kanıtı değildir. Konumunu değiştirmeden önce dosyayı kullanacak istemcinin nereye baktığını kontrol edin.
Şimdi /llms.txt adresinin HTTP 200 döndürdüğünü, ancak gövdesinin sitenin tasarımını taşıyan bir “Sayfa bulunamadı” HTML ekranı olduğunu varsayalım. Yalnızca durum koduna dayanan bir kontrol bunu başarı sayabilir. Gerçek sonucu kaydedin: URL, amaçlanan Markdown dizinini değil, bir HTML hata sayfasını döndürdü. Yönlendirmeyi yöneten kişiden bu yanıtı araştırmasını isteyin. Bunun yerine bir ana sayfa, giriş sayfası veya erişim doğrulama ekranı alırsanız o sonucu kaydedin; text/html başlığı tek başına bunları ayırt edemez.
İstek 500 döndürürse bir sunucu hatası kaydedin. Bu, dosyanın eksik olduğunu kanıtlamaz. Okunabilir Markdown döndürüyorsa içeriği ve bağlantıları da inceleyin. Öneri bir proje veya site başlığı gerektirir, ancak bir başlık tek başına dizinin güncel siteyi tanımladığını ya da yararlı sayfalara yönlendirdiğini göstermez.
Dosyanın kimin için olduğunu belirleyin
Güncel tutulan bir belge dizini, bir kişiye veya ajana ilgili içeriğe kısa bir yol sunabilir. OpenAI, geliştirici belgeleri için böyle bir dizin yayımlıyor. Bu, yayımlanmış bir dizinin var olduğunu gösterir. Başka siteler için bir gereklilik oluşturmaz veya ChatGPT Search’ün onların dosyalarını getirdiğini göstermez.
Dosyayı kullanacak belirli bir istemciniz veya belge iş akışınız varsa bulması gereken sayfaları belirleyin. Özeti doğru tutun, bağlantıları izleyin ve hedeflerinin güncel ve okunabilir olduğunu kontrol edin. Bu sayfalar taşındığında dizini güncelleme sürecinize dâhil edin. Küçük bir sitenin de böyle bir kullanım senaryosu olabilir.
Amacınız yalnızca Google’ın yapay zekâ özelliklerinin zaten yararlı olan bir sayfayı bulmasını sağlamaksa eksik dosya kartı yeni bir gereklilik ortaya koymuş değildir. İçerik ve teknik temeller kılavuzunu kullanarak sayfanın gerçek erişim ve içerik sorunlarını kontrol edin. Bir dizin eklemek, bağlantı verilen sayfanın erişilebilir olduğunu veya iddialarının açık olduğunu kanıtlamaz.
Düzeltmeyi gözlemleyebildiğiniz kanıtla tamamlayın
Kurgusal sitede, /docs/llms.txt içinde silinmiş bir kurulum kılavuzuna giden bağlantıyı düzelttiğinizi varsayalım. Dizini yeniden açın, düzeltilen bağlantıyı izleyin ve beklenen kılavuzun yüklendiğini doğrulayın. İlk denetimi aynı araç sürümüyle yeniden çalıştırın, zamanını kaydedin ve yeni çalıştırmanın sonucuna baktığınızı doğrulayın. Denetim hâlâ yalnızca /llms.txt adresini kontrol ediyorsa belge bağlantısı düzeltilmiş olsa da sonuç değişmeyebilir.
Tamamlama kaydını kesin tutun: “Belge dizini güncel kurulum kılavuzuna bağlantı veriyor; kök dosya kontrolü kendi sonucunu bildirmeye devam ediyor.” Daha sonra günlüğe kaydedilen bir istek yalnızca o kaydın içerdiğini gösterir; bir modelin içeriği kullandığını göstermez. Bir kaynak gösterimi için gözlemlenmiş bir yanıt gerekir. Bu düzenlemenin kaynak gösterimlerini, ziyaretleri veya dönüşümleri değiştirip değiştirmediği, bu sonuçlara dair kanıtınız olana kadar doğrulanmamış kalır.