GA4 чи тег Google Ads: як налаштувати конверсії без дублів

Коротко

Передати конверсію в Google Ads можна двома шляхами: нативним тегом конверсій Google Ads або імпортом ключових подій із GA4. Обидва робочі, але поводяться по-різному.

Головне правило: для однієї бізнес-дії — одне основне джерело. Друге, якщо потрібне, залишається другорядним, для спостереження.

Для ключових конверсій, на яких навчається Smart Bidding, ми зазвичай обираємо нативний тег разом із розширеними конверсіями.

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

З 2026 року розширені конверсії для вебсайту і для лідів об’єднані в одне налаштування, а завантаження офлайн-даних через API переходять на Data Manager API.

Найчастіша помилка, яку ми бачимо в аудитах, — одна й та сама заявка рахується двічі: і з тегу Google Ads, і з імпорту GA4. Звіти виглядають оптимістично, а Smart Bidding тим часом оптимізує вигадані цифри. Розберімо, як обрати джерело, налаштувати розширені конверсії і перевірити, що вимірювання справді чисте.

Чому це питання важливіше, ніж здається

Автоматичне призначення ставок навчається лише на основних (primary) конверсіях, включених у ціль кампанії. Усе, що ви туди поклали, — це і є визначення успіху для алгоритму. Якщо конверсія рахується двічі, алгоритм вважає кожен клік удвічі ціннішим, ніж насправді. Якщо в основних конверсіях опинився клік на номер телефону, ставки підлаштуються під людей, які охоче клікають, а не під тих, хто купує.

Тому вибір між GA4 і тегом Google Ads — це не технічна дрібниця, а рішення про якість даних, на яких тримається вся оптимізація.

Два способи передати конверсію в Google Ads

Нативний тег конверсій Google Ads

Це тег Google (gtag.js) або тег «Відстеження конверсій Google Ads» у Google Tag Manager, який спрацьовує на цільовій дії. Разом із ним працює зв’язувач конверсій (Conversion Linker), що зберігає ідентифікатори кліка (GCLID та аналоги для iOS) у first-party cookie.

Що дає нативний тег:

конверсії потрапляють у Google Ads напряму, без проміжної обробки в іншій системі;
доступні конверсії після перегляду для YouTube, медійних кампаній і Demand Gen;
найповніша підтримка розширених конверсій (Enhanced Conversions);
динамічна цінність і ідентифікатор транзакції для захисту від дублів;
атрибуція за моделлю, обраною в Google Ads для цієї дії.

Імпорт ключових подій із GA4

Якщо ресурс GA4 пов’язаний з Google Ads, ключові події (key events) можна імпортувати як конверсії. Тоді джерелом є GA4: подія фіксується в аналітиці, обробляється і передається в рекламний акаунт.

Особливості імпорту, які варто знати:

під час імпорту можна обрати, яким каналам належить заслуга: лише платним каналам Google або платним і органічним каналам; для нових зв’язків за замовчуванням обрано перший варіант;
конверсії після перегляду для імпортованих подій недоступні — для цього потрібне нативне вимірювання Google Ads;
для міжпристроєвих конверсій у GA4 має бути увімкнено Google Signals;
дані надходять повільніше, ніж із нативного тегу, бо спочатку проходять обробку в GA4;
щоб уникнути подвійного обліку, Google може додати такі конверсії як другорядні — перевірте статус і свідомо зробіть основною лише ту дію, на якій оптимізуєтеся.

Детальніше — у довідці Google Ads про імпорт ключових подій із Google Analytics.

Порівняння в одній таблиці

Критерій	Тег Google Ads	Імпорт із GA4
Швидкість надходження даних	Швидше	Із затримкою на обробку в GA4
Конверсії після перегляду	Так	Ні
Розширені конверсії	Повна підтримка	Не основний сценарій
Атрибуція	Модель Google Ads для конкретної дії	Вибір: лише платні канали Google або всі канали
Захист від дублів	Ідентифікатор транзакції, налаштування підрахунку	Налаштування підрахунку в GA4 і Google Ads
Трудомісткість	Окремий тег або подія на кожну дію	Подія вже є в GA4, достатньо імпорту
Видимість поза рекламою	Тільки Google Ads	Подія доступна і в звітах GA4

Наше правило: одна дія — одне основне джерело

Для кожної бізнес-дії ми обираємо одне джерело, яке буде основною конверсією. Друге може існувати, але лише як другорядне — для звітів і порівняння.

Коли ми обираємо нативний тег:

покупка в інтернет-магазині з динамічною цінністю;
основні заявки і записи, на яких навчається Smart Bidding;
кампанії YouTube, Demand Gen і медійні, де важливі конверсії після перегляду;
будь-яка ситуація, де потрібні розширені конверсії.

Коли імпорт із GA4 цілком доречний:

допоміжні події (перегляд сторінки контактів, глибина прокручування, клік на месенджер), які ми тримаємо другорядними;
невеликий акаунт, де немає ресурсу на окрему розмітку, а ключова подія в GA4 вже налаштована коректно;
ситуації, коли бізнесу важливо бачити однакові цифри в GA4 і Google Ads, і він свідомо приймає обмеження імпорту.

Коли потрібне третє джерело — CRM:

