Як виправити: відповідність цілей конверсій бізнес-цілі

TL;DR

Google Ads групує кожну conversion action у семантичну категорію цілі — Purchase, Lead, Submit lead form, Sign-up, Contact тощо — а Smart Bidding оптимізує під ті цілі, які позначені як account-default [1]. Коли категорії виставлені невірно (наприклад, підписка на розсилку категоризована як Purchase, або pageview увімкнено як account-default), алгоритм тихо ставить ставки під неправильну бізнес-подію, а колонка Conversions показує цифри, на основі яких не можна приймати рішення. Спочатку виправ категоризацію, потім обери Primary vs Secondary всередині кожної цілі, потім за потреби застосуй PMax campaign-level override.

Чому це важливо

Налаштування conversion goals на рівні акаунта — це фундамент, на якому стоять усі подальші вимірювальні та bidding-рішення. У 2022-2023 роках Google замінив старий UI "conversion category" на goal-based модель: conversion actions, які ти створюєш, автоматично потрапляють у standard goal на основі заявленої категорії, а будь-яка ціль із прапорцем account-default впливає одночасно на колонку Conversions та на Smart Bidding оптимізацію [1]. Документація 2024 формулює це прямо: вмикання account-default говорить Google Ads, на які конверсії оптимізуватись у автоматичних bid strategies, і ті самі дані потрапляють у стандартну колонку Conversions [2].

Типовий збій — не відсутня conversion action, а неправильно категоризована. Поширений патерн у акаунтах на аудиті: e-commerce акаунт має одночасно "Purchase" (виручка) і "Add to cart" (engagement), обидві категоризовані вірно, але обидві позначені account-default — тож Smart Bidding оптимізує під змішану ціль, де кожен Add-to-cart рахується як конверсійна подія. Target CPA сходиться до числа, яке не має бізнес-сенсу. Інший патерн: lead-gen акаунт категоризує generic-тег "Form submit" як Sign-up замість Lead, чим ламає goal-based reporting та будь-який campaign-level override, який залежить від наповненої категорії Lead.

Помилка категоризації нашаровується. Smart Bidding не попереджає, що сигнал неправильний — він сходиться під те, що йому сказали оптимізувати, і сходиться швидко. За кілька тижнів bid landscape, audience expansion та PMax asset rotation усі сформовані під невірний сигнал. Відкат коштує свіжої learning phase у 1-2 conversion cycles [3], протягом якої обсяг падає, поки алгоритм re-converge під правильну ціль.

Послідовність правил критична. Ця стаття покриває лише account-level goal categorization — які actions у якій категорії, і які категорії account-default. Action-level вибір Primary vs Secondary (для bidding vs reporting-only) належить [[fix-primary-secondary-conversions]] і застосовується всередині цілі після того, як категорії виставлені. Campaign-level PMax override (один goal на PMax-кампанію) належить [[fix-pmax-conversion-goals]] і застосовується після обох попередніх. Спочатку goal categories (це правило), потім Primary/Secondary, потім за потреби PMax campaign-level override.

Як виправити

1. Відкрий conversions summary (Goals → Summary). Переглянь кожну conversion action та її поточну категорію в одному списку.
2. Перевір категорію кожної action. Покупки / revenue-події — у Purchase. B2B form fills — у Lead або Submit lead form. Реєстрація акаунта — у Sign-up. Телефонні дзвінки — у Contact. Якщо категорія неправильна, відкрий action, зміни Category, збережи.
3. Перемикай account-default на рівні цілі, не action. Вмикай account-default лише на цілях, прив'язаних до справжньої бізнес-цілі (Purchase для ecom, Lead/Submit lead form для B2B). Вимикай account-default на engagement-цілях (Add to cart, Page view, Outbound click, Scroll depth) — вони залишаються доступними для спостереження, але перестають псувати Smart Bidding та колонку Conversions [2].
4. Виставляй Primary vs Secondary всередині кожної цілі. Action-level рішення — у [[fix-primary-secondary-conversions]]. Primary рахуються для bidding; Secondary — лише для спостереження [4].
5. Застосовуй campaign-level override тільки після того, як account-level налаштування коректне. PMax-кампанії, які мають оптимізуватись під одну ціль (наприклад, тільки Purchase, а не Purchase + Add-to-cart разом), отримують campaign-specific conversion goal override — див. [[fix-pmax-conversion-goals]].
6. Перевір через 7 днів. Колонка Conversions має накопичувати тільки задуману бізнес-подію. Smart Bidding увійде у learning phase на 1-2 conversion cycles [3]; не змінюй bid targets у цьому вікні.

Поширені помилки

• Позначати кожну conversion action як account-default. Account-default — це не "відстежувати", а "оптимізувати Smart Bidding під це і показувати у колонці Conversions". Резервуй для справжньої бізнес-цілі.
• Категоризувати micro-conversions як Purchase або Lead для роздування звітності. Завищені цифри гарніше виглядають у звіті, але ламають bidding. Використовуй коректну категорію і покладайся на All Conversions для спостереження.
• Пропускати goal review при міграції з legacy "conversion category" UI. Акаунти, старші за 2022, часто успадковують категорії, які тоді мали сенс, але вже не відповідають тому, як goal-based grouping працює сьогодні.
• Міняти категорії та bid targets одного тижня. Кожна зміна цілі тригерить learning phase [3]. Розноси зміну bid target після стабілізації цілі.
• Виправляти Primary/Secondary або PMax goal override до того, як виправлені категорії. Обидва залежать від коректної категорії. Виправ це правило першим.

FAQ

Account-default conversion goal впливає лише на Smart Bidding, чи й на reporting?
На обидва. Колонка Conversions показує ті самі дані, під які оптимізує Smart Bidding, тож вони рухаються синхронно. All Conversions залишається нефільтрованою картиною [2].

Якщо я вимкну account-default на цілі, чи втрачу історичні дані?
Ні. Conversion action продовжує спрацьовувати і накопичувати дані. Ціль просто перестає бути частиною default-оптимізації та звітності; вона залишається видимою у All Conversions і доступною для campaign-level включення за потреби.

Чи може одна conversion action належати двом цілям?
Ні. Conversion action належить одній standard goal на основі своєї категорії. Custom goals — інша історія: можна комбінувати actions з різних категорій у custom goal, але bidding можливий тільки під одну custom goal на кампанію [1].

Скільки часу Smart Bidding потребує на re-stabilize після зміни цілі?
Google вказує 1-2 conversion cycles у більшості випадків [3]. Для кампанії з 30 конверсій/30 днів очікуй 1-2 тижні reconvergence; кампанії з нижчим обсягом — довше.

Виправляти це до чи після Primary vs Secondary actions?
До. Goal categorization — це контейнер; Primary/Secondary — вибір усередині контейнера. Спочатку це правило, потім [[fix-primary-secondary-conversions]].

Sources

1. Google Ads Help — About conversion goals. Визначає standard conversion goals, автоматичне групування за категорією та механіку custom goals.
2. Google Ads Help — About account-default conversion goals. Пояснює, як account-default впливає на Smart Bidding оптимізацію та колонку Conversions.
3. Google Ads Help — Changing conversion goals and actions used for Smart Bidding. Документує learning period у 1-2 conversion cycles після зміни цілей.
4. Google Ads Help — About primary and secondary conversion actions. Визначає action-level різницю Primary vs Secondary (used vs observation-only).
5. Google Ads Help — Manage conversion goals from the conversions summary. UI-довідник для редагування категорій цілей та account-default перемикачів.