IG Conf

IGCONF

Landing pages в iGaming: CRO от рекламного клика до регистрации и FTD

Landing page в iGaming — это страница между источником traffic и конечным gambling product, задача которой не просто получить следующий click, а увеличить вероятность того, что пользователь дойдёт до экономически значимого события: Registration, FTD или Qualified FTD. Для affiliate путь может выглядеть так: Ad / Search / Social / CRM ↓ Landing Page ↓ Operator Click-out ↓ Registration ↓ Verification / KYC ↓ Raw FTD ↓ Qualified FTD ↓ CPA / RevShare Revenue Главная CRO-ошибка — оптимизировать только переход: Landing → Operator. Высокий outbound CTR ещё не доказывает, что landing работает хорошо. Например:

Landing A

10 000 visitors. 7 000 operator click-outs. Outbound CTR: 70%. Qualified FTD:
QFTD / Visitor = 0,7%.

Landing B

10 000 visitors. 4 500 click-outs. Outbound CTR: 45%. Qualified FTD:
QFTD / Visitor = 1,8%. Landing B отправляет оператору значительно меньше clicks. Но создаёт более чем в 2,5 раза больше payable conversions. Поэтому главный CRO-принцип iGaming: не максимизировать количество пользователей, которые покидают landing, а максимизировать economic value каждого входящего visitor.

Коротко

Сильная iGaming landing page должна одновременно: продолжать message рекламного объявления или search intent; быстро объяснять предложение; помогать пользователю выбрать подходящий operator; отсеивать нерелевантный traffic; корректно раскрывать существенные условия; работать быстро и удобно на mobile; передавать Click ID/SubID дальше; измеряться по downstream FTD/QFTD, а не только CTR. Для paid gambling traffic появляется дополнительная policy layer. Google требует, чтобы рекламные destinations были функциональными, полезными и удобными в навигации. Для gambling/gambling-promoting content Google также требует соответствия country-specific eligibility, responsible-gambling information на landing page и запрета targeting несовершеннолетних. TikTok требует функциональные, законченные и mobile-friendly landing pages; creative и destination должны соответствовать друг другу. Для gambling отдельно действуют certification, GEO, age и responsible-gambling requirements.

Какую функцию выполняет landing page

Landing находится между: acquisition intent и: operator funnel. Она может выполнять три задачи.

1. Объяснение

Пользователь понимает:
  • что предлагается;
  • для кого;
  • почему это релевантно.

2. Квалификация

Landing помогает не отправлять operator совершенно нерелевантных users.

3. Routing

Пользователь выбирает operator или offer, который лучше соответствует его intent и GEO. Поэтому landing — не просто рекламный экран. Это: decision layer между traffic source и gambling operator.

Landing page не должна создавать самостоятельную «воронку ради воронки»

Каждый дополнительный screen создаёт friction. Если landing не добавляет:
  • information;
  • trust;
  • comparison;
  • qualification;
  • routing;
она может просто уменьшать conversion. В некоторых случаях лучше работает: Ad → Operator. В других: Ad → Comparison → Operator. Нужно проверять end-to-end economics.

Direct-to-operator vs landing page

Direct-to-operator

Ad → Operator Плюсы:
  • короткий funnel;
  • меньше технических points of failure;
  • меньше дополнительного friction.
Минусы:
  • меньше контроля affiliate над UX;
  • меньше first-party data;
  • сложнее сравнить operators;
  • меньше возможности квалифицировать traffic.

Affiliate landing

Ad → Affiliate Landing → Operator Плюсы:
  • собственная measurement layer;
  • message continuation;
  • prequalification;
  • multi-operator routing;
  • first-party audience opportunities.
Минусы:
  • дополнительный click;
  • дополнительная load time;
  • дополнительная точка drop-off.

Comparison page

Comparison page — landing, которая помогает пользователю сравнить несколько eligible operators или products. Она особенно естественна для intent вроде: best sportsbook casino comparison legal betting sites Но comparison должна реально помогать пользователю принимать решение. Не быть просто: 10 одинаковых buttons “Play Now”.

Что такое prelander

Prelander — промежуточная страница между рекламой и основным commercial destination. В performance marketing термин часто используется очень широко. Prelander может:
  • объяснять product;
  • давать editorial content;
  • сравнивать options;
  • квалифицировать intent.
Но есть принципиальная policy-разница между: полезной intermediate page и: пустой bridge page.

Google Ads и bridge pages

Google прямо относит к проблеме Insufficient original content destinations, чья единственная цель — отправлять пользователя на другой сайт, включая bridge pages, gateways и похожие intermediate pages. Google требует, чтобы landing давала пользователю собственную полезную и оригинальную value. Поэтому модель: Ad → страница с одним большим Continue → Operator может быть не только слабой CRO-моделью, но и policy risk.

Полезный prelander

Сильный prelander отвечает на реальный user question. Например: comparison; explainer; calculator; market guide; product-selection tool. Тогда следующий click логично возникает из полученной информации.

Landing page как qualification layer

Представим traffic source с широким targeting. Landing может объяснить:
  • доступный GEO;
  • product category;
  • основные условия;
  • operator differences.
Часть users не пойдёт дальше. Outbound CTR снизится. Но downstream approval может вырасти. Это положительный результат.

Landing page и полная iGaming funnel

Полезно анализировать: Ad Click ↓ Landing View ↓ Engaged Visitor ↓ Operator Click-out ↓ Registration ↓ Verification ↓ Raw FTD ↓ Qualified FTD Landing page напрямую контролирует первые четыре stages. Но её эффективность нужно оценивать через всю цепочку. Подробнее: Воронка iGaming.

Главный CRO KPI

Для CPA-модели один из наиболее полезных: Qualified FTD per Landing Visitor Формула: QFTD / Landing Visitors × 100% Это end-to-end conversion rate от собственной landing до payable outcome.

Revenue per Visitor

Ещё сильнее: Revenue per Visitor = Affiliate Revenue / Landing Visitors Например: Revenue: $18 000. Visitors: 10 000. RPV: $1,80 Теперь разные landings можно сравнивать непосредственно по economic output.

Revenue per Click-out

Формула: Affiliate Revenue / Operator Click-outs Этот KPI показывает качество clicks, которые landing отправляет дальше.

Почему Revenue per Visitor лучше outbound CTR

Outbound CTR показывает: насколько хорошо landing заставляет кликнуть. RPV показывает: сколько денег создаёт входящий traffic. Если цель бизнеса revenue: вторая metric ближе к конечному outcome.

Landing economics

Базовая модель: Revenue / Visitor = Click-out Rate × Operator Click → QFTD CR × Revenue / QFTD Например: Click-out: 50%. Operator click → QFTD: 2%. CPA: $180. RPV: 0,50 × 0,02 × $180 = $1,80

Break-even acquisition cost

Если один landing visitor в среднем создаёт: $1,80 revenue то перед дополнительными direct costs теоретический break-even cost per visitor: $1,80. Если acquisition стоит: $1,20 / visitor, есть: $0,60 gross media contribution.

Full landing economics

Более точная формула: Contribution / Visitor = Revenue / Visitor − Acquisition Cost / Visitor − Variable Landing Cost / Visitor Variable landing cost может включать:
  • paid tool/API;
  • affiliate network fee;
  • incremental infrastructure;
  • other directly attributable costs.

Outbound CTR trap

Представим два variants.

Variant A

Visitors: 10 000. Click-out: 70%. Operator Registration: 10%. Raw FTD / Registration: 10%. Approval: 70%. Результат: 7 000 click-outs. 700 registrations. 70 Raw FTD. 49 QFTD. CPA: $180. Revenue: $8 820 RPV: $0,882

Variant B

Visitors: 10 000. Click-out: 45%. Operator Registration: 25%. Raw FTD / Registration: 15%. Approval: 90%. Результат: 4 500 click-outs. 1 125 registrations. 169 Raw FTD. ≈152 QFTD. Revenue: ≈$27 360 RPV: ≈$2,74 Landing A выигрывает по outbound CTR. Landing B — по business.

Почему так происходит

