Відстеження конверсій Google Ads, якому можна довіряти

Зробіть оплачене замовлення єдиною основною конверсією. Передавайте його зі сторінки підтвердження замовлення з реальною сумою замовлення, валютою й унікальним ідентифікатором замовлення. Додавання в кошик, дзвінки й імпортовані копії тієї самої покупки залиште другорядними, щоб кожне замовлення рахувалося один раз, а Smart Bidding навчався на продажах. Потім перевірте цифри, а не лише тег: правильна подія, реальні суми, жодної другої цілі, що рахує те саме замовлення, і жодних викидів у сумах. Лише після цього читайте оборот і ROAS у звіті.

Що робить відстеження конверсій в акаунті магазину?

Google описує механізм у How Google Ads tracks website conversions. Коли хтось клікає на ваше оголошення, Google Ads зберігає інформацію про клік у файлі cookie. Коли ця людина конвертується, ваш тег зчитує cookie й надсилає конверсію назад у Google Ads. Кожна річ, яку ви рахуєте, — це дія-конверсія: покупка, дзвінок чи реєстрація, зі своїми налаштуваннями цінності, підрахунку й вікна.

Для магазину ці цифри виконують дві функції. По-перше, вони наповнюють звіти, за якими ви оцінюєте кампанії: скільки замовлень надійшло та яка їхня цінність конверсії. Поділіть цю цінність на витрати на рекламу, і ви отримаєте свій ROAS.

По-друге, саме на них навчається Smart Bidding. Довідка Google про основні й другорядні дії застерігає: неправильні налаштування можуть завадити Smart Bidding оптимізуватися ефективно, бо він спирається на ці сигнали.

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

Яким способом магазину передавати покупки в Google Ads?

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

Тег Google або Tag Manager. Посібник Google з відстеження радить тег Google на всьому сайті. Тег конверсії складається з цього тега Google та фрагмента події. У Tag Manager Google просить тег Conversion Linker на всіх сторінках: він зберігає інформацію про клік на оголошення у cookie на вашому домені. Що робить linker і як побачити, що він працює: тег Conversion Linker.

Якщо на сайті працюють і gtag.js, і Tag Manager, Google радить перевірити конфлікти й перейти на один метод, найкраще на Tag Manager. Як передати покупку з dataLayer з ідентифікатором транзакції та реальною цінністю: подія покупки в Google Tag Manager.

Імпорт із GA4. Згідно з About conversion measurement, імпортувати можна лише події, позначені в GA4 як ключові. Нові варіанти імпорту можуть з’явитися за 24–48 годин. Та сама сторінка радить тег Google, якщо потрібні функції, специфічні для Ads, як-от розширені конверсії.

За посібником Google з відстеження, тег GA4 не зберігає ідентифікатор кліка в cookie для відстеження конверсій Google Ads. Тож покупка, виміряна в GA4, потрапляє в Google Ads через імпорт.

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

Посібник Google з відстеження називає чотири основи, потрібні кожному шляху:

1. Автоматичне додавання тегів увімкнено в кожному акаунті Google Ads.
2. Трекери кліків і серверні редиректи передають ідентифікатор кліка (GCLID) на ваші цільові сторінки.
3. Якщо сторінка підтвердження замовлення стоїть на іншому домені, міждоменний linker передає на неї ідентифікатор кліка.
4. Теги не спрацьовують усередині iFrame.

Що має рахуватися конверсією для магазину?

Оплачене замовлення. Google ділить дії-конверсії на основні й другорядні в About primary and secondary conversion actions. Основні дії з’являються в стовпці «Конверсії» й живлять призначення ставок, якщо ставки використовують їхню ціль. Другорядні призначені для спостереження: вони показуються в «Усі конверсії» й не потрапляють у призначення ставок, хіба що входять до власної цілі.

Google наводить приклад для магазину в About conversion goals. Якщо кілька цілей відстежують етапи однієї воронки, лише одну задайте як ціль акаунта за замовчуванням. Для інтернет-магазину взуття це «Покупка».

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

Те, на чому кампанія призначає ставки, залежить і від її цілей. Вона використовує або цілі акаунта за замовчуванням, або власні. Як не допустити, щоб дзвінки, маршрути й візити в магазин потрапляли в цілі, на яких навчаються ваші кампанії Shopping і Performance Max: цілі конверсій для окремих кампаній.

Рахуйте кожну покупку. Згідно з About conversion counting options, варіант «Усі конверсії» зараховує кожну конверсію після взаємодії з оголошенням і підходить для продажів. Це варіант за замовчуванням для дій на сайті. «Одна конверсія» зараховує одну конверсію на клік і підходить для лідів.

