WS Form FunnelKit - Плагин WordPress

Руководство по настройке WS Form FunnelKit для форм и автоматизаций

WS Form FunnelKit полезен тогда, когда форма на сайте WordPress должна не просто отправить письмо администратору, а передать данные в FunnelKit Automations и запустить дальнейший сценарий: приветственное письмо, сегментирование контакта, цепочку прогрева, внутреннее уведомление или другую автоматизацию. В этом руководстве разберём, как подойти к такой связке без хаоса: что проверить до установки, как подготовить форму, где включить действие Add to FunnelKit, как связать отправку формы с триггером FunnelKit и как убедиться, что заявка действительно дошла до автоматизации.

Материал не повторяет короткое описание продукта. Здесь важнее практическая сторона: какие поля стоит передавать, почему не любая заявка должна запускать маркетинговый сценарий, как использовать opt-in checkbox, где смотреть ошибки и когда лучше выбрать другой способ интеграции. Отдельно разберём сценарий заявки на консультацию, потому что именно на нём хорошо видно, как форма превращается в точку входа для FunnelKit.

Главная мысль проста: сначала должна быть рабочая форма и понятная логика согласия, потом - автоматизация. Если начать с FunnelKit и не проверить отправку, поля и журнал действий в WS Form, ошибка будет выглядеть как «автоматизация не работает», хотя причина часто лежит на стороне формы, условия запуска или карты полей.

Как устроена связка формы и автоматизации

WS Form FunnelKit не заменяет WS Form и не является отдельным конструктором воронок. Это add-on для WS Form PRO, который добавляет к форме действие передачи отправки в FunnelKit. Внутри WS Form пользователь заполняет поля, нажимает кнопку отправки, WS Form обрабатывает форму и запускает настроенные actions. Среди этих actions появляется Add to FunnelKit. После этого FunnelKit Automations может увидеть событие отправки формы и использовать его как стартовую точку сценария.

Такой подход удобен тем, что форма остаётся в привычном редакторе WS Form: поля, условная логика, защита от спама, сохранение отправок и публикация на странице настраиваются там же. FunnelKit отвечает за следующий слой - контакт, поля контакта, условные ветки, письма, задержки, цели и другие элементы автоматизации. Ошибки чаще всего возникают на границе между этими слоями: форма отправилась, но action не добавлен; action добавлен, но не сработал из-за opt-in; FunnelKit видит форму, но поля сопоставлены не так, как ожидается.

Полезно держать в голове четыре звена:

1. Публичная форма собирает данные посетителя и проходит валидацию WS Form.
2. Действие Add to FunnelKit запускается при отправке или только при выполнении условия.
3. FunnelKit Automations принимает событие Forms > WS Form > Form Submits и сопоставляет базовые поля контакта.
4. Дальнейшая автоматизация использует поля формы, теги, списки, условия и письма.

Из этой схемы видно, почему настройку нельзя проверять только по одному письму или только по сообщению «форма отправлена». Для надёжной проверки нужны минимум два следа: запись отправки в WS Form и факт запуска нужного workflow в FunnelKit.

Что продукт делает хорошо

Главная сильная сторона интеграции - она оставляет контроль за формой в WS Form, а не заставляет переносить все поля в другой инструмент. Это важно для сайтов, где форма уже сложная: есть несколько секций, условная логика, обязательные поля, защита от спама, скрытые поля источника заявки или разные варианты согласия. Вместо переписывания формы можно добавить действие и передать отправку в FunnelKit.

Вторая важная особенность - действие можно привязать к поведению формы. По официальной документации WS Form для FunnelKit действие можно запускать при отправке формы, а также использовать opt-in field, чтобы действие выполнялось только при отмеченном согласии. Для маркетинговых сценариев это не мелочь, а базовая часть архитектуры: пользователь может отправить обычную заявку, но автоматизация подписки должна стартовать только тогда, когда человек явно выбрал соответствующий вариант.

Что продукт не должен делать за вас

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

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

Кому подойдёт WS Form FunnelKit, а кому лучше не начинать с него

