ГлавнаяБлог
ИИ-агенты вместо поисковиков: как готовить сайт

ИИ-агенты вместо поисковиков: как готовить сайт

ИИ-агенты вместо поисковиков: как готовить сайт — иллюстрация к статье блога SEO Мастера
Автор: SEO Мастера · агентство продвижения с 2005 года Дата: 22 июля 2026 Время чтения: 26 мин

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

Коротко

  • Агент — не поисковый робот: он приходит по конкретной задаче, читает 3–10 сайтов подряд и сравнивает их между собой по параметрам, которые задал пользователь.
  • Главный фильтр отбора — не текст, а извлекаемость факта: цена, срок, гарантия, район работы должны читаться однозначно, без «от» без контекста и без «уточняйте у менеджера».
  • Цена, спрятанная за формой или в PDF-прайсе, для агента равна отсутствию цены — вас исключают из сравнения на первом же шаге.
  • Микроразметка Schema.org из «приятного бонуса» превратилась в основной канал передачи структурированных данных: Offer, Service, FAQPage, Organization, AggregateRating.
  • Клиентский рендеринг бьёт по агентам сильнее, чем по классическим роботам: часть агентов работает с исходным HTML и не ждёт исполнения JavaScript.
  • Формы должны быть проходимы без мыши: нормальные name/label/autocomplete, минимум обязательных полей, отсутствие капчи на первом шаге.
  • Измерять эффект нужно по логам сервера — визиты агентов в Метрике по большей части не видны, они видны только в access-логах по User-Agent и IP.

Что реально изменилось в поведении пользователя

Классическая схема выглядела так: запрос → выдача → выбор из сниппетов → переход на сайт → изучение → заявка. Каждый этап был точкой контакта, и на каждом мы могли повлиять на решение: сниппетом, первым экраном, оффером, отзывами, удобством формы.

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

Практические следствия для бизнеса три, и все неприятные:

  • Сокращается воронка показов. Из десяти позиций первой страницы в сравнение агента реально попадают три-пять источников. Разница между четвёртым и восьмым местом, которая раньше была разницей в трафике, теперь становится разницей между «участвую» и «не существую».
  • Исчезает влияние оформления. Агент не видит вашу анимацию, не оценивает фотографии команды, не реагирует на баннер «скидка 20% до конца месяца», если эта скидка нарисована на картинке. Он работает с текстом и разметкой.
  • Решение принимается по сопоставимым полям. Если у конкурента цена указана числом, а у вас «стоимость рассчитывается индивидуально» — вы выпадаете из таблицы сравнения не потому, что дороже, а потому, что вас невозможно сравнить.

Это прямое продолжение процесса, который начался с zero-click-выдачи: сначала поиск начал отвечать сам, теперь отвечать начал агент пользователя. Разница в том, что zero-click отбирал у сайта клик, а агент отбирает у сайта саму возможность произвести впечатление.

Раньше сайт убеждал человека. Теперь сайт сначала должен пройти отбор у машины, и только потом — убедить человека. Это два разных набора требований, и второй без первого больше не срабатывает.

Кто именно к вам приходит: три класса агентов

Под словом «агент» скрываются очень разные механизмы, и готовить сайт под них нужно по-разному. Разделим их по способу доступа к контенту — именно он определяет, что нужно чинить.

Класс агентаКак получает контентЧто для него критичноЧто бесполезно
Индексный (генеративные ответы поиска, ассистенты на базе индекса) Из уже собранного индекса поисковой системы или собственного краулера Классическая индексируемость, свежесть, разметка, чёткие формулировки фактов Интерактив, всё, что появляется после клика
Живой краулер (запрос «сходи и проверь сейчас») Делает HTTP-запрос к странице в момент диалога, чаще всего читает исходный HTML Скорость ответа сервера, отсутствие блокировок, контент в исходном HTML, доступ в robots.txt Тяжёлый JS-рендеринг, ленивая подгрузка блоков при скролле
Браузерный (управляет реальным браузером, кликает и заполняет) Рендерит страницу целиком, взаимодействует с интерфейсом Семантическая вёрстка, доступность, предсказуемые формы, отсутствие капчи на входе Нестандартные виджеты без ARIA, модальные окна-ловушки, попапы через 5 секунд

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

ПРАКТИЧЕСКОЕ НАБЛЮДЕНИЕ

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

Первый слой: доступ. Кого вы пускаете и кого блокируете

robots.txt перестал быть файлом для двух роботов

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

