LLMs.txt nedir? Kanıtlar ne gösteriyor ve buna ihtiyacınız var mı?

llms.txt dosyası nedir?

LLMs.txt, bir web sitesinin kök dizininde, genellikle llms.txt olarak, önemli sayfaların seçilmiş bir haritasını yayınlamak için önerilen bir Markdown kuralıdır. Dil modeli araçlarının seçili materyali bulmasına yardımcı olması amaçlanır; sayfaların kendisinin yerini tutmaz.

Öneri, bir siteyi adlandırabilen, amacını açıklayabilen ve faydalı kaynaklara işaret edebilen kısa, insan tarafından okunabilir bir belgeyi tanımlar. Pratikte, bir proje bunu bir okuyucuyu kanonik dokümantasyona, ürün bilgisine veya bakımlı bir SSS'ye yönlendirmek için kullanabilir. Dosya, birinin yönünü bulmasına yardımcı olmalı, tüm siteyi tekrarlamamalıdır.

Önemli ayrım, bir kuralı yayınlamak ile bir platformun onu kullanması arasındadır. Bir dosya herkese açık ve iyi yapılandırılmış olabilir, ancak belirli bir modelin veya tarayıcının onu okuduğunu, ona öncelik verdiğini veya onun yüzünden bir yanıtı değiştirdiğini göstermez. llms.txt önerisi kural için bir referanstır; belirli bir kullanımı doğrulayamadığınız sürece kendi uygulamanızı dokümantasyon hijyeni olarak değerlendirin.

Bir Web3 projesi için, ürünü ve terminolojisini net bir şekilde açıklayan sayfalarla başlayın. Yalnızca tanıtım amaçlı olduğu veya bir tokenden bahsettiği için materyal eklemeyin. Her bağlantı, okuyucunun projeyi güncel, onaylanmış bilgileri kullanarak anlamasına yardımcı olmalıdır.

llms.txt'yi hangi kanıtlar destekliyor?

Güvenilir başlangıç noktası, bir dosyanın var olduğuna dair kanıtı, onun keşfi veya yanıtları etkilediğine dair kanıttan ayırmaktır. Yayınlanmış bir dosya uygulamayı gösterir; tek başına bir platform tarafından benimsendiğini veya görünürlükte bir değişiklik olduğunu göstermez.

llms.txt hakkında bir iddiayı incelerken, neyin gözlemlendiğini ve gözlemin dosyaya nasıl bağlandığını sorun. Daha güçlü kanıt, tam etki alanını ve dosya sürümünü, değerlendirilen platformu veya aracı, ilgili sayfaları, gözlem süresini ve tekrarlanabilir bir karşılaştırmayı tanımlar. "AI dosyayı kullanıyor" şeklindeki genel bir iddia veya ekran görüntüsü, neden-sonuç ilişkisi kurmak için yeterli değildir.

Dosyayı bir büyüme girişimi olarak ele almadan önce bu kanıt kontrol listesini kullanın:

• Bu kural için destek gösteren bir platform bildirimi veya tekrarlanabilir test var mı?
• Dosyanın etkisini site içeriği, erişim veya atıflardaki değişikliklerden ayırabiliyor musunuz?
• Test edilen istemler ve gözlemlenen çıktılar, başka bir incelemecinin bunları tekrarlayabilmesi için kaydedildi mi?
• Sonuç, farklı bir site yerine sizin etki alanınız ve kullanım durumunuz için geçerli mi?

Kanıt yalnızca dosyanın mevcut olduğuysa, çalışmayı düşük karmaşıklıkta bir dokümantasyon deneyi olarak sınıflandırın. Daha geniş keşif çalışmaları için, teknik erişimi, içeriği ve atıfları teknik AEO ve AI görünürlük takibi yoluyla ayrı ayrı değerlendirin.

Siteniz için llms.txt gerekli mi?

Çoğu site, dosyanın sıralamaları iyileştireceği iddiasına değil, bakıma hazır olma durumuna ve seçilmiş bir kaynak haritasının değerine göre karar vermelidir. Projenizin bulunması veya ayırt edilmesi zor olan istikrarlı, yetkili sayfaları varsa, platform benimsemesi doğrulanmamış olsa bile, kısa bir dizin, ekibinizin bu kaynakları düzenleme ve sunma şeklini iyileştirebilir.

