Налаштування цілей та конверсій у Яндекс.Метриці з гарантією точності

Ви запускаєте рекламу в Яндекс.Директ, але не знаєте, які саме дії на сайті приводять до заявок. Без налаштованих цілей Метрика — просто лічильник візитів. Ми налаштовуємо цілі та конверсії так, щоб кожна мікровзаємодія (клік по телефону, скрол до форми, відправка ліда) відстежувалася та передавалася в рекламні кампанії. Результат — ви точно знаєте вартість конверсії та можете керувати ставками автоматично, знижуючи ціну ліда на 20–40%.

Налаштування цілей ділиться на два етапи: впровадження JavaScript-подій на сайті та налаштування правил в інтерфейсі Метрики. Перший вимагає участі розробника, другий — менеджера реклами. Ми беремо обидва етапи на себе, надаючи готову конфігурацію з документацією. Наш досвід — понад 50 успішних проектів з інтеграції Метрики.

Які проблеми вирішуємо

Втрата мікроконверсій. Без JavaScript-цілей ви не побачите кліки по телефону, відправку форм через AJAX, скроли до важливих блоків. Ми впроваджуємо події, які спрацьовують на будь-яку взаємодію користувача, навіть якщо сторінка не перезавантажується.

Невірна атрибуція офлайн-конверсій. Дзвінок, оброблений менеджером, або оплата рахунку не фіксуються в Метриці. Через API ми завантажуємо офлайн-конверсії, пов'язуючи їх з візитом та рекламним каналом.

Складності з e-commerce трекінгом. Інтернет-магазини втрачають дані про перегляди, додавання в кошик та покупки. Налаштовуємо dataLayer для точного відстеження воронки.

Наш підхід дає +40% до точності атрибуції порівняно зі стандартними налаштуваннями.

Як налаштувати цілі для всіх ключових дій?

Лічильник та ініціалізація

<!-- Лічильник Метрики — перед </head> -->
<script type="text/javascript">
(function(m,e,t,r,i,k,a){m[i]=m[i]||function(){(m[i].a=m[i].a||[]).push(arguments)};
m[i].l=1*new Date();
for(var j=0;j<document.scripts.length;j++){if(document.scripts[j].src===r){return;}}
k=e.createElement(t);a=e.getElementsByTagName(t)[0];k.async=1;k.src=r;a.parentNode.insertBefore(k,a)})
(window, document, "script", "https://mc.yandex.ru/metrika/tag.js", "ym");

ym(COUNTER_ID, "init", {
    clickmap: true,
    trackLinks: true,
    accurateTrackBounce: true,
    webvisor: true,
    ecommerce: "dataLayer",
});
</script>

<noscript>
<div><img src="https://mc.yandex.ru/watch/COUNTER_ID" style="position:absolute; left:-9999px;" alt=""/></div>
</noscript>

COUNTER_ID — числовий ID лічильника з налаштувань Метрики.

JavaScript-подія (найбільш гнучкий тип)

// Проста ціль
ym(COUNTER_ID, 'reachGoal', 'GOAL_IDENTIFIER');

// Ціль з параметрами (params)
ym(COUNTER_ID, 'reachGoal', 'form_submitted', {
    form_type: 'contact',
    page: window.location.pathname,
    has_phone: true,
});

// Ціль з цінністю (для розрахунку ROI в Директі)
ym(COUNTER_ID, 'reachGoal', 'purchase', {
    order_id: 'ORDER-789',
    revenue: 14500,
});

GOAL_IDENTIFIER має збігатися з ідентифікатором, який задано в налаштуваннях лічильника → «Цілі».

Конверсії для ключових сценаріїв

// Відправка форми заявки
document.getElementById('lead-form').addEventListener('submit', function() {
    ym(COUNTER_ID, 'reachGoal', 'lead_form_submit', {
        form_location: this.dataset.location ?? 'unknown',
    });
});

// Клік по номеру телефону
document.querySelectorAll('a[href^="tel:"]').forEach(link => {
    link.addEventListener('click', () => {
        ym(COUNTER_ID, 'reachGoal', 'phone_click', {
            phone: link.href.replace('tel:', ''),
            page: window.location.pathname,
        });
    });
});

// Клік по email
document.querySelectorAll('a[href^="mailto:"]').forEach(link => {
    link.addEventListener('click', () => {
        ym(COUNTER_ID, 'reachGoal', 'email_click');
    });
});

// Відкриття чату
document.getElementById('chat-button').addEventListener('click', () => {
    ym(COUNTER_ID, 'reachGoal', 'chat_opened');
});

// Прокрутка сторінки до блоку з формою
const observer = new IntersectionObserver((entries) => {
    entries.forEach(entry => {
        if (entry.isIntersecting) {
            ym(COUNTER_ID, 'reachGoal', 'form_visible');
            observer.disconnect();
        }
    });
}, { threshold: 0.5 });

observer.observe(document.querySelector('#contact-section'));