Рабочая рамка для коммерческого сайта, который хочет продавать:

  • Краулеры, наполняющие индекс генеративного поиска, — открывать. Это ваш канал попадания в ответ. Закрыв его «на всякий случай», вы добровольно уходите из выдачи нового типа.
  • Агентов, ходящих по прямой команде пользователя, — открывать обязательно. За таким запросом стоит живой человек с конкретным намерением. Это, по сути, целевой посетитель.
  • Краулеры для обучения моделей — вопрос политики компании. Здесь нет единственно правильного ответа: медиа и авторские проекты чаще закрывают, коммерческие сайты услуг обычно оставляют открытыми, потому что упоминание бренда внутри модели работает на узнаваемость.

Опасная ошибка — закрывать всех незнакомых ботов оптом директивой User-agent: * Disallow: / с точечными исключениями для Яндекса и Google. Такая конфигурация делает сайт невидимым для всего агентского слоя. Проверяйте не только сам файл, но и то, что реально происходит на сервере.

WAF, антибот и облачная защита — молчаливый убийца

Файл robots.txt может быть безупречным, а сайт при этом закрыт наглухо — на уровне защиты. Типовые механизмы, которые режут агентов:

  • Правила WAF, отбивающие любые запросы без набора «человеческих» заголовков.
  • Rate limit, срабатывающий на 5–10 запросах в минуту с одного IP — агент, проверяющий десяток страниц каталога, влетает в лимит мгновенно.
  • JS-челлендж на входе: браузерный агент его пройдёт, а вот прямой HTTP-клиент получит страницу-заглушку вместо контента.
  • Гео-блокировки и блокировки по автономным системам, отсекающие дата-центры целиком.

Проверяется это за пять минут: сделайте запрос к своей странице обычным HTTP-клиентом с нейтральным User-Agent, без cookie и без JS. Что вернулось — код ответа, размер тела, есть ли в HTML цены и телефон? Если вместо контента пришёл челлендж, заглушка или 403 — это и есть ваша реальная видимость для агента. И только логи сервера покажут масштаб: как это разбирать, мы подробно писали в материале про анализ логов сервера.

Второй слой: рендеринг. Что видно в исходном HTML

Главное техническое требование агентской эпохи формулируется в одну строку: всё коммерчески значимое должно присутствовать в HTML, который отдаёт сервер, без исполнения скриптов. Не «желательно», а обязательно, потому что часть агентов принципиально не запускает JavaScript, а часть запускает, но с жёстким лимитом ожидания.

Что чаще всего оказывается за пределами исходного HTML на реальных сайтах:

  • Цена, подгружаемая отдельным запросом после загрузки страницы (частая история на магазинах с динамическим ценообразованием).
  • Наличие товара и сроки доставки — почти всегда отдельный запрос к API.
  • Отзывы и рейтинг, подтягиваемые сторонним виджетом.
  • Блок «Характеристики», раскрывающийся по клику и рендерящийся только в этот момент.
  • Таблица тарифов, реализованная как интерактивный калькулятор без исходных значений в разметке.

Проверка элементарная: отключите JavaScript в браузере и посмотрите на страницу. Или сохраните исходный код и поищите в нём цифру цены поиском. Если её там нет — агент её не увидит. Общая механика проблемы и способы решения (SSR, пререндеринг, гидратация) разобраны в статье про JavaScript-SEO: подход тот же, но требования жёстче — поисковый робот может вернуться к странице позже и дорендерить, агент такой роскоши не имеет, он отвечает пользователю здесь и сейчас.

ПОРОГ ТЕРПЕНИЯ

Классический робот может ждать страницу секунды и вернуться повторно, если сервер был занят. Агент работает в интерактивном диалоге: пользователь ждёт ответа. Практическая рекомендация, от которой мы отталкиваемся, — время до полного HTML-ответа сервера в пределах 1–1,5 секунды, а не «уложились в норматив Core Web Vitals для пользователя». Медленный сайт агент просто пропускает и берёт следующий из списка. Базовая работа над скоростью загрузки сайта здесь окупается дважды.

Третий слой: данные. Что агент обязан извлечь и в каком виде

Это ядро всей подготовки. Агент сравнивает вас с конкурентами по полям. Если поле не извлекается — вы либо выпадаете из сравнения, либо получаете в нём худшее значение по умолчанию. Ниже — набор сущностей, который нужно сделать машиночитаемым в первую очередь.

