Перші кроки
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування smart-контейнерів
- Оформлення промовкладки для Gmail
- Додавання Ролловера
- Додавання анкорних посилань
- Бібліотека модулів
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Створення кнопки СТA
- Робота з блоком "Зображення"
- Робота з блоком “Таймер"
- Використання ШІ в email-редакторі
- Підтримка месенджер-протоколів поштовими клієнтами та платформами
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного застосунку
- Створення та завантаження ключа Firebase
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Типи діплінків
- Надсилання тестових повідомлень із налагодження запитів
- Налаштування віджетів для сайту
- Гейміфікація віджетів
- Виклик віджета
- Налаштування геоданих для правил виклику віджетів
- Збереження даних із віджетів у поля контактів
- Захист від роздратування
- Дії після заповнення форми
- Заміна системного сценарію Double Opt-In
- Створення pop-up-форм за допомогою Google Tag Manager або WordPress
- Надсилання подій з віджетів eSputnik до Google Analytics
- A/B-тестування віджетів
- Збір контактних даних за допомогою форм запитів
Автоматизація
- Налаштування та редагування сценаріїв
- Налаштування умов запуску та зупинки сценарію
- Блок “Старт”
- Група блоків “Популярні”
- Група блоків “Повідомлення”
- Використання блока повідомлень “Одне з багатьох”
- Група блоків “Контакт”
- Група блоків "Умови"
- Група блоків “Інше”
- Група блоків “Повідомлення на групу”
- Група блоків “Час”
- Розширені параметри блоків сценаріїв
- Дозволений час відправлення
- Вебхуки в сценаріях
- Відстеження історії запусків сценарію
- Якщо сценарій не працює
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Використання змінних із замовлення у сценарії
- Збір відгуків про замовлення
- Реактивація клієнтів та підписників
- Відправка розсилки непрочитавшим
- Налаштування додаткових розсилок
- Відправлення нагадувань в заданий користувачем час
- А/B-тестування в сценаріях
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
- Звіт щодо email-розсилки
- Звіт щодо SMS-розсилки
- Звіт щодо розсилки Web Push
- Звіт щодо Viber-розсилки
- Звіт щодо розсилки Mob Push
- Звіт щодо розсилки App Inbox
- Звіт щодо Telegram-розсилки
- Звіт зі взаємодії з In-App
- Звіт зі взаємодії з віджетами
- Звіт щодо тригерної розсилки
- Звіт щодо AMP-розсилки
- Звіт щодо мультимовної розсилки
- Налаштування передачі UTM-міток
- Візуалізація доходу
- Відстеження ефективності кампаній у Google Analytics 4
- Статистика повідомлень
Мультимовність
Відстеження подій та поведінки
- Події для запуску тригерних розсилок
- Найменування користувацьких подій
- Валідація параметрів подій
- Відстеження активності на сайті за допомогою Generate event
- Підстановка даних з подій в повідомлення
- Розгалуження сценарію в залежності від параметрів події
- Відстеження активності клієнтів у мобільних застосунках
- Вебхуки для відстеження активності
- Аналітика подій
Товарні рекомендації
API
- Поширені питання: Інтеграція з API
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Прогрівання домену
Наступним обов'язковим кроком у формуванні репутації відправника, після налаштування цифрових підписів, є прогрівання домену.
Прогрівання домену — поступове збільшення кількості відправлених електронних листів з нового домену з метою здобуття довіри у поштових сервісів (таких як Gmail, Outlook та інші) і проходження спам-фільтрів.
eSputnik автоматично прогріває домен клієнтам, які його верифікували.
Прогрівання домену
Розглянемо, як організовано процес і скільки днів необхідно для прогрівання домену, на прикладі відправлення 100 000 повідомлень на добу.
Підготуйте повідомлення та запустіть розсилку:
-
Перший день розсилки. В перший день з нового домену можна відправити не більше ніж 1000 листів; в іншому випадку, розсилка може бути помічена поштовим сервером як потенційний спам або небажана активність. eSputnik відправить перші 1000 листів, підписуючи їх вашим DKIM, а решту 99 000 листів — з підписом домену eSputnik.
-
Другий день розсилки. Наступного дня eSputnik відправить 2000 листів з вашим DKIM і 98 000 з підписом домену eSputnik і так далі.
Нижче наведено таблицю розраховану на 25 днів з лімітами відправлень по днях.
День | Ліміт відправлень |
---|---|
1 | 1000 |
2 | 2000 |
3 | 4000 |
4 | 7000 |
5 | 11000 |
6 | 18000 |
7 | 24000 |
8 | 40000 |
9 | 60000 |
10 | 90000 |
11 | 140000 |
12 | 180000 |
13 | 220000 |
14 | 300000 |
15 | 500000 |
16 | 650000 |
17 | 800000 |
18 | 1000000 |
19 | 12000000 |
20 | 15000000 |
21 | 17000000 |
22 | 19000000 |
23 | 21000000 |
24 | 23000000 |
25 | 25000000 |
26 | безліміт |
Примітка
Ліміти однакові для всіх розсилок, включаючи тригерні
Кожну розсилку незалежно від домену клієнта eSputnik буде підписувати своїм DKIM. Спочатку більшість листів відправлятимуться з підписом eSputnik, а потім кількість листів, надісланих з підписом вашого домену, буде поступово зростати.
Коли прогрівання нового домену досягне потрібного рівня, всі листи відправлятимуться із двома підписами DKIM — вашим та eSputnik.
У нашому прикладі, при добовій кількості відправлень в 100 000, необхідно 11 днів для прогрівання домену.
Перевірка ліміту відправлень
Можливі два статуси денного ліміту відправлень:
-
Не досягнуто
-
Досягнуто/досягнуто для деяких доменів
Для перегляду лімітів перейдіть до “Налаштування” → “Верифікація домену” і натисніть “Денний ліміт відправлень”.
Ліміт відправлень не досягнуто
При наведенні курсора на шкалу відправлень, навпроти назви домену, з'явиться підказка з кількістю відправлених повідомлень та повідомлень, що залишились.
Ліміт відправлень досягнуто
Домени, для яких вичерпано денний ліміт відображаються в окремому списку.
Примітка
Дані щодо прогрівання домену оновлюються щодня о 00:00
Якщо ваш домен не має строгої політики DMARC, обмеження ліміту відправлень не відображатиметься в обліковому записі. У такому випадку, ви зможете отримати інформацію про прогрів тільки звернувшись до нашої техпідтримки.
Обмеження відправлень
Окремо слід виділити ситуацію, коли встановлена сувора політика DMARC — обмеження на відправлення кількості повідомлень власником домену.
В налаштуваннях DMARC може бути вказано одне таких значень:
-
none — не робить нічого з листом,
-
quarantine — додає лист у спам,
-
reject — відхиляє лист.
Якщо задано значення “none”, процедура прогріву проходить як описано вище, а якщо DMARC приймає значення “quarantine” або “reject”, то при досягненні добового ліміту у день прогріву інші листи не надсилаються. Навіть якщо підписати листи DKIM-ключем нашого домену, вони все одно потраплять в спам, або їх буде відхилено.
Тому в разі суворої політики DMARC слід в ручному режимі лімітувати кількість добових відправлень, або ж на час прогріву задати значення “none”.
Перевірити DMARC налаштування домену можна за допомогою сервісу MxToolbox.
При ручному лімітуванні кількості добових відправлень, користуйтесь такими рекомендаціями:
-
Почніть розсилку з 10-20 листів за одне відправлення і з частотою один раз у пару годин. Таким чином, протягом дня буде відправлено приблизно сотню електронних листів.
-
Надсилайте повідомлення найбільш залученим користувачам. Користувачі мають відкрити, прочитати та виконати цільову дію.
-
Заплануйте прогрівання на 4-6 тижнів. Зазвичай процес триває протягом цього періоду.
-
Використовуйте Postmaster tools для перевірки налаштувань та репутації домену.
Подальшим кроком в рамках забезпечення репутації відправника, після прогрівання домену, буде налаштування подвійної підписки у формах.
Як це зробити читайте в окремій статті.