«Найди подрядчика, который проверит маркетинг, объяснит причины дорогих заявок и предложит план. Сравни состав работы и условия». Такой запрос можно дать ИИ-агенту, который умеет открывать сайты. Дальше он встретится с обычными коммерческими страницами: обещаниями роста, карточками услуг и кнопками «Узнать больше».
Что попадёт в сравнение, если состав услуги спрятан в презентации, цена относится к непонятному объёму, а форма открывается только при наведении? В лучшем случае — неполный ответ. В худшем — догадка, которую компания сама не стала бы включать в предложение.
Для бизнеса это повод проверить конкретную страницу и путь до обращения. Не нужно ждать, когда все покупатели начнут пользоваться агентами: те же пробелы уже мешают человеку выбрать услугу.
В действующем руководстве Google по ИИ-поиску есть отдельный раздел об агентах. Google описывает системы, которые могут выполнять задачи от имени пользователя, в том числе сравнивать характеристики товаров и изучать сайты через скриншоты, структуру страницы и дерево доступности. Это уже более широкий сценарий, чем ответ со ссылкой на источник.
При этом Google сохраняет прежнюю основу: полезный оригинальный контент, доступность для поиска и понятная техническая структура. Особая манера письма «для нейросетей» не требуется. И эти рекомендации относятся именно к Google: переносить их без проверки на любой ИИ-сервис было бы ошибкой.
Здесь полезно разделить две проверки. Может ли система найти страницу и использовать её в ответе? И сможет ли агент, уже открывший сайт, разобраться в предложении и пройти нужный путь? Хороший результат второй проверки сам по себе не доказывает рост позиций или цитируемости.
Возьмём условную страницу маркетингового аудита. Надпись «найдём точки роста» не сообщает, что получит заказчик. Для сравнения нужны ответы на более скучные, но решающие вопросы: какие данные изучат, что передадут в конце, входит ли исправление ошибок, что потребуется от клиента и от чего зависит срок.
Необязательно раскрывать коммерческую тайну или придумывать фиксированную цену. Если стоимость рассчитывается после знакомства с задачей, так и напишите — вместе с факторами расчёта. Если настройка рекламы не входит в аудит, назовите это рядом с составом работ. Уточнение в конце длинного PDF легко потерять при пересказе.
Проверьте страницу одним заданием: «Составь описание этой услуги для руководителя, который выбирает между несколькими подрядчиками. Для каждого условия укажи источник на сайте. Всё, чего там нет, отметь как неизвестное».
Затем сравните ответ с тем, что действительно продаёт компания. Особенно внимательно прочитайте границы работ. Если агент обещает внедрение, а команда предлагает только диагностику, проблема существеннее неудачного эпитета. Найдите фразу, из которой возник вывод. Возможно, рядом стоят два разных формата работы без объяснения, где заканчивается один и начинается другой.
Такую проверку удобно обсуждать с маркетологом и продажами вместе. На сайте агентства Эйч исходная развилка построена вокруг ситуации бизнеса: нужен диагноз, руководитель для команды или постоянный отдел. Сам принцип можно применить к любой сложной услуге: сначала помочь выбрать формат, затем объяснить его условия.
В рекомендациях web.dev для сайтов, с которыми работают агенты разобраны три способа чтения страницы: скриншоты, HTML и дерево доступности. Последнее передаёт роли, названия и состояния элементов: где кнопка, как называется поле, открыт ли список. Красивый прямоугольник, который выглядит кнопкой, ещё не обязательно описан в коде как кнопка.
Маркетологу не нужно разбирать весь код. Попросите разработчика проверить путь к одной выбранной услуге: ссылка ведёт туда, куда обещает; действие оформлено настоящей кнопкой; у каждого поля есть связанная с ним подпись; ошибки и успешная отправка понятны. Одних серых подсказок внутри пустых полей недостаточно для ясной формы.
Посмотрите и на поведение страницы. Не закрывает ли баннер нужный элемент? Не уезжает ли кнопка после загрузки картинки? Можно ли открыть условия без наведения мыши? Эти вопросы важны и для человека с клавиатурой, и для агента, который сопоставляет видимую страницу с её структурой.
Не превращайте проверку в поток тестовых заявок. На публичном сайте достаточно дойти до отправки и остановиться. Саму отправку проверяют в согласованной тестовой среде или по отдельному сценарию, где команда отличает тест от обращения клиента. Успех — это понятный путь с корректным подтверждением, а не случайно нажатая кнопка.
Для первой проверки хватит одной страницы и одного реального сценария выбора. Сохраните название сервиса, дату, точный запрос и адрес страницы. Не называйте единичный удачный ответ доказательством готовности сайта ко всем агентам: результаты зависят от инструмента и условий запуска.
Рабочая запись может выглядеть так: «Задача — узнать, входит ли внедрение в аудит. На странице перечислены аудит и сопровождение без явной границы. Агент включил настройку рекламы в состав диагностики. Нужна правка описания двух услуг; ответственный — редактор вместе с руководителем проекта». Это условный пример, а не результат проверки конкретного клиента.
Для проблем интерфейса запись будет другой: «После выбора услуги поле контакта открывается, но не имеет понятной подписи в дереве доступности. Нужна проверка формы разработчиком». Не смешивайте такой дефект с качеством текста: дополнительный абзац не исправит поле.
После изменения повторите тот же сценарий и сравните результат. Число упоминаний бренда здесь вторично. Первая цель — убрать конкретную ошибку: неверно понятый состав, потерянное условие или недоступное действие. Когда сайт позволяет точно пересказать предложение и без препятствий перейти к разговору, он лучше подготовлен к визиту и человека, и его ИИ-помощника.