Этот add-on лучше всего подходит сайтам, где WS Form уже используется как основной конструктор форм, а FunnelKit Automations нужен для обработки контактов после отправки. Типичный пример - магазин или сервисный сайт на WordPress: посетитель заполняет заявку, выбирает интересующую услугу, оставляет согласие на рассылку, после чего FunnelKit добавляет контакт в нужный сценарий и отправляет персональное сообщение.

Интеграция особенно уместна, если в форме есть логика, которую не хочется дублировать в другом инструменте. Например, форма консультации показывает разные поля в зависимости от типа проекта, форма скачивания материала собирает роль пользователя, а форма для магазина различает оптовых и розничных клиентов. В таких случаях WS Form собирает точные данные, а FunnelKit уже решает, какое сообщение, тег или условную ветку применить.

Подходящие сценарии

• Заявки на консультацию, где нужно отправить контакт в цепочку писем и передать менеджеру контекст обращения.
• Формы скачивания чек-листа, каталога или промокода, где важно различать обычную отправку и согласие на рассылку.
• Сегментация лидов по выбранной услуге, бюджету, роли пользователя или интересу к продукту.
• WooCommerce-сайты, где FunnelKit уже используется для автоматизаций, писем и работы с контактами.
• Сайты агентств, где формы WS Form уже стандартизированы, а FunnelKit нужен как общий центр последующей коммуникации.

Когда лучше выбрать другой путь

Если вам нужна самая простая контактная форма с одним письмом администратору, add-on может быть лишним. Достаточно штатного действия отправки письма и сохранения отправки в WS Form. Если вы ещё не используете WS Form PRO, нужно учитывать, что add-on работает именно с PRO-версией, а не с LITE. Если у вас уже построена инфраструктура вокруг другого CRM-плагина, например FluentCRM, Groundhogg или HubSpot, удобнее сравнить прямые add-ons WS Form под эти системы, а не насильно прокладывать маршрут через FunnelKit.

Есть и организационный момент: FunnelKit Automations - отдельный слой, который нужно поддерживать. Автоматизация должна быть активна, письма должны отправляться через нормальный почтовый транспорт, а владелец сайта должен понимать, что произойдёт с контактом после отправки формы. Без этого интеграция превращается в ещё один невидимый механизм, который трудно объяснить редактору или менеджеру.

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

Подготовка нужна не ради формальности. Если один из базовых компонентов отсутствует, WS Form FunnelKit либо не появится в нужном месте, либо будет выглядеть установленным, но не даст ожидаемого результата. Перед установкой проверьте не только наличие WordPress и прав администратора, но и готовность двух рабочих систем: WS Form PRO и FunnelKit Automations.

Минимальная техническая проверка

• На сайте установлен и работает WS Form PRO, потому что add-ons требуют PRO и не совместимы с WS Form LITE.
• FunnelKit Automations установлен, доступен в админ-панели и используется для создания automation-сценариев.
• У администратора есть права устанавливать и активировать плагины WordPress, а также редактировать формы и автоматизации.
• Форма, которую вы хотите подключить, уже опубликована или готова к публикации после тестирования.
• Почтовая отправка сайта проверена отдельно, если в FunnelKit будут письма. Иначе можно настроить всё правильно, но не увидеть письмо из-за проблем доставки.
• Кеш, оптимизация JavaScript и защитные плагины не ломают отправку форм на публичной странице.

Отдельно проверьте, какие поля формы реально нужны в автоматизации. Email почти всегда является ключевым идентификатором контакта. Имя, телефон, тип запроса, источник заявки и согласие на рассылку нужны только тогда, когда они используются в сценарии FunnelKit. Чем больше полей вы передаёте без цели, тем сложнее потом отлаживать карту данных.

Подготовка формы до интеграции

До установки add-on полезно довести форму до состояния «она работает сама по себе». Создайте или откройте форму в WS Form, проверьте обязательные поля, сообщение после отправки, сохранение submissions и защиту от спама. Если форма не проходит базовую отправку без FunnelKit, добавление автоматизации только усложнит диагностику.

Форма сначала должна отправляться без automation

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

Для форм с подпиской добавьте отдельный checkbox согласия. Не делайте его скрытым и не отмечайте по умолчанию, если речь идёт о маркетинговой коммуникации. В связке с WS Form FunnelKit этот checkbox можно использовать как opt-in field, чтобы действие в FunnelKit запускалось только при явном выборе пользователя.