Landing A может привлекать click-outs с:
  • слабым intent;
  • неверным expectation;
  • неподходящим operator fit.
Landing B может лучше объяснять:
  • кому подходит product;
  • какие условия действуют;
  • какой operator выбрать.
В результате меньше users кликают. Но клик становится ценнее.

Message Match

Message Match — соответствие обещания или intent предыдущего touchpoint содержанию landing page. Например: Ad: Compare licensed sportsbooks available in X market. Landing: сразу показывает релевантное comparison. Это strong match.

Плохой Message Match

Ad: Compare five betting apps. Landing: Welcome to our casino guide. Пользователь вынужден заново понять:
  • куда он попал;
  • почему.
Это создаёт cognitive friction.

Message Match в Paid Social

Creative может строиться вокруг конкретного angle. Landing должна продолжать тот же narrative. Например: Creative: mobile product comparison. Landing: сначала показывает mobile experience criteria. Не абстрактный homepage.

Message Match в Google Search

Query уже сообщает intent. Например: legal sportsbook in Ontario Landing должна сразу отвечать:
  • какой market;
  • какие options;
  • какие legal/eligibility conditions.
Не заставлять пользователя прокручивать общий материал о betting.

Message Match в SEO

SEO landing часто решает более широкий information problem. Здесь conversion path может быть: Article → comparison section → operator а не aggressive CTA сразу после H1.

Message Match в CRM

Email subscriber уже имеет context. Можно вести его глубже: Newsletter → relevant tool/comparison без повторного объяснения brand с нуля.

Source-specific landing strategy

Source Типичный intent Landing priority
Search Ads высокий быстрое решение
Paid Social средний/создаваемый narrative continuation
SEO informational/commercial mix information + routing
CRM returning relevance/personalisation
Native широкий qualification
Это не универсальные benchmarks, а strategic framework.

Первый экран landing

Above-the-fold область должна быстро отвечать: Где я? Что здесь есть? Почему это соответствует моему запросу? Какое следующее действие?

H1

H1 не должен быть creative slogan без meaning. Например: Find Your Perfect Experience намного менее информативно, чем: Compare licensed sportsbooks available in Ontario если именно это page действительно делает.

Value proposition

Landing должна объяснить собственную value. Affiliate comparison: Compare eligible operators by product, payment options and commercial conditions. Tool: Calculate expected affiliate economics. Guide: Understand the registration and deposit process.

CTA

CTA — не магическая кнопка. Её задача: ясно объяснить следующий action. Например: View Operator Compare Options See Terms часто информативнее generic: Click Here.

CTA copy не должна вводить в заблуждение

Если пользователь попадёт на operator registration: не писать: Claim guaranteed winnings. Если actual offer имеет terms: CTA/message должны быть совместимы с ними. Для gambling paid traffic platform policies и local advertising rules добавляют отдельные requirements.

Trust

iGaming относится к high-trust commercial vertical. Пользователь передаёт operator:
  • personal data;
  • identity information;
  • payment data.
Affiliate landing должна помогать понимать:
  • кто publisher;
  • как формируется comparison;
  • куда ведёт click.

Trust elements

В зависимости от типа page полезны: Publisher identity Methodology Last updated Author/reviewer Operator eligibility Terms/disclosures Privacy information Responsible gambling Не нужно превращать page в legal wall. Но opaque affiliate site снижает доверие.

Affiliate disclosure

Если publisher получает commission за referrals: разумно ясно объяснить commercial relationship. Например: Некоторые ссылки являются affiliate links; мы можем получить commission, если пользователь совершит qualifying action. При этом disclosure не должна заменять jurisdiction-specific legal review.

Methodology

Comparison page сильнее, если пользователь понимает: почему operator A стоит выше B? Например, criteria:
  • market eligibility;
  • product availability;
  • user experience;
  • payment options;
  • commercial terms.
Но affiliate payout не должен маскироваться под объективную editorial ranking methodology.

Commercial ordering

Если operators сортируются: по sponsored placement это лучше раскрывать. Если: по editorial methodology она должна быть воспроизводимой. Если: по expected affiliate economics это internal routing logic и должно использоваться осторожно, чтобы не вводить пользователя в заблуждение.

Сколько operators показывать

Больше choices не всегда лучше. 20 почти одинаковых cards создают:
  • cognitive load;
  • scroll;
  • analysis paralysis.
Иногда: 3–5 clearly differentiated options работают лучше. Но это нужно тестировать.

Choice architecture

Landing может группировать operators: Best for X Best for Y Alternative если эти labels основаны на прозрачных и обоснованных criteria. Не создавать fake distinctions только для CTR.

Operator card

Полезный card может содержать: Name Market availability Product type Relevant features Material promotion terms CTA Disclosure

Не перегружайте card

Если каждая карточка содержит: 15 bullets, полная таблица перестаёт быть scan-friendly. Detailed information можно раскрывать:
  • accordion;
  • review;
  • secondary page.

Comparison table

Для high-intent visitor comparison table должна позволять быстро увидеть реальные differences. Например:
Operator Product Payment options Mobile Commercial note
A Casino + Sports multiple yes terms apply
B Sports multiple yes market-specific
C Casino multiple yes market-specific
Реальные таблицы должны использовать актуальные verified данные.

Таблица не должна быть рекламной декорацией

Если у всех rows: ⭐⭐⭐⭐⭐ Best Fast Trusted то пользователь ничего не узнаёт. Comparison должен содержать различия, а не только repeated positives.

Promotion terms

Если landing упоминает:
  • bonus;
  • odds boost;
  • free bet;
  • promotion;
нужно точно отражать существенные условия и local requirements. TikTok, например, требует clearly define promotional terms в gambling advertising и использовать applicable responsible-gambling warnings/disclaimers.

Responsible gambling

Для Google Ads gambling/gambling-promoting content landing должна отображать information about responsible gambling, а ads не могут target minors. Specific wording и required resources зависят от jurisdiction. Поэтому global template: 18+ Gamble Responsibly не следует считать автоматически достаточным для любого GEO.

GEO eligibility

Landing должна знать: для какого market она предназначена. Ошибочный pattern: UK user видит: US-only operator. Следствия:
  • wasted click;
  • poor trust;
  • low approval;
  • compliance risk.

GEO-specific landing

Желательно versioning: Country и при необходимости: State / Province / Region. Например, Google gambling policy сама содержит country-specific licensing and eligibility requirements; для affiliates/aggregators eligibility тоже определяется targeted country.

GEO detection не должна быть единственным gate

IP geolocation может ошибаться. Поэтому при material eligibility иногда лучше:
  • понятный market selector;
  • country label;
  • user confirmation.
Это зависит от product.

Age restrictions

Landing не должна визуально или текстово создавать impression, что gambling product предназначен для minors. Возрастные requirements должны учитывать:
  • local law;
  • operator;
  • traffic platform.

Mobile-first UX

Большая часть современного paid/social interaction часто начинается на mobile, но независимо от source landing должна полноценно работать на small screens. TikTok прямо требует mobile-friendly landing pages; текст и buttons должны быть читаемыми без необходимости zoom.

Mobile layout

Проверить: CTA не перекрывается browser UI; cards не требуют horizontal scrolling без причины; terms читаемы; font достаточно крупный; navigation проста; sticky elements не закрывают content.

Sticky CTA

Sticky CTA способен повысить interaction. Но может:
  • закрывать content;
  • раздражать;
  • создавать accidental clicks.
Тестировать нужно по: QFTD / Visitor и: quality guardrails.

Pop-ups

Google destination policy требует, чтобы pop-ups и interstitials не делали страницу сложной для navigation или выхода. Для mobile особенно опасны:
  • fullscreen newsletter popup сразу после load;
  • overlapping cookie banner + CTA;
  • impossible-to-close overlays.

Cookie banner тоже является UX

Consent layer должна выполнять legal function и при этом не ломать:
  • content;
  • navigation;
  • primary CTA.
Не стоит «улучшать CRO» путём obscuring consent choices.

Page speed