Güncel, herkese açık ve gerçekten yararlı olan küçük bir sayfa kümesini adlandırabildiğinizde dosyayı taslak olarak oluşturmayı düşünün. Temel ürün bilgileri sık sık değiştiğinde, dokümantasyon parçalanmış olduğunda veya önerilen bağlantılar eksik veya kamuya açık yorum için tasarlanmamış sayfalara yönlendirdiğinde daha zayıf bir uyumdur. Bu kaynak sayfaları düzeltmek önce gelmelidir.

Pratik bir karar kuralı, yalnızca bir sahibin dosyayı referans aldığı sayfalarla birlikte inceleyebildiği durumlarda ilerlemektir. Ürün bilgileri, dokümantasyon ve yasal incelemedeki değişiklikler için sorumluluk atayın; aksi takdirde bir zamanlar doğru olan bir özet yanıltıcı hale gelebilir. Bir dosya, özet ile ziyaretçilerin gerçekten okuyabileceği içerik arasındaki bir tutarsızlığı gizlemek için asla kullanılmamalıdır.

Bu, yapılandırılmış verinin yerini tutmaz. Amacınız varlıkları ve sayfa özelliklerini standart bir formatta tanımlamaksa, AI arama için schema işaretlemesini inceleyin. Amacınız daha geniş bir arama programını anlamaksa, farklı görevleri ayrı tutmak için teknik AEO genel bakışını kullanın.

llms.txt dosyası nasıl yazılır?

llms.txt'yi kısa bir gezinme belgesi olarak yazın: siteyi tanımlayın, neyi kapsadığını belirtin, ardından kasıtlı olarak seçilmiş bir dizi kullanışlı sayfaya bağlantı verin. Her açıklamayı gerçekçi ve hedefiyle tutarlı tutun. Bir okuyucu, desteklenmeyen iddialar veya tanıtım diliyle karşılaşmadan neyi açacağına karar verebilmelidir.

Bir proje ekibi için çalışan bir taslak oluşturma sırası:

1. Projeyi, ürünü, dokümantasyonu ve ilgili politikaları açıklayan kanonik sayfaları seçin.
2. Her sayfanın herkese açık, hedef kitlesi için erişilebilir ve dahil edilmek üzere onaylanmış olduğunu doğrulayın.
3. Sayfanın gerçek içeriğiyle eşleşen kısa bir açıklama yazın; sayfanın belirlemediği bir denetim, özellik veya durum ima etmeyin.
4. Bağlantıları okuyucu görevine göre düzenleyin, başlıkları yalnızca gezinmeyi kolaylaştırdıklarında kullanın.
5. Yayınlamadan önce Markdown'ı, hedef URL'leri ve sayfa içeriğini birlikte kontrol edin.

Dosyayı bakımı yapılabilir tutun. Her URL'den oluşan geniş bir dizin, sitedeki yinelenen paragraflar, sahibi olmayan zamana duyarlı duyurular ve güncel token, güvenlik veya düzenleyici gerçeklerle karıştırılabilecek ifadelerden kaçının. Bir kaynak sayfa değiştiğinde, eski bir açıklamanın kalmasına izin vermek yerine özeti güncelleyin veya bağlantıyı kaldırın.

Önerinin formatı için llms.txt şartnamesini referans olarak kullanın, ardından kendi editoryal ve yasal incelemenizi uygulayın. Dosya, kaynaklara bir yön levhasıdır; ayrı bir gerçek kaynağı haline gelmemelidir.

LLMs.txt vs schema.org: fark nedir?

LLMs.txt ve schema.org farklı dokümantasyon amaçlarına hizmet eder. Önerilen llms.txt kuralı, seçili sayfaların insan tarafından okunabilir bir haritasıyken, schema.org web içeriği içindeki yapılandırılmış bilgiyi tanımlamak için kelime dağarcığı sağlar. Hiçbiri, net ve doğru bir kaynak sayfanın yerini tutacak bir şey olarak ele alınmamalıdır.

