Как проверить защиту формы заказа от ботов после вайбкодинга?

Как проверить защиту формы заказа от ботов после вайбкодинга?

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

13 ноября 2026 года

Как проверить форму глазами посетителя?

Начните с опубликованного сайта, а не с предпросмотра в редакторе. Откройте страницу заказа в режиме инкогнито, без входа в аккаунт. Проверьте каждую публичную форму отдельно: на основной странице, в мобильной версии и на других страницах, где посетитель оставляет заявку. Именно проверку анонимным посетителем рекомендует материал о расследовании атаки с помощью Claude Code (источник: «Claude Code для безопасности сайта: расследование атаки»).

  1. Запишите, где находится форма и что видит посетитель: поле для заказа, проверку от ботов, сообщение после отправки.
  2. Отправьте пробную заявку с узнаваемой пометкой «ТЕСТ» и проверьте, дошла ли она до того места, где сотрудники обычно принимают заказы.
  3. Повторите проверку с телефона. Если после правок ИИ-агента форма съехала или кнопка недоступна, пригодится отдельная проверка мобильной версии сайта.

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

Как понять, проверяет ли защиту сам сайт?

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

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

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

Что попросить исправить, если тест не прошёл?

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

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

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

Какие ошибки чаще мешают заметить проблему?

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

Откройте страницу заказа в режиме инкогнито и проверьте, видна ли защита анонимному посетителю. Это займёт меньше двух минут и даст точную отправную точку для следующего теста.