Каждая дополнительная секунда технического friction происходит до operator funnel. Если page не загрузилась: пользователь не сможет:
  • прочитать;
  • click;
  • FTD.

Core Web Vitals

Google использует три ключевых web-performance metrics: LCP — Largest Contentful Paint: рекомендуемый good threshold ≤2,5 секунды. INP — Interaction to Next Paint: ≤200 мс. CLS — Cumulative Layout Shift: ≤0,1. Эти metrics полезны как технические UX targets. Но CRO не следует сводить только к Lighthouse score.

Fast page ≠ high-converting page

Landing может иметь: LCP 1,2 секунды и: плохой message. И наоборот: сильное content может конвертировать хорошо при неидеальном score. Правильная модель: performance hygiene + user relevance + downstream economics.

Largest Contentful Paint

LCP особенно важен для first impression. Если main comparison/content block появляется поздно: пользователь может уйти до понимания предложения.

INP

INP показывает responsiveness. На landing это особенно важно для:
  • filters;
  • tabs;
  • accordions;
  • comparison tools;
  • CTA.
Если UI визуально загрузился, но interactions тормозят: experience остаётся плохой.

CLS

Layout shift особенно опасен рядом с CTA. Например: пользователь пытается открыть terms. В этот момент загружается banner. Button сдвигается. Происходит accidental click. Это плохой UX и плохое качество traffic.

Performance budget

Можно установить internal limits:
  • maximum JS size;
  • image weight;
  • third-party scripts;
  • tag count.
Exact numbers зависят от stack. Цель: не допустить gradual degradation после десятков marketing integrations.

Third-party scripts

Landing часто содержит:
  • analytics;
  • tracker;
  • consent tool;
  • heatmap;
  • ad pixel;
  • A/B testing.
Каждый script добавляет:
  • load cost;
  • privacy surface;
  • failure risk.
Периодически auditing нужен обязательно.

Tracking script не должен ломать landing

Если tracker unavailable: идеально, чтобы user page всё равно работала. Tracking failure не должен обязательно превращаться в UX outage.

Original content

Google Ads требует, чтобы destinations давали пользователю original value. К проблемным относятся destinations:
  • в основном созданные ради показа ads;
  • копирующие content;
  • существующие только для отправки пользователя дальше.
Для affiliate это стратегически важно. Хороший landing: самостоятельно помогает выбрать product.

Thin affiliate landing

Pattern: Logo. One sentence. Three operator buttons. No methodology. No information. С CRO-точки зрения user получает мало основания доверять page. С Google Ads-policy точки зрения purely bridge-like destination также может создавать проблемы.

Landing должна быть functional

Google destination requirements требуют functional, useful, easy-to-navigate destinations. TikTok запрещает landing pages:
  • expired;
  • erroneous;
  • under construction;
  • incomplete;
  • not mobile-friendly.
Значит uptime и QA являются частью media buying.

Broken operator links

Особенно дорогая ошибка. Page работает. Campaign работает. Но CTA ведёт:
  • на expired campaign;
  • 404;
  • wrong GEO;
  • disabled operator.
Traffic продолжает покупаться.

Link health monitoring

Для каждого outbound destination полезно проверять: HTTP availability correct domain GEO availability tracking params offer active status Но automated check не всегда способен проверить full operator journey. Поэтому нужен и periodic manual QA.

Destination mismatch

Ad/landing architecture должна соответствовать platform policies. Google отдельно регулирует destination mismatch и redirects; в 2026 policy уточнила условия, при которых approved cross-domain redirects могут допускаться в отдельных случаях. Для affiliate это ещё одна причина не строить acquisition на opaque redirect chains.

Redirect chain

Пример: Ad ↓ Tracker ↓ Prelander ↓ Affiliate redirect ↓ Network ↓ Operator. Каждый additional hop создаёт:
  • latency;
  • tracking risk;
  • policy complexity.
Не использовать redirects, которые не дают functional value.

Tracking continuity

Landing должна сохранять: Click ID Campaign Creative Source до operator click. Иначе невозможно понять: какой page variant создаёт QFTD. Подробнее: S2S tracking и postback в iGaming.

Landing-level identifier

Каждый variant должен иметь: landing_id Например: LP_CASINO_COMPARE_V4 Передавать его в:
  • tracker;
  • SubID;
  • BI.

CTA-level identifier

Если на page несколько operators: можно передавать: operator_position card_id cta_location Например: hero table review_block Так видно: где начинается downstream conversion.

Не перегружайте URL персональными данными

Tracking parameters должны содержать:
  • opaque IDs;
  • campaign labels.
Не:
  • email;
  • full name;
  • sensitive data.

Outbound click analytics

Для каждого click желательно знать: Landing ID Operator Position CTA Click ID Timestamp После S2S это связывается с QFTD.

Operator Position Bias

Operator на первой позиции получает больше clicks просто из-за visibility. Поэтому raw FTD count между positions не является честным comparison. Нужно смотреть: QFTD per Impression of Card или controlled rotation/test.

Ranking test

Если хотите сравнить operators: вариант A: Operator X first. вариант B: Operator Y first. Смотреть: total Revenue / Visitor, а не только clicks каждого operator.

Почему нельзя оптимизировать только operator card CTR

Operator A: CTR: 30%. QFTD / operator click: 0,5%. Operator B: CTR: 15%. QFTD / click: 3%. B может создавать значительно больше value.

Expected Value routing

Для CPA: Expected Value / Operator Click = P(QFTD | Click) × CPA Например: Operator A: QFTD CR: 1%. CPA: $250. EV: $2,50 Operator B: QFTD CR: 2%. CPA: $170. EV: $3,40 Lower CPA wins economically.

Revenue Share routing

Для RevShare: EV / Click = P(FTD | Click) × Expected Affiliate LTV per FTD Теперь early conversion недостаточно. Нужно cohort data.

Hybrid routing

EV = P(QFTD) × (Hybrid CPA + Expected RevShare LTV) Упрощённо. Обязательно учитывать time horizon.

Offer ordering и user relevance

Pure expected revenue не должен автоматически быть единственным ranking factor. Если operator плохо соответствует user intent: forcing it to position 1 может снизить:
  • trust;
  • whole-page conversion.
Routing должен балансировать: Eligibility Relevance Expected Value.

Eligibility сначала

Правильный порядок: Is operator legal/eligible for user GEO? ↓ Does it match user intent? ↓ What is expected business value? Не наоборот.

Dynamic routing

Система может менять operators в зависимости от:
  • GEO;
  • device;
  • product intent.
Но не следует строить opaque personalised gambling steering без regulatory/privacy review. Для многих publishers достаточно simple deterministic routing.

Personalisation

Useful examples: country-specific content; language; product category; returning-user preferences, когда допустимо. Не обязательно строить complex behavioural targeting.

Localisation ≠ translation

Сильная GEO landing учитывает:
  • language;
  • currency;
  • payment context;
  • legal/product availability;
  • responsible-gambling content;
  • operator availability.
Просто перевести US page на немецкий недостаточно.

Landing page и KYC expectation

Affiliate не должен обещать: instant account, no verification если operator/legal framework требует verification. Landing может заранее объяснить:
  • registration;
  • possible verification;
  • deposit flow.
Так expectations реалистичнее.

Prequalification

Prequalification — снижение количества нерелевантных users до operator funnel. Например: ясно указать:
  • market;
  • age;
  • product;
  • basic eligibility.
Цель: не заставить всех click. А привести downstream более подходящий cohort.

Prequalification economics

До: 10 000 visitors. 6 000 click-outs. 100 QFTD. После: 10 000 visitors. 4 000 click-outs. 160 QFTD. Clicks уменьшились: −33%. QFTD: +60%. Это успешный CRO outcome.

Landing page и Approval Rate

Если page лучше квалифицирует traffic: Approval может вырасти. Поэтому experiment должен анализировать: Raw FTD и: Qualified FTD. Не только registrations.

Landing page и fraud quality

Landing не заменяет anti-fraud. Но ясный targeting и eligibility могут уменьшать:
  • wrong GEO;
  • low-intent registrations;
  • misunderstanding offer.
