Gravity Forms - Плагин WordPress

Руководство по настройке и практическому использованию Gravity Forms

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

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

Точные пункты интерфейса в статье оставлены на английском и выделены через code, потому что в админ-панели WordPress и в документации Gravity Forms они чаще всего встречаются именно так. Если в вашей сборке используется перевод, ориентируйтесь на расположение раздела и смысл настройки.

Где Gravity Forms раскрывается лучше всего

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

Сильная сторона Gravity Forms - не количество полей само по себе, а связка "поле - условие - уведомление - подтверждение - запись - интеграция". Плагин позволяет строить формы из готовых типов полей, управлять видимостью полей через conditional logic, отправлять разные уведомления разным получателям, показывать разные подтверждения после отправки и передавать данные дальше через add-ons, feeds, webhooks или REST API.

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

Кому плагин подойдёт

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

• Несколько типов форм с разной логикой: контакт, заявка, регистрация, опрос, расчёт, сбор файлов.
• Уведомления не одному администратору, а разным получателям в зависимости от ответа пользователя.
• Сохранение отправок в админ-панели, чтобы не зависеть только от почтового ящика.
• Интеграции с рассылками, CRM, платёжными сервисами, внешними API или автоматизациями.
• Возможность доработать поведение через documented hooks, CSS API или аккуратные настройки темы формы.

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

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

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

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

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

Среда сайта и совместимость

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

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

Почта и доменный отправитель

Gravity Forms не доставляет письма напрямую получателю как отдельный почтовый сервис. Он передаёт email через механизм WordPress, а дальше письмо обрабатывает сервер или SMTP/transactional mail сервис. Поэтому форма может успешно создать запись, но письмо всё равно не дойдёт, если домен не настроен, сервер блокирует отправку или поле From Email использует неподходящий адрес.

Для теста используйте адрес отправителя на домене сайта, а не бесплатный Gmail или Yahoo в поле From Email. Адрес пользователя лучше ставить в Reply To, чтобы менеджер мог ответить на заявку, но само письмо исходило от домена сайта. Это снижает риск отклонения письма почтовым сервером.

Кеш, оптимизация и JavaScript

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

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

Установка, создание первой формы и первичная проверка

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

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

В админ-панели WordPress откройте Plugins, загрузите ZIP-архив плагина через Add New и активируйте его. Если вы устанавливаете плагин на рабочий сайт, не делайте это во время пиковых заявок. После активации проверьте, что в левом меню появился раздел Forms, а страница Forms открывается без ошибок.

Не редактируйте файлы плагина вручную. Любые доработки внешнего вида делайте через настройки блока, CSS темы, дочернюю тему, Code Snippets или другой безопасный механизм, который не пропадёт после обновления.

Создание формы с нуля или из шаблона

Для новой формы перейдите в Forms и выберите New Form. Gravity Forms предлагает начать с шаблона или с пустой формы. Для первой проверки лучше выбрать пустую форму и добавить только то, что нужно для реального теста: Name, Email, Phone, Single Line Text для темы обращения и Paragraph Text для сообщения.

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

Первичная проверка после сохранения

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

1. Откройте предпросмотр формы или временную тестовую страницу.
2. Заполните поля реальными тестовыми данными, включая email на другом домене.
3. Отправьте форму и убедитесь, что пользователь видит понятное подтверждение.
4. Откройте Forms и проверьте, появилась ли запись в Entries.
5. Проверьте, пришло ли уведомление и нет ли письма в папке спама.

Если запись появилась, но письмо не пришло, проблема почти наверняка не в том, что форма "не отправилась". Дальше нужно смотреть настройки уведомления, отправителя, SMTP и результат отправки в entry notes.

Настройка полей, условий и вида формы

Хорошая форма не начинается с красивой кнопки. Она начинается с правильного набора полей, понятной логики и минимального трения для пользователя. В Gravity Forms это особенно важно, потому что редактор позволяет быстро добавить много возможностей, но каждая лишняя ветка усложняет проверку результата.

Поля: что добавлять сначала

Официальная документация Gravity Forms описывает группы полей и предупреждает, что некоторые поля могут зависеть от add-ons или типа лицензии. Для базовой формы заявки обычно хватает стандартных и advanced-полей: имя, email, телефон, текстовые поля, выбор из списка, чекбоксы, файл. Для более сложных сценариев можно использовать page fields, calculations, post fields, product fields и поля, связанные с интеграциями.

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

Conditional logic без ловушек

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

Для устойчивой формы избегайте специальных символов и HTML в значениях, на которые опираются правила. Если выбор в Drop Down или Radio Buttons используется в условиях, проверьте, что значение поля не меняется после публикации. Иначе старое правило может перестать совпадать с новым текстом варианта.

