Поддерживаемые формы и особенности совместимости

SenDev: Protect старается автоматически определять распространённые формы Битрикс, но реальное поведение зависит от шаблона сайта и способа отправки. Эта страница помогает понять, чего ожидать от разных типов форм.

Веб-формы штатного модуля form

Активные веб-формы появляются в административном списке автоматически. Для них ID формируется из номера формы. Версия 0.9.02 содержит отдельное исправление процесса отправки: после успешной проверки сохраняется стандартная кнопка отправки, благодаря чему Битрикс корректно создаёт результат и показывает штатное сообщение.

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

[Скриншот 1: штатная веб-форма в списке настроек и на публичной странице]

main.feedback

Форма обратной связи определяется по стандартным признакам компонента и имеет ID main_feedback. Для неё предусмотрена дополнительная обработка результата отправки.

Регистрация

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

Оформление заказа

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

CRM-формы и форум

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

Кастомные формы

Для нестандартных форм используйте собственный ID и data-sendev-form-id. Это наиболее предсказуемый способ привязки.

[Скриншот 2: разные типы форм в списке Настройки форм]

Формы, которые создаются динамически

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

Что важно для любой формы

форма должна иметь корректный тег form;
у модуля должен быть способ определить её ID;
для этого ID должна быть включена защита;
публичная страница должна загружать ресурсы модуля;
после проверки штатная логика формы должна продолжать работать.

Серверная и предварительная проверка

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

Если форма отправляется через собственный AJAX

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

[Скриншот 3: пример тестирования AJAX-формы: ошибка защиты и успешная отправка]