Атрибуция в iGaming: last click, attribution window и проблема потерянных конверсий
Атрибуция в iGaming — это набор правил, определяющих, какому affiliate, traffic source, campaign или touchpoint присвоить credit за Registration, FTD, Qualified FTD или другое conversion event.
Tracking и attribution связаны, но это разные задачи.
Tracking отвечает:
Что произошло и какой identifier связан с событием?
Attribution отвечает:
Какому source или partner принадлежит credit за это событие?
Например, пользователь может пройти путь:
SEO article
↓
Meta Ad
↓
Affiliate comparison
↓
Google brand search
↓
Operator
↓
FTD
Affiliate programme может присвоить 100% commission последнему affiliate click.
Google Ads может распределить conversion credit между несколькими взаимодействиями внутри Google ecosystem через Data-Driven Attribution.
Google Analytics может показать собственную cross-channel attribution.
Внутренний BI publisher может сохранить:
Original Source = SEO
Assist = Meta
Closer = Google Search
Commission Owner = Affiliate Click X
Все четыре представления могут описывать один и тот же user journey.
И ни одно из них не обязано автоматически быть ошибочным.
Коротко: атрибуция — это не поиск единственного «истинного» канала. Это явное определение правил credit assignment для разных business questions.
Дополнительно может существовать:
Financial attribution
когда revenue фактически признана и reconciled finance team.
Называть всё одним словом:
lost conversion
слишком грубо.
Affiliate credit и marketing closer здесь разные concepts.
Так discrepancies становятся explainable.
Это помогает понять:
какой channel особенно страдает от measurement loss.
Так affiliate manager и analyst говорят на одном языке.
Tracking и attribution — не одно и то же
Это фундаментальное различие.Tracking
Фиксирует: Click ID → Registration → FTD → Revenue Подробнее: S2S tracking и postback в iGaming.Attribution
Определяет: какой из нескольких clicks/touchpoints получает credit. Можно иметь идеальный S2S tracking и всё равно использовать плохую attribution model. И наоборот: можно иметь разумную attribution theory, но терять 20% Click IDs технически. Это две независимые проблемы.Почему attribution особенно сложна в iGaming
Путь пользователя редко состоит из одного interaction. Например: Day 1: пользователь читает SEO review. Day 3: видит Paid Social creative. Day 4: открывает comparison. Day 6: кликает affiliate link. Day 10: снова приходит через другого publisher. Day 12: регистрируется. Day 13: проходит verification. Day 15: делает FTD. Теперь возникает несколько вопросов. Кто создал awareness? Кто инициировал commercial research? Кто сделал последний referral? Кому operator должен заплатить CPA? Это не один и тот же вопрос.Три вида атрибуции, которые нельзя смешивать
Для iGaming полезно разделять минимум три layers.| Layer | Главный вопрос |
| Affiliate attribution | кому operator/programme платит commission? |
| Advertising attribution | какой campaign/ad получает conversion credit? |
| Marketing attribution | какие touchpoints реально участвовали в journey? |
Affiliate attribution
Affiliate attribution определяет, какой publisher/affiliate получает коммерческий credit за referred player. Это договорная logic. Она зависит от:- affiliate programme;
- contract;
- credit policy;
- referral window;
- tracking rules.
Advertising attribution
Google Ads, Meta или другая advertising platform решает другой вопрос: Как распределить conversion между advertising interactions внутри её measurement framework? Google Ads в 2026 поддерживает прежде всего: Data-Driven Attribution и: Last Click. Ранее доступные first-click, linear, time-decay и position-based models в Google Ads больше не поддерживаются; соответствующие conversion actions были переведены на Data-Driven Attribution, при этом Last Click остаётся доступным.Marketing attribution
Внутренний BI может пытаться оценить весь customer journey. Например: SEO = Introducer Paid Social = Influencer Google Search = Closer Email = Assist Это полезно для:- budget allocation;
- incrementality;
- content valuation;
- audience economics.
Commission attribution и marketing attribution должны существовать отдельно
Допустим: SEO page впервые познакомила пользователя с вашим brand. Через неделю: Google Ads привёл его обратно. Далее он кликнул affiliate link и сделал FTD. Affiliate programme платит вам одну commission независимо от внутреннего debate между SEO и Google Ads. Внутри business вы можете решить:- 100% credit Google Ads;
- распределить credit;
- считать SEO assisted source.
Last Click
Last Click Attribution даёт весь credit последнему qualifying click перед conversion. Пример: Affiliate A click ↓ Affiliate B click ↓ FTD Если programme использует pure last click: Affiliate B получает credit. impact.com описывает именно такой принцип для default Last Click policy.Почему last click популярен в affiliate marketing
У него есть сильное преимущество: простота расчёта commission. Operator не обязан определять: насколько первый publisher был важнее второго. Он использует deterministic rule: последний eligible referral получает payout. Это упрощает:- settlement;
- disputes;
- reporting;
- reconciliation.
Главный недостаток last click
Last click систематически недооценивает earlier touchpoints. Например: Affiliate A: написал большой research guide. Пользователь: прочитал его. Позже: кликнул coupon/comparison link Affiliate B прямо перед deposit. Last Click может дать весь commercial credit B. Но это не доказывает, что A не влиял на conversion.Introducer, influencer и closer
Полезная conceptual model:Introducer
первый meaningful touchpoint.Influencer
промежуточный touchpoint.Closer
последний meaningful touchpoint перед conversion. impact.com использует похожую terminology при анализе conversion paths: introducer, influencer и closer, при этом в default last-click logic closer получает credit.First Click
First Click Attribution даёт весь credit первому qualifying click. В нашем примере: Affiliate A click ↓ Affiliate B click ↓ FTD Credit получает: Affiliate A. impact.com поддерживает first-click crediting в некоторых editions, но прямо указывает, что Last Click является default/recommended approach платформы.Почему first click редко решает проблему полностью
First Click просто меняет bias. Last Click переоценивает closer. First Click переоценивает introducer. Оба игнорируют middle interactions. Поэтому вопрос: «Что честнее — first или last?» часто недостаточен. Нужно сначала определить: для какой business decision нужна attribution?Data-Driven Attribution
Data-Driven Attribution распределяет conversion credit между interactions на основе наблюдаемой performance data. Google Ads использует собственные account data, чтобы оценивать вклад ad interactions в conversion path. DDA является default attribution model для большинства Google Ads conversion actions. Важно: Google Ads DDA распределяет credit внутри supported Google advertising interactions. Он не заменяет affiliate-programme payout logic.Google Ads Data-Driven ≠ cross-business truth
Представим: SEO ↓ Meta ↓ Google Search ↓ Operator. Google Ads DDA может оценить разные Google Ads touches. Но она не обязана полностью моделировать value:- SEO;
- affiliate publisher;
- email;
- community.
Google Analytics attribution
Google Analytics 4 тоже имеет собственный attribution layer. В текущих настройках reporting attribution поддерживается: Data-Driven или: Last Click в зависимости от выбранной channel scope. Google Analytics также позволяет задавать key-event lookback window.Почему Google Ads и GA4 могут не совпадать
Причины могут включать:- разные attribution rules;
- разные reporting dates;
- conversion windows;
- channel scope;
- modeled conversions;
- cross-device identity;
- counting rules.
Очень важное различие: дата click vs дата conversion
Google Ads может отображать conversion по дате ad interaction, которая привела к событию. Google Analytics — по фактической дате самого conversion event. Google приводит пример: click 19 июля, purchase 20 июля — в Google Ads conversion относится к 19 июля, а в Analytics к 20 июля. Для iGaming с задержкой: Click → Registration → KYC → FTD это может создавать заметные daily discrepancies.Что такое attribution window
Attribution window — период после qualifying interaction, в течение которого последующее conversion ещё может быть связано с этим interaction. Например: Click: 1 сентября. Window: 30 дней. FTD: 20 сентября. Conversion: внутри window. FTD: 10 октября. Conversion: может оказаться за её пределами — в зависимости от точного правила системы.Affiliate referral window
В partnership platforms часто используется термин: Click Referral Window или: Referral Period. impact.com определяет его как количество дней после partner click, в течение которых partner ещё может получить credit за action. Например: Last Click within 30 days означает: последний qualifying partner click может получить credit, если conversion произошла в рамках этого периода.Attribution window — часть коммерческого договора
Affiliate не должен исходить из: «cookie всегда 30 дней». У одного programme window может быть: 7 дней. У другого:- event type;
- partner;
- product.
Google Ads conversion window
Google Ads использует собственные conversion windows. Для click-through conversions Search/Display Google позволяет выбирать window до 90 дней в зависимости от source; если click-through window не настроено отдельно, стандартным default является 30 дней. Также существуют отдельные:- engaged-view windows;
- view-through windows.
GA4 lookback window
Google Analytics использует отдельный key-event lookback window. Для большинства key events default составляет 90 дней; доступны другие windows, а в августе 2026 Google расширил настройку conversion windows, добавив более гибкие custom integer windows для click-through и engaged-view conversions. Следовательно: Affiliate Window ≠ Google Ads Window ≠ GA4 Lookback Window.Почему window меняет количество conversions
Чем длиннее attribution window: тем больше поздних conversions остаются eligible для attribution. Чем короче: тем больше late converters не получают credit от старого interaction. Google прямо отмечает, что более длинная conversion window обычно увеличивает число recorded conversions.Длинная window не всегда «лучше»
Если использовать очень длинное окно: можно приписывать старому touchpoint conversions, которые могли произойти органически и без него. Google в guidance по conversion windows отмечает trade-off: длинные windows дают больше conversions, но увеличивают вероятность захвата organic behaviour с меньшей incremental relationship.Короткая window тоже создаёт bias
Если real decision cycle: 20 дней, а window: 7 дней, значительная часть genuine influenced conversions окажется outside window. Поэтому window должна соответствовать реальному: time-to-conversion distribution.Как выбрать attribution window
Сначала построить: Click → QFTD latency curve. Например: D0: 40% final QFTD. D7: 75%. D14: 90%. D30: 98%. Если referral window = 7 дней: примерно четверть normal conversion cycle потенциально находится за contract window. Это уже commercial issue.Attribution window vs conversion latency
Conversion Latency — фактическое время между interaction и conversion. Attribution Window — contractual/measurement maximum допустимого времени. Если: Latency > Window, conversion технически существует, но initial touchpoint больше не eligible for credit.Attribution Window Loss Rate
Можно считать internal metric: Conversions Outside Window / All Observed Conversions Например: 1 000 eventual QFTD. 100 произошли после 30 дней. Window-loss exposure: 10%. Но если после window user совершал новые qualifying clicks, final commercial attribution может быть сложнее.Cookie window и attribution window — не всегда одно и то же
Исторически часто говорили: 30-day cookie. Но современная tracking architecture может использовать:- Click IDs;
- first-party identifiers;
- server records;
- login identity;
- cookies;
- modeled data.
Cookie может жить дольше attribution window
Например: identifier сохраняется: 90 дней. Contract window: 30 дней. Day 45 conversion технически можно связать с click. Но affiliate всё равно может не получить credit.Cookie может жить меньше attribution window
Обратная ситуация: Contract обещает: 30 дней. Browser-side identifier потерян через несколько дней. Тогда commercial rule предполагает credit, но tracking infrastructure не способна доказать connection. Это уже technical attribution loss.Типы потерянных conversions
Для iGaming полезно разделять несколько совершенно разных classes.| Тип | Что произошло |
| Tracking loss | event не связан с Click ID |
| Window loss | conversion произошла за пределами referral window |
| Overwrite | credit получил более поздний click |
| Cross-device loss | click и conversion произошли на разных devices без identity link |
| Consent/browser loss | необходимые identifiers недоступны |
| Event loss | postback/API не доставил conversion |
| Definition loss | systems по-разному определяют conversion |
| Validation loss | Raw FTD стал rejected |
| Reporting mismatch | timezone/date/counting differences |
Tracking loss
Пример: Affiliate Click ID: A123. При redirect: parameter исчез. FTD произошёл. Operator видит player. Affiliate dashboard может даже видеть aggregate conversion. Но tracker media buyer не знает source. Это tracking problem, не attribution-window problem.Window loss
Click ID сохранился идеально. Но FTD: Day 40. Affiliate window: 30 дней. Conversion не credited initial affiliate. Это не tracking failure. System выполнила contract rule.Attribution overwrite
User: Day 1 → Affiliate A. Day 10 → Affiliate B. Day 12 → FTD. При last-click policy: credit получает B. A может считать conversion «потерянной». Но с точки зрения programme она не потеряна. Она reattributed.Overwrite Rate
Для внутренней analytics можно оценивать: Conversions where original affiliate/source was replaced by a later eligible touchpoint / Multi-touch conversions если platform предоставляет path data. Это помогает понять, какие sources:- чаще introduce;
- чаще close.
Cross-device loss
Пример: Day 1: mobile browser → affiliate click. Day 5: user регистрируется на desktop. Если systems не могут связать identities: путь разрывается. Affiliate programme может потерять attribution или использовать дополнительные identifiers — зависит от implementation.Cross-device attribution
Google Analytics использует несколько identity spaces для cross-device measurement:- User-ID;
- Device ID;
- modeling.
Affiliate cross-device attribution может работать иначе
Partnership platform не обязательно имеет такой же identity graph, как Google. impact.com, например, рекомендует first-party identifiers и cross-device tracking, поскольку clickId alone не всегда позволяет связать journey после device switching. Поэтому: Google Ads может восстановить conversion при этом: affiliate programme может не присвоить payout этому click или наоборот.Modeled conversion ≠ deterministic affiliate conversion
Это важнейшее различие. Google может использовать statistical modeling для reporting, когда cookies ограничены или cross-device journey не наблюдается напрямую. Affiliate commission обычно требует deterministic или programme-supported referral attribution. Нельзя использовать modeled Google Ads conversion как доказательство: operator недоплатил конкретный FTD. Это разные measurement systems.View-through attribution
Не все advertising conversions требуют click. Некоторые platforms учитывают: view-through conversion когда пользователь увидел ad, не кликнул, но позднее конвертировался. Google Ads определяет view-through conversion именно таким образом.View-through и affiliate payout
Affiliate programme обычно не обязан платить publisher только потому, что пользователь видел его advertising impression. Если contract построен на click attribution: нужен eligible referral click. Следовательно: Paid Social platform conversions могут быть выше: affiliate credited FTD.View-through discrepancy
Допустим: Meta/Google-like ad platform: 100 conversions. Из них: 20 impression-assisted. Affiliate programme: 80 clicked referrals. Оба dashboards могут быть internally correct. Ошибка возникает, если analyst сравнивает: 100 platform conversions с: 80 affiliate conversions и автоматически объявляет: 20 conversions потерялись.View-through measurement тоже имеет technical limits
Google указывает, что view-through conversions из browsers, не позволяющих cross-site cookies, не могут быть reported как наблюдаемые view-through conversions соответствующим образом. Это ещё одна причина, почему impression attribution отличается от deterministic S2S click tracking.Engaged-view attribution
Для video ads Google также использует: engaged-view conversion — отдельный interaction type с собственной conversion window. Для offline/deeper conversions timing загрузки event также важен: Google требует своевременно импортировать соответствующие events для корректного matching/attribution.Affiliate programme может не знать о engaged view
Operator обычно получает: affiliate click/referral. Он не обязан знать: пользователь смотрел Google/YouTube ad за три дня до click. Поэтому internal advertising attribution и commercial affiliate attribution снова расходятся.Direct traffic и attribution
Очень распространённый journey: Affiliate click ↓ user уходит ↓ возвращается direct ↓ FTD. Affiliate programme может всё ещё кредитовать первоначальный affiliate click, если:- referral identity сохранена;
- conversion находится внутри window;
- другой eligible click не перезаписал attribution.
Direct не всегда перезаписывает previous source
Разные analytics systems имеют разные rules обработки direct traffic. Например, Google Analytics last-click reporting для paid-and-organic channels игнорирует direct и creditует последний non-direct interaction перед conversion. Поэтому: Direct session ≠ автоматически direct-attributed conversion.Multiple affiliate clicks
Классический affiliate conflict: Affiliate A ↓ Affiliate B ↓ Affiliate A снова ↓ FTD. Last Click: A. First Click: A. Но путь показывает вклад обоих. Если B находится в другой priority group или programme использует advanced crediting: результат может измениться.Credit priority
Некоторые affiliate platforms позволяют задавать partner priorities. impact.com, например, использует credit groups:- Preferred;
- Standard;
- Non-Preferred.
Promo code attribution
Некоторые programmes могут использовать promo code или coupon logic. Тогда conversion может быть credited партнёру, чей code использован, даже если click history выглядит иначе — в зависимости от contract/configuration. Но priority rules programme могут иметь precedence. Поэтому affiliate должен отдельно выяснять: click attribution и: promo-code attribution.Attribution window может отличаться по event
Например: Parent event: Registration. Child event: Deposit. Некоторые platforms позволяют устанавливать разные referral windows для chained events. impact.com отдельно документирует Click Referral Window и Chained Action Referral Window. Для iGaming это концептуально важно: Registration → FTD может быть multi-stage conversion chain.Registration attribution и FTD attribution
Возможны разные architectures.Architecture A
FTD наследует attribution Registration.Architecture B
FTD independently проверяет последующий click history.Architecture C
Programme использует player-level locked referral. Нельзя предполагать универсальную implementation. Уточнять у operator/platform.Player attribution lock
Некоторые iGaming programmes могут закреплять player за affiliate после initial qualifying referral. Тогда последующие visits могут не менять commercial owner. Но конкретное правило programme-specific. Его необходимо читать в:- affiliate agreement;
- tracking documentation.
Cross-product attribution
Пользователь: сначала приходит на sportsbook. Позже: играет casino. Вопрос: получит ли affiliate RevShare по обоим products? Это не технический вопрос Click ID. Это: cross-product commercial attribution. Подробнее: iGaming Affiliate Agreement.Lifetime attribution и attribution window — разные concepts
Referral window отвечает: сколько времени после click conversion может впервые быть attributed? Lifetime RevShare отвечает: сколько времени после acquisition affiliate получает долю downstream revenue? Можно иметь: 30-day acquisition window и: lifetime Revenue Share. Это не противоречие.Revenue Share усложняет attribution
При CPA основной вопрос: кто получает credit за QFTD? При Revenue Share: кто получает player? После чего:- deposits;
- NGR;
- future activity
Attribution error × player LTV
Если high-value player ошибочно attributed другому partner: ошибка — не только один CPA. При RevShare она может влиять на весь future NGR stream. Поэтому attribution accuracy особенно важна для high-LTV cohorts.Reattribution
Reattribution — изменение того, как последующий interaction получает attribution относительно уже существующего user/referral relationship. Например: existing player повторно приходит через новый affiliate. Можно ли его считать: new referral? Обычно нет, если он уже existing customer, но детали programme-specific.New player vs existing player
Это ещё одна причина различать: marketing attribution и: commercial qualification. New affiliate click к existing operator customer может быть valid marketing touchpoint, но: не новый FTD. Следовательно: campaign может получить click/conversion-like engagement, но не CPA.Attribution и duplicate accounts
Если user создаёт второй account: tracking может увидеть новый click и новый Registration. Operator quality system может определить: duplicate player. Commercial attribution: rejected. Это не lost tracking conversion. Это invalid acquisition event.Attribution и Qualified FTD
Для affiliate business final attribution должна происходить не только на: Raw FTD но желательно связываться с: Qualified FTD. Иначе source может получать много attributed FTD, которые позднее rejected.Raw Attribution vs Final Attribution
Хорошая BI model: Raw Attributed FTD и: Final Attributed QFTD отдельно. Например: Campaign A: Raw FTD 100. QFTD 70. Campaign B: Raw 80. QFTD 75. Final attribution economics различна.Attribution status lifecycle
Можно использовать: Attributed Pending ↓ Attributed Approved или: Rejected / Reversed Так business сохраняет history. Не следует удалять rejected conversions.Clawbacks и attribution
Если operator позднее reverses conversion: internal attribution должна корректировать:- QFTD;
- revenue;
- campaign contribution.
Google Ads conversion adjustments
Google Ads позволяет изменять ранее imported conversion data через conversion adjustments, включая restatement или retraction в предусмотренных условиях. Google указывает возможность adjustment до 55 дней после первоначальной записи conversion. Это полезно, если первоначально imported QFTD позже:- rejected;
- изменил value.
Deduplication и attribution
Дубликаты могут искусственно создавать дополнительный credit. Например: один FTD приходит: через postback и: через API import. Если нет Conversion ID dedupe: BI увидит два события. Подробнее: S2S tracking и postback.Counting settings тоже создают расхождения
Google Ads позволяет считать: Every conversion или: One conversion после interaction. Эти settings различаются по use case. Affiliate programme, напротив, может считать: только один FTD на unique player. Поэтому сравнение raw conversion count без определения counting rule некорректно.Transaction ID и duplicates
Google Ads рекомендует unique Transaction ID для предотвращения двойного учёта одной и той же transaction, например после повторной загрузки confirmation page. В affiliate tracking аналогичный принцип реализуется через уникальный: Conversion ID.Lost conversion ≠ rejected conversion
Очень важно различать.Lost
System не смогла связать valid business event с source.Rejected
System связала событие, но оно не соответствует commercial qualification. В первом случае проблема: measurement. Во втором: traffic/business quality.Lost conversion ≠ overwritten conversion
Если later click законно получил credit: conversion не потерялась. Она: changed owner. Это важно при disputes с affiliate manager.Lost conversion ≠ modeled discrepancy
Если Google Ads показывает: 110 conversions, а affiliate platform: 100 QFTD, 10 дополнительных events могут быть:- modeled;
- view-through;
- different counting;
- different window.
Lost conversion ≠ timing mismatch
Campaign report: 1–7 сентября. Affiliate FTD report: 1–7 сентября. Но Ads conversions могут быть assigned к click date, а operator — к FTD date. Один и тот же conversion может оказаться в разных weekly periods.Attribution discrepancy taxonomy
Перед debugging классифицировать discrepancy. Count разное число events. Date event в другой day/week. Owner разный source получает credit. Value разный revenue. Status pending vs approved. Identity cross-device/user mismatch. Только затем искать technical cause.Почему dashboards никогда не будут идеально совпадать
Даже при отличной implementation. Потому что systems имеют разные:- objectives;
- attribution rules;
- windows;
- identity graphs;
- reporting dates;
- modeled data;
- validation states.
Reconciliation framework
Например: Google Ads conversions: 1 200. Tracker QFTD: 1 000. Difference:Attribution Match Rate
Можно считать: Conversions with Valid Source Attribution / Confirmed Business Conversions Например: Operator QFTD: 1 000. Tracker source-attributed:Unknown Source Rate
Confirmed Conversions without Internal Source / Confirmed Conversions Пример: 1 000 QFTD. 30 имеют: source = unknown. Rate: 3%. Это хороший technical KPI.Window Expiry Rate
Если доступна long-term user/event data: Conversions occurring after configured referral window / Total observed eventual conversions Использовать как diagnostic. Не как claim на unpaid commission.Overwrite Rate
Attributed conversions where a later qualifying partner click replaced previous tracked partner / Multi-partner conversion paths Полезно для:- content publishers;
- comparison sites;
- coupon/loyalty analysis.
Assisted Conversion Rate
Внутренний BI может считать: Conversions where channel appeared in path but did not receive last-touch credit / All conversions involving channel Это помогает оценивать early-funnel channels.Но assists не равны incrementality
Channel мог присутствовать в path и не изменить вероятность conversion. Это важное ограничение. Attribution ≠ causality.Incrementality
Incrementality отвечает на вопрос: произошла бы conversion без конкретного channel/touchpoint? Это значительно более сильный вопрос, чем: был ли touchpoint в journey? Для проверки используют:- holdouts;
- geo experiments;
- controlled tests;
- causal modelling.
Last click и incrementality могут сильно расходиться
Retargeting часто находится рядом с conversion. Поэтому last-click attribution способна дать ему высокий credit. Но часть users конвертировалась бы и без retargeting. Следовательно: attributed revenue может быть выше: incremental revenue.Partnership incrementality
Современные partnership platforms тоже пытаются отделять присутствие partner в path от incremental contribution. impact.com прямо отмечает, что анализ только last touchpoint способен искажать вклад partners; его incrementality reporting распределяет value с учётом более длинного path. Это не делает такую model универсальной истиной. Но показывает shift от простого commission attribution к causal/business analysis.Attribution model отвечает на business question
Можно использовать:Last Click
для settlement.Data-Driven
для ad bidding.Original Source
для acquisition cohort analysis.Multi-touch
для journey analysis.Incrementality
для budget allocation. Не нужно заставлять одну model решать все задачи одновременно.Attribution model matrix
| Business Question | Полезная модель |
| Кому заплатить affiliate commission? | Contract credit policy |
| Как оптимизировать Google Ads? | Google Ads attribution |
| Откуда впервые пришёл subscriber? | Original source |
| Что закрыло conversion? | Last touch |
| Какие channels участвовали? | Multi-touch path |
| Что реально добавило conversions? | Incrementality experiment |
Original Source
Полезно хранить постоянное поле: Original Acquisition Source Например: SEO. Даже если user через месяц конвертируется через CRM. Это позволяет считать: SEO-acquired audience LTV.Current Session Source
Отдельно: Current Session Source Например: Email. Теперь conversion может иметь: Original: SEO. Closing session: Email. Affiliate payout: Operator programme. Ничего не конфликтует.Commission Source
Отдельное поле: Commission Attribution Source / Referral Owner. Это даёт прозрачность: кто фактически получает revenue.Recommended attribution fields
Для внутренней BI:| Field | Значение |
| original_source | первый known acquisition |
| original_campaign | initial campaign |
| current_source | текущая session |
| last_paid_source | последний paid touch |
| affiliate_owner | partner/referral owner |
| affiliate_click_id | commercial attribution click |
| conversion_id | event |
| attribution_window | применимое окно |
| conversion_time | фактическое событие |
| status | pending/approved/rejected |
| revenue | commercial value |
Attribution path table
Для одной conversion:| Time | Touchpoint | Role |
| Day 1 | SEO | Introducer |
| Day 5 | Paid Social | Assist |
| Day 8 | Assist | |
| Day 10 | Affiliate Click | Commercial referral |
| Day 12 | Google Search | Closing marketing touch |
| Day 13 | FTD | Conversion |
Cross-device identity
Чтобы построить multi-session path, systems нужен способ понять: это тот же пользователь? Возможные mechanisms:- authenticated User ID;
- first-party identifier;
- device/browser identifiers;
- platform modeling.
User-ID
На собственном property logged-in user можно связывать через internal User ID. Google Analytics тоже использует User-ID как один из identity spaces для cross-device reporting. Но affiliate не должен передавать raw internal customer identity внешним systems без необходимости.First-party identifiers
Persistent first-party identifiers могут улучшать recognition across visits. impact.com рекомендует first-party identifiers и server-side integrations как часть более устойчивой tracking architecture, включая cross-device scenarios. Но такие identifiers остаются subject to privacy/consent rules.Cross-device без login остаётся сложным
Если: mobile anonymous click ↓ desktop anonymous FTD и нет common deterministic identity: affiliate attribution может потеряться. Ad platform может использовать modeling. Но deterministic programme tracking может не суметь восстановить path.Privacy и attribution
Чем богаче identity graph: тем больше privacy/compliance responsibility. Attribution engineering должна использовать: minimum necessary identifiers и учитывать:- consent;
- data-controller roles;
- platform terms;
- local law.
Consent loss
В некоторых environments отсутствие advertising consent ограничивает доступные identifiers или measurement. Google использует conversion modeling в ряде ситуаций, когда cookies ограничены или consent conditions уменьшают observable conversions. Affiliate programme может не иметь аналогичного modeling layer.Deterministic vs modeled attribution
Deterministic
есть конкретная identifier chain: Click ID A123 → FTD 456.Modeled
system статистически оценивает часть conversions, которые нельзя наблюдать напрямую. Для affiliate payout обычно нужен deterministic/programme-recognized event. Для advertising optimisation modeled data может использоваться отдельно.Attribution и offline conversion import
Когда affiliate получает Qualified FTD через S2S, он может импортировать этот deeper event обратно в Google Ads. В 2026 Google перевёл новые offline conversion integrations в сторону Data Manager API; Enhanced Conversions также были объединены в более единый measurement framework. Так возникает: Affiliate attribution → Advertising optimisation feedback.Не импортируйте Raw FTD как Qualified FTD
Если operator позднее rejected 20% events: Google Ads будет обучаться на неправильном business objective. Лучше:- импортировать final event;
- либо корректировать/retract conversion после validation.
Pending vs final signal
Trade-off:Early event
быстро. много data. менее accurate.Final QFTD
медленно. меньше data. лучше соответствует revenue. Это аналогичная проблема funnel optimisation из статьи №11.Conversion adjustments
Если earlier imported event позже меняет value/status, Google Ads поддерживает conversion adjustments/retractions для соответствующих workflows. Это делает возможной model: FTD imported early ↓ later value adjusted / retracted при корректной implementation.Attribution и Smart Bidding
Google Ads attribution model влияет не только на reporting. Она также влияет на bid strategies, использующие Conversions / conversion values. Следовательно: неверно настроенная conversion action или attribution scope может менять реальные bidding decisions.Primary vs Secondary conversions
Для advertising optimisation особенно важно разделять: Primary business goal и: diagnostic events. Например: Registration может быть Secondary. Qualified FTD: Primary. Иначе Smart Bidding может оптимизировать более лёгкое верхнеуровневое event вместо revenue-producing outcome.Double counting funnel events
Если одновременно считать Primary: Registration и: FTD, один user создаёт: 2 conversions. Campaign может выглядеть сильнее, хотя economic player один. Google рекомендует внимательно выбирать bottom-of-funnel primary conversion actions и учитывать counting configuration, чтобы не завышать measurement.Attribution и CPA
Для CPA final business attribution выглядит: Eligible Affiliate Click ↓ Qualified FTD ↓ CPA Revenue Ключевые questions:- attribution window;
- credit policy;
- qualification;
- overwrite rules.
Attribution и Revenue Share
Здесь важнее: Affiliate Owner of Player ↓ Future NGR ↓ RevShare Ошибка attribution может существовать месяцы или годы. Поэтому player ownership rules особенно критичны.Negative carryover не является attribution
Если player attributed affiliate и затем имеет negative NGR: это revenue calculation. Не attribution. Не следует смешивать: кто владеет player и: сколько revenue этот player создаёт.Cross-product player ownership
Если sportsbook-acquired user потом играет casino: будет ли NGR обоих verticals credited affiliate? Это зависит от contract. Tracking может видеть user идеально. Но commercial rule всё равно может исключать cross-product.Attribution dispute
Если affiliate считает, что conversion потеряна: нужны evidence. Минимум: Click ID Timestamp SubID Operator Player/Conversion Reference Conversion Time Programme Terms Referral Window Status Без этого dispute превращается в: «мы видим меньше FTD, чем ожидали».Attribution audit
Полный audit лучше идти сверху вниз.Layer 1 — Contract
Какая credit policy? Какое referral window? Есть ли player lock?Layer 2 — Tracking
Click IDs сохраняются?Layer 3 — Journey
Есть ли multiple partner clicks?Layer 4 — Event
FTD произошёл?Layer 5 — Validation
QFTD approved?Layer 6 — Reporting
Date/timezone/status одинаковы?Step 1: зафиксировать definitions
Что такое: Click Registration FTD Qualified FTD Attributed Conversion Revenue Без единого dictionary systems невозможно reconcile.Step 2: зафиксировать attribution rule
Например: Last eligible affiliate click within 30 days. Это уже намного точнее, чем: last click. Потому что определены:- eligible;
- affiliate;
- 30 days.
Step 3: построить golden journey
Controlled test: Affiliate A click. Через 1 day: Registration. Через 2 days: FTD. Проверить:- Click ID;
- programme owner;
- postback;
- dashboard;
- payout status.
Step 4: проверить second-click behaviour
Controlled test, где programme допускает корректное тестирование: Affiliate/source A. Затем B. Затем conversion. Проверить: кто получает credit согласно contract. Не предполагать.Step 5: проверить window edge
Например: приближённый test около expiration boundary, если provider предоставляет sandbox/test tooling. Задача: понять exact semantics:- inclusive/exclusive;
- timestamp timezone;
- player lock.
Step 6: cross-device test
Если programme заявляет cross-device capability: проверить documented supported flow. Например: mobile click. login. desktop conversion.Step 7: reconcile IDs, а не daily totals
Daily totals могут расходиться из-за dates/timezones. Лучше: Conversion ID ↔ Conversion ID. Получаем четыре classes: Matched. Only Tracker. Only Operator. Different Status.Attribution reconciliation table
| Conversion ID | Tracker | Operator | Owner | Status | Issue |
| C001 | yes | yes | A | approved | — |
| C002 | yes | yes | B | approved | overwrite |
| C003 | no | yes | unknown | approved | tracking loss |
| C004 | yes | yes | A | rejected | validation |
| C005 | yes | yes | A | approved | date mismatch |
Step 8: классифицировать unmatched conversions
Не писать: lost. Сначала: No Click ID Expired Window Overwritten Duplicate Rejected Cross-device Unknown Late Postback Timezone UnknownUnknown должен уменьшаться
Не каждую conversion можно объяснить идеально. Но: Unknown Attribution Gap следует считать отдельным KPI. Если он: 20%, measurement слабая. Если: 0,5%, system значительно надёжнее.Attribution health dashboard
| KPI | Что показывает |
| Attributed QFTD % | доля QFTD с known owner |
| Unknown Source % | потерянная source visibility |
| Window Expiry % | late conversion exposure |
| Overwrite % | смена partner owner |
| Cross-device match % | continuity identity |
| Duplicate % | data hygiene |
| Rejected % | quality, не tracking |
| Reconciliation % | tracker vs operator consistency |
Attribution by source
Например:| Source | Raw QFTD | Final Attributed | Unknown | Overwritten |
| Google Ads | 500 | 460 | 20 | 20 |
| SEO | 300 | 280 | 10 | 10 |
| Paid Social | 400 | 350 | 30 | 20 |
Attribution loss может отличаться по device
Mobile in-app/browser journeys могут иметь другую identifier persistence, чем desktop. Поэтому анализировать: Unknown Attribution by Device полезно отдельно.Attribution loss по GEO
Consent frameworks, platform behaviour, user journey и operator stack отличаются по markets. Поэтому: one global attribution-loss number может скрывать проблему конкретной страны.Attribution loss по operator
Особенно полезно. Operator A: Match 99%. Operator B: 87%. Возможно, причина не в traffic. А в:- partner platform;
- Click ID handling;
- reporting.
Attribution и landing redirects
Чем больше redirects: тем больше потенциальных points of failure. Например: Ad → Tracker → Prelander → Comparison → Affiliate Network → Operator. Каждый hop должен сохранять identifiers. Но если ID потерян: это tracking issue до attribution logic.Attribution и apps
Web → app переход способен разорвать browser identifier chain. Если operator использует приложение после web click: нужна соответствующая deep-link/app attribution implementation. Нельзя предполагать, что web cookie автоматически существует внутри app.In-app browser
Social platforms часто открывают landing во встроенном browser. Пользователь затем: переходит в system browser или app. Это создаёт дополнительный identity transition. Именно поэтому mobile social journeys часто требуют отдельного attribution QA.Attribution и consent banners
Consent implementation тоже может влиять на:- analytics;
- ad-platform attribution;
- identifier storage.
Attribution и ad blockers
Ad blockers могут влиять на client-side tracking. Server-side conversion delivery уменьшает часть loss, но не восстанавливает identifier, который никогда не был создан/сохранён. Поэтому: S2S postback ≠ автоматическое решение всех attribution gaps.Attribution и direct-link tracking
Direct tracking/first-party domains могут уменьшать часть third-party tracking friction. impact.com прямо рекомендует first-party tracking domains и persistent first-party identifiers как tracking best practice. Но contract credit policy остаётся отдельной layer.Attribution и content pages
SEO publisher должен понимать: какие pages:- introduce;
- assist;
- close.
Page Assisted Revenue
Внутренне можно считать: Conversions where Page X appeared before conversion и отдельно: Last-touch conversions Page X. Но assisted revenue нельзя автоматически считать incremental. Это directional analysis.Attribution для first-party audience
Пример: SEO ↓ Newsletter Signup ↓ Email ↓ Direct Return ↓ FTD. Полезно хранить одновременно: Original Source = SEO Audience Source = Newsletter Closing Source = Direct/Email Так SEO и CRM не «воруют» credit друг у друга. Подробнее: First-party аудитория в iGaming.Attribution для Paid Social
Paid Social особенно часто сталкивается с:- view-through;
- engaged-view;
- retargeting;
- cross-device.
Attribution для Google Ads
Search чаще имеет explicit click. Но возникают:- multi-click paths;
- DDA;
- click-date reporting;
- conversion windows;
- offline import;
- cross-device modeling.
Attribution для SEO
SEO не имеет ad-platform conversion window. Но analytics всё равно должна решать:- original source;
- session source;
- assisted conversion;
- branded return visits.
Attribution и branded search
Typical journey: Paid Social ↓ user remembers operator/publisher ↓ Google branded search ↓ conversion. Last click: Search. Incremental cause может частично быть Social. Поэтому branded Search performance следует анализировать вместе с demand-generation channels.Brand bidding attribution
Affiliate paid search может перехватывать user уже знакомого с operator. Operator agreement иногда отдельно ограничивает brand bidding именно потому, что last-click credit может переоценивать такой traffic. Это commercial policy, а не техническая проблема attribution.Coupon / cashback problem
Lower-funnel partners могут появляться непосредственно перед conversion. Last-click policy тогда способен отдать им весь credit. Partnership programmes иногда используют:- credit groups;
- advanced crediting;
- incrementality analysis
Что такое attribution hijacking
В аналитическом смысле: ситуация, когда channel/partner получает credit за conversion, хотя его legitimate contribution спорен или tracking был manipulated. Но не каждый lower-funnel last click — hijacking. Если programme rule разрешает его: это может быть обычная credit policy. Для fraud claim нужны evidence.Click injection и attribution fraud
В некоторых environments malicious actor может пытаться создать искусственный последний click рядом с conversion. Это уже fraud problem. Подробнее: Fraud в iGaming affiliate marketing.Attribution anomalies, которые стоит расследовать
Например: очень много clicks за секунды до FTD; необычно высокая overwrite rate; одинаковые identifiers у разных partners; аномальная концентрация conversions после определённого redirect; sudden unknown-source spike. Но anomaly не является доказательством fraud автоматически.Attribution bias
Каждая model имеет bias.Last Click
bias к lower funnel.First Click
bias к acquisition/discovery.Equal Multi-touch
bias к каждому recorded touchpoint независимо от качества.Data-Driven
зависит от available platform data/model.Incrementality
зависит от качества experiment. Поэтому model нужно выбирать по вопросу, а не по идее «самая современная».Чем плоха универсальная multi-touch formula
Например: 40% First 20% Middle 40% Last. Она выглядит sophisticated. Но weights arbitrary. Если нет causal evidence, это просто другой rule. Не обязательно лучше last click.Shapley и сложные attribution models
Существуют математические methods:- Shapley value;
- Markov chains;
- probabilistic attribution.
- missing Click IDs;
- wrong windows;
- duplicates;
- status reconciliation.
Attribution maturity model
Level 0 — Platform totals
Каждый dashboard живёт отдельно.Level 1 — Commercial attribution
Понятно, кому принадлежит QFTD.Level 2 — Unified journeys
Original + current + affiliate owner.Level 3 — Cross-device / first-party identity
Multi-session paths.Level 4 — Incrementality
Controlled causal measurement. Не нужно начинать с Level 4.Минимальная attribution system небольшого affiliate
Достаточно хранить: Click ID Original Source Campaign Operator Affiliate Referral ID Conversion ID Conversion Time QFTD Status Revenue Referral Window и делать monthly reconciliation. Это уже существенно сильнее dashboards-only model.Attribution dictionary
Для каждого programme документировать:| Field | Definition |
| Credit policy | Last click / other |
| Referral window | N days |
| Window start | click timestamp |
| Player lock | yes/no/unknown |
| Cross-device | supported/how |
| Promo code | rule |
| Existing player | rule |
| FTD qualification | definition |
| Reversal | conditions |
| Revenue lock | timing |
Не используйте слово «cookie» там, где имеется в виду contract window
Например: «у offer 30-day cookie» может быть разговорно понятно. Но для technical specification лучше: Click Referral Window = 30 days и отдельно: identifier persistence mechanism = X. Это уменьшает ambiguity.Attribution change management
Если operator меняет: 30-day → 14-day window, campaign economics могут ухудшиться без единого изменения:- CPC;
- CR;
- product.
Versioning attribution rules
Хранить: Rule v1 Effective: 1 Jan – 30 Jun. Rule v2 Effective: 1 Jul onward. Иначе historical cohorts сравниваются по разным rules незаметно.Что произойдёт при сокращении window
Представим conversion latency: D0–7: 80%. D8–30: 15%. D31+: 5%. Window: 30 дней. Potential eligible: 95%. После сокращения до 7: 80%. Даже при неизменной user behaviour observed affiliate QFTD может снизиться до: 80 / 95 ≈ 84% предыдущего уровня если не возникает later eligible re-click. Это значительное commercial change.Attribution impact на EPC
Если тот же traffic создаёт меньше credited QFTD: EPC падает. Например: Clicks: 10 000. CPA: $180. 30-day: 100 QFTD. Revenue: $18 000. EPC: $1,80 После window change: 85 QFTD. Revenue: $15 300. EPC: $1,53 Traffic не изменился. Attribution economics изменилась.Attribution impact на break-even CPC
Break-even CPC: QFTD CR × CPA Если attributed QFTD CR: 1% → 0,85%, при CPA $180: Break-even: $1,80 → $1,53 То есть contract attribution напрямую меняет bidding ceiling.Attribution impact на RevShare
При RevShare потеря initial player attribution может означать потерю: всего future revenue stream. Поэтому value attribution error: Expected Player Affiliate LTV а не только one-time CPA.Attribution and operator choice
Operator A: CPA $200. Referral window 7 days. Operator B: CPA $170. Window 30 days. Если user journey длинная: B может иметь выше effective EPC. Следовательно, offer comparison должен учитывать не только payout и funnel CR, но и attribution terms.Effective Attribution Rate
Можно использовать: Credited QFTD / All observable eligible-intent QFTD Но denominator трудно определить объективно. Поэтому в practice лучше сравнивать: tracked credited conversion rate и: window/overwrite statistics внутри собственной data.Attribution-adjusted EPC
Internal metric: Final Credited Affiliate Revenue / Acquisition Clicks Это обычный EPC, но важно использовать именно: final credited revenue после:- overwrite;
- rejection;
- reversal.