Мини-проверка условной логики

Создайте тестовую отправку для каждой важной ветки. Если поле должно появляться только при выборе "Нужна консультация", проверьте вариант с этой опцией и вариант без неё. После отправки откройте запись в Entries: скрытые conditional logic поля обычно не участвуют в отправке, поэтому отсутствие скрытого значения в entry не является ошибкой.

Внешний вид через Orbital, block settings и CSS API

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

Если нужно точечно подстроить форму под дизайн сайта, используйте documented CSS API и область действия конкретной формы. Ниже пример осторожной CSS-правки для формы с известным ID. Его можно добавить в CSS дочерней темы или в раздел дополнительных стилей темы. Замените 3 на ID вашей формы.

/* Точечная настройка Orbital-формы Gravity Forms.
   Замените 3 на ID своей формы и проверьте результат на тестовой странице. */
.gform-theme--framework#gform_wrapper_3 {
  --gf-ctrl-border-radius: 8px;
  --gf-ctrl-border-color: #c9d3e0;
  --gf-ctrl-focus-color: #2f6fed;
  --gf-form-gap-y: 18px;
}

.gform-theme--framework#gform_wrapper_3 .gform_button {
  min-height: 46px;
  font-weight: 700;
}

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

Уведомления и подтверждения: две разные задачи после отправки

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

Как настроить confirmation

Откройте форму, перейдите в Form Settings и выберите Confirmations. У каждой новой формы есть default confirmation. Его можно отредактировать, чтобы пользователь видел не сухое "Thanks for contacting us", а конкретный следующий шаг: когда ждать ответа, что делать, если письмо не пришло, где посмотреть дополнительные материалы.

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

Как настроить notification

Для письма откройте Notifications. В настройках уведомления проверьте Send To, From Name, From Email, Reply To, тему и тело письма. Merge tags позволяют подставлять значения из формы, например имя, email или все отправленные поля. Для админского письма удобно использовать {all_fields}, но для письма пользователю лучше написать короткий понятный текст и не пересылать лишние внутренние данные.

Если получатель зависит от выбранного отдела, направления услуги или города, используйте routing или conditional logic. Например, поле "Тема обращения" может отправлять коммерческие вопросы менеджеру, технические вопросы поддержке, а партнёрские запросы руководителю направления. После настройки обязательно сделайте тестовую отправку для каждого маршрута.

Безопасная схема для email-полей

В поле From Email ставьте доменный адрес сайта, например адрес отдела или системный почтовый ящик. Email пользователя подставляйте в Reply To. Так менеджер сможет ответить отправителю, а почтовая система не будет видеть письмо как подозрительную попытку отправить сообщение от имени чужого домена.

Проверка результата: успешная настройка означает, что пользователь видит confirmation, администратор получает notification, а entry хранится в Entries. Если хотя бы один из трёх пунктов не выполнен, диагностику нужно начинать с конкретного отсутствующего результата.

Антиспам, entries и контроль качества заявок

Форма, открытая для публичного доступа, рано или поздно столкнётся со спамом. Gravity Forms предлагает несколько уровней защиты: honeypot, reCAPTCHA, решения через add-ons, настройки статуса формы, conditional logic для кнопки отправки и проверку spam entries. При этом официальная документация прямо подчёркивает важный принцип: ни один метод не ловит всё. Значит, защита должна быть многоуровневой, но не раздражающей пользователя.

Что включить в первую очередь

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

В разделе Entries можно просматривать отправки, фильтровать их по статусам, отмечать важные записи, работать со spam и trash. Это полезно не только для контроля спама, но и для диагностики почты: если запись есть, значит форма приняла данные, а проблема находится дальше по цепочке.

Как не потерять полезные заявки

Слишком жёсткие антиспам-правила могут отсеять настоящего пользователя. Например, длинная форма с несколькими обязательными полями, агрессивной проверкой и неясной ошибкой может выглядеть для посетителя как поломка. Проверяйте не только факт блокировки спама, но и путь нормального пользователя: заполнение, валидация, отправка, confirmation, entry, notification.

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

Entries как резервный журнал

Многие владельцы сайта воспринимают email как единственный результат формы. Это рискованно. У Gravity Forms entries дают резервный журнал: даже если письмо ушло в спам, было отклонено сервером или потерялось у получателя, запись можно найти в админ-панели. Для важных форм настройте регулярную проверку entries, экспорт заявок или интеграцию с внешней системой, чтобы не зависеть от одного почтового ящика.

Интеграции, feeds и передача данных дальше