СущностьГде размещатьПравильный форматТиповая ошибка
Цена Текст страницы + Schema.org Offer/PriceSpecification Число, валюта, единица измерения, что входит в стоимость «от 1000 ₽» без указания за что; цена только в PDF-прайсе или картинке
Наличие / доступность Карточка товара, разметка availability Явный статус: в наличии, под заказ, срок поставки в днях Статус подгружается скриптом; «уточняйте у менеджера»
Срок выполнения Блок услуги, таблица, FAQ Диапазон в днях с условиями: «3–5 рабочих дней при заказе до 15:00» «Быстро», «в кратчайшие сроки», «индивидуально»
География работы Контакты, страница услуги, LocalBusiness Список городов и районов текстом, адрес, координаты, зона выезда «Работаем по всей России» без конкретики; карта-картинка без текста
Условия и ограничения Отдельный блок «Условия», FAQPage Минимальная сумма заказа, выезд, доплаты, что не входит Условия спрятаны в договоре-PDF или всплывают только на этапе оплаты
Гарантия Блок услуги + разметка warranty Срок в месяцах/годах и предмет гарантии «Гарантия качества» без срока
Контакты Шапка, подвал, страница контактов, Organization Телефон текстом (не картинкой), e-mail, часы работы, реквизиты Телефон в SVG или скриптом; график работы только в виджете
Рейтинг и отзывы Страница отзывов, AggregateRating Числовое значение, количество отзывов, источник Виджет со сторонней площадки в iframe без текстовой копии

Отдельно про цену: главный водораздел

Это самое болезненное для российского рынка услуг. Многие компании принципиально не публикуют цены, чтобы «сначала поговорить с клиентом». В классическом SEO это стоило конверсии, но сайт всё равно ранжировался. В агентской модели это стоит участия: агент, которому поручено сравнить стоимость, вычёркивает источник без цены на первом же шаге и даже не сообщает пользователю о вашем существовании.

Компромиссные форматы, которые работают и не раскрывают вашу коммерческую политику полностью:

  • Диапазон с привязкой к параметру: «от 1 200 до 2 400 ₽ за м² в зависимости от материала» — это уже сравнимая величина.
  • Цена типового пакета: три конфигурации с фиксированной стоимостью и явным составом работ.
  • Стоимость единицы работ: час специалиста, выезд, точка подключения, квадратный метр.
  • Явная база расчёта: «расчёт от 55 000 ₽/мес, итоговая сумма зависит от числа регионов» — агент возьмёт нижнюю границу и корректно её обозначит.

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

Микроразметка: язык, на котором агент говорит без ошибок

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

Минимально достаточный набор для коммерческого сайта:

Organization

Кто вы

Название, логотип, телефон, адрес, ИНН, ссылки на профили. База идентичности: без неё агент не уверен, что «мы» на странице — это вы.

Product / Service

Что вы продаёте

Название, описание, категория, бренд. Для услуг — Service с полем areaServed и provider.

Offer

За сколько

price, priceCurrency, availability, priceValidUntil, unitText. Самый ценный узел разметки для агента-сравнителя.

FAQPage

Условия в вопросах

Идеальный формат для «а если», «входит ли», «сколько ждать». Агент вытаскивает пары вопрос-ответ почти без искажений.

AggregateRating / Review

Что о вас говорят

Числовой рейтинг и количество отзывов. Только по реальным отзывам на сайте — фальсификация здесь читается и стоит доверия.

BreadcrumbList

Где вы находитесь

Позиция страницы в структуре. Помогает агенту понять уровень: категория это или конкретный товар.

Три правила, которые определяют, сработает разметка или навредит. Первое: формат JSON-LD — он читается отдельно от вёрстки, его проще поддерживать и труднее сломать редизайном. Второе: полное соответствие видимому тексту. Если в разметке цена 1 500, а на странице 1 900 — это расхождение читается и трактуется как попытка манипуляции. Третье: разметка не заменяет текст. Она дублирует и уточняет то, что уже написано на странице человеческим языком. Подробный разбор синтаксиса и валидации — в статье про микроразметку Schema.org.

Структура страницы под машинное чтение

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

Принцип самодостаточного блока

Плохо: «Как мы уже писали выше, эта услуга стоит дешевле, если заказывать её вместе с предыдущей». Вырванный фрагмент бесполезен. Хорошо: «Замер бесплатный при заказе натяжного потолка от 15 м². Отдельный выезд замерщика — 1 500 ₽ по Москве в пределах МКАД». Фрагмент отвечает сам за себя.

