Як рекламодавцю запустити партнерську програму

Наведені нижче скриншоти зроблено в реальних локальних DEMO-кабінетах з ізольованими синтетичними даними. Аналітика та історія операцій порожні; реальних клієнтів і платежів немає. Показано фрагменти робочих областей без аватарів. Числа й умови на DEMO-екранах не замінюють умови вашого акаунта. Деякі підписи інтерфейсу можуть залишатися англійською.

Як влаштований кабінет рекламодавця

Почніть із реєстрації рекламодавця або входу. Після входу перевірте вибрану компанію: офери, конверсії й аналітика стосуються поточного бренду. Якщо ви берете участь у кількох компаніях, спочатку перемкніться на потрібну. Контактна форма публічного сайту не створює кабінету й не замінює реєстрацію.

Першою в меню розміщена «Панель». Група «Робота» містить «Офери», «Заявки на підключення до офферів», «Конверсії» й «Баланс компанії». У групі «Інструменти та розвиток» розміщені «Воронка» й «Запросити колег» (реферальна програма). У групі «Акаунт і налаштування» — «Account details and access» (дані та доступ), «Листи та сповіщення» й «Умови платформи». Доступність залежить від ролі в компанії та доступних модулів. Відсутній пункт не слід шукати за чужим прямим посиланням.

Окремих пунктів «Кампанії», «Налаштування команди» або «Профіль рекламодавця» в цьому меню не передбачено. Лічильник активних кампаній на панелі не означає наявності окремої сторінки керування ними. Дані акаунта заповнюються в «Account details and access», а підключення вебмайстрів розглядається в заявках.

Меню кабінету — AffiliateCore DEMO, 2026-10-09.

Панель: компанія й оперативні показники

У верхньому блоці перевірте назву компанії, свою роль і баланс компанії. Це поточний залишок, а не сума витрат за останні 30 днів. Попередження щодо підтвердження email і вимог до акаунта вказують, що потрібно зробити для доступу до робочих дій.

Статистика за оферами

Таблиця включає чинні офери: назву, модель, кількість кампаній, підтверджені конверсії за 30 днів і витрати. Назву можна шукати, окремі числові колонки — сортувати. Лічильник кампаній тут включає пов’язані кампанії незалежно від їхнього статусу, тому може відрізнятися від картки активних кампаній на панелі.

У колонці конверсій виключаються кліки й покази, враховуються confirmed. Витрати складаються з підтверджених нарахувань рекламодавцю, зокрема за застосовною моделлю оплати. Тому за CPC/CPM ненульові витрати не обов’язково супроводжуються ненульовою кількістю реєстрацій чи депозитів. Призупиненого офера може не бути в цій таблиці, хоча його історичні витрати входять до загального показника.

Якість конверсій

Блок якості бере події за останні 30 днів, виключаючи кліки й покази. «Всього конверсій» включає різні статуси. Частка підтвердження дорівнює confirmed / усього × 100%, частка відхилення — rejected / усього × 100%. Спірні події показані окремою кількістю.

Ці дві частки не обов’язково дають 100%: залишаються записи, що очікують опрацювання, а також спірні й скасовані. Наприклад, за 100 подій, 60 confirmed, 10 rejected і 30 pending відображаються 60% підтвердження й 10% відхилення. Це навчальний приклад, а не дані реального кабінету. Колір картки допомагає помітити зміну, але не доводить шахрайства партнера.

Графіки витрат, кліків і GEO

Графік витрат розподіляє підтверджені нарахування за датами подій за 30 відображуваних календарних днів. Це інший зріз, ніж поповнення балансу. Графік кліків і конверсій показує події переходів і події reg/ftd/deposit за 30 днів без відхилених, скасованих і спірних. Події, що очікують опрацювання, можуть залишатися в аналітиці, тому порівнювати цей графік лише з confirmed без поправки не можна.

GEO-діаграма показує кліки за десятьма провідними країнами. Країна з найбільшою кількістю переходів не обов’язково дає найбільший підтверджений результат. Графік не є доказом проживання гравця чи виконання всіх умов офера.

Графіки аналітики використовують кеш і оновлюються не одночасно з таблицями. У разі розбіжності перевірте компанію, період, дату події й набір статусів. Частина меж періоду обчислюється від початку дня, частина — від поточного часу; це суттєво для подій на межі періоду. Нульові значення можливі також за недоступної аналітики. Спочатку звіряйте конкретні записи, а потім звертайтеся до підтримки з їхніми ідентифікаторами.

Головна: порожня DEMO-аналітика — AffiliateCore DEMO, 2026-10-09.

Офери: умови, матеріали й запуск

Офер — це опис того, який трафік ви приймаєте й за що готові платити. Створіть його в однойменному розділі й заповніть доступні поля: назву, опис, адресу проєкту, модель оплати й ставки, GEO, обмеження джерел, холд, правила атрибуції та матеріали. Виберіть автоматичне або ручне підключення партнерів, якщо це передбачено формою. Точний набір полів залежить від вибраної моделі.