Подробнее: Fraud в iGaming affiliate marketing.

Landing Page CRO Metrics

Полезная hierarchy:

Technical

Page Load LCP INP CLS.

Behaviour

Engaged Visitor Scroll Interaction.

Affiliate

Operator Click-out.

Operator

Registration FTD.

Quality

Qualified FTD Approval.

Economics

Revenue / Visitor Contribution / Visitor.

Vanity metrics

Осторожно относиться к: Time on Page Scroll Depth Button CTR как standalone success metrics. Они полезны для diagnosis. Но пользователь может провести: 10 минут и: ничего не понять.

Scroll depth

Полезный вопрос: доходят ли users до comparison? Если только 20%: может быть:
  • page слишком длинная;
  • intro не соответствует intent.
Но уменьшение content ради scroll metric может ухудшить trust.

Heatmaps

Могут показывать:
  • ignored elements;
  • click concentration;
  • scroll behaviour.
Но heatmap не знает: какие clicks стали QFTD. Использовать вместе с downstream data.

Session recordings

Могут помогать диагностировать UX. Но в gambling/privacy-sensitive context необходимо особенно внимательно:
  • mask sensitive inputs;
  • не записывать KYC/payment;
  • соблюдать consent/privacy requirements.

Primary CRO Metric

Для CPA landing: QFTD / Visitor или: Revenue / Visitor. Для RevShare: Expected / mature LTV per Visitor.

Secondary metrics

Для быстрого feedback: Operator Click-out Rate Registration / Visitor Raw FTD / Visitor.

Guardrail metrics

Нужны, чтобы variant не «победил» неправильным способом. Например: Approval Rate Policy Compliance Bounce Page Errors Revenue / QFTD

Example

Variant B увеличил: Outbound CTR: +25%. Но: Approval: −40%. Такой test не является победой.

A/B testing

A/B test — controlled experiment, где comparable traffic распределяется между variants. Главная задача: понять causal effect изменения landing.

Первый шаг — hypothesis

Плохая: Сделаем кнопку зелёной. Лучше: Более ясное объяснение eligibility уменьшит нерелевантные click-outs и увеличит Qualified FTD / Visitor.

One hypothesis, meaningful change

Не обязательно менять только один CSS property. Но variant должен проверять одну business hypothesis. Например: comparison-first layout vs: long editorial intro. Это meaningful product test.

Не меняйте одновременно весь funnel

Если одновременно изменить:
  • ad creative;
  • landing;
  • operator;
  • CPA offer;
нельзя понять, что вызвало result.

Randomisation

Traffic должен распределяться так, чтобы variants были comparable. Особенно следить за:
  • GEO;
  • device;
  • campaign;
  • time.
Если variant A получает branded Search, B — cold Social: это не A/B test.

Sample size

Не делать вывод: Variant A: 2 QFTD. Variant B: 4 QFTD. «B в два раза лучше». На маленьких samples variance огромна.

Rare conversion problem

QFTD — сильная metric, но rare. Поэтому можно использовать hierarchy: Leading metric: Operator Click / Registration. Primary business metric: QFTD. Не объявлять winner только по leading metric.

Test maturity

QFTD имеет conversion latency. Если часть conversions появляется через D7: тест нельзя финализировать через два часа после закрытия traffic. Подробнее: Воронка iGaming.

Test window

Useful approach: дождаться:
  • достаточного sample;
  • одного и того же maturity horizon.
Например: сравнивать: Variant A D14 vs: Variant B D14.

Peeking problem

Если проверять test каждые пять минут и останавливать его при первом хорошем result: растёт вероятность ложного winner. Для серьёзного experimentation нужен заранее определённый:
  • decision rule;
  • sample/horizon.

Statistical significance — не business significance

Variant может дать: +0,05 percentage point с высокой statistical confidence. Но revenue effect может быть слишком мал, чтобы оправдать implementation. Нужно считать: Expected Incremental Value.

Expected Incremental Revenue

Формула: Traffic × Incremental QFTD Rate × Revenue per QFTD Например: Monthly visitors: 1 000 000. Improvement: +0,05 percentage point QFTD. Это: 500 additional QFTD. CPA: $180. Potential monthly revenue: $90 000 Теперь маленькое изменение CR становится business-significant.

CRO backlog

Каждую hypothesis можно оценить: Potential Impact Confidence Implementation Cost Risk Особенно: Compliance Risk.

Что тестировать сначала

Обычно сильнее cosmetic tests: Message Match Offer Set Operator Ordering Eligibility Clarity Comparison Structure Page Speed Mobile UX

Что тестировать после

Когда fundamentals стабильны:
  • CTA wording;
  • card formatting;
  • sticky elements;
  • typography;
  • page length.

Hero test

Например: Variant A: generic: Top Casino Offers. Variant B: specific: Compare licensed online casinos available in [market]. Если second variant лучше соответствует traffic intent: может повыситься:
  • trust;
  • downstream conversion.

Single operator vs comparison

Test: One Recommended Operator vs: Three Comparison Options. One operator: меньше choice friction. Comparison: лучше user matching. Winner зависит от traffic.

Number of options test

2 operators. 5 operators. 10 operators. Смотреть: Revenue / Visitor и: operator distribution.

Sorting test

Можно сравнить: Editorial default vs: Personalised by product intent если implementation/compliance позволяют. Не скрывать sponsored logic, если disclosure необходима.

Table vs cards

Search traffic может лучше взаимодействовать с: dense comparison table. Social traffic: с более guided cards. Но это hypothesis. Не universal rule.

Long-form vs short-form

Commercial-intent user иногда хочет: answer immediately. Informational user: explanation. Поэтому page length должна соответствовать intent.

Above-the-fold CTA

Не обязательно всегда должен быть commercial button. Для сложного/low-intent traffic: первым action может быть: Compare или: See options.

CTA repetition

На длинной page CTA можно повторять после meaningful sections. Но 20 identical buttons могут:
  • clutter;
  • reduce trust.

Sticky comparison bar

Может быть полезен, если user выбирает несколько operators. Но требует:
  • mobile testing;
  • performance testing.

Exit popup

Не считать default CRO best practice. Он может:
  • раздражать;
  • противоречить platform destination expectations;
  • ухудшать mobile usability.
Сначала улучшить core page.

Scarcity

Не создавать false: Only 2 spots left Offer expires in 3 minutes если это не factual. Misleading urgency — плохой trust pattern и может нарушать ad/consumer rules.

Countdown timers

Использовать только для реального time-limited condition. Если timer каждое посещение начинает: 09:59 это deceptive dark pattern.

Bonus prominence

Большой bonus headline способен повышать clicks. Но одновременно привлекать:
  • promo-only users;
  • low-quality cohort.
Поэтому тестировать через: Approval + LTV.

Product-led landing

Alternative: lead with:
  • game selection;
  • sportsbook markets;
  • UX;
  • payment options.
Это может привлекать более product-oriented user.

Content-led landing

Lead with useful information. Например:
  • how market works;
  • comparison methodology;
  • product guide.
Может лучше работать для cold traffic.

Tool-led landing

Interactive:
  • comparison filter;
  • calculator;
  • selector.
Преимущество: пользователь сам выражает intent. Это создаёт stronger first-party signal.

Quiz/selector

Например: Which product are you looking for? Casino. Sports. Poker. Но не делать: 10-step quiz, если ответы не влияют на recommendation. Fake interactivity создаёт friction.

First-party data capture

Landing может предлагать:
  • newsletter;
  • saved comparison;
  • account.
Но primary conversion trade-off нужно измерять. Подробнее: First-party аудитория в iGaming.

Email capture before operator click

Может:
  • создать retained audience;
но:
  • снизить immediate FTD.
Поэтому считать: Immediate Revenue Lost vs: Audience LTV Created.

Forced email gate

Особенно risky pattern: введите email, чтобы увидеть operator list. Если user expectation была: comparison. Такой gate может:
  • повысить abandonment;
  • ухудшить trust.

Landing Page → Registration handoff