Установка и первичная проверка без лишнего риска

Установка add-on выполняется как обычная установка плагина WordPress из ZIP-файла: через Plugins, Add New, Upload Plugin, затем Install Now и Activate. Если на хостинге нельзя загружать плагины через админ-панель, WordPress допускает ручную загрузку папки плагина в /wp-content/plugins/, но такой путь лучше оставить администратору, который понимает файловую структуру сайта.

После активации не переходите сразу к сложной automation-цепочке. Сначала убедитесь, что в WS Form появилась вкладка или настройки add-on, а в редакторе формы доступно действие Add to FunnelKit. Если этот пункт отсутствует, проверьте активность WS Form PRO, сам add-on и права текущего пользователя. На этом этапе важно не смешивать проблему установки с проблемой дальнейшей автоматизации.

Порядок безопасной первой проверки

1. Откройте админ-панель WordPress и проверьте, что WS Form PRO, FunnelKit Automations и WS Form FunnelKit активны.
2. Откройте тестовую форму в WS Form и убедитесь, что она отправляется без интеграционного действия.
3. Добавьте действие Add to FunnelKit, но пока не усложняйте форму дополнительными условиями.
4. Создайте простую automation в FunnelKit с триггером Forms, WS Form, Form Submits.
5. Выберите нужную форму и сопоставьте базовые поля контакта.
6. Отправьте тестовую заявку и проверьте запись в WS Form и событие в FunnelKit.

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

Действие Add to FunnelKit внутри формы

Ключевая настройка находится не в обычной странице плагинов, а в редакторе конкретной формы. В WS Form действия управляют тем, что происходит после отправки или сохранения формы. Официальная документация WS Form описывает actions как механизм для письма, сообщения, редиректа, сохранения submissions, webhooks и premium add-ons. WS Form FunnelKit добавляет в этот список действие Add to FunnelKit.

Когда вы редактируете форму, откройте панель Actions, добавьте новое действие и выберите Add to FunnelKit из выпадающего списка. По умолчанию действие рассчитано на запуск при отправке формы. Если форма содержит opt-in checkbox, выберите его как поле согласия. Тогда отправка формы и запуск FunnelKit automation перестанут быть одним и тем же событием: форма может сохранить заявку, но автоматизация подписки запустится только для тех пользователей, которые отметили согласие.

Какие параметры проверить в действии

Не отключайте действие Save Submissions на время отладки, если у вас нет другой причины. Сохранённая отправка помогает увидеть, какие поля пользователь реально отправил, какие actions сработали и были ли ошибки. Когда интеграция стабильна, можно уже решать, какие данные хранить, как долго хранить и какие поля исключить из сохранения.

Условная логика для точного запуска

WS Form PRO позволяет управлять actions через conditional logic: действие можно запускать, не запускать или запускать сразу при выполнении условия. Для WS Form FunnelKit это полезно в формах, где один и тот же интерфейс обслуживает разные запросы. Например, если пользователь выбирает «Получить консультацию», заявка идёт в FunnelKit. Если выбирает «Технический вопрос», форма может только сохранить обращение и отправить письмо в поддержку.

Условная логика не должна заменять opt-in. Это разные вещи. Условие отвечает за бизнес-маршрут заявки, а opt-in отвечает за согласие на коммуникацию. Не смешивайте сегментацию и согласие в одно поле: так проще объяснить настройки, проверить результат и избежать лишних срабатываний.

Карта полей и данных для FunnelKit Automations

После добавления действия в форму нужно настроить вторую сторону - automation в FunnelKit. В FunnelKit Automations создаётся новый сценарий, выбирается trigger, затем форма и базовая карта полей. В документации WS Form для add-on указан путь Forms, WS Form, Form Submits. На уровне FunnelKit сама логика form automation сводится к тому, что отправка формы запускает workflow, а поля формы сопоставляются с полями контакта.

Самая частая ошибка в таких интеграциях - отправлять в FunnelKit всё подряд. Практичнее разделить поля на три группы:

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