Розрізняйте подію та її суму. Для CPA фіксована ставка за FTD не дорівнює розміру депозиту гравця; для RevShare потрібно визначити розрахункову базу. Порівняння моделей і приклади наведені в окремому посібнику.

Збережена чернетка ще не відображається вебмайстрам як чинний офер. Скористайтеся дією публікації й перевірте підсумковий статус: залежно від вимог може знадобитися перевірка. У разі відмови прочитайте причину, внесіть виправлення й повторіть доступну дію. Не запрошуйте партнерів запускати рекламу до підтвердження доступності офера. Офер, обмежений модерацією чи архівований, не можна вважати готовим до повторного запуску лише через наявність старого посилання.

Інтеграція й звірка в межах офера

Під час перегляду офера доступні інструкції з інтеграції. Передавайте їх технічному спеціалісту через безпечний канал: секрети не мають потрапляти в публічні рекламні посилання, скриншоти й листування з вебмайстрами. Дія ввімкнення інтеграції за відсутності реквізитів доступна власнику; вона не означає, що події вже надходять.

Перевіряйте зв’язок Click ID з користувачем у вашій системі, тип події й стабільний ідентифікатор операції. Тестовий режим перевірки запиту не створює реальної конверсії та нарахування; він не замінює перевірки всього ланцюжка в ізольованому середовищі. Порядок обміну описаний у посібнику із S2S-постбеків.

Дія звірки дозволяє зіставити передані рядки CSV з подіями поточного офера. Використовуйте формат із підказки форми. Звірка порівнює надані дані; вона не створює відсутніх подій, не виправляє сум і не доводить повноти вашої CRM. За розбіжностей розбирайте конкретні ідентифікатори, типи подій, суми й валюти.

Офери: демонстраційний запис — AffiliateCore DEMO, 2026-10-09.

Заявки на підключення до офферів

Цей розділ потрібний для оферів із ручним погодженням. Вебмайстер вибирає ваш офер і запитує підключення; ви розглядаєте заявку. У списку є вебмайстер, рівень, оцінка ризику, офер і час звернення. Можна фільтрувати за рівнем, максимальною оцінкою ризику й датою заявки.

Перед схваленням перевірте, чи відповідає запропоноване джерело умовам офера. Схвалення дозволяє підключення, але не гарантує майбутніх результатів. У разі відхилення заповніть причину. Масові дії застосовуйте лише після перевірки вибраних рядків: одна причина не обов’язково підходить усім учасникам. Порожній список може означати відсутність заявок, що очікують розгляду; це не доказ відсутності активних партнерів.

Оцінка ризику — допоміжний сигнал, який потребує контексту. Не замінюйте нею перевірку джерел і конкретних подій.

Заявки: порожня черга — AffiliateCore DEMO, 2026-10-09.

Конверсії: звірити подію й вартість

У таблиці показані ID, тип події, зовнішній ідентифікатор гравця, початкова сума, нарахована вартість для рекламодавця, статус, причина відхилення й офер. Використовуйте пошук за ідентифікатором гравця, фільтр статусу й сортування доступних колонок. Для подробиць відкрийте перегляд запису.

Початкова сума переданої події може бути виражена в її валюті; нарахована вартість для рекламодавця показується окремо. Сума депозиту, винагорода вебмайстра й ваші витрати не є взаємозамінними. Значення комісії перевіряйте в умовах платформи й офера.

Pending означає очікування опрацювання, confirmed — підтвердження, rejected — відхилення, reversed — скасування, disputed — спірний стан. У поточному списку передбачений перегляд; кнопки «оскаржити одним кліком» тут немає. Для розбору передайте підтримці ID, офер, час і опис розбіжності. Не надсилайте повторної події з новим номером операції заради виправлення звіту: це ускладнить звірку.

Конверсії: порожній список — AffiliateCore DEMO, 2026-10-09.

Баланс компанії: залишок та історія поповнень

Розділ стосується поточної компанії й доступний за наявності відповідних прав. Звіряйте залишок із запланованим запуском та історією заявок на поповнення. Створення заявки чи перехід до оплати не дорівнюють зарахуванню. Перевіряйте підсумковий статус у кабінеті; за потреби розбору використовуйте номер заявки й відповідь підтримки.

Недостатнє фінансування може заважати підключенню вебмайстрів до офера. Сама наявність опублікованого офера не підтверджує готовності приймати трафік. Умови, доступні способи й обмеження беріть із поточної форми: фіксовані обіцянки швидкості чи гарантованого зарахування тут недоречні. Цей посібник не пропонує проводити тестові платежі в робочому кабінеті.

Воронка: кліки, реєстрації, депозити й FTD

Виберіть вікно 7, 30 або 90 днів; кнопка оновлення запитує свіжий розрахунок для вибраного вікна. Звіт стосується всіх подій поточної компанії, що відповідають умовам вибірки. Окремого фільтра за офером на цій сторінці немає.

Кожен відсоток розраховується від кліків, а не від попереднього рядка. За 1 000 кліків, 100 реєстрацій і 20 FTD для FTD вийде 2%, а не 20%. Рядки рахують події, а не одну когорту унікальних людей, які послідовно пройшли етапи. Тому це не звіт про особистий шлях кожного гравця, а повторні події можуть порушувати звичне очікування «кожен наступний етап менший за попередній».