Editoryal ihtiyaç, okuyucuları küçük bir dizi önemli kaynağa yönlendirmek olduğunda llms.txt'yi kullanın. Görev, desteklenen bilgiyi bir sayfada tanınan bir kelime dağarcığıyla ifade etmek olduğunda yapılandırılmış veriyi düşünün. Bu yaklaşımlar bir arada bulunabilir, ancak ayrı kalite kontrolleri gerektirirler: iyi bir bağlantı haritası yapılandırılmış veriyi doğrulamaz ve geçerli yapılandırılmış veri, net olmayan bir sayfayı kullanışlı hale getirmez.

Yapılandırılmış veri projesi için, uygulamadan önce schema.org ve ilgili platform dokümantasyonuna danışın. Sitenin doğrulayamayacağı bir durum veya ilişki önermek için özellikler eklemekten kaçının. Birleşik çalışma için, dosyayı, işaretlemeyi ve kaynak sayfa incelemesini tek bir değişiklik kaydında tutun, böylece ekip neyin güncellendiğini ve nedenini görebilir.

llms.txt editoryal kontrol ile nasıl uygulanır?

Uygulama, küçük, yönetilen bir yayın değişikliği olarak ele alınmalıdır. Dosya, ekibinizin sitenin kök düzeyindeki kaynağı için seçtiği konumda bulunur ve yayınlanan sürüm dağıtımdan sonra bir tarayıcıda kontrol edilmelidir. Gelecekteki editörlerin hafızaya güvenmek yerine onu inceleyebilmesi için sahibi, onay tarihi ve bağlantılı sayfa kümesini kaydedin.

Çalışmaya başlamadan önce bu hazırlık kontrol listesini kullanın.

Biz hazırlarız:

• Okuyucu ihtiyacına göre gruplandırılmış önerilen bir sayfa envanteri.
• Kısa, doğrulanabilir açıklamalarla bir taslak.
• Bir bağlantı ve içerik tutarlılığı incelemesi.
• Sahibini ve gelecekteki inceleme tetikleyicilerini belirleyen bir devir notu.

Müşteri sağlar:

• Kanonik alan adı ve tercih edilen dokümantasyon giriş noktaları.
• Onaylanmış herkese açık URL'ler ve hariç tutulması gereken sayfaların onayı.
• Ürün, uyumluluk ve dokümantasyon onayından sorumlu kişi.
• Web sitesi ekibiyle ilgili herhangi bir erişim veya yayın kısıtlaması.

Dikkatli bir iş akışı envanterle başlar, ardından taslak oluşturma, kaynak sayfa doğrulama, onay ve yayın kontrollerinden geçer. Son inceleme, dosyanın amaçlanan adreste mevcut olduğunu, bağlantıların onaylanmış sayfalara yönlendirdiğini ve açıklamaların hala bu sayfalarla eşleştiğini doğrulamalıdır. MegaSatoshi, devir teslimden önce adlandırılmış bir kaynak sayfa incelemesi kullanır, böylece müşteri açıklanmayan bir metin dosyası almak yerine hangi iddiaların ve URL'lerin kontrol edildiğini görebilir.

Teknik ve içerik çalışmalarını koordine etmenin daha geniş süreci için nasıl çalıştığımıza bakın. Bu görevin sonucu, bir platformun onu nasıl kullanacağına dair bir iddia değil, incelenmiş bir dosya ve net bir bakım sahibidir.

llms.txt neyi kanıtlayamaz?

llms.txt yayınlamak, adlandırılmış bir AI ürününün onu okuduğunu veya ürünün sayfalarınızdan farklı şekilde alıntı yapacağını, önceliklendireceğini veya tanımlayacağını kanıtlayamaz. Kural önerilmiştir ve her platform kendi taramasını, kaynak seçimini ve yanıt sunumunu kontrol eder; bu kararlar dosyanın yayıncısı tarafından kontrol edilmez.