Заголовок как вопрос, первый абзац как ответ

Структура «H2 формулирует вопрос — первый абзац отвечает на него в 2–4 предложениях — дальше детали» удобна и человеку, и агенту. Заголовок работает якорем для поиска нужного места, первый абзац — готовым ответом. Это та же логика, что мы применяем при подготовке сайта к голосовому поиску и в оптимизации под нейропоиск Яндекса, только требования к точности формулировок выше.

Таблицы вместо прозы там, где есть параметры

Любые перечисления с двумя и более измерениями — тарифы, характеристики, сроки по регионам, комплектации — оформляйте таблицей с осмысленными заголовками столбцов. Агент читает таблицу структурно: строка становится записью, столбец — полем. Тот же набор данных, размазанный по абзацу, извлекается с ошибками.

Иерархия и навигация

Агент ориентируется по структуре сайта так же, как робот: хлебные крошки, вложенность разделов, внутренние ссылки с осмысленными анкорами. Разница в том, что он часто заходит не с главной, а сразу на глубокую страницу — из индекса или по ссылке. Поэтому каждая посадочная должна быть самостоятельной точкой входа: с названием компании, городом, ценой и способом связаться, а не с надписью «см. раздел контакты».

Формы и целевые действия: где агент физически спотыкается

Браузерный агент доходит до формы и пытается её заполнить. Здесь начинается территория, которую SEO традиционно не трогал, — доступность интерфейса. Но именно тут теряется результат всей предыдущей работы.

ПроблемаПочему агент не справляетсяЧто делать
Поля без label и name Непонятно, что вводить: агент видит «input», но не знает, это телефон или индекс Явный <label for>, осмысленный name, атрибут autocomplete (tel, email, name)
Капча на первом шаге Прохождение капчи агентом невозможно и недопустимо Убрать с первичной формы, оставить скрытые методы защиты: honeypot, поведенческий скоринг, лимит на IP
Кастомные селекты на div Нет нативной семантики, значение не выбирается программно <select> или компонент с корректными ARIA-ролями и клавиатурной навигацией
Многошаговый квиз Каждый шаг — новая точка отказа; агент бросает на втором-третьем Держать короткую альтернативную форму «имя + телефон» на той же странице
Модальные окна и попапы Перекрывают контент, ловят фокус, требуют закрытия неочевидным крестиком Не открывать по таймеру, давать закрытие по Esc, не блокировать чтение страницы
Обязательных полей больше пяти Растёт вероятность, что агент не найдёт данные для какого-то поля и прервёт сценарий Оставить минимум обязательных: имя, контакт, суть запроса
Заявка только через мессенджер Внешний переход разрывает сценарий агента Дублировать обычной формой и телефоном текстом на странице

Хорошая новость: почти всё в этом списке одновременно повышает конверсию живых пользователей. Доступная семантичная форма без капчи и лишних полей — это ровно то, к чему приводит нормальная работа над конверсией сайта. Агентские требования и требования CRO здесь совпадают почти полностью, и это тот редкий случай, когда одна работа закрывает две задачи.

ЧЕГО ДЕЛАТЬ НЕЛЬЗЯ

Не пытайтесь отдавать агентам отдельную «специальную» версию страницы с другими ценами и условиями — это классический клоакинг со всеми вытекающими рисками для основной выдачи. Правильный путь ровно противоположный: одна версия контента, которая одинаково хорошо читается человеком и машиной. Если ради машины вы вынуждены сделать данные понятнее — значит, они были непонятны и человеку тоже.

Доверие: почему агент выбирает не самое дешёвое

Распространённое заблуждение — что агент всегда рекомендует минимальную цену. На практике он взвешивает несколько сигналов, и цена лишь один из них. Пользователь редко просит «самое дешёвое»; чаще формулировка звучит как «надёжную компанию с адекватной ценой» или «чтобы сделали быстро и с гарантией». Агент вынужден оценивать надёжность, и делает это по косвенным признакам.

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

  • Согласованность данных. Название, телефон, адрес и реквизиты совпадают на сайте, в картах, в справочниках и в профилях. Расхождения снижают уверенность агента, что он говорит об одной и той же организации.
  • Реквизиты и юридическая прозрачность. ИНН, ОГРН, юридический адрес, договор-оферта в HTML, а не только в PDF.
  • Возраст и история. «Работаем с 2005 года» — конкретный проверяемый факт, а не «многолетний опыт».
  • Внешние подтверждения. Упоминания в отраслевых материалах, отзывы на независимых площадках, кейсы с проверяемыми деталями.
  • Авторство и экспертиза. Материалы с указанием автора, его роли и опыта — то, что мы разбирали в статье про E-E-A-T.

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