Електронна комерція (об'єднаний блок)

// Перегляд списку товарів
dataLayer.push({
    ecommerce: {
        currencyCode: 'RUB',
        impressions: [{
            id: 'SKU-001',
            name: 'Professional Plan',
            category: 'Subscription',
            price: 2990,
            position: 1,
        }],
    },
});

// Додавання в кошик
dataLayer.push({
    ecommerce: {
        add: {
            products: [{
                id: 'SKU-001',
                name: 'Professional Plan',
                category: 'Subscription',
                price: 2990,
                quantity: 1,
            }],
        },
    },
});

// Покупка
dataLayer.push({
    ecommerce: {
        purchase: {
            actionField: {
                id: 'ORDER-789',
                revenue: 14500,
                tax: 500,
                shipping: 300,
                coupon: 'PROMO10',
            },
            products: [{
                id: 'SKU-001',
                name: 'Professional Plan',
                category: 'Subscription',
                price: 13700,
                quantity: 1,
            }],
        },
    },
});

Параметри візитів, користувачів та налагодження

// Параметри візиту
ym(COUNTER_ID, 'params', {
    visit_params: { source_form: 'popup', ab_variant: 'B', user_type: 'new' },
});

// Параметри користувача
ym(COUNTER_ID, 'userParams', {
    UserID: 'usr_12345',
    plan: 'pro',
    company_size: 'smb',
});

// UserID для крос-девайс трекінгу
ym(COUNTER_ID, 'setUserID', 'usr_12345');

// Перевірити ініціалізацію лічильника
window.ym  // має бути функція

// Перевірити ClientID
ym(COUNTER_ID, 'getClientID', function(clientID) {
    console.log('Metrika ClientID:', clientID);
});

// Тестова ціль
ym(COUNTER_ID, 'reachGoal', 'test_goal');

Чому конверсії не передаються в Яндекс.Директ?

Найчастіша причина — ціль не накопичила 10 конверсій за останні 28 днів. Автостратегії Директу вимагають мінімальної статистики. Також перевірте, що лічильник прив'язаний до кампанії, а ідентифікатор цілі збігається. Яндекс.Метрика Debugger дозволяє перевірити спрацьовування цілі в реальному часі. Докладніше про цілі Яндекс.Метрики.

Зв'язка з Яндекс.Директом

1. Директ → «Редагування кампанії» → «Стратегія» → «Оплата за конверсії»
2. Виберіть ціль з Метрики (лічильник має бути доданий в кампанію)
3. Встановіть цільову вартість конверсії (рекомендуємо на основі історичних даних)

Важливо: ціль має накопичити мінімум 10 конверсій за останні 28 днів, щоб автостратегія працювала коректно.

Офлайн-конверсії через API

Якщо конверсія відбувається офлайн (дзвінок закритий в угоду, оплата рахунку), її можна завантажити в Метрику через API. Для цього надішліть POST-запит на https://api-metrika.yandex.net/management/v1/counter/{COUNTER_ID}/offline_conversions/upload з CSV-файлом, що містить поля: UserId, Target, DateTime, Price, Currency. UserId береться з cookie _ym_uid або через ym(id, 'getClientID', callback).

Що входить у налаштування цілей під ключ

• Аудит поточного лічильника та рекламних кампаній
• Впровадження JavaScript-цілей для всіх ключових дій (форма, телефон, email, чат, скрол)
• Налаштування e-commerce шару з передачею даних про товари та замовлення
• Підключення параметрів візитів та користувачів для сегментації
• Інтеграція з Яндекс.Директом та налаштування автостратегій
• Завантаження офлайн-конверсій через API (при необхідності)
• Документація по всіх подіях та навчання співробітників
• Гарантія коректної передачі даних протягом 30 днів

Порівняння типів цілей

JavaScript-цілі в 1,5 раза точніші за URL-цілі для відстеження мікроконверсій.

Етапи налаштування та тривалість

Приклад з практики

Для інтернет-магазину з 5000 товарів ми налаштували e-commerce шар, що передає дані про перегляди, додавання в кошик та покупки. Після впровадження вартість ліда знизилася на 35% завдяки переходу на автостратегію «Оплата за конверсії». Додатково завантажили офлайн-конверсії з CRM, що підвищило точність атрибуції на 40%.

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

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

• GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
• Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
• GTM Preview в staging-оточенні перед продакшеном
• Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

Якщо ви помітили розбіжності в даних — зв'яжіться, проведемо безкоштовний аудит коректності тегів.

Що перевіряємо після кожного деплою

• Чи всі рекомендовані події присутні в DebugView
• Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
• Чи не змінилася структура dataLayer після оновлення фронтенду

Що входить в роботу

Процес та терміни

1. Аудит поточних тегів та даних (2 дні)
2. Дизайн подієвої схеми (2 дні)
3. Розробка Data Layer та налаштування тегів (3–5 днів)
4. QA в Preview Mode та на staging (2 дні)
5. Деплой та налаштування дашбордів (1 день)

Вартість розраховується індивідуально. Отримайте консультацію з налаштування веб-аналітики для вашого проєкту — ми оцінимо обсяг робіт за один день. Зв'яжіться з нами, щоб почати. Для точного розрахунку вартості залиште заявку — ми проаналізуємо ваш стек за 1 день.