Email та SMS розсилки: Unisender, SendPulse, Mailchimp, інтеграція з сайтом
Триггерне письмо через 10 хвилин після реєстрації конвертує в 4–5 разів краще, ніж те ж письмо через 24 години. Це не маркетинговий міф — це механіка: поки користувач теплий, поки пам'ятає контекст. Але більшість інтеграцій з рассильниками зроблені так: форма сабмітується → синхронний HTTP-запит до API → якщо API гальмує, користувач чекає 3 секунди → письмо йде або не йде, ніхто не знає.
Провайдери та їх 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 не відправляться на мережах МТС/МегаФон/Білайн.
Як будуємо інтеграцію правильно
Трансакційні та маркетингові — завжди розділяємо. Трансакційні листи (підтвердження замовлення, скидання пароля, статус доставки) — через окремий домен-відправник або субдомен tx.example.com. Маркетингові розсилки — через mail.example.com або news.example.com. Якщо маркетингова розсилка отримає багато скарг на спам, це не повинно вплинути на репутацію трансакційного потоку.
Очередь та retry. Будь-який виклик до email API — через очередь (Laravel Queue, Bull, Celery). Якщо Unisender вернув 503 — завдання йде в retry через 5 хвилин, потім 15, потім 60. Після 5 невдалих спроб — в dead letter queue з алертом. Користувач уже отримав свій 200 OK та не знає про проблему.
Шаблони. Зберігаємо шаблони в коді (Blade, Twig, React Email), не в інтерфейсі провайдера. Причини: версіонування через Git, preview у браузері без відправки, можливість тестування. Для складних шаблонів з динамічним контентом — react-email з експортом в HTML через @react-email/render.
Валідація та GDPR/152-ФЗ. Перед додаванням контакту в список — double opt-in (письмо з підтвердженням). Зберігати факт підтвердження з timestamp у своїй БД. При відписці — синхронно відписуємо і у провайдера, і в своїй базі. Ігнорувати webhook відписки — прямий шлях до блокування аккаунту у провайдера.
Моніторинг доставляємості. Підключаємо webhook від провайдера на события bounce (жорсткий та м'який), spam_complaint, unsubscribe. Жорсткий bounce — одразу помічаємо email як невалідний у своїй БД, більше не відправляємо. М'який bounce 3 рази поспіль — те ж саме. Метрики: open rate, click rate, bounce rate, unsubscribe rate — дивимося не рідше раза на тиждень.
Процес та строки
Аудит поточних потоків комунікації → вибір провайдерів для трансакційного та маркетингового трафіку → налаштування DNS (SPF, DKIM, DMARC) → розробка шаблонів → інтеграція з бекендом → налаштування очередей та моніторингу → тестування всіх триггерних сценаріїв.
| Сценарій | Строк |
|---|---|
| Базові трансакційні листи (один провайдер) | 1 тиждень |
| Триггерні ланцюжки + SMS + веб-пуші | 2–4 тижні |
| Повна омніканальна автоматизація | 4–8 тижнів |
Вартість розраховується індивідуально.