Як відстежувати офлайн конверсії в онлайн

Практично весь бізнес зараз присутній онлайн, проте, наявність офлайн-магазину або представництва компанії значно підвищує ефективність роботи і якість взаємодії з користувачами.

Коли компанія присутня й офлайн, і онлайн, або ж розміщує рекламу в інтернеті для просування офлайн-точки, виникає необхідність відстежувати показники ефективності за межами сайту.

Принцип приблизно однаковий. Вам потрібно зрозуміти, які дані передати та з яким онлайн-параметром їх об’єднати.

Наприклад, у вас є дані офлайн у наступному вигляді:

  • номер телефону.
  • електронна пошта.
  • промо-код.
  • кількість покупок офлайн і сума.
  • назва кампанії.


І ви хочете об’єднати їх з онлайн-даними:

  • джерело.
  • канал.
  • назва кампанії, id сесії або id користувача.

 

Потрібно вирішити, що буде «ключем» для системи – однаковим показником, за яким система розпізнає користувача. Він повинен збігтися в обох випадках – вихідних даних і місці призначення.

Наприклад, у прикладі вище можна об’єднати:

  • за назвою кампанії. Тоді система порівняє дані з кампанії, але не порівняє дані по користувачах і сеансах.
  • за контактними даними. Тоді система порівняє дані з даними своїх користувачів і, при наявності збігів, привласнить значення id користувача.
  • за промо-кодом. Як варіант, за промо-код можна використовувати один з параметрів вище.


Але тут можуть виникнути складності з технічною реалізацією й автоматизацією. Є кілька варіантів, кожен з яких має плюси та мінуси:

  1. Ручне завантаження.
  2. Автоматичне завантаження із залученням програмістів.
  3. Автоматичне завантаження за допомогою доступних інтеграцій з CRM, системами колл-трекінгу і наскрізної аналітики.

 

Розберемо кожен зі способів.

Ручне завантаження

У кожній популярній системі аналітики (і в самих популярних сервісах реклами) є доступний функціонал для ручного завантаження конверсій.

Тут потрібно визначити те, що саме вам необхідно відстежувати та з якою метою.

У Google Analytics можна скористатися інструментом hit builder. Докладне керівництво з конструювання таких запитів наведено за посиланням.

В Яндекс.Метриці можна завантажити дані про офлайн-переходи за допомогою csv-файлу. Об’єднуються дані за допомогою одного з параметрів: ClientID | UserID | yclid. Інструкція з впровадження за посиланням.

У Google Ads є доступним підзавантаження даних за шаблоном, інструкція за посиланням. В наявності є наступні параметри для завантаження.

У Facebook Ads є доступним завантаження даних про офлайн-події за допомогою csv-файлу. У нього потрібно включити максимум даних, система порівняє їх з даними про відвідувачів й об’єднає максимум даних. Інструкція – за посиланням.

Плюси у цього способу такі:

  • Безкоштовно.
  • Самостійно без залучення програмістів, очікування завантаження і розголошення даних.
  • Без внесення змін у наявну систему відстеження.


Мінуси:

  • Багато неточностей у даних. Якщо немає рішення для передачі даних про кліки, зіставлення з даними про користувачів є не скрізь, крім того, в налаштуваннях профілю може бути вказаний інший номер телефону, тоді користувач буде визначений як новий, конверсія буде присвоєна рекламі.
  • Займає багато часу. Кожного разу необхідно формувати файл з даними про клієнтів і передавати їх до системи вручну. При цьому, існують обмеження на проміжок часу, який пройшов з моменту конверсії. Завантаження потрібно робити оперативно.
  • Людський фактор. Невелика помилка в документі може істотно знизити точність відстеження.

 

Автоматичне завантаження з залученням програмістів

В цілому, це те ж саме, що і попередній спосіб, але вивантаження і завантаження даних відбувається автоматично. У більшості систем є можливість обмінюватися даними через API, за допомогою програмістів можна автоматизувати вивантаження і завантаження даних.

Керівництво з використання API Google Analytics є за посиланням. Докладне керівництво з використання системи Measurement Protocol, яке використовується для передачі необроблених даних з будь-яких підключених до інтернету пристроїв, доступне за посиланням.

Керівництво з використання і передачі даних через API Яндекс.Метрики за посиланням.

Керівництво по застосуванню Google Ads API для завантаження даних за посиланням.

API офлайн-конверсій в Facebook Ads за посиланням.

Переваги цього способу:

  • У більшості випадків безкоштовно (якщо робити самому).
  • Автоматизація завантаження даних – набагато швидше і точніше, ніж спосіб 1.
  • Без внесення змін у наявну систему відстеження або ж внесення мінімальних змін.


Недоліки:

  • Потрібно або розбиратися з відправленням запитів, або звертатися до програмістів, що вимагає часу. Тому це рішення або складно, або дорого.
  • В API є обмеження за обсягом даних, що відправляються.
  • Не всі системи мають технічну можливість відправляти дані таким способом.

 

Готова інтеграція з CRM і з системами збору даних

У багатьох CRM є готова інтеграція з Google Analytics і Яндекс Метрикою. Найвідоміші – Amo CRM, LP CRM та інші. Можна зв’язатися з підтримкою вашої системи й уточнити, чи є можливість інтеграції.

У Google Ads можна передавати офлайн-події за допомогою Salesforce і Zapier.

У Facebook Ads є ряд партнерських інтеграцій за посиланням.

Також можна використовувати сервіси наскрізної аналітики: Roistat, Comagic та інші.

У разі коректного налаштування та інтеграції ви зможете передавати офлайн-конверсії автоматично без залучення програмістів (або мінімальним) за допомогою інтуїтивно зрозумілого інтерфейсу.

Переваги:

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


Недоліки:

  • Найчастіше дорогі рішення.
  • Можливо, доведеться переносити весь облік у нову систему, з втратою попередніх даних, відмова від звичного інтерфейсу тощо.
  • Зазвичай налаштування звітів є, але вони обмежені встановленим функціоналом, тому необхідно звернути увагу на це ще при виборі CRM.


Висновок

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

Тому краще починати просування саме з визначення способу завантаження даних, а якщо у вас до цих пір реалізовано відстеження не всіх подій, життєво необхідно це виправити.