Пошаговый план подготовки сайта

1

Снимите слепок «как видит агент»

Запросите ключевые страницы простым HTTP-клиентом без cookie и без JS с нейтральным User-Agent. Сохраните ответы. Проверьте: код ответа, размер, наличие в тексте цены, телефона, города, сроков. Это ваша стартовая точка, и она почти всегда хуже ожидаемой.

2

Разблокируйте доступ

Пересоберите robots.txt по классам агентов: индексные и пользовательские — открыть, обучающие — по решению компании. Параллельно снимите WAF-правила и rate limit, которые бьют по легитимным агентам. Согласуйте с администратором лимит, при котором 10–20 запросов в минуту с одного источника не считаются атакой.

3

Верните факты в исходный HTML

Составьте список всего, что подгружается скриптом: цены, наличие, сроки, характеристики, отзывы. По каждому пункту решение с разработкой — серверный рендеринг, пререндеринг или дублирование значений в HTML. Начинайте с цены: без неё остальное не имеет смысла.

4

Оцифруйте коммерческие условия

Пройдите по таблице сущностей выше и приведите каждую к сравнимому виду: цена с единицей измерения, срок в днях, гарантия в месяцах, география списком. Замените «индивидуально» и «уточняйте» на диапазоны с условиями. Это самый трудоёмкий шаг и самый результативный.

5

Разложите разметку

JSON-LD на всех типах шаблонов: Organization на всём сайте, Service или Product с Offer на коммерческих страницах, FAQPage там, где есть блок вопросов, BreadcrumbList в навигации. Проверьте валидатором и сверьте значения с видимым текстом до символа.

6

Перестройте блоки под извлечение

Каждый H2 — вопрос, первый абзац — краткий ответ. Параметры — в таблицы. Уберите отсылки «как сказано выше». Добавьте на каждую посадочную короткий блок «Коротко об услуге»: что, за сколько, за какой срок, где, с какой гарантией.

7

Почините формы

Семантические поля с label, name и autocomplete; не больше пяти обязательных полей; капча снята с первого шага и заменена скрытой защитой; нативные селекты; короткая форма-дублёр рядом с квизом; телефон текстом в шапке.

8

Настройте наблюдение

Заведите в логах отдельный срез по User-Agent агентских клиентов: сколько заходов, на какие URL, с какими кодами ответа, за сколько миллисекунд. Это единственный способ увидеть динамику — в системах веб-аналитики большая часть таких визитов не фиксируется.

Как измерять результат

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

Что измеряемИсточник данныхКак это выглядитОграничения
Факт визитов агентов Access-логи сервера Срез по User-Agent агентских клиентов: число запросов, URL, коды ответа Требует доступа к логам и хранения минимум 30–90 дней
Качество ответа сайта агенту Логи + размер ответа Доля 200-ответов, доля 403/429, средний размер тела HTML Малый размер при 200 = отдали пустой каркас
Попадание в ответы Ручная проверка по сценариям Список из 20–30 типовых пользовательских задач, прогоняется раз в месяц Ответы недетерминированы, нужна выборка и повторы
Переходы по рекомендации Реферер в логах и в аналитике Домены ассистентов и агентских сервисов в источниках трафика Часть переходов приходит без реферера и уходит в «прямые»
Спрос на бренд Вордстат, отчёты по брендовым запросам Рост запросов с названием компании при стабильном небрендовом трафике Косвенный сигнал, влияет много факторов
Заявки без явного источника CRM + опрос клиента Вопрос «откуда о нас узнали» с вариантом «спросил у ИИ-ассистента» Единственный прямой способ, но зависит от дисциплины отдела продаж

Отдельно про сценарный мониторинг — это самый практичный инструмент. Составьте 20–30 формулировок задач, с которыми к вам приходит клиент: «сколько стоит X в Москве», «кто делает Y с гарантией», «найди подрядчика на Z». Раз в месяц прогоняйте их через доступные ассистенты и фиксируйте, попали вы в ответ, в каком качестве и что о вас сказано. Это не строгая метрика, но она даёт то, чего не даёт ничто другое: понимание, какие именно ваши данные машина считывает неправильно. Логика та же, что при обычном съёме позиций, только вместо позиции — факт присутствия и корректность фактов.