Поруч із покупкою стоять чотири дії, і кожна потребує окремого рішення:

• Дзвінки. За замовчуванням Google зараховує одну конверсію на клік на оголошення для дзвінків з оголошень. Дзвінок із вигаданою цінністю домішує здогадки у ваш оборот: відстеження дзвінків в акаунті магазину.
• Усі конверсії. Цей стовпець додає другорядні дії та дані з різних пристроїв, тож його цінність — не ваш оборот: «Конверсії» і «Усі конверсії».
• Конверсії за показами. Їх дають люди, які бачили оголошення, але не клікнули на нього. Google не включає їх в основний стовпець «Конверсії». Чи варто магазину рахувати їх для Performance Max, YouTube і Demand Gen: конверсії за показами.
• Старі й мовчазні дії. З роками в акаунтах накопичуються дії-конверсії. Деякі лишаються основними після того, як тег за ними перестає спрацьовувати: чистка дій-конверсій.

Як цінність замовлення має потрапляти в Google Ads?

Як сума кожного замовлення, що передається з кожною покупкою. About conversion values пропонує два варіанти: однакова цінність для кожної конверсії або різна цінність для кожної конверсії. Магазину потрібен другий, який Google радить, коли ви продаєте кілька товарів різної ціни. Для нього потрібна динамічна цінність у коді відстеження. Без неї Google використовує значення за замовчуванням для всіх конверсій.

Стежте за одним налаштуванням, яке Google Ads API називає «always use default value». Коли воно ввімкнене, Google замінює цінність і валюту, які надсилає ваш тег, значеннями за замовчуванням. Google також використовує значення за замовчуванням, коли тег не надсилає цінності чи надсилає недійсну.

Тег може бути правильним, а звіт усе одно показуватиме одну й ту саму цифру для кожного замовлення. Що це робить із ROAS і ставками за цільовим ROAS: статична цінність конверсії.

Вирішіть, що входить у цінність, і тримайте це однаковим усюди: з ПДВ чи без, з доставкою чи без, до знижок чи після. Кожен вибір зсуває ROAS, на який націлені ваші цілі: що має входити в цінність конверсії. Передавайте разом із цінністю й валюту, як це робить власний фрагмент Google.

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

Як не дати одному замовленню порахуватися двічі?

Ідентифікатором транзакції в межах однієї дії-конверсії та однією основною дією на покупку в усьому акаунті.

Use a transaction ID to minimize duplicate conversions пояснює першу частину. Клієнт може перезавантажити сторінку підтвердження замовлення, і тег спрацює знову.

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

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

Конверсії, створені з GA4, за замовчуванням надходять як другорядні, тож тут подвійний підрахунок починається, коли хтось перемикає їх в основні поряд із тегом. Google зауважує, що ця опція поки доступна не для кожної властивості GA4. Як знайти, який тег, імпорт чи застосунок рахує двічі: дублікати конверсій.

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

Магазин посуду витрачає 40 000 на місяць і отримує 300 замовлень на 180 000, ROAS 4,5. Performance Max забирає 38 000 витрат і приносить 280 замовлень на 168 000. Пошукова кампанія забирає 2 000 і приносить 20 замовлень на 12 000.

Хтось додає імпорт покупки з GA4 як другу основну дію до цілі, на якій призначає ставки Performance Max, поряд із тегом Google Ads. Пошукова кампанія призначає ставки за власною ціллю, у якій імпорту немає.

Performance Max тепер звітує про 560 замовлень і 336 000, ROAS 8,8 замість 4,4. Акаунт показує 580 замовлень, 348 000 і ROAS 8,7.

Рахуйте кампанії як рівні, і одна з двох виглядатиме неправильно. Рахуйте за грошима, і 95% витрат ідуть через подвоєні цифри.

Скільки Google чекає на покупку?

За замовчуванням 30 днів після кліка. Згідно з About conversion windows, вікно кліка можна задати від 1 до 90 днів залежно від джерела конверсії. Google радить принаймні 7 днів.

Вікно конверсій за показами за замовчуванням становить 1 день, а вікно залученого перегляду — 3 дні. Зміна застосовується лише до конверсій, записаних від цього дня.

