WhatsApp API для бізнесу: інтеграція, сповіщення, чат-боти

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
WhatsApp API для бізнесу: інтеграція, сповіщення, чат-боти
Середній
~2-3 дні
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    956
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

WhatsApp API для бізнесу: інтеграція, сповіщення, чат-боти

Клієнти пишуть у WhatsApp, а ви відповідаєте днями — або не відповідаєте взагалі. Замовлення губляться, підтримка перевантажена. За статистикою, до 60% користувачів надають перевагу месенджерам для зв'язку з бізнесом, а середній час відповіді у WhatsApp — менше 5 хвилин. Ми вирішуємо цю проблему: інтегруємо WhatsApp Business API з вашим сайтом так, щоб сповіщення про статуси замовлення, відповіді на питання та чат-бот працювали без збоїв. Наш досвід — понад 5 років на ринку, більше 30 реалізованих інтеграцій WhatsApp API, у тому числі для інтернет-магазинів з великим обігом. Впровадження окупається в середньому за 2–3 місяці, а навантаження на підтримку знижується на 40%.

Які проблеми вирішує WhatsApp Business API?

Типові помилки при самостійній інтеграції:

  • Верифікація шаблонів: без правильно оформлених шаблонів не можна відправляти вихідні сповіщення. Ми готуємо шаблони, що проходять модерацію Meta з першого разу. 90% наших шаблонів проходять перевірку з першої спроби.
  • 24-годинне вікно: багато хто забуває, що довільні повідомлення можна відправляти тільки в межах сесії. Ігнорування цього призводить до блокування номера на 24 години. Ми налаштовуємо коректне управління сесіями.
  • Webhook та черги: вхідні повідомлення потрібно обробляти асинхронно, інакше API блокує запити. Використовуємо черги Laravel або Nest.js для надійної обробки.

Як підключити WhatsApp Business API до сайту?

Вибір способу підключення:

Критерій Meta Cloud API (прямий) BSP-провайдер (Twilio, 360dialog)
Вартість Безкоштовно (тільки за повідомлення) Плата за повідомлення вища
Складність підключення Потрібна верифікація Business Manager Реєстрація за 1 день
Гнучкість Повний контроль Обмеження провайдера
Підтримка Тільки документація Meta Техпідтримка провайдера

Для більшості проектів ми рекомендуємо прямий Cloud API — він дешевший і гнучкіший. Пряме підключення дозволяє економити до 70% на повідомленнях порівняно з BSP, а наш досвід дозволяє виконувати інтеграцію вдвічі швидше за середньоринкові терміни. BSP підходить, якщо потрібно швидко запуститися без глибокого технічного налаштування.

Як ми це робимо

Використовуємо PHP 8.3+ з Laravel 11, а для високонавантажених проектів — Nest.js (Node.js). Приклад відправки шаблонного повідомлення через Cloud API:

Приклад відправки шаблонного повідомлення
$response = Http::withToken(env('WHATSAPP_ACCESS_TOKEN'))
    ->post("https://graph.facebook.com/v19.0/{$phoneNumberId}/messages", [
        'messaging_product' => 'whatsapp',
        'to'                => $phone,
        'type'              => 'template',
        'template'          => [
            'name'     => 'order_confirmation',
            'language' => ['code' => 'ru'],
            'components' => [
                [
                    'type'       => 'body',
                    'parameters' => [
                        ['type' => 'text', 'text' => $orderId],
                        ['type' => 'text', 'text' => $orderTotal . ' ₽']
                    ]
                ]
            ]
        ]
    ]);

Шаблони повідомлень. Для вихідних сповіщень обов'язково використовувати попередньо схвалені шаблони. Шаблон створюється в Meta Business Manager і проходить перевірку (зазвичай 24–48 годин). Довільний текст у вихідних повідомленнях не можна відправляти — тільки в межах 24-годинного вікна сесії.

24-годинне вікно та сесійні повідомлення. Якщо користувач написав боту першим або відповів на шаблонне повідомлення — відкривається 24-годинне вікно, в яке можна відправляти довільні повідомлення. Це використовується для підтримки та діалогів:

Http::withToken($token)->post($url, [
    'messaging_product' => 'whatsapp',
    'to'   => $phone,
    'type' => 'text',
    'text' => ['body' => "Ваше замовлення відправлено, трек-номер: {$trackNumber}"]
]);

Webhook для вхідних. Верифікація та обробка:

if ($request->has('hub_challenge')) {
    if ($request->hub_verify_token === env('WHATSAPP_VERIFY_TOKEN')) {
        return response($request->hub_challenge);
    }
}

$body = $request->json()->all();
foreach ($body['entry'] as $entry) {
    foreach ($entry['changes'] as $change) {
        $messages = $change['value']['messages'] ?? [];
        foreach ($messages as $message) {
            dispatch(new ProcessWhatsAppMessageJob($message));
        }
    }
}

Інтерактивні кнопки. Дозволяють отримувати підтвердження від клієнта без введення тексту:

[
    'type' => 'interactive',
    'interactive' => [
        'type' => 'button',
        'body' => ['text' => 'Ваше замовлення готове до видачі. Підтвердьте отримання:'],
        'action' => [
            'buttons' => [
                ['type' => 'reply', 'reply' => ['id' => "confirm_{$orderId}", 'title' => 'Отримав ✓']],
                ['type' => 'reply', 'reply' => ['id' => "problem_{$orderId}", 'title' => 'Проблема']]
            ]
        ]
    ]
]

Як проходить процес інтеграції?

  1. Аналітика — вивчаємо поточні бізнес-процеси, визначаємо сценарії сповіщень.
  2. Проектування — розробляємо архітектуру: вебхуки, черги, шаблони.
  3. Реалізація — налаштовуємо Cloud API або BSP, пишемо інтеграційний код.
  4. Тестування — перевіряємо відправку, прийом, обробку помилок.
  5. Деплой — запускаємо на продакшен, моніторимо перші дні.

Що входить в роботу

  • Налаштування WhatsApp Business API (прямий або через BSP).
  • Створення шаблонів повідомлень для замовлень, оплат, статусів.
  • Реалізація вебхука для обробки вхідних повідомлень.
  • Інтеграція з вашою CRM або сайтом.
  • Документація по API та інструкція для адміністраторів.
  • Навчання співробітників роботі з системою.
  • Гарантія якості: 30 днів безкоштовної підтримки після запуску.

Строки та вартість

Базова інтеграція (сповіщення + вхідні) — від 3 до 5 днів, вартість від 5000 грн. Повний проект з чат-ботом та кастомними сценаріями — від 7 до 14 днів, вартість від 15 000 грн. Точна ціна розраховується індивідуально — напишіть нам для оцінки.

Типові помилки при інтеграції WhatsApp Business

Типові помилки при самостійному підключенні: використання номера, вже прив'язаного до особистого WhatsApp; неправильна конфігурація вебхука; відправка непідтверджених шаблонів; ігнорування лімітів API; відсутність обробки помилок. Ми допомагаємо уникнути цих проблем завдяки багаторічному досвіду.

Порівняння типів повідомлень

Тип повідомлення Коли використовується Потрібен шаблон
Шаблонне Вихідне сповіщення (замовлення, оплата) Так
Сесійне Всередині 24-годинного вікна (підтримка) Ні
Інтерактивне Підтвердження дії (кнопки) Ні, але можна в шаблоні

Отримайте безкоштовну консультацію по вашому проекту — оцінимо задачу і запропонуємо оптимальне рішення. Замовте інтеграцію, і ми зв'яжемося протягом години.

Детальніше про можливості API читайте в офіційній документації WhatsApp Business API.

Інтеграція email розсилок: чому вона часто ламається?

Ми стикалися з тим, що тригерний лист через 10 хвилин після реєстрації конвертує в 4–5 разів краще, ніж той самий лист через 24 години. Це не маркетинговий міф — це механіка: поки користувач теплий, поки пам'ятає контекст. Але більшість інтеграцій з розсильниками зроблені так: форма сабмітиться → синхронний HTTP-запит до API → якщо API гальмує, користувач чекає 3 секунди → лист йде або не йде, ніхто не знає.

Якщо ви зіткнулися з втраченими листами або потраплянням у спам, замовте аудит існуючої інтеграції — ми знайдемо вузькі місця за 2 дні.

Провайдери та їх API

Unisender — російський провайдер, популярний у сегменті SMB. REST API, простий. Додавання контакту: importContacts, відправка транзакційного листа: sendEmail. Важливо: для транзакційних листів (підтвердження замовлення, скидання пароля) Unisender Go — окремий сервіс з іншим API та окремою ціною. Змішувати масові розсилки та транзакційні в одному потоці — погана ідея для репутації домену.

SendPulse — надає email, SMS, web push, Viber, Telegram-боти через єдиний API. Для проєктів, де потрібен омніканал, це зручно. Automation 360 — візуальний конструктор ланцюжків, можна запустити автоматизацію через API event. SDK для PHP (sendpulse/rest-api-php-sdk) підтримується, але оновлюється нерегулярно — краще використовувати напряму через Guzzle.

Mailchimp — вибір для міжнародної аудиторії та маркетингових команд, звиклих до екосистеми Mailchimp. Transactional email — через Mandrill (дочірній сервіс). Marketing API v3 для управління списками, тегами, кампаніями. Webhook для подій: відкриття, клік, відписка, bounce.

