Как проверить лендинг с ИИ-агентом перед запуском рекламы

Лендинг готов, рекламный кабинет открыт. Осталось убедиться, что человек сможет понять предложение, найти условия и оставить заявку. В этот момент хочется отправить ссылку нейросети и спросить: «Ну как, будет продавать?» Ответ получится быстро. Но проверить его будет гораздо сложнее.

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

Что именно вы хотите проверить

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

Для первых двух задач агент может собрать наблюдения, если у него есть доступ к браузеру и нужные инструменты. Для третьей нужны реальные люди и данные. Фраза нейросети «посетитель почувствует доверие» остаётся предположением, даже если рядом нарисован красивый процент.

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

Начните с трёх сценариев посетителя

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

1. Найти, с какой проблемой можно обратиться и что входит в консультацию.
2. Найти стоимость, длительность и способ проведения встречи.
3. Дойти до формы записи и понять, что произойдёт после обращения.

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

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

Подготовьте адрес, условия и результат проверки

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

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

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

Готовое задание для первого прохода

Контекст. Проверяем лендинг [адрес] перед рекламой. Аудитория: [кто приходит и что ему нужно]. Объявление обещает: [конкретное обещание]. Нужна предварительная проверка страницы, а не прогноз продаж.

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

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

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

Более общий принцип разобран в статье о постановке задач ИИ-помощнику: контекст, задача, особенности и ограничения. Для лендинга к этому добавляется проверяемый маршрут до обращения.

Что смотреть на компьютере и телефоне

Для первого прохода можно выбрать, например, окна 1440×900 и 390×844. Это учебные размеры, а не доказательство проверки всех устройств. Если знаете популярные размеры экранов вашей аудитории, добавьте их. Изменение окна в браузере также не заменяет проверку на реальном телефоне.

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

Отдельно проверьте переходы между блоками. Ссылка «Условия» может открывать правильный раздел, но его заголовок окажется под закреплённым меню. Или кнопка отправит человека в мессенджер без объяснения, что написать. Это разные находки: первая относится к отображению, вторая - к ясности следующего действия.

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

Как выглядит находка, которую можно исправить

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

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

Что показывает практический опыт

В разборе на Хабре Роман Костырин описал создание ИИ-аудитора страниц. Агент собирал данные, но при заполнении отчёта перезаписывал диапазоны Google Sheets вместе с формулами и оформлением. Автору пришлось ограничить разрешённые ячейки, зафиксировать шаблон и отдельно описать недоступные проверки. Это чужой опыт настройки, а не готовое обещание надёжности любого агента.

В обсуждении r/UXResearch автор вопроса хотел провести ИИ-проверку перед сессиями с людьми. В комментариях он уточнил, что попробовал один инструмент и не увидел пользы. Другие участники спорили, что именно имеется в виду: агент вместо посетителя или ИИ, помогающий опрашивать настоящих участников. Это разные процессы; частный неудачный опыт не является сравнением всех сервисов.

Мой практический вывод из этих историй: заранее назовите работу и формат её результата. «ИИ проверил сайт» может означать чтение текста, выполнение действий или обработку записей человеческих сессий. Эти результаты нельзя считать взаимозаменяемыми.

Видео от 28 января 2026 года. Канал автора · Смотреть на YouTube.

Почему ответы «виртуальных клиентов» требуют осторожности

В исследовании Nielsen Norman Group от 16 октября 2026 года сравнили ответы 604 реальных специалистов и 120 искусственных респондентов на один открытый вопрос о названии профессиональной области. Главный вывод совпал, но искусственные респонденты использовали около дюжины обозначений, а люди - больше пятидесяти.

У сравнения были ограничения: состав групп различался, а платформа иногда переформулировала вопрос. Это не эксперимент с лендингами и не измерение конверсии. Но результат помогает увидеть риск: правдоподобное общее мнение может скрывать редкие ответы и различия между людьми.

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

Сохраните историю решений

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

Для редакторских предложений заведите отдельный список. Если агент советует заменить спокойный заголовок на громкое обещание, сначала проверьте соответствие вашему продукту и фактам. Желание сделать текст убедительнее не даёт основания добавлять гарантии, которых вы не давали клиентам.

Не связывайте каждый будущий рост заявок с последней правкой автоматически. Могли измениться объявление, аудитория, бюджет или сезон. Для осмысленного сравнения запишите дату обновления, что именно изменили и какие данные будете смотреть. Первичная проверка страницы устраняет видимые препятствия; вопрос о влиянии нового текста на продажи требует отдельного наблюдения.

Так отчёт постепенно становится историей решений: что заметили, что изменили, что проверили повторно и какой вопрос пока остаётся открытым.

Что делать с отчётом перед запуском рекламы

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

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

Дальше покажите страницу представителю своей аудитории. Дайте ту же цель без подсказок и посмотрите, как он её решает. Если пришлось объяснять предложение голосом, запишите, какой информации не хватило на странице. Методика GOV.UK рекомендует наблюдать действия настоящих или вероятных пользователей; успех агента не подтверждает, что человек пройдёт тот же путь.

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