Якщо між заявкою і продажем є кваліфікація менеджером, найкраще джерело правди — CRM. Ми налаштовуємо передачу в Google Ads подій «кваліфікований лід» і «угода» через офлайн-конверсії з GCLID і розширені конверсії для лідів. Тоді алгоритм навчається на реальних продажах, а не на заповнених формах.

Розширені конверсії: що це і навіщо

Розширені конверсії (Enhanced Conversions) доповнюють звичайний тег даними, які користувач сам залишив на сайті: email, телефон, ім’я та адресу. Ці дані хешуються алгоритмом SHA-256 ще до відправлення і зіставляються з обліковими записами Google. Так Google Ads може зарахувати конверсію навіть тоді, коли cookie втрачено, наприклад, якщо людина клікнула з телефона, а заявку залишила пізніше.

Що змінилося у 2026 році:

розширені конверсії для вебсайту і для лідів об’єднано в одне налаштування «увімкнено / вимкнено»; наявні акаунти перевели автоматично;
Google Ads приймає надані користувачем дані з тегу на сайті, з Data Manager і через API, тож вибирати один спосіб реалізації більше не обов’язково;
з 15 червня 2026 року завантаження офлайн-конверсій і розширених конверсій для лідів переведено з Google Ads API на Data Manager API. Якщо у вас власна інтеграція з CRM через API, її варто перевірити.

Офіційний опис — у довідці про розширені конверсії для лідів.

Способи реалізації

Автоматичне виявлення в тегу Google. Найшвидший варіант, але найменш надійний: тег сам шукає поля форми на сторінці. Підходить для простих сайтів, після чого обов’язково перевіряємо діагностику.
Код або змінна в Google Tag Manager. Ми передаємо дані з форми у змінну «Дані, надані користувачем» і прив’язуємо її до тегу конверсії. Це наш стандартний варіант.
Data Manager або API. Для завантаження даних із CRM, коли конверсія відбувається поза сайтом.

Що не можна пропустити

Згода користувача. Якщо у вас є трафік із ЄЕЗ, Великої Британії чи Швейцарії, передача даних має враховувати сигнал ad_user_data режиму згоди v2.
Політика конфіденційності на сайті має описувати передачу даних рекламним сервісам.
Після запуску перевіряємо звіт діагностики розширених конверсій у Google Ads: частку конверсій із даними і помилки формату.

Типові помилки, які ми знаходимо в аудитах

Подвійний облік. Тег Google Ads і імпорт GA4 для тієї самої заявки — обидва основні. Найпоширеніша і найдорожча помилка.
Неправильне налаштування підрахунку. Для лідів має бути «Одна» конверсія на клік, для покупок — «Кожна». Якщо людина надіслала форму тричі, це все одно один лід.
Конверсія на перегляд сторінки подяки. Сторінку можна перезавантажити, додати в закладки або відкрити з історії браузера — і кожен раз це буде нова «заявка».
Відсутній ідентифікатор транзакції. Без нього повторне завантаження сторінки замовлення створює дубль покупки.
Статична цінність замість динамічної. Для магазину кожна покупка «коштує» однаково, і стратегії з цінністю працюють наосліп.
Мікроконверсії як основні. Клік на номер телефону, перегляд контактів, прокручування — корисні сигнали, але не мета.
Втрачений GCLID. Редирект, що відрізає параметри URL, або вимкнене автоматичне позначення тегами — і конверсії не прив’язуються до кліків.
Різні вікна конверсій і атрибуція «усі канали». Після цього цифри в GA4 і Google Ads не збігаються, і команда витрачає час на пошук «помилки», якої немає.

Як ми перевіряємо, що все працює

Налаштування конверсій без перевірки — це лише гіпотеза. Наш порядок дій:

Режим попереднього перегляду GTM і Tag Assistant. Перевіряємо, що тег спрацьовує один раз, на правильній дії, з правильною цінністю і ідентифікатором транзакції.
DebugView у GA4. Переконуємося, що подія і параметри доходять до аналітики.
Тестові конверсії. Робимо реальну заявку з кліка на оголошення і чекаємо, поки вона з’явиться в Google Ads.
Діагностика в Google Ads. Статус кожної конверсії, діагностика розширених конверсій, налаштування цілей кампаній.
Звірка з CRM. Порівнюємо кількість конверсій у Google Ads із реальними заявками і продажами за той самий період.

Під час звірки пам’ятайте: Google Ads приписує конверсію до дати кліка, а GA4 і CRM — до дати самої дії. Тому дані за останні дні в Google Ads ще «доростатимуть». Невелика розбіжність між системами — нормальна. Систематична різниця в рази — привід шукати дублі або втрати.

Що робити далі

Почніть із простої ревізії: відкрийте в Google Ads розділ «Цілі», подивіться список основних конверсій і для кожної дайте відповідь на два запитання — звідки вона приходить і чи може та сама дія потрапляти ще з іншого джерела. Вже це часто знаходить головну проблему акаунту.

Якщо хочете, щоб вимірювання налаштували і перевірили за вас, команда AdsConcept проводить аудит конверсій, налаштовує GA4, Google Tag Manager, розширені конверсії, режим згоди v2 і передачу даних із CRM. Ми залишаємо документацію, щоб ваша команда розуміла, що і як рахується.