Перші кроки
Відстеження подій та поведінки
- Отримання та встановлення скрипта веб-трекінгу
- Налаштування веб-трекінгу прив'язкою до селекторів сайту
- Налаштування веб-трекінгу для персоналізації контенту на сайті та в розсилках
- Передача даних про поведінку відвідувачів сайту через JavaScript
- Передача даних про поведінку відвідувачів сайту через REST API
Дані користувача
- Огляд адаптивного email-редактора
- Cтворення оформлення для листа
- Створення синхронізованих модулів
- Налаштування адаптивності
- Налаштування Smart-елементів
- Оформлення промовкладки для Gmail
- Додавання Rolloverʼа
- Додавання фону до листа
- Додавання анкорних посилань
- Бібліотека блоків (Модулі)
- Додавання таблиці до листа
- Додавання кастомних шрифтів
- Додавання кастомних іконок соцмереж
- Створення кнопки СТA
- Робота з блоком "Зображення"
Омніканальність
- SDK для мобільних застосунків
- Керування ключами доступу до мобільного SDK
- Підключення мобільного додатка
- Створення Google проекту для Mob Push
- Створення мобільних push-повідомлень
- Налаштування аналітики доставлень та кліків
- Планування мобільних push-повідомлень
- Налаштування універсальних посилань (deeplinks & Universal links)
- Звіти за мобільними push-розсилками
Автоматизація
- Налаштування додаткових розсилок
- Подвійне підтвердження підписки
- Вітальна серія
- Вітальна серія із сегментацією за категоріями
- Запуск сценарію після імпорту контактів
- Регулярний сценарій для групи
- Вітання з днем народження
- Привʼязка сценарію до кнопки
- Відправка розсилки непрочитавшим
- Контроль тригерів
Персоналізація
- Підстановка промокоду з файлу
- Підстановка промокоду з використанням API
- Принципи генерації промокодів за допомогою PHP/JAVA
- Підстановка промокоду за допомогою персоналізації
- Завантаження промокодів для використання в сценарії
- Генерація промокодів у сценарії
- Відправлення промокоду за допомогою передпроцесора
- HTTP-запит для передачі промокоду з повідомлення до картки контакту
Аналітика
Мультимовність
Товарні рекомендації
API
- Інтеграція з API — найчастіші питання
- API-ключі
- Ресурси API для додавання контактів
- Використання API-ресурсу Generate event
- Передача замовлень API-ресурсом Generate event
- Отримання рекомендацій щодо API ресурсом Contact recommendations based on web tracking
- Використання API-ресурсу Send prepared message
Зміна системи
Документи
Інтеграція
Тестування тем листів
Із теми листа починається воронка email-маркетингу. Від неї залежить відсоток відкривань листів і як результат обсяг продажів. Спліт-тестування теми можна провести двома методами:
Як тестувати різні теми?
Вибір методу проведення експерименту залежить від мети:
- зрозуміти поведінку підписників;
- визначити працюючі формулювання для конкретної аудиторії;
- знайти елементи, які підвищують відсоток відкривань (наприклад персоналізація, емодзі та ін.).
Перший метод: Експеримент із кількома темами в одному листі
1. У розділі Повідомлення → Повідомлення вибираємо вже готовий лист або створюємо новий.
2. У редакторі повідомлень вибираємо поле "Тема листа".
3. Вводимо першу тему, яка буде нашою основною.
4. Для введення другого варіанту натисніть “плюс” у кінці рядка з темою.
У момент відправлення система випадково розділить одержувачів на дві, три або іншу потрібну кількість однакових частин.
Оцінювання результатів тестування
1. Заходимо до вкладки Звіти → Email → Обираємо лист у загальному списку.
2. У звітах розсилок результати тестування знаходяться у вкладці Експеримент.
У зведеній таблиці ми бачимо підсумки щодо:
- показників відкривання;
- переходів;
- CTR;
- відписок;
- скарг на спам.
Підрахунок результатів у системі здійснюється за спеціальними формулами, а також оцінюється їхня статистична достовірність. Якщо результати достовірні, то у таблиці відображається, наскільки один варіант ефективніший або гірший за інший.
Чим більшою є група контактів для тестування, тим достовірнішим є результат і тим упевненіше можна говорити про впровадження результатів експерименту для всієї бази контактів.
Важливо!
1) Кількість контактів у звіті може незначною мірою відрізнятися, оскільки деякі контакти потрапляють до помилок або чорного списку і на момент запуску тестування є недоступними. 2) У Google Analytics буде зібрано статистику щодо листа в межах однієї кампанії без деталізації за темами.
Якщо вам треба визначити, скільки продажів принесла та чи інша тема, скористайтеся другим способом тестування – поділ на групи.
Другий метод: Тестування з поділом на групи
Цей метод А/В-тестування також підійде, якщо необхідно провести експеримент на певній вибірці підписників. Розмір кожного сегмента тут можна встановити самостійно.
Для цього виконуємо такі кроки:
1) Заходимо в Контакти → Групи контактів.
2) Вибираємо потрібну групу. Для тестування можна розділяти як списки, так і умовні групи.
3) Всередині групи вибираємо функцію Розбити групу.
4) У вікні Розбиття групи встановлюємо кількість груп і потрібний відсотковий поділ:
Після розбиття у списку груп з'являться нові сегменти:
Важливо!
Для такого типу тестування створюємо потрібну кількість листів із контентом, який дублюється, але різними темами. Назви повідомлення прописуємо різні, можна зі спеціальними мітками, щоб легко переглянути результат в Аналітиксі.
5) Переходимо до запуску розсилки:
6) Вибираємо для кожного листа відповідну групу:
Визначаємо тему-переможця
1) Заходимо до вкладки Розсилки → Звіти.
На сторінці відобразяться розсилки за вказаний період і базові показники щодо розсилок.
2) У загальному списку повідомлень вибираємо потрібний лист. Його легко визначити за назвою повідомлення. У цьому прикладі було проведено тестування теми з емодзі та без.
3) При натисканні назви повідомлення відкривається сторінка з додатковою деталізацією.
Перший лист
Другий лист
Такий варіант підходить для тестування не лише тем, але й прехедерів, кнопок та ін.
Нюанси тестування тем листа
Для коректності результату перед стартом експерименту:
- Визначте гіпотезу – припущення, яке ви хочете довести чи спростувати в процесі тестування. Наприклад, чи підвищують Open Rate емодзі в темі листа;
- У кожного експерименту має бути мета. Наприклад, визначити стиль спілкування з підписниками для збільшення конверсій із читача в постійного покупця;
- Прехедер листа має гармоніювати з кожною із тем, які тестуються;
- "Бог у деталях" — це означає, що кожна дрібничка має значення. Будь-яке слово, символ, літера можуть вплинути на результати;
- Для забезпечення достовірності результатів одного тестування недостатньо. Те, що працює для однієї групи, може виявитися неефективним для іншої, або через місяць уподобання клієнтів можуть змінитися під впливом зовнішніх обставин;
- Чим меншою є кількість учасників тесту відносно загальної кількості у базі розсилки, тим вище відсоток похибки результатів.
Важливо!
Спліт-тестування здійснюється за одним параметром. Тестування кількох елементів одного листа (наприклад, і теми і хедера) порушує чистоту експерименту.