Пользователь должен понимать, что после click: он переходит к operator. Не имитировать operator registration form, если page ей не является.

Brand continuity

Если user выбирает: Operator X следующая destination должна очевидно быть: Operator X. Ошибочный logo/button routing — catastrophic CRO bug.

Deep link

Если operator поддерживает relevant deep landing: например: specific product section вместо homepage, это может уменьшить additional navigation. Но deep link должен быть:
  • approved;
  • trackable;
  • active;
  • compliant.

Operator mobile web vs app

Не автоматически force app install. Это может быть полезно для конкретного journey, но дополнительный step способен снизить completion. Тестировать full: Click → QFTD.

Registration friction находится у operator

Affiliate не контролирует operator form. Но может измерять: Operator Click → Registration CR. Если один operator systematically weak: routing можно изменить.

Operator funnel feedback

Пример: Operator A: click→Reg: 20%. Reg→QFTD: 8%. Operator B: 15%. Reg→QFTD: 20%. End-to-end: A: 1,6%. B: 3%. Operator B downstream сильнее.

Landing CRO и operator CRO связаны

Нельзя оптимизировать affiliate page в vacuum. Final outcome: Landing Quality × Operator Funnel × Commercial Terms.

Landing Page Quality Decomposition

Упрощённо: QFTD / Visitor = Click-out Rate × Operator Click → Registration × Registration → FTD × Approval Любая stage может объяснять change.

Diagnostic example

Landing variant увеличил: Click-out: 50 → 60%. Registration / Click: 20 → 15%. Raw FTD / Reg: 15 → 12%. Approval: 90 → 80%. Landing «лучше» по top metric. Но whole funnel ухудшился.

CRO diagnostic table

Симптом Возможная проблема
Low LPV / Click page speed
High bounce message mismatch / speed
High engagement, low click-out unclear CTA / weak offer
High click-out, low Reg operator mismatch
High Reg, low FTD operator/payment
High Raw FTD, low Approval traffic quality
High QFTD, low LTV low-value cohort

Root-cause principle

Если QFTD/Visitor упал: сначала определить: какая stage изменилась первой? Не сразу менять button.

Landing deployment annotations

В BI хранить: Landing version deployed Headline changed Operator reorder Tracking release Offer terms changed Так performance movement можно связывать с real events.

Versioning

Использовать: landing_v12 а не: final-new-2. Для каждого version хранить:
  • publish time;
  • major changes;
  • experiment ID.

Server-side experiments

Для важных revenue experiments server-side assignment может быть стабильнее client-side visual flicker. Но implementation сложнее. Главное: user должен оставаться в одном variant весь test.

Experiment ID

Передавать в downstream tracking: experiment=hero_test_05 variant=B Тогда QFTD возвращается к конкретному test.

S2S connection

Chain: Visitor ↓ Landing Variant B ↓ Click ID A123 ↓ Operator ↓ QFTD ↓ Postback A123 ↓ BI ↓ Variant B revenue. Без этого CRO останавливается на click-out.

Attribution

Если user возвращается later: нужно понимать: какая landing получила credit. Это зависит от вашей attribution model. Подробнее: Атрибуция в iGaming.

Original landing vs closing landing

Можно хранить: First Landing и: Commercial Click Landing. Так одна page может introduce user, другая close.

CRO и attribution не должны путаться

Landing A может получать много assisted journeys. Landing B: last-click revenue. Не обязательно B полностью создала value. На больших volumes полезно анализировать:
  • original landing;
  • closing landing.

SEO landing vs paid landing

Не обязательно использовать одну page. SEO page может быть:
  • comprehensive;
  • crawlable;
  • evergreen.
Paid landing:
  • tightly matched;
  • campaign-specific.
Но duplicated/thin pages ради каждого micro-keyword создают maintenance и policy/SEO risks.

Canonical content system

Лучше использовать reusable components:
  • operator data;
  • terms;
  • disclosures;
из единого source. Это уменьшает inconsistent information между pages.

Offer data freshness

Landing page может стать incorrect без design change. Например:
  • bonus expired;
  • licence changed;
  • operator left market;
  • payment option removed.
Поэтому CRO включает data operations.

Last Verified

Для commercial/operator information полезно показывать: Last checked: [date] и иметь internal review schedule.

Automated operator availability

Можно автоматически проверять:
  • offer active flag;
  • destination health.
Но licensing/terms всё равно требуют verified source.

Stale promotion — expensive bug

Campaign может продолжать advertising offer, которого уже нет. Следствия:
  • lower trust;
  • operator complaint;
  • policy risk.

Landing compliance review

Перед launch: GEO Age Operator eligibility Promotion accuracy Disclosure Responsible gambling Destination links Privacy Tracking

Google gambling landing requirements

Google требует gambling/gambling-promoting destinations:
  • target only approved countries;
  • содержать responsible-gambling information;
  • не target minors.
Affiliate/aggregator content допускается только в соответствующих country-specific cases и с соблюдением certification requirements.

Google 2026 certification context

С марта 2026 Google усилил gambling certification eligibility, включая требования к policy health и ownership/control domain для соответствующих applications. Следствие: landing/domain infrastructure — часть gambling advertising compliance. Не только CRO.

TikTok landing requirements

TikTok требует:
  • functioning destination;
  • complete content;
  • mobile usability;
  • consistency между ad и landing.
Landing quality может влиять не только на approval: TikTok отмечает, что poor quality signals способны привести к rejection, снижению impressions или росту CPM.

TikTok gambling layer

В августе 2026 TikTok gambling policy требует certification, market-specific eligibility, legal-age targeting и responsible-gambling practices. Следовательно, landing нельзя оптимизировать отдельно от: campaign eligibility.

UK affiliate responsibility

UK Gambling Commission закрепляет ответственность licensees за contracted third parties, включая affiliates, выполняющих деятельность от их имени; contracts должны обеспечивать compliance и возможность прекратить отношения при material breaches. Поэтому affiliate landing content может быть частью operator compliance oversight.

Compliance content не нужно прятать

Ошибка: сделать: responsible gambling / terms / disclosure серым шрифтом 8px. Compliance information должна оставаться usable.

CRO не должно ухудшать informed decision

Хорошая conversion optimisation: уменьшает unnecessary friction. Плохая: скрывает существенную информацию, чтобы получить лишний click.

Dark patterns

Избегать:
  • fake countdown;
  • disguised buttons;
  • impossible opt-out;
  • hidden terms;
  • misleading navigation.
Short-term CTR может вырасти. Long-term:
  • trust;
  • approval;
  • retention;
  • compliance
ухудшаются.

Landing CRO и player quality

Сильная landing иногда конвертирует меньше, но создаёт:
  • выше approval;
  • выше D30 value.
Именно поэтому article №15 связана с №14.

Cohort analysis landing variants

Для RevShare: Variant A: QFTD:
D90 LTV/QFTD: $80. Value: $16 000. Variant B: 150 QFTD. D90 LTV: $180. Value: $27 000. Variant B better despite lower conversions.

LTV per Visitor

Формула: Cumulative Affiliate Revenue of Cohort / Landing Visitors Это ultimate RevShare CRO metric. Но требует maturity.

Early model

Пока D90 не mature: можно прогнозировать: QFTD × expected cohort LTV но forecast нужно обновлять actual data.

CRO при CPA vs RevShare

Параметр CPA RevShare
Primary metric QFTD / Visitor LTV / Visitor
Fast feedback быстрее медленнее
Approval critical critical
Retention secondary critical
Test horizon короче длиннее

Hybrid

Primary short-term: QFTD / Visitor. Long-term: CPA + RevShare contribution / Visitor.

Landing economics example

Traffic: 20 000 visitors. Acquisition cost: $1 per visitor. Spend: $20 000. Landing: Operator Click-out: 50%. QFTD / operator click: 1,5%. Qualified FTD:
CPA: $180. Revenue: $27 000 Contribution: $7 000 RPV: $1,35

CRO improvement

New landing: Click-out: 45%. Но QFTD / click: 2,1%. QFTD:
Revenue: $34 020 Traffic cost тот же: $20 000. Contribution: $14 020 Outbound clicks снизились. Profit doubled.