В FunnelKit поля должны использоваться не только для хранения. Они должны влиять на маршрут: условие, список, тег, письмо, задержку, цель или внутреннее уведомление. Если поле нигде не применяется, не спешите тащить его в автоматизацию. Оставьте его в submission WS Form или добавьте позже, когда появится понятный сценарий.

Базовые поля контакта

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

Поля сегментации

Поле «интерес» или «тип запроса» часто важнее десятка дополнительных комментариев. Оно помогает FunnelKit выбрать ветку: отправить письмо про консультацию, предложить промокод, передать заявку менеджеру или добавить контакт в отдельный список. Если в WS Form поле сделано checkbox-группой, radio-группой или select, проверьте точные значения, которые уходят в FunnelKit. Условие должно сравнивать не красивую подпись в голове администратора, а реальное значение поля.

Merge fields и дополнительные поля

Официальная документация WS Form для FunnelKit упоминает возможность использовать WS Form merge fields через действие Update Fields в FunnelKit Automations. Общая документация WS Form объясняет переменные как способ вставлять динамические значения в действия, шаблоны писем и другие элементы. Это удобно для источника заявки, идентификатора отправки, названия формы или служебного поля, но требует аккуратности.

Если вы добавляете дополнительное поле в FunnelKit, сначала дайте ему понятное назначение. Например, «Источник формы» нужен, если один automation принимает несколько форм и менеджеру важно видеть, откуда пришёл контакт. «Тип запроса» нужен, если от него зависит текст письма. А вот внутренние технические значения лучше не показывать в письмах пользователю, если они не несут смысла.

Практический пример: заявка на консультацию с последующим письмом

Разберём реальный сценарий, который можно адаптировать под сервисный сайт, агентство, обучающий проект или магазин с консультациями перед покупкой. Цель: посетитель заполняет форму «Запросить консультацию», выбирает интересующую услугу, даёт согласие на follow-up, после чего FunnelKit отправляет первое письмо и добавляет контакт в нужный сегмент.

Цель

Нужно получить не просто письмо администратору, а управляемую цепочку: заявка сохраняется в WS Form, контакт попадает в FunnelKit, выбранная услуга определяет ветку, а пользователь получает письмо с полезным следующим шагом. Менеджер при этом видит исходные данные заявки и может проверить отправку, если клиент написал, что письмо не пришло.

Подготовка

• Создайте форму в WS Form с полями Name, Email, Phone, Service Interest, Message и отдельным checkbox согласия.
• Оставьте действие сохранения отправки, чтобы было где смотреть журнал и поля заявки.
• Добавьте действие Add to FunnelKit и выберите checkbox согласия как opt-in field, если автоматизация связана с подпиской или маркетинговой коммуникацией.
• Опубликуйте форму на тестовой странице через блок WS Form или shortcode.
• В FunnelKit создайте automation с событием Forms, WS Form, Form Submits.

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

1. В редакторе формы WS Form откройте панель Actions и убедитесь, что Add to FunnelKit включено.
2. В FunnelKit выберите конкретную форму, а не общий абстрактный триггер для всех форм.
3. Сопоставьте email, имя и телефон с полями контакта.
4. Добавьте поле интереса к услуге как условие или custom field, если оно нужно для ветвления.
5. Создайте условие: если Service Interest равно выбранному направлению, отправить соответствующее письмо или добавить тег.
6. Включите automation только после тестовой отправки и проверки карты полей.

Проверка

Сделайте две тестовые отправки. В первой отметьте согласие, выберите услугу и используйте email, к которому есть доступ. Во второй отправке не отмечайте согласие, если оно управляет запуском действия. В WS Form откройте submissions и проверьте поля, action log и возможные ошибки. В FunnelKit проверьте, появился ли контакт, сработала ли нужная ветка и отправлено ли письмо.

Положительный и отрицательный тест

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

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

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

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

Практичные идеи применения на разных сайтах

WS Form FunnelKit особенно полезен не там, где есть одна форма «Свяжитесь с нами», а там, где отправка формы должна менять дальнейший маршрут пользователя. Ниже несколько сценариев, которые опираются на подтверждённую механику продукта: форма отправляется через WS Form, действие передаёт данные в FunnelKit, а automation использует поля, условия и последующие действия.

Сайт услуг: квалификация заявки

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

Магазин: заявка до покупки

