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

Attribution, offline outcomes і reconciliation

Різні системи можуть чесно показувати різні числа. Завдання PPC manager — не примусово зрівняти dashboards, а пояснити date basis, scope, action role, model, window, lag, identifiers, consent, upload status і business quality.

AttributionOffline outcomesData ManagerReconciliation

Click time і conversion time

ViewДатаДля чого
ConversionsДата ad click/interactionУзгодження cost, CPA/ROAS і bidding
Conversions (by conv. time)Дата самої conversionПорівняння з CRM/analytics за outcome date
Upload logДата deliveryТехнічний SLA, але не Ads performance date

Нова conversion може «повернутися» в минулий click date. Перед висновком дочекайтеся processing lag і заморозьте date range, timezone, filters та columns.

Attribution model не вимірює incrementality

Google Ads підтримує Data-driven і Last click; first click, linear, time decay та position-based більше не підтримуються. DDA розподіляє fractional credit за account data, тому decimal conversions є нормальними. Model змінює credit і bidding input, але не доводить, що реклама спричинила outcome порівняно з відсутністю реклами.

  • Зафіксуйте model окремо для кожної conversion action.
  • Порівнюйте models на однакових actions, windows і date range.
  • Не змішуйте attributed revenue з causal lift.
  • Для incrementality потрібен окремий experiment design і достатня power.

Offline outcome contract

CaptureЗберегти дозволений click/user identifier і internal record ID.
QualifyCRM stage має однозначний timestamp, value, owner і correction rule.
UploadData Manager route, mapping, consent, diagnostics, errors і SLA.

Google у 2026 році переводить offline imports та enhanced conversions for leads до Data Manager API; нову архітектуру будуйте навколо Data Manager, а legacy access не вважайте гарантованим. Усі customer-data terms і policy вимоги залишаються обов’язковими.

Identifiers, time і corrections

  • Conversion time не може передувати ad click; timezone і ISO format перевіряються.
  • Order/transaction ID стабільний між tag і backend source та не містить PII.
  • Qualified/won stages мають різні actions або чітку correction strategy.
  • Duplicates, partial failures, retries й late outcomes мають idempotency.
  • Cancellation/value change обробляється adjustment process, а не ручним стиранням evidence.

Reconciliation без «магічних 100%»

ScopePrimary vs All conversions, actions, networks, view-through.
TimeClick date vs conversion date, timezone, window, lag.
ModelDDA/Last click, Ads-centric vs analytics scope.
QualityCRM validity, duplicates, consent, upload acceptance, adjustments.
  1. Сформулюйте expected difference до перегляду чисел.
  2. Звірте raw business records, action segmentation і upload diagnostics.
  3. Поясніть залишок як known, investigated або blocker.
  4. Не «виправляйте» числа без root cause та reproducible evidence.

Практика

У `offline-outcome-map.csv` опишіть qualified і won stages, identifiers, time, value, consent, route та adjustment. У `reconciliation-log.csv` порівняйте Ads click-time/by-conv-time з synthetic CRM, запишіть expected difference, root cause і action.

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

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

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

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

1. До якої дати Google Ads зазвичай відносить Conversions?
2. Для чого Conversions (by conv. time)?
3. Чому DDA може показувати decimal conversions?