Типичные ошибки подготовки

Собрали то, что встречается чаще всего, когда компания уже начала «оптимизироваться под ИИ».

  • Написать страницу «для нейросетей». Отдельный лендинг с сухим перечнем фактов, на который не ведут ссылки и который не участвует в структуре. Агент придёт туда, куда его привёл индекс, — на обычные коммерческие страницы. Чинить нужно их.
  • Разметить то, чего нет на странице. Рейтинг 4,9 в JSON-LD при отсутствии отзывов, цена в разметке ниже реальной. Это не хитрость, это причина потерять доверие сразу в двух каналах.
  • Закрыть всех ботов и ждать роста. Логическое противоречие, которое встречается на удивление часто: сначала закрывают доступ «чтобы не воровали контент», потом удивляются отсутствию упоминаний.
  • Считать, что достаточно разметки. Разметка без внятного текста и без реальных данных на странице не работает — она уточняет содержание, а не заменяет его.
  • Игнорировать мобильный шаблон. Если мобильная версия отдаёт урезанный HTML без части блоков, агент, представившийся мобильным клиентом, получит неполную картину.
  • Перенести всё в чат-виджет. «Наш ИИ-консультант ответит на любой вопрос» — прекрасно для человека и бесполезно для агента: содержимое диалога не существует в HTML.
  • Забыть про PDF. Прайсы, регламенты и условия в PDF читаются хуже и не связываются со страницей. Дублируйте ключевое содержимое в HTML.

Как это встроить в текущую SEO-стратегию

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

Рабочая последовательность приоритетов на квартал выглядит так.

ПриоритетРаботаТрудозатратыЧто даёт
1 Разблокировать доступ (robots.txt, WAF, rate limit) Часы Из «невидим» в «читаем». Без этого остальное бессмысленно
2 Вывести цены и условия в текст страницы Дни, плюс решение бизнеса Участие в сравнении вместо исключения на первом шаге
3 Вернуть ключевые данные в исходный HTML Недели, силами разработки Корректное чтение живыми краулерами
4 Разложить JSON-LD по шаблонам Дни Однозначность фактов, снижение искажений
5 Перестроить блоки и добавить FAQ с условиями Недели, контент Извлекаемые самодостаточные фрагменты
6 Починить формы и доступность Дни, фронтенд Доведение сценария до заявки, плюс рост конверсии людей
7 Настроить логи и сценарный мониторинг Дни Видимость динамики и обратная связь по ошибкам

Обратите внимание: шесть пунктов из семи — это работы, которые полезны и без всяких агентов. Прозрачные цены усиливают коммерческие факторы, серверный рендеринг помогает индексации, разметка улучшает сниппеты, доступные формы поднимают конверсию, логи вскрывают технические проблемы. Агентская подготовка почти не требует делать что-то в ущерб классическому продвижению — она расставляет приоритеты внутри того же списка задач. Более широкий контекст изменений в поиске мы разбирали в обзоре трендов SEO 2026 и в материале про GEO и попадание в ответы нейросетей.

И последнее. Не стоит перестраивать сайт исходя из предположения, что завтра классический поиск исчезнет. Он не исчезнет: подавляющая часть коммерческого трафика в России по-прежнему приходит из органической выдачи Яндекса, и деньги делаются там. Правильная стратегия — не переезд, а расширение: сохранить всё, что приносит трафик сейчас, и сделать сайт машиночитаемым, чтобы не выпасть из нового канала, пока он растёт. Стоимость такого расширения на здоровом сайте измеряется неделями работы, а не бюджетом отдельного проекта.

Частые вопросы

Нужно ли закрывать сайт от краулеров нейросетей, чтобы не «воровали» контент?

Разделяйте два типа краулеров. Те, что собирают данные для обучения моделей, — вопрос вашей политики: медиа и авторские проекты их часто закрывают, и это осмысленно. Те, что наполняют индекс генеративного поиска и ходят по прямой команде пользователя, закрывать нельзя: это ваш канал попадания в ответ и, по сути, целевой посетитель с конкретным намерением. Для коммерческого сайта услуг закрытие всего агентского слоя означает добровольный уход из нового канала при нулевой выгоде — ваш контент и так есть в поисковом индексе.

Достаточно ли добавить микроразметку, чтобы агенты «увидели» сайт?