В WooCommerce-магазине часто есть товары, где клиенту нужна консультация перед заказом. Форма может собирать интерес к категории, вопрос и email. FunnelKit уже может быть частью магазина, поэтому логично использовать его для последующего письма, напоминания или сегмента. Здесь важно не путать заявку с заказом: автоматизация формы не должна выглядеть как подтверждение покупки, если покупка не совершена.

Контентный сайт: выдача материала после формы

Если сайт предлагает чек-лист, подборку или каталог, форма WS Form собирает email и интерес, а FunnelKit отправляет материал и запускает аккуратную цепочку. Opt-in checkbox здесь особенно важен: человек может запросить файл, но не всегда это означает согласие на регулярные письма. Разделите сообщение после отправки, письмо с материалом и долгосрочную подписку.

Обучающий проект: разные траектории по ответу

В форме подбора курса можно спросить уровень подготовки или цель обучения. FunnelKit использует это поле как условие и отправляет разные первые письма. Такой сценарий хорош тем, что пользователь сразу получает более релевантный ответ, а администратор видит структуру заявок в контактах и submissions. Проверка - несколько тестовых отправок с разными ответами и сверка веток automation.

Как проверить результат после настройки

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

Публичная часть сайта

Откройте страницу с формой в режиме обычного посетителя. Если на сайте есть кеш или оптимизация JavaScript, лучше использовать окно без авторизации. Заполните форму реальными тестовыми данными, отметьте opt-in checkbox, если он должен запускать действие, и отправьте заявку. Проверьте, что пользователь видит правильное сообщение, форма не зависает, кнопка отправки не остаётся в состоянии загрузки, а обязательные поля работают предсказуемо.

Проверка в WS Form

Перейдите в submissions нужной формы. В карточке отправки проверьте поля, дату, статус и actions. Документация WS Form показывает, что в submissions можно смотреть детали отправки, поля формы, действия, логи и ошибки, а некоторые actions можно запускать повторно, если такой значок доступен. Для отладки интеграции это один из самых полезных экранов: он показывает, что именно произошло на стороне формы.

Проверка в FunnelKit

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

Debug Console для быстрой диагностики

Если у вас WS Form PRO и включён Debug Console, его можно использовать на тестовой странице. Он умеет заполнять форму тестовыми данными, отправлять форму, показывать logs и errors. В документации WS Form подчёркивается, что режим Show always удобен только для разработки, а перед запуском сайта его нужно отключить. Для живого сайта безопаснее вариант, где консоль видна только администраторам.

Когда включать отладку

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

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

Аккуратные улучшения без вмешательства в код плагина

Для WS Form FunnelKit не стоит придумывать хуки или внутренние API, если они не нужны. В большинстве случаев достаточно штатных настроек формы, условий, поля согласия, submissions и корректной карты FunnelKit. Но есть одно безопасное внешнее улучшение: дать форме стабильный HTML-идентификатор через shortcode и оформить блок так, чтобы пользователь лучше понимал, что произойдёт после отправки.

Документация WS Form Shortcode описывает атрибут element_id, который задаёт ID формы. Это не меняет бизнес-логику и не вмешивается в ядро плагина. Такой ID удобно использовать для небольшого CSS в теме или через безопасный инструмент для пользовательских стилей.

Пример безопасного CSS для формы консультации

Сначала вставьте форму на тестовую страницу shortcode с собственным ID:

[ws_form id="123" element_id="consultation-funnel-form"]

Затем добавьте небольшой CSS в настройки темы, дочернюю тему или безопасный CSS-инструмент сайта:

#consultation-funnel-form {
  max-width: 720px;
  margin: 0 auto;
}

#consultation-funnel-form .wsf-button {
  width: 100%;
}

#consultation-funnel-form .wsf-help {
  font-size: 0.95rem;
  line-height: 1.5;
}

Эта правка не меняет отправку формы, действие FunnelKit или обработку данных. Она только ограничивает ширину формы, делает кнопку заметнее и улучшает читаемость подсказок. Проверка простая: откройте страницу на desktop и mobile, отправьте тестовую заявку и убедитесь, что внешний вид изменился, а action Add to FunnelKit продолжает срабатывать. Откат - удалить CSS и вернуть обычный shortcode или убрать element_id.

