okeep.analytics

Подивіться, де зникають клієнти — зокрема там, де піксель сліпий.

Вона клікає рекламу з телефона в обід. Її колега надсилає форму ввечері з ноутбука. Угода закривається у вашій CRM через девʼять днів. Для пікселя це троє незнайомців, а реклама, з якої все почалося, не отримує нічого.

Приклад воронки і приклад тижня лідів. Етапи — це ваші власні події, okeep.analytics їх не вигадує, і жодне число тут не є чиїмось результатом.

  1. Реклама1240

    кліків, за які ви заплатили

  2. −27%втрачено

    Візити903

    людей справді дійшли

  3. −94%втрачено

    Форми57

    залишили контакти

  4. −28%втрачено

    Дзвінки41

    додзвонилися до людини

  5. −41%втрачено

    Клієнти24

    підписали, і реклама, з якої все почалося, нарешті має назву

Приклад воронки: 1240 кліків з реклами, 903 візити, 57 форм, 41 дзвінок і 24 клієнти — тобто 27% втрачається між кліком і візитом та 94% між візитом і формою. Нижче ті самі 57 лідів у розрізі джерела: facebook ads привів 23 і закрив 10, google ads — 19 і закрив 9, прямі заходи — 9 і закрили 4, а реферер allegro.pl — 6 і закрив 1. Назви колонок у панелі англійські, бо іншої мови продукт не має.

Клік і конверсія рідко трапляються на тому самому пристрої і майже ніколи — в одній сесії.

okeep тримає нитку між ними. Двоє людей, які справді є двома людьми, ніколи не зливаються в одну — у цього правила власний тест.

Один лід, у якому дві особи-ідентичності: номер телефона, електронна пошта, анонімний ідентифікатор браузера, власний ідентифікатор користувача на боці клієнта та ідентифікатор рекламного кліку. Під ними те, що кажуть самі події — девʼять із телефона на iOS і Safari, чотири з настільного Windows у Chrome, і всі тринадцять із Варшави.

Чимала частина людей, за дотягування до яких ви платите, має блокувальник, що вирізає лічильний скрипт за іменем хоста.

Тому підрахунок не залежить від того, чи виживе скрипт: події збираються на вашому власному домені. А різниця між одним і другим — на екрані, а не в здогадах.

Покриття за тридцять днів: сервер побачив 12 480 завантажень сторінки, браузерний скрипт — 9 930, тобто 80%. Із переходів, які вдалося зіставити точно, 9 930 бачили обидва, 2 300 лише сервер, бо браузер їх утратив, а 250 лише браузер. Екран зазначає, що обидва виміри незалежні, тож різниця свідчить про покриття, а не є точним числом утрачених візитів.

Алгоритм торгів оптимізує лише під те, що ви йому повідомили.

Ви обираєте, які з ваших подій рахуються як Lead чи Purchase. Далі конверсія йде до Meta і Google з нашого сервера, а не з вкладки, яку вже могли закрити.

Підключений акаунт Meta і мапа з власних подій клієнта на події Meta. Lead живлять form_submitted, яка дала 45 за останні тридцять днів, і call_booked, яка дала 16 — разом 61. Purchase живить order_paid, 24.

Кожен інструмент у цій категорії каже, що саме його число правдиве. Чому вірити нашому?

Не вірте. Кожна конверсія каже, куди пішла, що повернулося і чому одну не надіслали взагалі. Ваш CRM лишається суддею, ми — доказом.

Дві конверсії на одному ліді. order_paid доставлена: привʼязана до рекламного кліку, надіслана в Meta і прийнята, а для Google Ads пропущена, бо бракує згоди. form_submitted готова, але ще не надіслана, і екран прямо каже, що кліку не знайдено, тож вона піде без привʼязки.

Де це насправді зараз.

Ранній доступ, поки безкоштовно. Уже працює на okeep.auto — наш рекламний бюджет, наші платні клієнти. Події зберігаються в ЄС, а контактні дані шифруються до запису.

Запросити ранній доступ

Напишіть, до якого числа ви не можете дійти

Питання, яке маркетинг щомісяця лишає без відповіді — звідки прийшли контакти, що повернула реклама, чому добрий тиждень був добрим. Скажемо, чи okeep.analytics відповідає на нього вже сьогодні, чи тільки йде до цього.

Або напишіть прямо на hello@okeep.io