Згідно з Understand your conversion tracking data, основні стовпці конверсій показують конверсії за часом кліка, а не за часом конверсії. Замовлення надходять ще кілька днів після кліка, до кінця вікна, тож звіт за останні дні ще неповний. Якщо оцінювати ROAS минулого тижня чи вчорашню зміну надто рано, ви побачите спад, який згодом заповниться. Яке вікно використовувати магазину й скільки чекати: вікно конверсії й затримка конверсій.

Як повернути замовлення, які приховують cookie й згода?

Google прямо каже, що cookie доступні не завжди, наприклад через налаштування браузера. Коли він не може спостерігати конверсію, він додає модельовані конверсії в стовпець «Конверсії» як оцінки. Звузити розрив із вашого боку можна двома способами.

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

Налаштування через Tag Manager описано в нашому покроковому посібнику з розширених конверсій. Якщо діагностика показує низьке покриття чи помилки, причина зазвичай на сторінці підтвердження замовлення: діагностика розширених конверсій.

Другий спосіб — режим згоди, який передає вибір кожного відвідувача щодо cookie в теги Google. About consent mode описує дві версії:

• Базовий. Теги заблоковані, доки відвідувач не відповість на банер. Якщо він відмовляється, до Google не потрапляє нічого, навіть статус згоди. Моделювання конверсій тоді використовує загальну модель.
• Розширений. Теги завантажуються одразу й надсилають запити без cookie, поки згоду відхилено. Google будує модель, специфічну для рекламодавця, і називає її детальнішою.

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

Як виправити повернення й дні зламаного відстеження?

Google дає змогу виправити конверсію після її запису. Згідно з About conversion adjustments, відкликання прибирає конверсію з підрахунку й обнуляє її цінність. Воно впливає і на стратегії ставок за CPA, і на стратегії за ROAS.

Перегляд цінності (restatement) змінює лише цінність, наприклад після часткового повернення. Він впливає на стратегії ставок за ROAS. Виправляти онлайн-конверсії можна, лише якщо тег надіслав їх з ідентифікатором транзакції. Коли виправлення окупається для магазину: відкликання конверсій за повернення.

Зламаний тег вчить призначення ставок, що кліки перестали конвертуватися. Посібник Google Ads API з винятків даних описує їх як спосіб сказати Smart Bidding ігнорувати дати з проблемами відстеження конверсій. Він також застерігає, що часте чи тривале використання може зашкодити результатам. Як за годину відрізнити зламаний тег від справжнього спаду продажів: конверсії впали за ніч.

Виправлення відстеження — це теж зміна, яку призначення ставок має засвоїти. Довідка Google називає для Smart Bidding період навчання 7–14 днів і радить не змінювати часто цілі конверсій під час нього. Як замінити зламану дію покупки, не скинувши навчання й не помилившись у читанні наступних тижнів: заміна дії-конверсії покупки.

Відстеження, яке працює, усе ж може рахувати не те: що ми знайшли в 14 акаунтах

Звичайна перевірка ставить одне питання: чи надходять дані? У червні 2026 року ми прогнали метод довіри до конверсій порталу по 14 клієнтських акаунтах GetProfit, на 90 днях даних кожен. Це перевірка нашого методу на реальних акаунтах, а не огляд ринку. Усі 14 записували конверсії: від 366 до 17 865 за 90 днів.

• 8 із 14 передавали реальні суми замовлень усі 90 днів.
• У 5 акаунтах від 32% до 57% конверсій надходили через дії, які надсилають фіксоване значення за замовчуванням замість суми замовлення. В одному з них 97% конверсій були лідами, а не покупками.
• В одному акаунті підсумок за 90 днів вказував на значення за замовчуванням, але жодна з його конверсій за останні 14 днів не мала значення за замовчуванням. Магазин виправив відстеження всередині вікна. Вердикт лише за 90 днями позначив би відстеження, яке вже працювало.
• Довгі списки основних дій були нормою: 12 в одному акаунті з чистим відстеженням покупок, 40 в іншому, 75 у третьому. Сама кількість мало що казала. Ризик — основні дії різних категорій, як-от покупки, дзвінки й перегляди сторінок, що спрацьовують одночасно.

Ці випадки мають одну спільну рису: нічого не виглядало зламаним. Кожна цифра, збудована на конверсіях, успадковує помилку, від коефіцієнта конверсії до ціни замовлення й ROAS.

Портал міряє довіру грошима, а не кількістю кампаній

Перевірка конверсій порталу ставить чотири питання до кожної кампанії:

1. Подія: чи навчаються оголошення на покупці або ліді, а не на перегляді сторінки чи додаванні в кошик?
2. Цінність: чи надходить із замовленням реальна сума замовлення, чи щоразу те саме число?
3. Дублі цілей: чи не рахують дві цілі те саме замовлення, і чи не навчаються оголошення на кількох цілях одночасно?
4. Суми: чи є замовлення в багато разів більші за ваш середній чек?

Відповіді множаться, а не додаються, тож одна слабка перевірка тягне вниз увесь результат. Потім кампанії зводяться в одне число для акаунта, зважене за витратами.

Зважування змінює вердикт. В одному акаунті, показаному в порталі, за вікно 90 днів дві пошукові кампанії отримали 100% довіри. Вони мали 2% витрат.

Решта 98% ішли через 10 товарних кампаній, де реальна сума замовлення надходила лише частково. Зважена за грошима довіра акаунта склала 55%. Це цифри одного магазину, а не середнє по ринку.

Довіра — це шкала, а не вимикач. Якщо покупка справжня, а хибна лише цінність, портал показує оборот сірим із позначкою «не довіряємо». Замість нього він працює з кількістю замовлень і ціною замовлення. Де цінності довіряти не можна, він ховає ROAS зовсім.

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

Що перевірити, перш ніж довіряти цифрам

Виконайте ці перевірки в такому порядку, перш ніж змінювати ставки чи бюджети або запускати Performance Max. Повний розбір, із тим, що означає кожна знахідка, — у нашому аудиті відстеження конверсій.

1. Складіть список основних дій. У Google Ads відкрийте Цілі → Конверсії → Підсумок. Занотуйте кожну дію, задану як основна, і ціль, до якої вона належить. Для магазину основною має бути одна дія покупки.
2. Решту перенесіть у другорядні. Натисніть «Змінити ціль» на цілі, потім у розділі «Оптимізація дії-конверсії» виберіть «Другорядна (лише для спостереження)». Так дані лишаються у звітах і не потрапляють у призначення ставок.
3. Перевірте, на чому призначає ставки кожна товарна кампанія. Подивіться, чи використовує вона цілі акаунта за замовчуванням, чи власні. Дзвінки, маршрути й візити в магазин тримайте поза цілями, у яких лежать ваші покупки.
4. Перевірте цінність. Порівняйте цінність конверсії на одну конверсію для дії покупки зі своїм реальним середнім чеком, тиждень за тижнем. Цінність, яка ніколи не рухається, вказує на значення за замовчуванням. Тоді відкрийте налаштування цінності дії.
5. Задайте підрахунок «Усі конверсії» для дії покупки. Google застосовує зміну підрахунку лише до майбутніх конверсій.
6. Протестуйте одне замовлення наскрізно. Зробіть тестову покупку й перевірте в Tag Assistant, що подія несе цінність, валюту й унікальний ідентифікатор транзакції.
7. Пошукайте другий лічильник. Імпорт із GA4, старий тег чи застосунок платформи магазину, заданий основним поряд із вашим тегом покупки, порахує ті самі замовлення вдруге.
8. Порівняйте завершений місяць зі своїм магазином. Використовуйте «Конверсії (за часом конв.)», які Google радить для порівняння з вашими власними системами. Google Ads рахує лише замовлення, які настали після реклами, тож його число має лишатися нижчим за підсумок вашого магазину за ті самі дні. Вище число вказує на подвійний підрахунок чи підрахунок не тієї події.
9. Перевірте шлях ідентифікатора кліка. Переконайтеся, що автоматичне додавання тегів увімкнено, редиректи передають GCLID, а міждоменний linker працює, якщо оформлення замовлення стоїть на іншому домені.
10. Сплануйте повернення й збої. Вирішіть, чи відкликати повернені замовлення, і знайте, де додати виняток даних, якщо відстеження зламається.
11. Змінюйте щось одне за раз. Дочекайтеся кінця періоду навчання, перш ніж оцінювати, і читайте результати за повні тижні.

Перевірка конверсій порталу запускає свої чотири перевірки (подія, цінність, дублі цілей і суми) на вікні 90 днів і зважує результат за витратами. Вона виводить список аномальних конверсій з датою, кампанією, товаром і тим, у скільки разів сума перевищує ваш середній чек. Модель атрибуції, вікна конверсії й налаштування підрахунку вона лишає вам: перевіряйте їх вручну.

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

Перевірити конверсії →

Джерела

