Распространение llms.txt: кто его использует?

Датированная запись о публичной публикации llms.txt с трекером на фиксированной панели, прямыми ссылками на файлы и явными ограничениями того, что публикация может доказать.

Последнее обновление:

Снимок внедрения

Релевантный наблюдаемый факт уже, чем заявление о принятии рынком: возвращает ли общедоступный хост соответствующий llms.txt ответ в определённую дату. На этой странице зафиксирован такой сигнал для фиксированной выборки сайтов и приведены ссылки на исходные файлы. Сама публикация не позволяет сделать выводы об обнаружении, использовании, цитировании, трафике или влиянии на рейтинг.

Измеренное внедрение (наш трекер)

Утверждения вроде “десятки тысяч сайтов используют llms.txt” распространяются без источника. Поэтому мы измеряем это сами: фиксированную панель из 219 заметных хостов в восьми секторах, которые автоматический проверяющий получает и разбирает каждую неделю. Последний запуск: .

56.2%
из 217 проверенных хостов обслуживают llms.txt
122
проверенные вживую файлы в каталоге
14.1 КБ
медианный размер файла
Сфера Проверено Обслуживание Оценка
ИИ и машинное обучение 36 20 55.6%
Инструменты для разработчиков 61 44 72.1%
Документационные платформы 7 4 57.1%
Электронная коммерция 13 7 53.8%
Финтех 16 8 50%
Медиа 14 2 14.3%
Другое 23 5 21.7%
SaaS 47 32 68.1%

Методика и ограничения

Панель представляет собой фиксированный тщательно отобранный список 219 хостами (опубликовано по адресу /adoption-panel.json); состав участников не меняется между запусками, кроме документированных добавлений. Для каждого хоста проверяющий запрашивает https://<host>/llms.txt, переходит по перенаправлениям и считает хост обслуживающим файл только если ответ имеет статус HTTP 200, содержит обычный текст (а не оболочку HTML-приложения) и начинается с корректного заголовка H1 в Markdown. Недоступные хосты (2 в последнем запуске) исключаются из базы. Сырые результаты: /adoption-stats.json. 122 положительные записи перечислены в проверенный каталог.

Ограничения: в панели непропорционально представлены компании, ориентированные на разработчиков, поэтому заявленный показатель не следует считать показателем всего интернета. Выдача файла доказывает только публикацию, но не автоматическое обнаружение, использование ИИ, цитирование, трафик или эффект для SEO. См. полный методология и воспроизводимые Выпуск Observatory.

Шаблоны публикации

Файлы в этом каталоге демонстрируют несколько моделей публикации. Корневой файл, подпуть документации и альтернативная версия в Markdown являются наблюдаемыми вариантами публикации. Сами по себе они не доказывают поведение конкретного клиента:

  • Файлы в корне являются наиболее часто проверяемым расположением в фиксированной панели.
  • Файлы в подпути может ограничить карту областью документации, а не всем источником.
  • Альтернативы в Markdown позволяет получить удобное представление страницы независимо от карты сайта.
  • Свойства HTTP-ответа такие как перенаправления и тип содержимого, нужно проверять, а не выводить из URL.
  • Сгенерированные файлы всё равно нуждаются в периодической проверке: синтаксически корректный файл может указывать на устаревшие или нерелевантные страницы.

Проверенный каталог

каталог перечисляет проверенные публичные файлы и содержит ссылки на исходный ответ. Включение означает лишь наблюдение за файлом на определенную дату. Оно не означает, что компания одобряет этот сайт, использует все необязательные функции или имеет коммерческие отношения с llmtxt.info.

  • Ссылка на источник: каждая запись каталога содержит ссылку на проверенный файл.
  • Дата наблюдения: записи каталога нужно читать вместе с датой их проверки.
  • Область: ответ с файлом ничего не говорит о правилах сканирования домена или его результатах в поиске.

Заявления клиентов: доказательства и ограничения

Опубликованный файл не доказывает, что инструмент читает его автоматически. Поддержка клиента должна быть подтверждена документацией поставщика или узким воспроизводимым тестом. В текущей матрице вместо безоговорочного списка встроенной поддержки используются следующие категории:

  • Поставщик документирует: поставщик описывает конкретный рабочий процесс и его триггер.
  • Рабочий процесс по запросу пользователя: пользователь или разработчик решает предоставить URL или файл.
  • Реализация сообществом: библиотека разбирает это соглашение, не представляя всех клиентов.
  • Неизвестно: утверждение о поддержке не делается, если поведение не задокументировано или воспроизводимо не проверено.

Как читать динамику

Трекер полезен, потому что когорта остаётся неизменной. Осторожно интерпретируйте будущее увеличение:

  1. Это лишь изменение панели. Частота может меняться, не отражая весь интернет.
  2. Это свидетельство публикации. Это не превращается в доказательство использования клиентом.
  3. Непрерывность методики необходима. Панель, правила отбора и дата измерения делают выпуски сопоставимыми.

Проверьте общедоступный файл с помощью проверка в реальном времени, затем используйте валидатор для полной локальной диагностики.

Связанные страницы

Источники