Value of 0.1 percentage point

При: 1 000 000 monthly visitors. QFTD/Visitor improvement: +0,1 pp. Дополнительные QFTD: 1 000. CPA: $150. Incremental revenue: $150 000/month Именно поэтому downstream CRO имеет огромный leverage.

CRO priority formula

Можно оценивать: Opportunity = Traffic × Possible CR Lift × Value / Conversion Большая page с small lift может быть ценнее идеальной оптимизации маленькой page.

Page portfolio CRO

Не тестировать только homepage. Сортировать landings по: Traffic × Revenue Gap. Например: Page A: 1M visits, RPV $1. Page B: 20k visits, RPV $0,20. Даже если B выглядит хуже: A может иметь гораздо больше absolute opportunity.

Revenue Gap

Можно сравнивать page с relevant baseline. Potential Revenue Gap = Visitors × (Benchmark RPV − Actual RPV) Benchmark должен быть internal comparable page, а не random industry number.

Не существует universal landing conversion benchmark

QFTD/Visitor зависит от:
  • GEO;
  • source;
  • intent;
  • operator;
  • product;
  • approval definition.
Поэтому: «casino landing должна конвертировать 4%» без context почти бесполезно.

Own benchmark

Сильнее сравнивать: same GEO same source same operator set same commercial period.

CRO dashboard

Layer Metric
Technical LPV rate, LCP, INP, CLS
Page Engagement, click-out
Operator Registration, Raw FTD
Quality Approval, QFTD
Revenue EPC, RPV
Cost Cost / Visitor, CPQFTD
Cohort D30/D90 LTV

Landing Page View Rate

LPV / Ad Clicks Например: Clicks: 100 000. Landing Views: 90 000. LPV rate: 90%. 10% lost до usable page.

Cost per Landing View

Spend: $100 000. Landing Views: 90 000. CPLV: $1,11 Хотя platform CPC: $1.

Engaged Visitor Rate

Можно internal определить: например:
  • meaningful scroll;
  • comparison interaction;
  • minimum dwell + event.
Но definition должна быть stable.

Operator Click-out Rate

Operator Clicks / Landing Visitors Use as leading metric. Not final optimisation target.

Landing → Registration CR

Registrations / Landing Visitors Сильнее обычного outbound CTR.

Landing → Raw FTD CR

Raw FTD / Landing Visitors

Landing → QFTD CR

QFTD / Landing Visitors Это один из главных metrics.

Approval by Landing

QFTD / Raw FTD отдельно для каждого landing version. Если Variant B генерирует higher raw FTD и lower approval: важный quality signal.

Revenue per Landing Visitor

Affiliate Revenue / Landing Visitors Главный economic KPI.

Contribution per Landing Visitor

(Revenue − Attributable Costs) / Visitors Позволяет учитывать разную cost structure.

Funnel waterfall

Для каждой landing: 100 000 Ad Clicks ↓ 90 000 LPV ↓ 40 000 Operator Clicks ↓ 8 000 Registrations ↓ 1 000 Raw FTD ↓ 850 QFTD ↓ $153 000 Revenue Так CRO становится financial.

A/B test dashboard

Metric A B
Visitors 50k 50k
Click-out 55% 45%
Registration / Visitor 8% 10%
Raw FTD / Visitor 1.5% 2.0%
Approval 75% 90%
QFTD / Visitor 1.13% 1.80%
RPV $2.03 $3.24
B очевидно stronger despite lower click-out.

Segmentation после test

После overall result проверить: GEO device source new vs returning Но избегать data dredging, где среди десятков segments случайно находится «winner».

Interaction effects

Variant может работать лучше: на mobile, хуже: desktop. Это реальный possibility. Но решение о separate experiences должно учитывать traffic volume и maintenance cost.

Personalised landings увеличивают maintenance

10 GEO × 5 sources × 4 products: 200 variants. Каждый требует:
  • QA;
  • content freshness;
  • tracking;
  • compliance.
Поэтому personalization должна иметь clear incremental value.

Component-based architecture

Сильнее строить reusable: Hero Comparison Operator Card Disclosure Responsible Gambling FAQ и менять data/config, а не копировать сотни pages.

Design system

Полезен для:
  • consistent CTA;
  • accessible typography;
  • mobile layouts;
  • policy updates.
Но A/B experiments должны оставаться возможными.

Accessibility

Readable contrast, keyboard navigation, semantic headings и clear controls полезны не только accessibility. Они обычно улучшают general usability.

Buttons должны быть buttons

Не делать весь card hidden affiliate link, если user не понимает, что клик произойдёт. Explicit action лучше accidental click.

Back button

User должен иметь возможность нормально вернуться назад. Google destination requirements прямо приводят disabled browser back button как пример unacceptable experience.

Inescapable overlays

Не блокировать exit/navigation. Это плохой UX и policy risk.

Landing Page QA

Перед traffic launch проверять: Desktop iOS Android Common browsers Slow network Consent states GEO All CTAs Tracking params

Slow-network QA

Page, которая идеально работает по Wi-Fi developer office, может ломаться на real mobile network. Testing:
  • throttling;
  • real device.

Error state

Если operator temporarily unavailable: что видит user? Лучше:
  • alternative eligible option;
чем:
  • blank redirect.
Но routing logic должна быть compliant.

Fallback routing

Если Operator A inactive: показывать Operator B только если:
  • B eligible;
  • message остаётся truthful.
Не silently redirect user, выбравшего A, на B.

User choice нужно уважать

Если user кликнул: Operator A не подменять destination ради higher payout. Это разрушает trust и может быть deceptive.

Multi-operator outage strategy

Лучше: disable card show alternative чем: перенаправлять скрытно.

CRO и monetisation conflict

Commercial team хочет: highest payout. Editorial team: best user match. CRO team: highest conversion. Нужна единая objective: long-term user + business value within compliance.

Revenue maximisation не равно user exploitation

В регулируемом gambling нельзя оптимизировать pages для:
  • уязвимых users;
  • скрытия risks;
  • excessive pressure.
CRO должен уменьшать irrelevant friction, а не усиливать gambling harm.

Responsible CRO

Принципы: Clarity Accuracy Eligibility Informed action No deceptive pressure No minors

Agentic / AI browsing

Landing/comparison pages также должны быть machine-readable. Полезно:
  • semantic HTML;
  • proper tables;
  • explicit operator names;
  • clear headings;
  • visible updated date;
  • transparent methodology.
Не прятать essential comparison data только внутри canvas/JS graphic.

Structured data

Для editorial landing: Article / BlogPosting Для review content: использовать appropriate schema только если page действительно соответствует requirements. Не создавать fake ratings/schema ради rich results.

FAQ schema

FAQ content полезен пользователю. Но не строить strategy вокруг ожидания гарантированного FAQ rich result.

SEO and CRO conflict

Иногда SEO просит: 2 500 words. CRO: 100 words. Не обязательно выбирать одну крайность. Можно создать: fast commercial decision layer above fold, и: deep supporting content ниже.

Dual-layer page

Decision Layer

comparison + CTA.

Research Layer

methodology, details, FAQ. Так high-intent user получает answer quickly. Research user получает context.

Internal links

Landing может вести не только operator. Также:
  • detailed review;
  • methodology;
  • payment guide;
  • regulation page.
Это помогает user research. Но коммерческий path не должен теряться в хаотичной navigation.

Navigation

Paid landing не обязательно требует full mega-menu. Но полное скрытие site identity/navigation тоже может снижать trust. Тестировать баланс.

Header

Минимально: Brand. Relevant navigation. Trust/disclosure access.

Footer

Для paid gambling landing особенно важен. Может содержать:
  • company/publisher identity;
  • privacy;
  • terms;
  • responsible gambling;
  • commercial disclosure.
Exact requirements market-specific.

Google destination gambling details

В актуальной Google policy для certified gambling advertisers destination compliance может включать prominently displayed age warning, addiction resources, terms, licensee information и privacy/data-controller information в зависимости от category/application context. Не копировать один footer глобально без проверки target country.