• How Google Ads tracks website conversions (англійською) — інформація про клік зберігається в cookie й зчитується тегом; тег Google плюс фрагмент події; Conversion Linker на всіх сторінках у Tag Manager; об’єднання gtag.js і Tag Manager; автоматичне додавання тегів, GCLID через редиректи, міждоменний linker, жодних iFrame; тег GA4 не зберігає ідентифікатор кліка для тегів Google Ads; модельовані конверсії в стовпці «Конверсії». Перевірено 02.10.2026.
• About conversion measurement (англійською) — імпортувати можна лише ключові події GA4; 24–48 годин для варіантів імпорту; тег Google для функцій, специфічних для Ads, як-от розширені конверсії; дані з різних пристроїв в «Усі конверсії»; конверсії за показами не входять у стовпець «Конверсії»; період навчання 7–14 днів. Перевірено 02.10.2026.
• Understand your conversion tracking data (англійською) — основні стовпці конверсій звітуються за часом кліка; стовпці «за часом конв.» для порівняння з вашими власними системами. Перевірено 02.10.2026.
• About primary and secondary conversion actions (англійською) — основні дії в «Конверсіях» і для призначення ставок; другорядні в «Усі конверсії», крім власних цілей; конверсії, створені з GA4, за замовчуванням другорядні; шлях зміни налаштування; неправильне налаштування шкодить Smart Bidding; період навчання 7–14 днів. Перевірено 02.10.2026.
• About conversion goals (англійською) — одна ціль акаунта за замовчуванням на воронку; «Покупка» для інтернет-магазину; цілі акаунта за замовчуванням і цілі кампаній. Перевірено 02.10.2026.
• About conversion values (англійською) — однакова або різна цінність для кожної конверсії; різні цінності для товарів різної ціни; без динамічної цінності для всіх конверсій діє значення за замовчуванням. Перевірено 02.10.2026.
• About conversion counting options (англійською) — «Усі конверсії» для продажів і як значення за замовчуванням для сайту; «Одна конверсія» для лідів і для дзвінків з оголошень; зміни діють для майбутніх конверсій; шлях Цілі → Конверсії → Підсумок. Перевірено 02.10.2026.
• Use a transaction ID to minimize duplicate conversions (англійською) — дублікати тієї самої дії-конверсії з тим самим ID не рахуються; унікальні динамічні ID до 64 символів без персональних даних; той самий ID для різних замовлень призводить до недорахунку; перевірка тестовою покупкою й Tag Assistant. Перевірено 02.10.2026.
• About conversion windows (англійською) — вікно кліка за замовчуванням 30 днів, 1–90 днів залежно від джерела, радять принаймні 7 днів; конверсії за показами за замовчуванням 1 день, залучений перегляд 3 дні; зміни діють надалі. Перевірено 02.10.2026.
• About consent mode (англійською) — базовий і розширений режими згоди, дані, які надсилаються в кожному, загальне й специфічне для рекламодавця моделювання. Перевірено 02.10.2026.
• About conversion adjustments (англійською) — відкликання й перегляд цінності та які стратегії ставок вони зачіпають; для онлайн-коригувань потрібен ідентифікатор транзакції. Перевірено 02.10.2026.
• Google Ads API: Conversion management (англійською) — конверсія — це дія користувача після кліка чи перегляду оголошення; конверсії на сайті вимірюються тегом Google. Перевірено 02.10.2026.
• Google Ads API: Conversion action fields (англійською) — «always use default value» замінює цінність і валюту, надіслані в подіях конверсії; значення за замовчуванням діє для відсутніх або недійсних цінностей; прапорець основної дії. Перевірено 02.10.2026.
• Google Ads API: Manage online click conversions (англійською) — розширені конверсії для вебу: хешовані email, телефон і адреса; тег надсилає ідентифікатор кліка й ID замовлення; ідентифікатори транзакцій рекомендовані; потрібні умови щодо даних клієнтів. Перевірено 02.10.2026.
• Google Ads API: Create data exclusions (англійською) — винятки даних для дат із проблемами відстеження конверсій; часте чи тривале використання може зашкодити Smart Bidding. Перевірено 02.10.2026.
• Методологія порталу GetProfit, перевірка методу довіри до конверсій на 14 клієнтських акаунтах, по 90 днів кожен, червень 2026 — реальні значення й значення за замовчуванням, частка конверсій зі значенням за замовчуванням, кількість основних дій.
• Портал GetProfit, перевірка конверсій — чотири перевірки, зважування за витратами, приклад із 55% в одному акаунті за 90 днів, поріг аномалії в 30 медіанних сум замовлення, відсутність ROAS, коли цінності не можна довіряти, 17 зі 100 балів області даних в оцінці магазину.