Çalışmayı değerlendirirken bu sınır önemlidir. Canlı dosyayı, içeriğini ve hedeflerini kontrol ederek teslimatı doğrulayın. Dosyanın yalnızca varlığını AI görünürlüğü, arama performansı veya onay kanıtı olarak kullanmayın. Projenin amacı bir markanın yanıtlarda görünüp görünmediğini ölçmekse, istemleri ayrı ayrı tanımlayın ve gözlemleri kaydedin; dosya belgelenmiş bir site değişikliği olabilir, ölçümün kendisi değil.

Resmi inceleme gereksinimleri olan bir kuruluş için, onaylanan taslağı ve dağıtılan sürümü saklayın ve bağlantılı materyali kimin yetkilendirdiğini belgeleyin. Bir hedef kısıtlanır, güncelliğini yitirir veya onaylanan bilgilerle tutarsız hale gelirse bağlantıyı derhal kaldırın. Bu, dosyayı yararlı rolünde tutar: ekibinizin doğruluğunu kontrol edebileceği kompakt bir dizin.

Bir Web3 projesi için llms.txt'ye nasıl karar verilir?

Bir Web3 projesi, yalnızca dosya tutarlı, bakımlı bir dizi kamuya açık kaynağa işaret edebildiğinde llms.txt yayınlamalıdır. Ürünü, terimleri ve işletim modelini açıklayan dokümantasyona öncelik verin; tokenle ilgili veya güvenlik materyallerini yalnızca hedefin kendisi onaylanmış, güncel ve neyi belirleyip belirlemediği konusunda net olduğunda ekleyin.

Onaydan önce, proje liderinin ve ilgili dokümantasyon veya uyumluluk incelemecisinin her açıklamayı hedefinin yanında incelemesini sağlayın. İfadenin, bağlantılı materyalin destekleyemeyeceği bir güvenlik incelemesi, liste durumu, yasal sonuç veya ürün yeteneği ima etmediğini kontrol edin. Kısa ömürlü bilgileri, kaldırılmalarını veya revizyonlarını üstlenecek biri olmadıkça dışarıda tutun.

Yayınlamadan sonra, dosya konumunu kaydedin ve dahil edilen bir sayfa önemli ölçüde değiştiğinde inceleyin. Daha geniş bir AI arama programını değerlendiriyorsanız, bu görevi AI arama görünürlüğü ve AI atıf rehberinde açıklanan ayrı çalışmalarla karşılaştırın; bu faaliyetleri bir dosya yükleme kilometre taşında birleştirmeyin.

Pratik bir sonraki adım için, MegaSatoshi'e kanonik alan adınızı, tercih edilen kamuya açık dokümantasyonunuzu ve hariç tutulması gereken sayfaları gönderin. Ekibinizin onayı için incelenmiş bir sayfa envanteri ve önerilen bir llms.txt taslağı ile geri döneceğiz.

Fiyatlar

Başlangıç fiyatları USD'dir. Özel paketler ve hacim indirimleri talep üzerine. Ödeme: USDT, USDC, BTC, ETH, SOL, TON veya proje tokeniniz ile.

Nasıl çalışır

1. Hedefi belirleyinİhtiyacın seçilmiş gezinme, teknik keşif çalışması mı yoksa görünürlük ölçümü mü olduğuna karar verin. llms.txt'yi ilkine odaklı tutun.
2. Onaylanmış kaynakları envantere ekleyinKanonik herkese açık sayfaları listeleyin ve bağlantı verilmemesi gereken kısıtlı, güncelliğini yitirmiş veya kısa ömürlü materyalleri belirleyin.
3. Taslak oluşturun ve doğrulayınKısa açıklamalar yazın, ardından her birini hedefiyle karşılaştırın ve her URL'yi onaylayın.
4. Onay alınÜrün sahibinden ve ilgili dokümantasyon veya uyumluluk incelemecisinden dosyayı ve bağlantılı iddialarını onaylamasını isteyin.
5. Yayınlayın ve bakım atayınCanlı dosyayı amaçlanan kök konumunda kontrol edin ve kaynak sayfalar değiştiğinde onu kimin incelediğini kaydedin.