CodeCanyon Gravity Forms Auto Formatter - Плагин WordPress

Руководство по настройке CodeCanyon Gravity Forms Auto Formatter для чистых заявок в WordPress

CodeCanyon Gravity Forms Auto Formatter нужен не для оформления внешнего вида формы, а для контроля того, что пользователь вводит в поля Gravity Forms. В этом руководстве разберём, как использовать плагин как слой нормализации данных: привести имена и адреса к единому регистру, запретить лишние символы, скопировать значения между полями, скрыть чувствительный ввод, ограничить длину текста и дать пользователю проверить данные перед отправкой.

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

Важная рамка: плагин не заменяет антиспам, серверную безопасность, CRM-валидацию и полноценную проверку бизнес-данных. Он помогает на уровне поля и отправки формы, но итоговая надёжность зависит от структуры формы, выбранных типов полей, настроек Gravity Forms и того, как вы проверяете результат после изменения правил.

Какую задачу решает плагин в связке с Gravity Forms

У Gravity Forms уже есть типы полей, обязательность, маски ввода, уведомления, записи и базовая проверка отправки. Но на реальных сайтах этого часто недостаточно. Один пользователь вводит имя маленькими буквами, другой добавляет лишние пробелы, третий вставляет ссылку в поле сообщения, а четвёртый пишет один и тот же текст в два поля, где нужна разная информация. В результате менеджер получает заявки, которые приходится чистить вручную перед отправкой в CRM, таблицу, письмо или внутренний отчёт.

CodeCanyon Gravity Forms Auto Formatter добавляет к Gravity Forms отдельный набор автоматических правил для полей. По данным страницы продукта, правила работают индивидуально по полю и включают форматирование регистра, списки запрещённых слов или символов, копирование значений, режимы read only и disabled, отключение автозаполнения и проверки орфографии, сравнение значений между полями, ограничения по типу символов, удаление ссылок, удаление HTML-тегов и PHP-кода, замену текста, добавление текста до или после введённого значения, минимальные и максимальные требования к длине, а также страницу проверки перед отправкой формы.

Такой набор особенно полезен там, где форма не просто отправляет письмо, а становится источником рабочих данных. Чем дальше заявка движется по цепочке - в уведомления, записи Gravity Forms, экспорт, CRM, поддержку или обработку заказов - тем дороже обходится неаккуратный ввод. Главная польза плагина - не красота формы, а предсказуемость данных на выходе.

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

Типовые ситуации, где автоформатирование оправдано

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

• Форма заявки на услугу, где имя, телефон, сайт и комментарий должны приходить в едином виде.
• Регистрационная форма, где нужно скрыть чувствительное поле, запретить повтор одинакового значения и дать пользователю проверить данные перед отправкой.
• Форма для поддержки, где ссылки, HTML-вставки и случайные символы мешают быстрой обработке обращения.
• Форма с адресами, где полезно копировать блоки данных между полями, например когда адрес доставки совпадает с адресом для документов.
• Форма для редакционного или учебного сайта, где минимальная длина ответа и запрет лишних символов помогают собирать более пригодные материалы.

Кому плагин подойдёт, а кому лучше начать с возможностей Gravity Forms

Перед установкой стоит честно ответить, где именно у вас возникает проблема: в вводе, в проверке, в письмах, в хранении записей или в дальнейшей обработке. CodeCanyon Gravity Forms Auto Formatter работает на уровне поведения полей и отправляемых значений, поэтому он не должен становиться универсальной заплаткой для плохо спроектированной формы.

Кому он будет полезен

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

Разработчику или агентству Auto Formatter может быть полезен как более быстрый путь к типовым правилам без отдельного JavaScript и PHP для каждой формы. Но это не отменяет тестирование: правила меняют поведение ввода, а значит их нужно проверять на реальных полях, в уведомлениях и в записях.

Когда лучше не начинать с него

Если вам нужна только маска телефона или даты, сначала посмотрите стандартные маски Gravity Forms. Документация Gravity Forms описывает встроенные маски для поля Single Line Text и Post Custom Field, включая пользовательские шаблоны через фильтр gform_input_masks. Если задача узкая и решается штатной маской, отдельный плагин может быть лишним.