Gravity Forms становится особенно полезным, когда отправка формы не заканчивается письмом. Add-ons и feeds позволяют передавать данные в рассылки, CRM, платёжные сервисы, webhooks, Zapier, Google Sheets, Help Scout, Dropbox и другие системы. Но интеграции требуют более строгой проверки, чем простая форма, потому что в цепочке появляется внешний сервис, авторизация, поля сопоставления и background processing.

Как работает feed

Feed - это конфигурация, которая объясняет add-on, что делать с entry после успешной отправки. Например, отправить подписчика в рассылку, создать сделку в CRM, передать файл в облако или отправить HTTP-запрос через webhook. В документации Gravity Forms подчёркивается, что feeds могут обрабатываться после создания entry и не всегда блокируют показ confirmation пользователю.

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

Conditional logic для feeds

У feeds тоже есть conditional logic. Она помогает отправлять данные только тогда, когда это нужно. Например, заявка с выбором "Подписаться на новости" уходит в email-маркетинг, а заявка без такого согласия не уходит. Или платежная форма выбирает разные feed-настройки в зависимости от выбранного метода оплаты.

Главная ошибка в интеграциях - считать, что включённый add-on уже означает работающий сценарий. После настройки feed сделайте тест, откройте entry, проверьте логи add-on и убедитесь, что данные появились во внешней системе. Если feed зависит от условия, сделайте минимум два теста: когда условие выполняется и когда не выполняется.

Webhooks и REST API для разработчиков

Для нестандартных сценариев Gravity Forms поддерживает webhooks и REST API. Webhooks удобны, когда нужно отправить entry во внешний API без написания полноценного add-on. REST API подходит для интеграций, где нужно программно работать с forms, entries, feeds или submissions. В обоих случаях лучше начинать с тестовой формы и тестового endpoint, а не с боевой заявки.

Если интеграция стала медленной или нестабильной, проверьте, влияет ли внешний сервис на скорость отправки и есть ли background processing. Не добавляйте новый слой автоматизации, пока не можете объяснить текущую цепочку: form submission -> entry -> feed -> external service -> confirmation or follow-up.

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

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

Цель и подготовка

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

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

1. Создайте новую форму через Forms -> New Form и назовите её так, чтобы администратор понял назначение, например "Consultation Request".
2. Добавьте поля Name, Email, Phone, Drop Down для типа услуги, Paragraph Text для задачи и File Upload, если вложения действительно нужны.
3. Сделайте обязательными только те поля, без которых менеджер не сможет обработать заявку: email или телефон, тип услуги и описание задачи.
4. Добавьте conditional logic для поля файла, если вложение нужно только при выборе определённого типа услуги.
5. Откройте Confirmations и замените стандартное сообщение на текст с понятным следующим шагом.
6. Откройте Notifications и настройте admin notification: доменный From Email, email менеджера в Send To, email пользователя в Reply To, тему с merge tag типа услуги.
7. Если разные услуги ведут к разным специалистам, включите routing или отдельные notifications с conditional logic.
8. Вставьте форму на тестовую страницу через блок Gravity Forms или shortcode.

Ожидаемый результат

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

Нюанс, который часто ломает сценарий

Если вы меняете текст вариантов в поле "Тип услуги" после настройки routing, проверьте правила заново. Conditional logic опирается на значения полей. Если значение изменилось, письмо может перестать уходить нужному получателю, хотя сама форма продолжит принимать entries.

Контрольная проверка: сделайте по одной тестовой отправке для каждого направления услуги, откройте entries и сравните получателя уведомления, тему письма, confirmation и наличие вложения. Только после этого переносите форму на публичную страницу.

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

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

Заявки с маршрутизацией по отделам

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

Регистрация на мероприятие

Для регистрации используйте поля имени, email, выбора события, количества участников и дополнительных вопросов. Confirmation может объяснять следующий шаг, а notification - отправлять организатору полные данные. Если подключены add-ons для платежей или рассылок, отдельный feed может передавать участника дальше, но только после проверки условий и согласий.

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

Conditional logic помогает скрывать нерелевантные вопросы и вести пользователя по короткому маршруту. Например, если человек выбирает "личный проект", ему не нужно видеть вопросы про корпоративную команду. Главное - не делать форму лабиринтом. Каждая ветка должна иметь понятную цель и тестовую отправку.

Сбор файлов и заявок на проверку

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

Проверка результата на странице и в админ-панели

Форма считается рабочей не тогда, когда она красиво стоит на странице, а когда полный путь проходит без разрывов. Для Gravity Forms этот путь включает публичную страницу, валидацию полей, confirmation, entry, notification и, если включены add-ons, feed или внешнюю систему.

