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

Сайт, который понятен человеку, не всегда так же понятен браузерному агенту. Агенту нужны ясные заголовки, подписанные поля, предсказуемые состояния и граница между подготовкой и отправкой действия. Это не означает, что нужно ждать WebMCP: базовую структуру можно улучшить уже в Tilda.

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

Замените кнопку «Далее» на «Рассчитать стоимость» или «Отправить вопрос», если действие известно. Поясните, что произойдёт после клика и сколько данных нужно.

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

В редакторе проверяйте не только визуальный текст, но и порядок блоков. У ссылки должна быть понятная цель, у кнопки — действие, у поля — подпись и имя переменной.

Плейсхолдер не должен быть единственной подписью. Подсказка может уточнять формат, но не заменяет название. Для формы заявки добавьте короткое объяснение обработки данных.

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

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

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

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

Составьте несколько запросов пользователя: «найди», «рассчитай», «подготовь», «отправь». Проверьте, где сайт даёт достаточно информации, а где агент начинает догадываться.

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

Протестируйте пустое поле, неверный домен, длинный текст и отмену. Система должна объяснить, что исправить, и не считать попытку успешной.

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

Не размещайте ключи в скрытых полях и HTML. Скрытое поле предназначено для метки заявки, а не для пароля. Агент не должен видеть секрет только потому, что он присутствует в коде страницы.

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