Landing governance

У page должен быть owner. Например: Product/CRO отвечает за UX. Affiliate за offer data. Compliance за market rules. Engineering за performance/tracking.

Approval workflow

Перед major launch: CRO ↓ Affiliate/Commercial ↓ Compliance ↓ QA ↓ Traffic Не обязательно превращать процесс в бюрократию. Reusable templates ускоряют review.

Compliance templates

Для каждого GEO можно хранить: Age statement Responsible-gambling resources Required disclosures Allowed operators Prohibited claims Это ускоряет landing production.

Change control

Если commercial team меняет bonus: landing content обновляется одновременно. Не через неделю.

Offer feed

При scale полезен central operator database: Operator GEO Status Offer Terms Tracking URL Last Verified Landing получает data оттуда.

Не автоматизируйте неподтверждённые claims

Если affiliate API прислал: bonus=100% но legal conditions сложнее: не генерировать headline автоматически без review.

CRO и content freshness

Stale landing может иметь historically great CR. Но плохую current accuracy. Поэтому performance history не освобождает её от fact-check.

Landing page monitoring

Минимальные automated alerts: Page unavailable Outbound link broken Tracking ID missing Large CR drop QFTD drop Operator inactive

Technical alert ≠ CRO alert

Page down: engineering. Click-out stable, QFTD down: operator/funnel. Click-out down, page healthy: CRO/message. Разделять ownership.

Daily monitoring

Для paid/high-volume pages: Traffic LPV Click-outs Errors

Weekly review

Registration FTD Approval RPV Variants.

Monthly review

LTV Operator performance Content freshness Compliance technical performance.

CRO launch framework

Stage 1 — Baseline

Измерить current funnel.

Stage 2 — Diagnose

Найти economic bottleneck.

Stage 3 — Hypothesis

Почему users теряются?

Stage 4 — Experiment

Controlled test.

Stage 5 — Mature

Дождаться QFTD.

Stage 6 — Evaluate

Revenue / Visitor.

Stage 7 — Deploy

Winner.

Stage 8 — Monitor

Проверить persistence.

Baseline example

Visitors: 100k. Click-out: 50%. Registration / visitor: 10%. Raw FTD: 2%. Approval: 80%. QFTD: 1,6%. Revenue/QFTD: $180. RPV: $2,88 Теперь любой test сравнивается с этим baseline.

CRO hypothesis example

Observation: Operator clicks высокие. Registration низкая. Hypothesis: Landing обещает больше, чем destination delivers. Test: переписать operator card более точно. Expected result: lower clicks, higher Registration/click.

Test result

Clicks: −15%. Registration: +30%. QFTD: +20%. RPV: +20%. Strong win.

Root-cause categories

Удобно классифицировать hypotheses: Relevance Trust Clarity Choice Speed Technical Operator Match Compliance/Eligibility

Не начинайте с redesign

Полный visual redesign изменяет: 20 variables одновременно. Если performance улучшилась: непонятно почему. Часто лучше сначала провести focused experiments.

Когда redesign оправдан

Если current system:
  • technically broken;
  • unusable mobile;
  • outdated architecture;
  • impossible to experiment.
Тогда redesign может быть platform investment.

CRO debt

С годами page накапливает:
  • scripts;
  • badges;
  • popups;
  • old promos;
  • extra CTAs.
Периодический simplification часто полезнее добавления очередного block.

Performance budget после эксперимента

Variant выиграл. Но добавил: +700 KB JS. Short-term CR выше. Long-term page performance может ухудшиться. После rollout повторно проверить: Core Web Vitals.

CRO experiment archive

Для каждого test хранить: Hypothesis Variants Dates Traffic Primary metric Guardrails Result Decision Follow-up Так team не повторяет одни и те же tests.

Negative results тоже полезны

Test не увеличил RPV. Это knowledge. Например: adding five more operators did not improve QFTD. Следующий team уже не повторяет hypothesis.

Re-testing

User behaviour и operator set меняются. Test 2024 не обязательно forever true в 2026. Но re-test должен иметь reason:
  • source mix changed;
  • market changed;
  • product changed.

Traffic allocation

Не отправлять 50% high-value traffic на extremely risky experimental variant без safeguards. Experiment risk management зависит от scale.

Holdout

Иногда полезно оставить small stable control даже после rollout, чтобы видеть: не изменился ли environment. Advanced technique, особенно на больших volumes.

Multi-armed bandits

Могут динамически направлять больше traffic к better variant. Но для delayed QFTD/LTV rewards implementation сложнее. Классический A/B testing часто проще и прозрачнее.

Personalisation algorithms

Аналогично. Не начинать с AI ranking, пока:
  • tracking;
  • event definitions;
  • operator data
не надёжны. Garbage in → garbage out.

Revenue optimisation engine

Для mature system можно оценивать: User Context × Operator Eligibility × Predicted QFTD probability × Expected Value Но prediction должен иметь:
  • governance;
  • bias review;
  • compliance constraints.

Не оптимизируйте gambling vulnerability

Behavioral model не должен выбирать более aggressive gambling offer потому, что user демонстрирует признаки vulnerability. Commercial optimisation имеет regulatory/ethical boundary.

Landing и responsible-gambling journey

Resources должны быть:
  • accessible;
  • functional;
  • relevant market.
Не просто static footer text ради approval.

Affiliate responsible gambling page

Полезно иметь central resource и GEO-specific links. Но required official resources зависят от jurisdiction.

Основные ошибки iGaming landing pages

Ошибка 1. Оптимизировать outbound CTR

Главный outcome находится ниже funnel.

Ошибка 2. Использовать thin bridge page

Нет самостоятельной value, плюс policy risk в Google Ads.

Ошибка 3. Message mismatch

Ad обещает одно, landing показывает другое.

Ошибка 4. Показывать неeligible operators

Убивает trust и approval.

Ошибка 5. Сортировать только по CPA

Игнорируется conversion probability.

Ошибка 6. Не измерять Qualified FTD

Raw clicks/registrations misleading.

Ошибка 7. Не учитывать approval

Высокий FTD может быть low-quality.

Ошибка 8. Mobile page как уменьшенный desktop

Не учитывает actual interaction.

Ошибка 9. Тяжёлые scripts

Платный traffic теряется до content.

Ошибка 10. A/B test без downstream postback

Winner выбирается по proxy metric.

Ошибка 11. Менять пять variables одновременно

Нет causal learning.

Ошибка 12. Считать statistical significance business success

Lift может быть financially irrelevant.

Ошибка 13. Aggressive popups/dark patterns

Short-term click за счёт trust.

Ошибка 14. Stale bonus/operator data

CRO оптимизирует неправильную information.

Ошибка 15. Игнорировать compliance

Landing — часть advertising system.

Минимальная landing page для небольшого affiliate

Не нужен sophisticated personalisation engine. Достаточно: Clear H1 Relevant comparison 3–5 eligible operators transparent criteria accurate offer information responsible gambling/disclosures fast mobile page Click ID/SubID tracking QFTD postback

Минимальный CRO dashboard

Metric Значение
Visitors 10,000
Operator Click-outs 4,500
Click-out Rate 45%
Registrations 1,100
Raw FTD 200
QFTD 170
Approval 85%
Revenue $30,600
Revenue / Visitor $3.06
Уже достаточно для meaningful optimisation.

Когда добавлять более сложные metrics

Когда traffic достаточный:
  • operator-level QFTD;
  • CTA location;
  • device;
  • source;
  • experiment;
  • LTV.
Не создавать 200 dimensions до первых 20 conversions.

Landing maturity model

Level 0 — Bridge

Только sends clicks.

Level 1 — Measured Landing

Есть click-out analytics.

Level 2 — Funnel Landing

Есть Registration/FTD feedback.

Level 3 — Quality Landing

Есть QFTD/Approval.

Level 4 — Value Landing

Есть LTV/RPV.

Level 5 — Dynamic Decision Layer

Routing/personalisation based on value and eligibility. Для большинства affiliate projects Level 3–4 уже даёт огромный advantage.