Если требуется сложная бизнес-валидация, например проверка номера договора во внешней системе, сверка с CRM или расчёт по нескольким условиям, Auto Formatter может закрыть только часть задачи. Для такой логики обычно нужен отдельный код, официальный add-on, вебхук или интеграция. Автоформатирование улучшает качество ввода, но не превращает форму в полноценный движок проверки бизнес-правил.

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

Что проверить перед установкой на рабочий сайт

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

Технические условия

По CodeCanyon-странице продукт требует WordPress, PHP и Gravity Forms не ниже указанных разработчиком минимальных версий, а совместимость в карточке привязана к Gravity Forms. Не нужно переносить эти цифры в видимый текст сайта как вечное обещание: они меняются. Но перед установкой проверьте текущую карточку товара, версию Gravity Forms и версию PHP на хостинге.

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

Формы, где нельзя экспериментировать вслепую

Сначала выделите формы, где ошибка ввода особенно чувствительна:

• Формы оплаты, бронирования, регистрации и юридически значимых заявок.
• Формы, связанные с CRM, email-маркетингом, поддержкой или экспортом данных.
• Многостраничные формы, где валидация запускается при переходе между страницами.
• Формы с условной логикой, где изменение одного поля может открыть или скрыть другие поля.
• Формы с пользовательскими скриптами, дополнительными add-ons и нестандартной темой оформления.

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

Безопасный порядок: сначала копия формы, затем одно правило на одном поле, затем тестовая отправка, затем проверка записи, уведомления и поведения публичной части сайта.

Установка и первая проверка после активации

Установка выполняется как у обычного WordPress-плагина: через Plugins в админ-панели или через загрузку архива в Upload Plugin. Документация Gravity Forms отдельно описывает установку add-ons через Forms и через стандартный загрузчик WordPress. Для стороннего плагина CodeCanyon обычно используют ZIP-архив и стандартный путь Plugins - Add New - Upload Plugin.

Не распаковывайте архив вручную, если WordPress ожидает ZIP. После установки нажмите Activate Plugin и не начинайте сразу менять десятки форм. Сначала найдите страницу настроек плагина и системную проверку, если она доступна в вашей версии. На странице продукта упоминается понятный System Check в настройках, поэтому именно с него удобно начинать диагностику: он должен подсказать, видит ли плагин нужные зависимости.

Первый тест без риска

Создайте или скопируйте небольшую форму с полями Name, Email, Phone, Single Line Text и Paragraph Text. Не подключайте её сразу к важным уведомлениям и интеграциям. На тестовой странице проверьте, что форма загружается, отправляется, а запись появляется в Forms - Entries.

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

1. Что видит пользователь в поле до отправки или при ошибке валидации.
2. Что сохраняется в записи Gravity Forms.
3. Что приходит в уведомлении, если уведомление включено.

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

Настройка правил на уровне конкретного поля

Самая важная особенность Auto Formatter - настройки применяются не глобально ко всей форме, а к отдельным полям. Это снижает риск: можно включить строгие правила только там, где они оправданы, и оставить свободный ввод там, где пользователь должен писать естественный текст.

В карточке продукта перечислены поддерживаемые типы полей: single line text, paragraph text, name, email, website, phone, address, number, list, dropdown, multi select, radio buttons, checkbox, quiz и несколько post-полей. При этом разработчик отдельно предупреждает, что не все параметры доступны для всех типов полей. Это логично: запрет символов может быть полезен для текстового поля, но бессмысленен для поля выбора, а копирование адреса работает иначе, чем копирование короткого текста.

Правила регистра и аккуратного текста

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

Проверка на имени и названии компании

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

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

Списки запрещённых слов и символов

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

Центральный список и список конкретного поля

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

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

Ограничение символов и формат ввода

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

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

Копирование значений между полями

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

