Модуль 5 · Урок 17

Conversion goals: primary, secondary, values і windows

Оптимізація успадковує те, що ви назвали конверсією. До tag implementation треба визначити business event, goal, action, bidding role, count, value, window, deduplication і owner — інакше система точно оптимізуватиме нечітку ціль.

GoalsPrimary / SecondaryValueWindows

Від business outcome до колонки

Business outcomeПродаж, qualified lead, бронювання або інша підтверджена цінність.
Conversion actionОкреме технічне визначення джерела, count, value, window й attribution.
Campaign goalНабір actions, який кампанія використовує для reporting і bidding.

Micro-event може бути корисним для діагностики, але не повинен автоматично ставати bidding target. Відділяйте observation від optimization.

Primary і Secondary — не оцінка важливості інтерфейсу

РольReportingBiddingТипове застосування
PrimaryВходить у Conversions, коли відповідний goal обранийВикористовується conversion-based biddingНайближчий перевірений business outcome
SecondaryСпостерігається в All conversionsНе є ціллю бюджетуForm start, engagement, діагностичний етап

Primary action має бути доступною в campaign goal. Зміна role або goal може змінити reporting і поведінку автоматичних стратегій, тому це release change з approver і monitoring.

Account-default чи campaign-specific

  • Account-default — лише goal, доречний для всіх campaigns, які його успадковують.
  • Якщо кілька goals описують різні етапи однієї funnel, Google радить не робити їх усі account-default.
  • Campaign-specific goal потрібен, коли economics або outcome справді інші.
  • Custom goal — advanced exception; зафіксуйте, чому standard goal не підходить.
  • Після зміни перевірте кожну campaign branch, а не лише Conversions Summary.

Count, value і deduplication

OneЗазвичай для lead: одна conversion після ad interaction.
EveryЗазвичай для продажів: рахується кожна окрема покупка.
Transaction IDУнікальний backend ID прибирає повтор того самого order; не містить PII.
ValueTransaction-specific revenue/margin або перевірена stage value — з currency.

Count=One і transaction ID вирішують різні задачі. Для purchase потрібні Every + унікальний transaction ID, щоб зберегти кілька реальних покупок і не дублювати reload однієї.

Conversion windows як measurement boundary

Window визначає, скільки часу після interaction дія може бути зарахована. Google Ads дозволяє різні windows для actions; типовий click default — 30 днів, а вибір має спиратися на business lag і time-lag report. Зміни працюють на майбутні conversions і впливають на bidding/reporting.

Action → source → role → goal scope → count → value/currency → click/view windows → attribution → dedupe → owner → change approval

Практика

  1. Заповніть `conversion-action-register.csv` без platform IDs.
  2. У `goal-bidding-map.csv` доведіть, чому кожна campaign оптимізується саме на ці primary actions.
  3. У `value-count-window-contract.csv` обґрунтуйте One/Every, value, currency, windows і dedupe.
  4. Позначте кожну зміну goal/role як high-risk до approval.

Офіційні джерела

Практична перевірка · урок 17 з 28

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що групує conversion goal?
2. Що робить Primary action, коли її goal обраний?
3. Для чого Secondary action?