SMS. Для Росії: СМСЦ, МТС Exolve, Devino Telecom, SMS Aero. API у всіх схожий: метод send, параметри phone, message, sender (ім'я відправника — потрібно реєструвати окремо у оператора). Один нюанс: ім'я відправника має бути зареєстровано через агрегатора з договором — без цього SMS не відправляться на мережі МТС/МегаФон/Білайн.

Провайдер Тип Транзакційні листи Маркетингові Особливості
Unisender email+SMS Unisender Go (окремо) так Популярний в РФ, простий REST
SendPulse email+SMS+web push+Viber так так Єдиний API, омніканальність
Mailchimp email Mandrill так Аналітика, міжнародний
Twilio SMS+email так ні Глобальний, дорогий в РФ

Як побудувати інтеграцію, щоб не втрачати листи?

Розділяємо транзакційні та маркетингові потоки

Транзакційні листи (підтвердження замовлення, скидання пароля, статус доставки) — через окремий домен-відправник або субдомен tx.example.com. Маркетингові розсилки — через mail.example.com або news.example.com. Якщо маркетингова розсилка отримає багато скарг на спам, це не повинно зачепити репутацію транзакційного потоку. Згідно з документацією SendGrid, транзакційні повідомлення слід відправляти через виділений IP-пул для запобігання перехресному впливу.

Черга та retry

Будь-який виклик до email API — через чергу (Laravel Queue, Bull, Celery). Якщо Unisender повернув 503 — задача йде в retry через 5 хвилин, потім 15, потім 60. Після 5 невдалих спроб — у dead letter queue з алертом. Користувач при цьому вже отримав свій 200 OK і не знає про проблему. Завдяки цьому підходу bounce rate на проєктах знижується до 0.5%.

Приклад job для Laravel:

public function handle(): void
{
    try {
        $response = Http::post(config('services.unisender.email_url'), $this->params);
        if ($response->failed()) {
            $this->release(300); // retry через 5 хв
        }
    } catch (\Throwable $e) {
        $this->release(300);
    }
}

Шаблони

Зберігаємо шаблони в коді (Blade, Twig, React Email), не в інтерфейсі провайдера. Причини: версіонування через Git, preview у браузері без відправки, можливість тестування. Для складних шаблонів з динамічним контентом — react-email з експортом в HTML через @react-email/render.

Валідація та згоди

Перед додаванням контакту до списку — double opt-in (лист з підтвердженням). Зберігати факт підтвердження з timestamp у своїй БД. При відписці — синхронно відписуємо і у провайдера, і в своїй базі. Ігнорувати webhook відписки — прямий шлях до блокування акаунта у провайдера. Всі процеси відповідають ФЗ-152 про персональні дані.

Як налаштувати DKIM для домену-відправника?

DKIM дозволяє підписувати листи цифровим підписом, що підвищує довіру поштових серверів.

  1. Згенеруйте пару ключів (наприклад, через OpenSSL: openssl genrsa -out private.key 2048).
  2. Опублікуйте публічний ключ у DNS як TXT-запис для селектора (наприклад, mail._domainkey.tx.example.com).
  3. Вкажіть селектор у провайдера (SendGrid, Mailgun, Unisender).
  4. Перевірте командою dig TXT mail._domainkey.tx.example.com.

Моніторинг доставності

Підключаємо webhook від провайдера на події bounce (жорсткий і м'який), spam_complaint, unsubscribe. Жорсткий bounce — негайно позначаємо email як невалідний у своїй БД, більше не відправляємо. М'який bounce 3 рази поспіль — те саме. Метрики: open rate, click rate, bounce rate, unsubscribe rate — дивимося не рідше разу на тиждень. Наші сертифіковані інженери налаштовують алерти в Grafana/Prometheus.

Чому важливо розділяти потоки?

Якщо відправити маркетингову розсилку з того ж домену, що й транзакційні листи, отримавши скарги на спам, ви ризикуєте заблокувати домен — і користувачі перестануть отримувати навіть підтвердження замовлень. SPF, DKIM, DMARC (Wikipedia SPF, Wikipedia DKIM) повинні бути налаштовані окремо для кожного потоку. Ми використовуємо субдомени з різними DNS-записами.

Обсяг робіт з інтеграції

  • Аудит поточних потоків комунікації та репутації домену (SPF, DKIM, DMARC)
  • Вибір провайдера та схеми: транзакційний vs маркетинговий трафік
  • Налаштування DNS-записів SPF, DKIM, DMARC (Wikipedia DMARC)
  • Розробка шаблонів листів (HTML + динамічний контент)
  • Інтеграція з бекендом через черги та API
  • Налаштування webhook для доставності та скарг
  • Документація з експлуатації та навчання команди
  • Гарантія доставності та підтримка після запуску

Терміни та вартість

Сценарій Термін (робочі дні) Примітка
Базові транзакційні листи (один провайдер) 5–7 днів Ціна розраховується індивідуально після аудиту
Тригерні ланцюжки + SMS + веб-пуши 10–20 днів Ціна розраховується індивідуально після аудиту
Повна омніканальна автоматизація 20–40 днів Ціна розраховується індивідуально після аудиту

Вартість розраховується індивідуально після аудиту. Ми працюємо під ключ: від аналізу до моніторингу в продакшені. Отримайте консультацію інженера — оцінимо проєкт безкоштовно та скажемо точні терміни. Досвід більше 7 років в інтеграції поштових сервісів, реалізовано 50+ проєктів. Замовте безкоштовний аудит поточної інтеграції — отримайте звіт з рекомендаціями.