Тут важна UX-логика. Автоматическое копирование хорошо, если поле-получатель всегда должно повторять источник. Вариант по клику лучше, если пользователь иногда хочет скопировать данные, а иногда заполнить их отдельно. Подпись рядом с полем или чекбоксом должна объяснять действие простыми словами, иначе пользователь не поймёт, почему значение появилось в другом месте.

Проверка, скрытие и защита ввода без лишних обещаний

Часть возможностей плагина относится не к красоте данных, а к контролю поведения формы. Это read only и disabled поля, скрытие ввода без использования password field, отключение автозаполнения и проверки орфографии, требования совпадения или несовпадения значений между полями, удаление ссылок, HTML-тегов и PHP-кода.

Эти параметры нужно включать с пониманием, что они решают разные задачи. Поле read only может показать пользователю значение, которое он не должен менять. Disabled поле может вообще не отправляться так, как вы ожидаете, в зависимости от HTML-поведения и реализации формы, поэтому его обязательно проверяйте в записи. Скрытие ввода визуально защищает от просмотра на экране, но не заменяет хранение чувствительных данных в безопасном виде.

Когда использовать скрытие ввода

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

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

Совпадение и несовпадение значений

Требование совпадения подходит для повторного ввода email, кода, номера заявки или другого значения, где пользователь должен подтвердить правильность. Требование несовпадения полезно там, где два поля по смыслу должны быть разными: например основной контакт и запасной контакт, старый пароль и новый пароль в кастомном сценарии, два разных идентификатора или две разные роли.

Проверяйте сообщения об ошибке особенно внимательно. Если пользователь не понимает, какие поля сравниваются, он будет отправлять форму снова и снова. Хороший текст ошибки должен назвать действие, а не внутреннее правило: "Значение в поле подтверждения должно совпадать с основным email" или "Запасной контакт должен отличаться от основного".

Удаление ссылок, HTML и PHP-кода

Удаление ссылок и кода помогает на публичных формах, где пользователи могут вставлять разметку, рекламные ссылки или технический мусор. Это не отменяет серверную проверку и антиспам Gravity Forms, но снижает шум в заявках. Gravity Forms также рекомендует выбирать правильные типы полей и использовать встроенные механизмы защиты от спама, включая honeypot и дополнительные методы для публичных форм.

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

Страница проверки перед отправкой формы

Одна из продуктовых возможностей Auto Formatter - review page для формы или quiz, где пользователь может просмотреть введённые данные перед окончательной отправкой. Это не обычная страница благодарности после submit, а дополнительный шаг контроля до сохранения окончательного результата.

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

Где review page действительно помогает

Добавляйте страницу проверки там, где цена ошибки выше, чем один дополнительный шаг. Например, в форме заявки на расчёт, регистрации участника, анкете с адресом или форме поддержки с несколькими полями. Для короткой формы "имя + email + сообщение" review page может ухудшить конверсию: пользователь уже видит все поля на одном экране, и дополнительный шаг не даёт большой пользы.

Если форма многостраничная, проверьте, как review page сочетается с переходами между страницами и валидацией. Gravity Forms запускает проверку при отправке и на многостраничных формах при переходе между страницами, поэтому правила Auto Formatter могут проявиться раньше, чем пользователь дойдёт до финального шага.

Что проверить после включения

После включения review page пройдите форму как обычный пользователь. Проверьте, можно ли вернуться назад, исправить значение, снова увидеть обновлённый итог и только после этого отправить форму. Затем откройте запись в Forms - Entries и убедитесь, что сохранены именно окончательные значения.

Если review page показывает одно значение, а запись или письмо содержат другое, не публикуйте изменение. Сначала отключите новые правила, проверьте форму без Auto Formatter, затем включайте параметры по одному.

Практический пример: форма заявки с чистым именем, телефоном и комментарием

Разберём предметный сценарий: на сайте услуги есть форма заявки. Менеджер хочет получать имя в аккуратном регистре, телефон без лишних символов, комментарий без активных ссылок и HTML, а пользователь должен проверить данные перед отправкой. Это типичный случай, где CodeCanyon Gravity Forms Auto Formatter не заменяет Gravity Forms, а дополняет его именно на уровне качества данных.