Нет. Разметка уточняет то, что уже есть на странице, но не создаёт содержание. Если цена отсутствует в тексте и подгружается скриптом, а в JSON-LD она проставлена — это, во-первых, расхождение видимого и размеченного, во-вторых, не решает задачу: страница остаётся бессодержательной для читателя-машины. Порядок работ обратный: сначала доступ, потом реальные данные в HTML, и только потом разметка поверх них. Разметка — четвёртый шаг, а не первый.

Мы принципиально не публикуем цены. Что делать?

Понимать цену исключения: агент, которому поручено сравнить стоимость, вычёркивает источник без цены сразу и не сообщает пользователю о вашем существовании. Компромиссы, которые работают без полного раскрытия политики: диапазон с привязкой к параметру («от 1 200 до 2 400 ₽ за м² в зависимости от материала»), стоимость типового пакета с явным составом работ, цена единицы работ (час, выезд, точка, квадратный метр), нижняя граница расчёта с указанием, от чего зависит итог. Любая из этих форм делает вас сравнимым.

Как проверить, что видит агент на моей странице?

Сделайте прямой HTTP-запрос к странице без cookie, без JavaScript, с нейтральным User-Agent, и посмотрите на ответ: код, размер тела, наличие в HTML цены, телефона, города, сроков. Второй тест — отключить JS в браузере и открыть страницу глазами. Третий — сохранить исходный код и поискать в нём цифру цены. Если ответ пришёл как 403, как страница-заглушка защиты или как пустой каркас без данных — это и есть ваша реальная видимость. Массив таких визитов дальше разбирается по логам сервера.

Влияет ли скорость сайта на агентов сильнее, чем на обычных роботов?

Да, потому что агент работает в диалоге: за его запросом стоит человек, который ждёт ответа прямо сейчас. Классический робот может отложить страницу и вернуться позже, агент этой роскоши не имеет — он берёт следующего кандидата из списка. Ориентир, от которого мы отталкиваемся, — полный HTML-ответ сервера в пределах 1–1,5 секунды. Причём важна именно скорость отдачи документа с сервера, а не итоговая отрисовка в браузере: агенту не нужны шрифты и анимации, ему нужен текст.

Стоит ли делать отдельную страницу или отдельный файл «для ИИ»?

Отдельная страница-выжимка, на которую не ведут ссылки, практически бесполезна: агент приходит туда, куда его привёл индекс, то есть на обычные коммерческие страницы. Чинить нужно их. Отдавать агентам специальную версию тех же страниц с другими данными — клоакинг, риск для основной выдачи и, что важнее, ненужная сложность. Работающий подход один: единая версия контента, одинаково понятная человеку и машине. Если данные пришлось прояснить ради машины, значит, они были непонятны и людям.

Как понять, что работа дала результат, если агенты не видны в аналитике?

Тремя способами одновременно. Первый — логи сервера: срез по User-Agent агентских клиентов, динамика числа запросов, доля 200 против 403/429, средний размер ответа. Второй — сценарный мониторинг: 20–30 типовых формулировок клиентских задач, прогон раз в месяц, фиксация факта попадания в ответ и корректности данных о вас. Третий — вопрос «откуда о нас узнали» в скрипте отдела продаж с отдельным вариантом про ИИ-ассистента. Каждый источник по отдельности неполон, вместе они дают достаточную картину.

Не устареет ли всё это через год, когда агенты изменятся?

Конкретные технологии изменятся, требования — нет. Всё, что перечислено в статье, сводится к одному принципу: факты о вашем бизнесе должны быть доступны, однозначны и проверяемы. Открытый доступ, данные в HTML, честная разметка, самодостаточные блоки, работающие формы — это не подстройка под конкретный сервис, а базовая гигиена, которая уже полезна для классического SEO, конверсии и доступности. Меняться будут детали: список User-Agent, формат директив, набор поддерживаемых типов разметки. Фундамент останется прежним.

SEO-продвижение сайтов с 2005 года

Подготовим ваш сайт к ИИ-агентам и генеративному поиску

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

  • Пакет «Старт» от 55 000 ₽/мес
  • Пакет «Стандарт» 75 000 ₽/мес
  • Пакет «Премиум» 95 000 ₽/мес
  • Бесплатный аудит и прогноз
  • Договор с гарантией результата
  • Отчёты каждую неделю

Комментарии (14)

Александр