Как провести CRO audit landing page

1. Traffic Intent

Почему user пришёл?

2. Message Match

Landing отвечает этому intent?

3. Technical

Page быстро работает?

4. Information

User понимает options?

5. Trust

Понятно, кто publisher/operator?

6. Compliance

GEO, age, disclosures корректны?

7. Tracking

Click IDs сохраняются?

8. Funnel

Где drop-off?

9. Quality

Какой Approval?

10. Economics

Какой RPV / Contribution?

Один вопрос для каждого элемента

Для каждого block спросить: Помогает ли он пользователю принять более информированное решение или увеличивает measurable downstream value? Если нет: возможно, его нужно удалить.

CRO page review table

Element User Value Business Value Risk Action
Hero High High Low keep/test
Popup Low uncertain medium test/remove
10th operator Low low maintenance remove
Comparison High High low improve
Disclosure High compliance low keep
Old promo negative negative high remove

Что изменилось в 2026 году

Для iGaming landing pages особенно важны несколько изменений/акцентов.

Google усилил gambling certification

С 23 марта 2026 Google усилил eligibility requirements для gambling certification, включая policy-health и domain-control requirements.

Google уточнил destination redirects

В июне 2026 Google обновил Destination Mismatch policy, уточнив отдельные случаи approved cross-domain redirecting.

TikTok gambling eligibility расширилась в отдельных markets

Но certification, legal-age targeting, licensing и responsible-gambling requirements сохраняются.

Landing quality остаётся platform signal

TikTok прямо указывает, что non-functional, incomplete или non-mobile-friendly landing может привести не только к rejection, но и к ухудшению delivery economics. Практический вывод: CRO и platform compliance всё меньше можно разделять на две независимые задачи.

Главное о landing pages в iGaming

Landing page в iGaming — это не промежуточная кнопка между advertising и operator. Это: qualification layer; decision layer; tracking layer; economic optimisation layer. Полная equation выглядит так: Landing Revenue = Visitors × Operator Click-out Rate × Operator Conversion × Approval × Revenue per Qualified Player Поэтому optimising: Click-out Rate в isolation может сделать business хуже. Правильные KPI: Qualified FTD / Visitor Revenue / Visitor и при Revenue Share: LTV / Visitor. Для paid advertising landing также должна быть:
  • полезной;
  • функциональной;
  • mobile-friendly;
  • согласованной с creative;
  • compliant с gambling/market requirements.
Google прямо не допускает bridge-style destinations без самостоятельной original value и требует responsible-gambling information для gambling destinations. TikTok требует functioning/mobile-friendly destination и consistency с ad creative; gambling advertising дополнительно находится под certification и market-specific restrictions. Поэтому сильный CRO процесс выглядит так: Intent ↓ Message Match ↓ Useful Landing ↓ Qualified Click-out ↓ Operator Funnel ↓ Qualified FTD ↓ Revenue / LTV ↓ Experiment Feedback Главный принцип: лучший landing variant — не тот, который создаёт больше clicks, а тот, который создаёт больше legitimate economic value с каждого входящего visitor.

FAQ

Что такое landing page в iGaming?

Страница между traffic source и operator, которая объясняет offer, квалифицирует пользователя и направляет его к следующему шагу funnel.

Что такое iGaming CRO?

Conversion Rate Optimisation — систематическая оптимизация landing/funnel на основе controlled experiments и downstream business metrics.

Что такое prelander?

Промежуточная page между advertising и main destination, обычно предназначенная для explanation, qualification или comparison.

Можно ли использовать prelander в Google Ads?

Landing должна соответствовать Google Destination Requirements. Страница, единственная цель которой — отправить пользователя на другой сайт без собственной original value, может быть отклонена как bridge/gateway page.

Чем landing отличается от bridge page?

Полезная landing самостоятельно решает user problem. Bridge page существует практически только ради дополнительного redirect.

Что лучше: direct-to-operator или landing?

Универсального ответа нет. Direct path короче; landing даёт больше контроля над qualification, comparison и tracking. Сравнивать нужно QFTD/RPV.

Какой главный KPI iGaming landing page?

Для CPA один из лучших — Qualified FTD per Visitor или Revenue per Visitor.

Почему outbound CTR недостаточно?

Потому что click-out может не стать Registration, FTD или Qualified FTD.

Как считать Revenue per Visitor?

Affiliate Revenue / Landing Visitors.

Как считать Landing → QFTD CR?

Qualified FTD / Landing Visitors × 100%.

Может ли снижение outbound CTR быть хорошим результатом?

Да. Если landing лучше квалифицирует users и увеличивает downstream QFTD/Revenue.

Как message match влияет на conversion?

Пользователь должен увидеть на landing логичное продолжение ad creative/search intent, а не совершенно другое предложение.

Сколько operators показывать?

Зависит от traffic и intent. Больше choices не всегда увеличивают revenue; нужно тестировать.

Следует ли ставить operator с самым высоким CPA первым?

Не обязательно. Нужно учитывать вероятность QFTD, relevance и expected value.

Как считать expected value operator?

Для CPA: P(QFTD | Click) × CPA.

Нужно ли оптимизировать landing под mobile?

Да. TikTok, например, прямо требует mobile-friendly landing pages; независимо от source mobile usability критична для conversion.

Какие Core Web Vitals актуальны?

LCP, INP и CLS. Google рекомендует good thresholds: LCP ≤2,5 секунды, INP ≤200 мс и CLS ≤0,1.

Быстрая landing всегда лучше медленной?

При прочих равных performance полезна, но высокая скорость не компенсирует плохой message или irrelevant offer.

Что такое LCP?

Largest Contentful Paint — показатель скорости появления основного крупного content.

Что такое INP?

Interaction to Next Paint — responsiveness страницы на user interactions.

Что такое CLS?

Cumulative Layout Shift — visual stability страницы.

Можно ли использовать popup?

Можно, если он не нарушает platform/local requirements и не ухудшает usability. Google destination policy отдельно ограничивает abusive/difficult-to-exit pop-up experiences.

Нужна ли responsible gambling information на landing?

Для Google Ads gambling/gambling-promoting destinations это explicit requirement. Local regulatory requirements могут быть шире.

Может ли affiliate advertising landing нарушить operator compliance?

Да. Например, UK Gambling Commission возлагает на licensee ответственность за contracted third parties, включая affiliates, в рамках licensed activity.

Что тестировать сначала?

Message match, offer set, comparison structure, page speed, mobile UX и operator routing обычно имеют больший potential impact, чем cosmetic tweaks.

Какой KPI использовать в A/B test?

Primary — QFTD/Visitor или RPV. Click-out и Registration можно использовать как leading metrics.

Почему нельзя выбирать winner по Registration?

Variant может приводить много registrations с низким FTD или Approval.

Сколько должен длиться A/B test?

До достаточного sample и maturity основного conversion event. Универсального числа дней нет.

Нужно ли ждать Qualified FTD?

Для final business decision желательно учитывать final quality. Early metrics можно использовать для диагностики.

Можно ли сравнивать landing variants по LTV?

Да, особенно при Revenue Share, но cohorts должны иметь одинаковый maturity horizon.

Что такое prequalification?

Фильтрация/информирование пользователя до operator click, чтобы downstream traffic лучше соответствовал offer.

Может ли prequalification уменьшить clicks и увеличить revenue?

Да. Это один из главных сценариев успешного iGaming CRO.

Как связать landing variant с FTD?

Передавать Landing/Experiment ID вместе с Click ID/SubID и связывать conversion через S2S postback.

Нужно ли передавать email пользователя в tracking URL?

Нет. Используйте opaque identifiers и minimum necessary data.

Что делать, если click-out высокий, а Registration низкая?

Проверить message match, operator relevance и registration funnel operator.

Что делать, если Raw FTD высокий, а Approval низкий?

Проверить traffic quality, qualification и rejection reasons.

Какой главный принцип iGaming CRO?

Оптимизировать не переход пользователя на следующий экран, а полную economic value до Qualified FTD/LTV.