Проверка публичной части сайта

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

Если форма добавлена через блок Gravity Forms, проверьте block settings: выбранная форма, показ заголовка и описания, тема формы, preview и стили. Если используется shortcode, сверяйте ID формы и параметры title, description, ajax, theme. Сообщение "Oops! We could not locate your form." обычно означает, что shortcode ссылается на несуществующий или неверный ID.

Проверка entries

Откройте Forms -> Entries и найдите тестовую отправку. Проверьте значения полей, статус, notes, наличие вложений и признак spam, если он появился. Если entry нет, форма не прошла успешную отправку. Тогда смотрите обязательные поля, JavaScript ошибки, антиспам, кеш и конфликт темы.

Проверка email и интеграций

Для email проверьте не только входящие, но и папку спама, а также entry notes, где Gravity Forms может показать результат отправки уведомления. Если используется SMTP или transactional mail, проверьте лог почтового плагина. Для интеграций проверьте feed, условия, логи add-on и наличие данных во внешнем сервисе.

Почему форма может не работать и как искать причину

Диагностика Gravity Forms становится проще, если не начинать с общего "сломалось". Разделите проблему по месту разрыва: форма не отображается, кнопка не отправляет, entry не создаётся, письмо не приходит, integration feed не срабатывает, пользователь видит не то confirmation. Для каждого симптома есть свой короткий путь проверки.

Форма не отображается на странице

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

Проверьте, существует ли форма в Forms, совпадает ли ID в shortcode, выбран ли правильный form в блоке Gravity Forms и активен ли плагин. Если shortcode выводится текстом, вставьте его через блок Shortcode или используйте штатный Gravity Forms block.

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

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

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

Запись есть, но письмо не приходит

Симптом: entry появляется в админ-панели, confirmation показывается, но email не доходит. Возможная причина - неверный recipient, отключённое notification, неподходящий From Email, совпадение From и To, ошибка SMTP, блокировка сервером или отсутствие SPF/DKIM/DMARC.

Проверьте Notifications, включён ли нужный notification, нет ли опечаток, выполняется ли routing condition, указан ли доменный отправитель. Затем откройте entry notes и лог SMTP. Если WordPress успешно передал письмо, а получатель его не видит, дальше проблему нужно искать на стороне почтового сервера или доставляемости.

Данные не уходят во внешний сервис

Симптом: entry создана, письмо пришло, но CRM, рассылка, таблица или webhook не получили данные. Возможная причина - отключённый feed, неверное сопоставление полей, условие feed не выполнено, ошибка авторизации, проблема внешнего API или фоновая обработка.

Проверьте add-on settings, feed settings, conditional logic и логи add-on. Если feed зависит от поля, сделайте тест с нужным значением и тест без него. Если сервис вернул ошибку, не меняйте форму наугад: сначала исправьте авторизацию или mapping.

Нормальные заявки попадают в spam

Симптом: пользователь говорит, что отправил форму, но администратор видит entry как spam или не получает notification. Возможная причина - антиспам-сервис, honeypot, подозрительная скорость отправки, конфликт поля или слишком строгая настройка.

Откройте spam entry, посмотрите notes и причину, если она доступна. Временно протестируйте форму с одним изменением антиспам-настройки. Если ложные срабатывания повторяются, лучше ослабить спорный слой защиты и добавить другой метод, чем терять настоящие заявки.

После обновления форма выглядит иначе

Симптом: поля, кнопка или отступы изменились после обновления плагина, темы или WordPress. Возможная причина - переход между темами формы, изменение Orbital styles, конфликт CSS темы или слишком общий custom CSS.

Проверьте Form Theme в block settings или глобальных настройках, посмотрите custom CSS и убедитесь, что селекторы scoped по wrapper конкретной формы. Если правка была общей, откатите её и перенесите в узкий селектор.

Когда Gravity Forms будет удачным выбором

Gravity Forms стоит использовать, если форма на сайте должна быть управляемым процессом: с понятными полями, условной логикой, надёжными notifications, полезными confirmations, сохранением entries, защитой от спама и возможностью передавать данные дальше. Это сильный вариант для сайтов услуг, образовательных проектов, мероприятий, агентств, внутренних заявок, сложных анкет и интеграций.

Перед запуском на рабочей странице пройдите короткий контрольный маршрут: среда сайта соответствует требованиям, форма создана, обязательные поля обоснованы, confirmation написан для пользователя, notification использует доменный отправитель, entry появляется в админ-панели, антиспам не блокирует нормальные заявки, а feeds проверены через тестовую отправку. После такой проверки можно получить файл Gravity Forms и установить плагин на подготовленный сайт без лишних догадок.

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