За нульової кількості кліків наступні відсотки дорівнюють нулю, а базовий рядок може й далі показувати 100%. Це технічна основа відображення, а не доказ успішної конверсії. Відхилені, скасовані й спірні події виключені. Нульова воронка також потребує перевірки доступності аналітики й передавання подій.

Використовуйте звіт для формулювання запитань. Є кліки, але немає реєстрацій — перевірте посадкову сторінку й передавання reg. Є реєстрації, але мало FTD — перевірте визначення події, час її настання й надсилання. Самих агрегованих даних недостатньо, щоб звинуватити партнера чи підтвердити помилку інтеграції.

Воронка: період і нульові значення — AffiliateCore DEMO, 2026-10-09.

Запросити колег: реферальна програма

Власник компанії з доступом до розділу бачить посилання запрошення, стан програми, застосовні ставки, запрошення, винагороди й історію реферальних виплат. Очікувана, доступна й зарезервована суми розділені. Тут само для рекламодавця передбачені дії налаштування реферальної адреси й виведення за виконання умов.

Реферальні кошти не є рекламним балансом компанії. Запрошення партнера не гарантує нарахування: перевіряйте правила й стан конкретної винагороди. В учасника компанії без прав власника розділ може бути відсутнім.

Account details and access (дані та доступ): вимоги до акаунта

Заповніть ім’я, телефон, Telegram, бренд, юридичну назву, країну реєстрації й сайт відповідно до форми. Країна вводиться дволітерним кодом у верхньому регістрі. Обов’язкові поля визначаються поточними вимогами, а решта причин обмеження видна на сторінці. Після збереження перечитайте повідомлення: заповнення профілю не завжди завершує перевірку акаунта.

Переконайтеся, що редагуєте потрібну компанію. Не підмінюйте перевірку юридичних документів заповненням текстових реквізитів: для документів існує окремий розділ KYB, коли він доступний.

KYB і RG описані окремо як умовні розділи: вони не входять до наведеної вище карти доступного меню. Якщо відповідний пункт прихований, інструкція не означає, що його можна відкрити напряму.

Умовний розділ: KYB верифікація

Пункт показується, коли модуль доступний. Форма послідовно збирає відомості про компанію й документи ліцензії. Заповнюйте поля й завантажуйте документи за підказками майстра; потім перевіряйте статус розгляду. Завантаження файлу й автоматичний розбір не означають остаточного схвалення.

Не кожен акаунт має бачити цей пункт, і сама його відсутність не є помилкою. Дотримуйтеся поточних вимог кабінету. Наявність розділу чи статусу всередині платформи не замінює перевірки застосовних вимог до вашої діяльності.

Умовний розділ: RG відповідність

За доступного модуля заповніть чекліст заходів відповідальної гри, які реально діють, відомості про відповідального працівника й його контакти, якщо форма їх запитує. Перевірте відображувану оцінку й надішліть форму доступною дією. Збережені відповіді мають відповідати реальним процедурам компанії.

Оцінка чекліста — результат заповнення форми, а не самостійне підтвердження ліцензування чи незалежний аудит. Розділ не слід заповнювати «для галочки», щоб отримати вищий показник.

Листи та сповіщення, умови й допомога

У розділі «Листи та сповіщення» перевіряйте email і керуйте доступною підпискою на загальну розсилку. Після підтвердження в іншій вкладці оновіть статус. Обмеження частоти повторного надсилання означає, що потрібно зачекати. Не переносьте в кабінет рекламодавця інструкцію щодо підписки вебмайстра на нові офери: налаштування ролей відрізняються.

У розділі «Умови платформи» показані застосовні умови й націнка для компанії з поясненням розрахунку; у конкретного офера можуть бути власні умови. Плануючи бюджет, враховуйте повні витрати рекламодавця, а не лише винагороду партнеру.

Дзвіночок містить сповіщення кабінету. Мова вибирається перемикачем, короткий тур запускається через «Повторити знайомство» в меню користувача. Віджет підтримки й AI-помічник доповнюють роботу з кабінетом; не передавайте туди секрети й документи без потреби. Підказка туру не замінює доступних дій поточної сторінки.

Перевірка готовності до запуску

1. Вибрана правильна компанія, виконані показані вимоги до акаунта.
2. Для офера погоджені подія, ставка, GEO, джерела, матеріали й холд.
3. Перевірені підсумковий статус публікації та готовність фінансування.
4. Перевірене передавання подій і визначений порядок звірки ідентифікаторів.
5. Підключення вебмайстрів розглянуті, якщо потрібне ручне погодження.
6. Аналітика порівнюється за однакові періоди з урахуванням статусів і різних визначень показників.

Якщо результат розходиться з вашою системою, почніть із чекліста незарахованих конверсій. Для розбору достатньо конкретних ідентифікаторів і опису розбіжності; повторна оплата чи створення нового офера не є способом діагностики.