Что лучше не делать

Не правьте файлы WS Form, FunnelKit или add-on. Не вставляйте произвольный JavaScript, который перехватывает отправку формы, если вы не понимаете, как WS Form валидирует и запускает actions. Не скрывайте сообщение об ошибке через CSS. Если автоматизация не срабатывает, нужно найти причину в действиях, карте полей, opt-in, FunnelKit logs или конфликте скриптов, а не маскировать симптом.

Если WS Form FunnelKit не запускает автоматизацию

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

Действие Add to FunnelKit не видно в форме

Симптом: в панели Actions нет пункта Add to FunnelKit. Возможная причина - add-on не активен, используется WS Form LITE вместо PRO, текущий пользователь не имеет прав на управление формами или установка не завершилась корректно. Проверьте список активных плагинов, наличие WS Form PRO и страницу настроек WS Form. Если действие так и не появилось, откатитесь к предыдущему состоянию: временно отключите add-on, убедитесь, что обычные forms работают, затем включите его снова.

Форма отправляется, но FunnelKit ничего не делает

Симптом: пользователь видит сообщение об успешной отправке, запись появляется в WS Form, но automation не стартует. Проверьте, добавлено ли действие Add to FunnelKit в эту конкретную форму, не отключено ли оно, не привязано ли к opt-in checkbox и не блокирует ли его conditional logic. Затем в FunnelKit проверьте trigger: он должен быть связан с WS Form и нужной формой. Если automation выключена, тестовая отправка может корректно сохраниться в WS Form, но не пройти дальше.

Автоматизация стартует не для тех пользователей

Симптом: FunnelKit запускается для заявок, где пользователь не должен был попадать в сценарий. Чаще всего причина в том, что opt-in field не выбран или выбран не тот checkbox. Вторая причина - условная логика управляет не тем action. Проверьте форму двумя отправками: с согласием и без него. Если обе отправки запускают automation, вернитесь в action settings и исправьте поле согласия.

Поля в FunnelKit пустые или попали не туда

Симптом: контакт создаётся, но имя, телефон или интерес не отображаются там, где ожидалось. Проверьте mapping в FunnelKit и реальные значения в submission WS Form. Если поле в WS Form необязательное, тестовая отправка могла уйти без значения. Если поле имеет несколько вариантов, убедитесь, что FunnelKit условие сравнивает правильную строку. Исправление - пересопоставить поля, отправить новую тестовую заявку и проверить контакт заново.

Письмо FunnelKit не приходит

Симптом: контакт и событие есть, но письмо не получено. Это уже не всегда проблема WS Form FunnelKit. Проверьте, активна ли automation, в какую ветку попал контакт, нет ли задержки, не отключено ли письмо и работает ли почтовая отправка сайта. Для почты полезно иметь отдельный SMTP-плагин или лог отправки, но не подменяйте этим проверку формы: сначала подтвердите, что событие FunnelKit действительно произошло.

Конфликт кеша или оптимизации скриптов

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

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

Откат нужен, если интеграция запускает неправильные письма реальным пользователям, создаёт неверные сегменты или мешает основной форме принимать заявки. Временно отключите action Add to FunnelKit в WS Form или выключите automation в FunnelKit, оставив сохранение submissions. Так вы не потеряете заявки, пока исправляете карту полей и условия.

Когда WS Form FunnelKit будет удачным выбором

WS Form FunnelKit стоит использовать, если вы уже доверяете WS Form как конструктору форм и хотите превратить отправку формы в управляемый вход для FunnelKit Automations. Сильный сценарий выглядит так: форма продумана, поля минимальны и понятны, согласие отделено от сегментации, action Add to FunnelKit добавлен в нужную форму, а FunnelKit принимает событие Form Submits и ведёт контакт по проверенной ветке.

Не начинайте с большой automation-схемы. Сначала настройте короткий путь: отправка формы, контакт в FunnelKit, одно письмо или один тег, проверка submissions и логов. После этого добавляйте условия, дополнительные поля и несколько веток. Такой порядок снижает риск, что реальный пользователь попадёт не в тот сценарий или не получит ожидаемое сообщение.

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

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