Цель

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

Подготовка

Создайте тестовую форму с полями:

• Name - имя клиента.
• Phone или Single Line Text с маской, если нужен конкретный шаблон номера.
• Email - для ответа клиенту.
• Paragraph Text - описание задачи.
• Опциональный чекбокс согласия или выбор услуги, если он уже нужен в вашей форме.

Сначала отправьте форму без правил Auto Formatter. Это даст контрольный пример: вы будете знать, как запись выглядит до изменений.

Шаги настройки

1. Откройте форму в редакторе Gravity Forms и выберите поле имени.
2. Включите правило регистра только для имени. Не включайте его для комментария.
3. Для телефона выберите подход: штатная маска Gravity Forms для визуального шаблона или правила Auto Formatter для ограничения символов. Не смешивайте слишком много проверок сразу.
4. Для комментария включите удаление HTML-тегов и PHP-кода, а при необходимости - удаление активных ссылок.
5. Настройте сообщение ошибки так, чтобы пользователь понимал, какое поле нужно исправить.
6. Включите review page, если форма длинная или ошибка в данных дорого обходится менеджеру.
7. Сохраните форму и очистите кеш страницы, если сайт использует кеширование.

Проверка

Отправьте несколько тестовых заявок. Введите имя разным регистром, телефон с лишними символами, комментарий с URL и HTML-фрагментом. Проверьте, что происходит в момент ввода, при отправке, на review page, в записи Gravity Forms и в письме менеджеру.

Контрольная заявка для менеджера

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

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

Нюанс, который часто пропускают

Если уведомление использует merge tags, проверьте письмо отдельно. В описании продукта указано, что before/after text может помогать тем, кто парсит notification emails. Это сильная функция, но она опасна при невнимательной настройке: лишний префикс или суффикс может попасть в CRM или таблицу как часть значения. Любое добавление текста до или после поля проверяйте не только в записи, но и во всех местах, куда уходит заявка.

Как проверить, что правила работают правильно

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

Матрица тестовых данных

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

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

Где смотреть итог

Проверяйте не только публичную форму:

• В Entries смотрите сохранённое значение и заметки к записи.
• В уведомлениях проверьте, что merge tags выводят уже нужный текст.
• В экспорте CSV проверьте, не появились ли лишние префиксы или невидимые символы.
• В интеграциях проверьте, что сторонний сервис получает ожидаемый формат.
• На многостраничной форме проверьте переходы между страницами, а не только финальную отправку.

Откат спорной настройки

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

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

Аккуратное расширение без выдуманных функций

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

Пример ниже не меняет Auto Formatter и не вмешивается в его код. Он добавляет пользовательскую маску в Gravity Forms через официальный фильтр. Это может быть полезно, если вы хотите сначала стандартизировать визуальный ввод, а затем уже применять правила Auto Formatter для очистки или проверки значения.

add_filter( 'gform_input_masks', function( $masks ) {
    // Добавляет повторно используемую маску для внутреннего кода заявки.
    $masks['Service Code'] = 'aaa-9999';
    return $masks;
} );

Размещайте такой фрагмент в дочерней теме, небольшом site-specific plugin или через безопасный плагин для сниппетов. После добавления откройте поле Single Line Text в Gravity Forms и проверьте, появилась ли маска в настройках. Затем отправьте тестовую форму и убедитесь, что маска не конфликтует с правилами Auto Formatter.

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

Когда стоит использовать CodeCanyon Gravity Forms Auto Formatter

Auto Formatter будет удачным выбором, если у вас уже есть Gravity Forms, несколько рабочих форм и понятная проблема качества заявок. Он помогает там, где нужно не просто принять текст, а привести его к контролируемому виду до того, как запись попадёт в менеджерскую работу, уведомление, экспорт или интеграцию.

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

Когда вы готовы проверить плагин на копии формы и пройти тестовый сценарий до конца, можно получить файл CodeCanyon Gravity Forms Auto Formatter и подготовить безопасный первый запуск. Не включайте все параметры сразу: ценность плагина раскрывается в аккуратной настройке поля за полем.