Рекомендации по эксплуатации и типовые ситуации

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

Сценарий: спам идёт только через одну форму

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

Сценарий: пользователи жалуются на сложную проверку

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

Сценарий: форма исчезла после изменения шаблона

Если разработчик изменил HTML-разметку или компонент, автоматическое определение может перестать совпадать с прежним ID. Проверьте вкладку «Настройки форм» и при необходимости зарегистрируйте форму явно как кастомную.

Сценарий: после обновления модуля странно работает веб-форма

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

Сценарий: CAPTCHA периодически недоступна

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

Сценарий: журнал стал большим

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

[Скриншот 1: вкладки Статистика и Управление логами при регулярном обслуживании]

Сценарий: высокий процент блокировок с одного IP

Проверьте адрес на вкладке IP. Не добавляйте большой диапазон без анализа. В версии 0.9.02 основной механизм блокировки всё равно остаётся за выбранной защитой формы, поэтому при постоянной атаке лучше дополнительно усилить сам тип проверки.

Рекомендуемый ежемесячный контроль

• открыть статистику;
• проверить формы с наибольшим количеством попыток;
• просмотреть Топ IP;
• проверить размер журнала;
• удалить старые логи при необходимости;
• выполнить тестовую отправку через основные формы сайта.

После изменения формы разработчиком

Повторно проверите защиту. Особенно это касается:

• замены компонента;
• перехода на AJAX;
• изменения идентификаторов формы;
• переноса кнопки отправки;
• динамического создания формы в модальном окне.

После смены CAPTCHA

1. Сохраните ключи нового провайдера.
2. Откройте диагностику.
3. Проверьте одну тестовую форму.
4. Только после успешного теста оставляйте CAPTCHA на остальных формах.

[Скриншот 2: диагностика CAPTCHA после смены провайдера]

После обновления версии модуля

Проверьте страницу «Список обновлений» и добавьте вручную сведения о новой версии. Затем выполните минимум три теста: штатная веб-форма, main.feedback и одна кастомная или AJAX-форма, если они используются.

Что считать успешной настройкой

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

[Скриншот 3: контрольная отправка основной формы сайта после настройки]

Главное правило

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