Стандартні форми зворотного зв’язку в WordPress за замовчуванням надсилають дані заявки на email. Для багатьох команд такий спосіб незручний: листи губляться у вхідних, сповіщення надходять із затримкою, а реакція на заявку залежить від того, хто і коли відкриє пошту. Зв’язка wordpress slack вирішує цю проблему інакше – заявки із сайту потрапляють безпосередньо в робочий канал, де команда вже спілкується.
Як працює інтеграція WordPress зі Slack
WordPress сам по собі не вміє надсилати дані форм у Slack – ця функція не вбудована ані в ядро CMS, ані в більшість form-плагінів. Щоб пов’язати надсилання форми з повідомленням у Slack, потрібен посередник, який отримує дані submission і пересилає їх далі через HTTP.
Саме цю роль виконує FormCourier Notifications Pro. Плагін перехоплює надсилання форми з підтримуваних WordPress form plugins – Contact Form 7, WPForms, Fluent Forms, Forminator, Ninja Forms і Gravity Forms – та передає дані в налаштований notification channel. Один із таких каналів – Slack, поряд із Telegram і WhatsApp.
Важливо розуміти, чим FormCourier не є: це не CRM і не система керування заявками. Плагін не зберігає історію звернень як базу лідів, а вирішує вузьке завдання – доставку сповіщення про submission у потрібне місце. Інтеграція Slack побудована на технології Incoming Webhooks, про яку йтиметься далі.
Що потрібно для підключення контактних форм WordPress до Slack
Перш ніж налаштовувати сповіщення в самому WordPress, потрібно підготувати зв’язку на стороні Slack і створити destination у плагіні. Це одноразове налаштування, яке виконується один раз для кожного каналу.
Що таке Slack Incoming Webhook
Incoming Webhook – це унікальний URL, який Slack надає для конкретного каналу. Будь-який HTTP-запит із коректно сформованим тілом, надісланий на цю адресу, публікується в каналі як повідомлення від імені застосунку. Саме через Incoming Webhook працюють інтеграції Slack із зовнішніми сервісами, включно з FormCourier Notifications Pro: плагін формує запит із текстом сповіщення та надсилає його на webhook-адресу.
Цей спосіб має обмеження: Incoming Webhook – це одностороннє сповіщення. Він дає змогу надсилати повідомлення в канал, але не дозволяє читати листування або отримувати відповіді користувачів.
Як створити webhook для потрібного Slack-каналу
Webhook створюється в налаштуваннях Slack-застосунку робочого простору: потрібно ввімкнути функцію Incoming Webhooks і прив’язати її до конкретного каналу. Після цього Slack генерує URL виду https://hooks.slack.com/services/… – саме його потрібно скопіювати для наступного кроку. Для кожного каналу, куди мають надходити заявки, потрібен окремий webhook.
Як додати Slack destination у FormCourier Notifications Pro
У налаштуваннях FormCourier Notifications Pro створюється Slack destination – сутність, яка пов’язує конкретний Webhook URL зі зрозумілою назвою (наприклад, «Відділ продажів» або «Підтримка»). Плагін підтримує кілька Slack destinations одночасно, тому не обов’язково обмежуватися одним каналом для всього сайту – кількість destinations залежить від того, скільки окремих Slack-каналів потрібно задіяти.
Як налаштувати сповіщення WordPress у Slack
Після того як destination створено, потрібно визначити, які форми його використовуватимуть. Тут у сповіщень Slack є два рівні налаштування: базовий (через default destination) і точковий (через Form Routes, про які – у наступному розділі).
Вибір Slack destination
Якщо на сайті лише один Slack-канал для всіх форм, окрема маршрутизація не потрібна – достатньо вказати потрібний destination як основний для каналу Slack.
Налаштування default destination
Default destination – це той Slack-канал, куди потраплятимуть submissions із форм, для яких не задано окремий маршрут. Такий підхід зручний на старті: усі заявки надходять в один канал, а точкове налаштування додається за потреби.
Надсилання тестового повідомлення
Перш ніж покладатися на новий destination, варто надіслати тестове повідомлення безпосередньо з налаштувань плагіна. Це дає змогу переконатися, що Webhook URL указано правильно і Slack дійсно приймає запит, не чекаючи реальної заявки із сайту.
Як налаштувати сповіщення для окремих контактних форм
Якщо на сайті кілька форм – наприклад, форма зворотного зв’язку та форма заявки на демо – логічно розподіляти їх між різними каналами. Для цього у FormCourier Notifications Pro використовуються Form Routes, і саме з їхньою допомогою можна налаштувати сповіщення у Slack індивідуально для кожної форми.
Вибір форми WordPress
Form Route створюється для конкретної форми одного з підтримуваних providers. Плагін уміє автоматично виявляти форми та їхні поля, що спрощує вибір потрібної форми в інтерфейсі.
Призначення Slack destination через Form Routes
Form Route визначає, які destinations використовуватимуться для конкретної форми – незалежно від того, що налаштовано як default. Важливо не плутати цей механізм з умовною маршрутизацією: звичайний Form Route не аналізує вміст заявки, він просто закріплює форму за певними каналами. Якщо для форми Route не задано, застосовується default destination відповідно до загальної конфігурації плагіна.
Використання окремого шаблону повідомлення
Для форми можна задати per-form message template, який використовуватиметься замість шаблону за замовчуванням. Це зручно, коли різні форми потребують різного набору інформації в сповіщенні – наприклад, форма заявки на демонстрацію може містити поле з назвою компанії, якого немає у звичайній формі зворотного зв’язку.
Як змінити вміст Slack-сповіщень
Вміст повідомлення, яке надходить у Slack, формується за message template – і його можна налаштовувати. Це окреме завдання від того, який канал отримає сповіщення: тут ідеться про те, що саме буде написано в повідомленні Slack-сповіщення.
Використання полів форми в повідомленні
Slack-повідомлення надсилається як звичайний текст (plain text), сформований на основі шаблону. У шаблон можна вставити будь-яке поле, яке плагін виявив у формі, – це робить сповіщення змістовним, а не загальною фразою «Надійшла нова заявка».
Використання placeholders
FormCourier Notifications Pro підтримує набір placeholders, які автоматично замінюються реальними значеннями під час надсилання. Найбільш затребувані для Slack-сповіщень:
- {all_fields} – усі поля submission у підготовленому вигляді;
- {field:FIELD_NAME} – значення конкретного поля форми; конкретне ім’я поля залежить від форми та form provider, тому універсальної назви, яка підійде для будь-якої форми, не існує;
- {form_name} – назва форми, з якої надійшла заявка;
- {page_url} – адреса сторінки, де розміщено форму;
- {submitted_at} – час надсилання заявки;
- {site_name} – назва сайту.
Окремі шаблони для різних форм
Оскільки message template можна задавати per-form, різні форми можуть формувати структурно різні сповіщення: десь достатньо {all_fields}, а десь важливо вивести окремі поля у визначеному порядку за допомогою {field:FIELD_NAME}.
Отримуйте заявки з WordPress одразу в Slack
Як надсилати заявки в різні Slack-канали
Коли на сайті кілька форм і кілька відділів, корисно не просто закріпити форму за каналом, а спрямовувати заявки залежно від їхнього вмісту. Тут працює вже інший механізм інтеграції Slack – Advanced Routing.
Кілька Slack destinations
Як уже згадувалося, плагін підтримує кілька Slack destinations. Це основа для будь-якої складнішої схеми маршрутизації: без кількох destinations немає сенсу налаштовувати правила вибору між ними.
Різні destinations для різних форм
Базовий рівень розподілу – Form Routes, які закріплюють форму за каналом цілком. Але якщо всередині однієї форми потрібно спрямовувати різні заявки в різні канали, потрібен Advanced Routing.
Advanced Routing за значеннями полів
Advanced Routing аналізує дані submission і застосовує routing rules на основі значень полів форми. Правило може містити кілька conditions, об’єднаних за одним із двох принципів:
- ALL / AND – спрацює, лише якщо збіглися всі condition у правилі;
- ANY / OR – достатньо збігу хоча б однієї умови.
Наприклад, якщо поле форми містить значення «Enterprise», правило може спрямувати заявку в окремий Slack-канал для великих клієнтів, оминаючи стандартний канал підтримки.
Add і Replace destinations
Правило, що спрацювало, може вплинути на маршрут двома способами: Add destinations додає новий канал до вже вибраних (наприклад, до default), а Replace destinations повністю замінює канали, які визначив звичайний Form Route. Додатково можна задати Priority, що визначає порядок обробки правил, і ввімкнути Stop Processing, щоб припинити перевірку наступних правил після першого збігу. Варто зазначити: Advanced Routing – це саме механізм маршрутизації сповіщень, а не візуальний конструктор сценаріїв загального призначення на кшталт Zapier або Make.
Як перевірити надсилання сповіщень у Slack
Після налаштування маршрутів і шаблонів варто переконатися, що весь ланцюжок працює від надсилання форми до появи повідомлення у Slack.
Надсилання тестової заявки
Найнадійніший спосіб перевірки – надіслати реальну заявку через саму форму на сайті, а не лише тестове повідомлення з налаштувань destination. Так перевіряється весь ланцюжок: form plugin → FormCourier → Slack.
Перевірка Delivery Log
FormCourier Notifications Pro веде журнал доставки, у якому для кожної спроби надсилання фіксуються: notification channel, destination, form provider, форма, status, timestamp, кількість спроб (attempts), HTTP status, відповідь провайдера (provider response), остання помилка (last error) і, за потреби, стан Retry із часом наступної спроби. Log підтримує фільтрацію за каналом, provider, статусом і destination, текстовий пошук, діапазон дат, пагінацію, експорт у CSV і зведені лічильники. Це журнал доставки, а не база лідів і не заміна CRM.
Перевірка HTTP status і відповіді Slack
Якщо сповіщення не з’явилося в каналі, перше, що варто відкрити, – запис у Log для конкретної спроби. HTTP status і текст відповіді від Slack зазвичай указують на конкретну причину: неправильний webhook, видалений канал або тимчасову недоступність сервісу.
Що робити, якщо сповіщення не надійшло в Slack
Навіть за правильного налаштування можливі збої – як правило, тимчасові. Розібратися, чому не вдалося налаштувати сповіщення у Slack належним чином, найчастіше допомагає послідовна перевірка кількох точок.
Перевірка Incoming Webhook
Найчастіша причина – застарілий або відкликаний Webhook URL. Якщо канал Slack було видалено, застосунок відключено від робочого простору або webhook створено заново, старий URL у destination перестає працювати.
Перевірка маршруту форми
Друга за частотою причина – заявка пішла не туди, куди очікувалося: наприклад, Form Route для конкретної форми не задано, і submission потрапила в default destination, а не в спеціально виділений канал.
Automatic і Manual Retry
Для тимчасових збоїв – мережевих помилок, rate limit’ів і частини server-side помилок – FormCourier Notifications Pro підтримує Retry. Automatic Retry виконується на основі WP-Cron із поступовим збільшенням інтервалів між спробами, а Manual Retry можна запустити вручну з Log. Якщо доставка все ж не вдалася, плагін може зберегти мінімально необхідні дані submission – retry payload – щоб повторити спробу без повторного надсилання форми відвідувачем сайту; це не перетворює Log на постійне сховище заявок. Варто враховувати, що permanent-помилки конфігурації (наприклад, остаточно недійсний webhook) Retry не усуває – тут знадобиться втручання адміністратора.
Slack rate limits і Retry-After
Slack обмежує частоту запитів до Incoming Webhook. Якщо ліміт перевищено, Slack повертає заголовок Retry-After, і плагін враховує це значення під час повторної спроби доставки.
| Проблема | Можлива причина | Рішення |
|---|---|---|
| Сповіщення не надходить із жодної форми | Webhook URL у destination застарів або був відкликаний | Створити webhook у Slack заново та оновити destination |
| Надходить не в той канал | Не задано Form Route, спрацював default destination | Налаштувати окремий Form Route для форми |
| Частина заявок втрачається за великого потоку | Перевищено rate limit Slack | Дочекатися Retry з урахуванням Retry-After або перевірити інтервали надсилання |
| Повідомлення надходить, але без потрібних полів | Некоректний або застарілий message template | Перевірити placeholders у шаблоні, оновити {field:FIELD_NAME} |
| У канал потрапляють заявки не з тієї форми | Помилка в умовах Advanced Routing | Перевірити ALL/AND і ANY/OR у routing rule |
