АРХИВ ПРОЦЕССА/опубликован 18.07.2026/методология уточнена 04.09.2026

Авто-SEO: архив запуска и протокол измерений

Первый выпуск описывал устройство процесса, но не зафиксировал воспроизводимую «нулевую точку» ИИ-видимости. Сохраняем полезную архитектуру, отделяем технические действия от наблюдаемых результатов и формулируем требования к следующим измерениям.

18 июля 2026 · методология уточнена 4 сентября 2026 · Евгений Флейшер, orkestrai

Статус этой заметки

Материал вышел 18 июля как описание запуска внутреннего процесса. В нём не были сохранены параметры, повторы и исходные ответы, необходимые для измерения ИИ-видимости. Поэтому выпуск нельзя использовать как числовой baseline, доказательство результата или обещание регулярного мониторинга.

Практическая ценность заметки — в схеме работы: реестр проверяемых фактов, проверки перед публикацией, журнал изменений и разделение автоматических действий с человеческим гейтом. Поздние тесты ИИ-поиска опубликованы отдельно как архивы с явно указанными ограничениями.

Контур, описанный 18.07.2026

  • Архитектура сайта: хаб услуг, страницы направлений и интент-лендинги. Их нынешний состав нужно смотреть в актуальном хабе, а не восстанавливать по архивному количеству.
  • Структура материалов: короткие ответы в начале разделов, FAQ, schema-разметка и глоссарий. Это способы публикации, а не доказательство того, что конкретная ИИ-система использует текст.
  • Обнаружение изменений: sitemap и уведомления IndexNow. IndexNow лишь сообщает поддерживающим протокол поисковикам об изменённом URL; он не гарантирует обход, индексацию, срок появления в поиске или использование страницы в ответе ИИ.
  • Измерение ИИ-ответов: в день запуска воспроизводимый прогон не проводился. Формулировка «нет подтверждённых упоминаний» означала отсутствие собранного свидетельства, а не измеренный ноль.
Отсутствие наблюдения нельзя превращать в значение 0. Для baseline нужен заранее описанный протокол и сохранённый пакет доказательств; без них последующее отличие нельзя честно называть ростом или падением.

Как устроен наш движок Авто-SEO

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

Перед публикацией предусмотрены отдельные проверки:

  • Дрейф фактов — расходится ли число или формулировка с записью в реестре.
  • Валидность schema — парсится ли JSON-LD и совпадает ли разметка с видимым текстом.
  • Внутренние ссылки — нет ли битых переходов и страниц без входящих маршрутов.
  • Свежесть — соответствует ли lastmod реальному содержательному изменению; сама дата не подтверждает качество и не гарантирует переобход.
  • Назначение контактов — не перепутаны ли телефон для звонков и номер мессенджеров.

Рабочая петля точнее формулируется как наблюдение → гипотеза → изменение → новый замер. Агенты могут собирать сигналы и готовить правки из реестра, а публикация остаётся за человеком. После релиза журнал фиксирует конкретные изменения; sitemap и IndexNow помогают сообщить о них поисковым системам, но не объясняют последующее поведение поиска или ИИ-ответов.

Что требует протокол v2

  • Версия набора запросов: сами формулировки, рынок и язык, порядок, хеш файла и критерии включения.
  • Условия запуска: продукт, модель, режим доступа к вебу, локаль, дата и время каждого ответа.
  • Повторы: несколько запусков каждой фразы по заранее заданному расписанию, а не один удачный или неудачный ответ.
  • Сырые свидетельства: полный ответ, показанные ссылки или панель источников, ошибки и отказы — с учётом ограничений на публикацию данных.
  • Правила разметки: заранее определить, что считается упоминанием, ссылкой и цитированием; не смешивать эти события в общий «балл видимости».
  • Журнал изменений: отделять метрики обычного поиска и индексации от ответов ИИ и не приписывать отличие одному релизу без контрольного дизайна.

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

Следующий результат имеет смысл публиковать не по календарю, а когда собран сопоставимый пакет v2. Тогда можно отдельно показать частоту упоминаний с явным знаменателем, долю ответов со ссылкой, матрицу результатов по запросам и ошибки запуска. Даже такой замер останется наблюдением в заданных условиях, а переносимость метода на другой проект потребует отдельного пилота.

Хотите так же — но для вашего бизнеса?

30 минут разбора — бесплатно. Покажем, что реально автоматизировать в вашем случае и что это даст. Отвечает тот, кто ведёт проект.

Прямой контакт

Позвоните или напишите в мессенджер — ответим в рабочий день.
+7 499 500-96-88

Заказать разбор

Ответ в рабочий день · данные обрабатываем только для ответа на заявку
Нажимая «Отправить», вы соглашаетесь с политикой обработки персональных данных (152-ФЗ).

Готово — заявка отправлена

Спасибо! Ответим в рабочий день. Можно написать на hello@orkestrai.ru.