Multi-source conversions у Google Ads виглядають як просте рішення знайомої проблеми платних медіа: тег не зафіксував частину конверсій, тож можна підключити CRM або базу замовлень і доповнити дані. Бета-функція справді корисна, але це не перемикач без ризику. Вона змінює джерело правди для звітності, а після тестового періоду може впливати й на ставки.
У документації Google описано підключення додаткового джерела даних до вебконверсії через Google Ads Data Manager або Data Manager API. Таке джерело може відновити конверсії, які не побачив Google tag, і оновити цінність конверсії. Ключ зіставлення – transaction_id, а усунення дублів працює лише всередині тієї конверсійної дії, до якої підключене джерело.
Що змінилося
Головна операційна зміна не тільки в тому, що можна додати дані з бекенду. Важливо, що це джерело може замінити цінність, яку спочатку записав тег, якщо ID транзакції збігається. Це корисно для ecommerce, кваліфікації лідів і звітності з урахуванням повернень. Але це небезпечно, якщо у вивантаженні цінність передана в центах, а тег передає долари, або якщо ID форматуються по-різному.
Google також описує 14-денний тестовий період після підключення додаткового джерела до конверсійної дії, що може впливати на ставки. У цей час дані використовуються для звітності та діагностики, але не для ставок. Після завершення періоду додані конверсії можуть автоматично стати такими, що враховуються в ставках. Отже, перші два тижні – це вікно перевірки якості, а не очікування.
Чекліст якості даних
Почніть з ідентифікації. Кожна покупка або кваліфікований лід потребує унікального ID транзакції, який динамічно створює бекенд або ecommerce-платформа. ID, який передає тег, і ID у вивантаженні мають збігатися точно: без зайвих префіксів, різного регістру, втрачених нулів на початку чи тестових значень.
Потім перевірте поля атрибуції. Google потребує щонайменше одного ідентифікатора, наприклад GCLID, GBRAID, WBRAID або хешованих даних користувача, якщо не зіставляються адресні поля. Для більшості рекламодавців надійніший підхід – не вибирати один шлях, а описати порядок пріоритетів: спершу click ID, потім хешовані дані, а адресні поля лише там, де є згода й достатня якість даних.
Далі захистіть цінність конверсії. Якщо CRM стає джерелом правди для цінності, фінансова й медійна команди мають узгодити одиниці виміру, валюту, повернення, податки, доставку та момент запису. Помилка в одиницях може роздути дохід у звітах і спрямувати value-based bidding до не тих клієнтів.
Як запускати
Не підключайте multi-source conversions до хаотичної структури акаунта. Спершу оберіть конверсійну дію, яка вже найкраще описує бізнес-результат. Google попереджає, що усунення дублів не працює між різними конверсійними діями, тож стара й нова дія в одній цілі кампанії можуть подвоїти одну покупку.
Під час тестового періоду сприймайте діагностичні сповіщення як панель запуску. Низький рівень збігу ID транзакцій, відсутність офлайн-даних, зупинка даних із тега або неочікувана різниця в цінностях – це не дрібні попередження. Вони показують, чи система ремонтує вимірювання, чи створює акуратніше оформлену помилку.
Висновок
Multi-source conversions корисні, коли обмеження браузерів, блокувальники реклами або бекенд-кваліфікація роблять вимірювання лише за тегом неповним. Але бізнес-аргумент – не “більше конверсій у Google Ads”. Бізнес-аргумент – надійна основа вимірювання: одна конверсійна дія, узгоджені ID, ідентифікатори з урахуванням згоди, точні цінності та тестовий період, використаний для перевірки якості перед впливом на бюджет.
Джерела
- Google Ads Help: Multi-source conversions in Google Ads (beta)
- Google Ads Help: Use a transaction ID to minimize duplicate conversions
- Google Ads Help: Fix diagnostic alerts for multi-source conversions