Разделение на три класса агентов в таблице — самая полезная часть. До этого читал десяток статей про «оптимизацию под ИИ», и везде всё в одну кучу. А тут понятно, что индексный слой чинит сеошник, живой краулер — бэкенд, а браузерный — фронтенд.

Марина_К

Сделали ровно первый шаг из плана — дёрнули свои страницы обычным curl без cookie и без JS. В ответе пришёл каркас без единой цены, всё подтягивается скриптом из 1С. Сайт при этом в Яндексе нормально ранжируется, поэтому никто и не подозревал проблемы.

AdminSEO Мастер

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

Дмитрий В.

Не соглашусь насчёт цен. У нас проектный бизнес, любая цифра на сайте — это повод для клиента спорить и требовать её же на нестандартном объекте. Выкладывать «от» ради машины и потом всю встречу объяснять, почему вышло втрое — сомнительная выгода.

AdminSEO Мастер

Дмитрий, возражение справедливое, и голое «от» действительно вредит. Поэтому в статье и предложены другие формы: стоимость единицы работ, цена типового пакета с явным составом и диапазон с привязкой к параметру — они делают вас сравнимым, но не связывают руки на нестандартном объекте. Ключевое отличие от «уточняйте у менеджера» в том, что рядом с числом стоит условие, при котором оно действует.

Ольга

Вопрос по robots.txt. У нас как раз стоит закрывающая директива для всех, кроме Яндекса и Гугла — ставил прошлый подрядчик «от парсеров». Получается, надо переписывать весь файл?

Сергей_бизнес

Про rate limit прямо в точку. У нас хостер по умолчанию резал всё, что делало больше десяти запросов в минуту с одного адреса. Подняли лимит после похожей проверки — и в логах сразу появились заходы, которых раньше не было вообще.

vladimir77

Читаю такие статьи третий год подряд, и каждый раз «всё меняется завтра». Пока что заявки как шли из органики Яндекса, так и идут. Хорошо хоть в конце честно написано, что классический поиск никуда не денется.

Анна Т.

По таблице с формами: если убрать капчу с первого шага, нас же зальёт спамом. У нас и с капчей прилетает по несколько мусорных заявок в день. Honeypot реально спасает или это теория?

AdminSEO Мастер

Анна, honeypot плюс проверка времени заполнения формы отсекают основную массу примитивных ботов, а на остальное хорошо работает лимит отправок с одного IP и серверная валидация. Капчу разумно оставить как второй эшелон: показывать её только при срабатывании подозрительных признаков, а не всем подряд на входе. Так и агент проходит форму, и поток мусора остаётся управляемым.

Максим

Забрал в работу принцип самодостаточного блока. «Как мы уже писали выше» у меня по всему сайту, теперь понятно, почему это плохо не только стилистически.

Ирина_П

Отдельное спасибо за предупреждение про расхождение разметки и текста. Нам подрядчик как раз проставил AggregateRating при полном отсутствии отзывов на сайте — сказал, «для звёздочек в выдаче». Убрали.

Кирилл

Про сценарный мониторинг: как быть с тем, что ответ каждый раз разный? Прогнал один и тот же вопрос трижды — три разных набора компаний. Как из этого делать вывод, стало лучше или нет?

AdminSEO Мастер

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

Наталья В.

Мы два года назад по совету маркетолога заменили обычную форму на квиз из шести шагов, конверсия у людей выросла. Теперь выходит, что для агента это тупик. Оставили квиз, но добавили рядом короткую форму «имя и телефон», как в статье.

egor_dev

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

Тимур

Статья длинная, но ни одного лишнего абзаца. Особенно ценна таблица приоритетов в конце — сразу видно, с чего начинать в понедельник.

Юлия_К

А что если у сайта отдельная мобильная версия на поддомене? У нас на ней урезан блок с условиями и нет таблицы тарифов — думали, мобильным пользователям это не нужно. Получается, часть агентов увидит именно её?

AdminSEO Мастер

Юлия, да, и это одна из перечисленных в статье ошибок: клиент, представившийся мобильным, получит неполный набор фактов и сравнит вас по нему. Отдельный мобильный поддомен сегодня и для классического SEO обуза, но если переезд на адаптив пока не в планах — минимум верните на него цены, условия и тарифы в полном объёме. Если хотите, посмотрим на бесплатном аудите, какая из версий реально отдаётся по вашим ключевым URL.

Оставить комментарий

Спасибо! Ваш комментарий отправлен на модерацию и появится после проверки.