Коли оператори розмовляють зі мною про перехід з Affise на Scaleo, емоція, що виникає найчастіше, — це не захоплення. Це страх. Страх зламати щось, що «нібито працює», страх засмутити топових партнерів, страх прокинутися і побачити дашборд із нульовою кількістю конверсій.
Цей страх раціональний. Ви переносите «нервову систему» вашого механізму залучення гравців. Якщо поспішати, можна легко втратити дані, помилитися в атрибуції VIP-клієнтів або створити неприємні суперечки під час звірки.
Водночас варіант «нічого не робити» з кожним кварталом стає дорожчим. Сигнали конфіденційності змінюються, тактики фроду еволюціонують, а оператори казино впроваджують набагато детальніші воронки гравців у свій стек трекінгу, ніж 2–3 роки тому. Застарілі системи, зібрані для простих CPA-потоків, тепер мають справу з реаліями мультибрендовості, мультиліцензійності та багатоцільових структур.
Тому цей посібник розроблений як план дій — не просто «як експортувати CSV», а точна послідовність операцій, яку я рекомендую при міграції з Affise на Scaleo, коли на кону стоїть активний трафік казино. Гравцям потрібно зробити кілька кліків, щоб зайти на сайт cosmolot.ua та почати грати в улюблені ігри.
Що таке «міграція з Affise на Scaleo»?
Міграція з Affise на Scaleo — це структурований процес перенесення всіх основних сутностей (рекламодавців, афілейтів, оферів, посилань відстеження, постбеків та, за бажанням, історичної статистики) з вашої застарілої системи Affise у Scaleo. Процес забезпечує збереження цілісності даних, партнерських відносин та безперервність потоку живого трафіку завдяки стратегії поетапного перемикання без простоїв.
Мета проста: змінити «мозок» системи, не зупиняючи її серцебиття.
Крок 1 — Проєктування архітектури міграції
Перш ніж натиснути кнопку експорту, вам потрібна чітка карта залежностей. Якщо ви імпортуєте дані в неправильному порядку, Scaleo просто відхилить частину даних, і ви застрягнете на налагодженні наполовину створених оферів.
Суворий порядок, який працює на практиці, виглядає так:
- Рекламодавці (Advertisers)
- Афілейти (Affiliates)
- Офери (Offers) (включаючи цілі/виплати, ліміти-капи та налаштування таргетингу)
- Поточний трафік (період «м’якої» міграції або накладання систем)
- Історична статистика (опціонально, але рекомендується за останні 3–6 місяців)
Чому цей порядок важливий?
Офери залежать від рекламодавців. Якщо рекламодавця не існує в Scaleo, імпорт оферу не вдасться. Афілейти та їхні постбеки повинні бути створені до того, як ви почнете перемикати трафік, інакше ви будете ловити конверсії «сіткою з дірками».
З нашого досвіду аналізу мільйонів кліків під час великих міграцій, найбільша помилка — це спроба перенести все одним махом. Вам не потрібні всі «мертві» офери та неактивні афілейти. Вам потрібне чисте, операційно корисне дзеркало вашого поточного двигуна доходів.
На цьому етапі:
- Визначте вікно для історичних даних (наприклад, статистика за останні 6 місяців).
- Вирішіть, яких афілейтів варто переносити (неактивні понад 3 роки? Можливо, краще залишити їх і залучити заново за потреби).
- Виберіть метод: API, CSV або гібридний підхід.
Крок 2 — Правильний експорт даних з Affise
У вас є два практичні шляхи виходу з Affise: API (JSON) та GUI-експорт у CSV. Для програм казино будь-якого масштабу я віддаю перевагу API, використовуючи CSV лише для швидкої перевірки списку афілейтів.
2.1 Експорт через Affise API
Ви використовуватимете ваш ключ Admin API та домен. Запити виглядають так:
- Рекламодавці: GET https://api.YOUR_DOMAIN.affise.com/3.0/admin/advertisers
- Афілейти (Партнери): GET https://api.YOUR_DOMAIN.affise.com/3.0/admin/partners
- Офери (активні): GET “https://api.YOUR_DOMAIN.affise.com/3.0/offers?status[]=active”
З погляду міграції вам потрібні лише ті поля, які допоможуть відтворити зв’язки в Scaleo. Для оферів обов’язково збережіть: оригінальний ID, назву, URL попереднього перегляду, цільову URL рекламодавця (landing URL), виплати, капи та таргетинг.
2.2 Експорт через CSV (GUI)
Якщо ваша програма середнього розміру:
- Перейдіть до розділу Advertisers / Affiliates / Offers в інтерфейсі Affise.
- Натисніть кнопку Export.
- Завжди обирайте «All columns», щоб не втратити важливі правила виплат або таргетингу.
Практична порада: зберігайте «заморожену» копію вихідних експортів перед початком будь-яких маніпуляцій. Це ваш страховий поліс на випадок помилок у скриптах трансформації.
Крок 3 — Трансформація даних для Scaleo
Scaleo очікує дані в певному форматі. На цьому етапі ви перетворюєте «сирі дампи» на сутності, готові до Scaleo.
3.1 Імпорт рекламодавців (першочергово)
У Scaleo:
- Шлях у UI: Advertisers → Add Advertiser
- Шлях через API: POST /network/advertisers
Відобразіть title з Affise як «Company Name» у Scaleo. Збережіть оригінальний ID Affise у кастомному полі для зручності відстеження в період перемикання.
3.2 Імпорт афілейтів та стратегія перереєстрації
Афілейти — це складніше, оскільки йдеться про облікові записи користувачів та безпеку.
- Важливо: Ви не можете і не повинні переносити паролі.
- Рекомендована стратегія: Створіть афілейтів без паролів і використовуйте систему запрошень Scaleo («Set your password»), щоб вони могли безпечно налаштувати доступ. Це виглядає професійніше, ніж розсилка тимчасових паролів.
Міграція постбеків — критична ланка
Якщо ви помилитеся з постбеками, конверсії будуть летіти в нікуди. Вам потрібно замінити макроси Affise на відповідні макроси Scaleo:
| Змінна | Макрос Affise | Макрос Scaleo |
| Click ID | {clickid} | {click_id} |
| Виплата / Сума | {sum} | {payout} / {amount} |
| ID транзакції | {action_id} | {transaction_id} |
| ID джерела | {pid} | {source_id} |
| ID оферу | {offer_id} | {offer_id} |
Висновок: Інвестуйте час саме сюди. Під час аудитів невдалих міграцій 80% проблем виникають через неточне зіставлення макросів та непослідовне відтворення структури постбеків.
Крок 4 – Імпорт оферів та перебудова цілей
Офери — це той етап, на якому міграція казино або стає елегантною, або перетворюється на «пекло» в електронних таблицях. Affise та Scaleo підтримують складні виплати, але моделюють їх по-різному.
Scaleo використовує чітку структуру Офер + Цілі (Goals):
- Офер = оболонка (назва, рекламодавець, базові URL, видимість, капи, таргетинг).
- Цілі = окремі події конверсії з власною моделлю виплат (CPA, RevShare, Hybrid, CPL тощо).
4.1 Використання шаблону імпорту оферів Scaleo
У Scaleo ви зазвичай починаєте з шаблону імпорту CSV:
- Шлях у UI: Settings → Import → Offers (точний шлях може відрізнятися залежно від налаштувань).
Ключові відповідності:
| Точка даних | Поле Affise | Поле / Параметр Scaleo | Примітки |
| Назва | title | title | Пряме копіювання. |
| Tracking Link | tracking_url | url | Landing URL рекламодавця, а не старе посилання кліку Affise. |
| Preview Link | preview_url | preview_url | Те, що афілейти бачать у своїй панелі. |
| Виплати | payments | goals | Створіть ціль за замовчуванням + додаткові цілі за потреби. |
| Ліміти (Caps) | caps | caps | Завжди перевіряйте часові пояси. |
| Статус | status | status | Активні — до активних, інші — за потреби. |
| Приватність | is_private | public/private | Приватні офери потребуватимуть схвалення афілейта. |
Якщо ви використовуєте API, алгоритм такий:
- Створюєте офер.
- Отримуєте повернутий offer_id.
- Створюєте одну або кілька цілей, прив’язаних до цього offer_id.
Наприклад, у вас може бути:
- Ціль А – FTD (CPA, ₴150, ГЕО = UK)
- Ціль Б – NGR RevShare (35%, ГЕО = UK)
- Ціль В – FTD (CPA, ₴120, ГЕО = DE)
Застарілі налаштування часто запихують це в один щільний масив виплат; Scaleo заохочує вас думати категоріями чітких, прозорих подій. Для роботи з афілейтами та фінансами така ясність — це справжній дарунок.
4.2 Дотримання лімітів (капів) та часових поясів
Це звучить буденно, але саме через капи фінансові команди нервують найбільше.
Affise може скидати капи за UTC, тоді як ваша команда звітує за CET, а ваші найбільші бренди працюють за часом MGA або UKGC. Коли ви налаштовуєте капи у Scaleo:
- Визначте, який часовий пояс є вашим єдиним джерелом істини для щоденних/щотижневих/щомісячних записів.
- Узгодьте логіку скидання капів у Scaleo з цим часом.
- Чітко повідомте афілейтів, якщо час скидання капів для них зміниться.
Застарілі vs сучасні підходи до міграції
Щоб зрозуміти, чому цей структурований метод такий важливий, корисно порівняти, як міграції відбувалися раніше і як їх проводять команди топового рівня зараз.
| Функція / Крок | Застарілий підхід | Сучасний підхід |
| Планування | «Експортуємо все в п’ятницю, запустимося в понеділок». | Поетапний план із порядком сутностей, періодом накладання та стратегією відкату. |
| Експорт даних | Одноразові масові CSV-дампи з ручним редагуванням. | Експорт через API зі скриптовою трансформацією та резервними копіями версій. |
| Паролі | Розсилка спільних тимчасових паролів через email. | Безпечний потік запрошень та примусове налаштування пароля у Scaleo. |
| Постбеки | Копіпаст та швидке редагування макросів «на око». | Систематичне зіставлення макросів із тестовими конверсіями для кожного партнера. |
| Офери / Виплати | Одне монолітне відображення «як вийде». | Дизайн «Офер + Цілі», що дзеркально відображає реальні KPI казино (FTD, NGR тощо). |
| Запуск | При жорсткому перемиканні стара платформа вимикається миттєво. | «М’яке» перемикання з подвійними постбеками та дублюванням трафіку. |
Крок 5 – План стратегії трафіку «м’якого перемикання»
Коли рекламодавці, афілейти та офери вже існують у Scaleo, робота ще не завершена. Справжнє випробування — це початок потоку живого трафіку.
Оператори вищого рівня розглядають це як контрольований період накладання, а не як стрибок зі скелі.
Високорівневий процес:
- Згенеруйте нові посилання Scaleo для всіх активних оферів.
- Повідомте афілейтів про дату оновлення, надавши посилання на нову панель Scaleo.
- Налаштуйте «глобальну мережу безпеки» на старій платформі, щоб надсилати будь-який «забутий» трафік у Scaleo замість того, щоб втрачати його.
- Налаштуйте подвійні постбеки (dual-fire) від рекламодавців під час перекриття, щоб обидві системи фіксували конверсії.
В Affise це зазвичай виглядає як налаштування Global Trafficback URL на смартлінк або ротатор Scaleo. Результат: якщо афілейт проігнорує ваш лист і продовжить лити на старе посилання Affise, цей клік все одно буде перенаправлений у Scaleo і монетизований.
З лабораторії даних: що дійсно працює
Коли оператори намагаються перенести «все й одразу» — кожного неактивного афілейта, кожен зупинений офер — проєкт затягується, а команди вигорають. Коли вони безжально обмежують обсяг «останніми 3–6 місяцями значущої активності», відбуваються три речі:
- Час міграції різко скорочується.
- Помилки в застарілих оферах, про які ніхто не пам’ятає, зникають з критичного шляху.
- У команд з’являється більше ресурсів для глибокого тестування потоків, які дійсно приносять дохід.
Оператори, які розглядають міграцію як шанс перебудувати структуру Цілей навколо реальних KPI казино, зазвичай бачать зростання після переходу. Коли FTD, кваліфікований депозит та NGR моделюються як окремі цілі в Scaleo, стає набагато легше тонко налаштовувати комісії та виявляти бонус-абузинг.
Як технології автоматизують міграцію?
Найгірше, що ви можете зробити, — це ставитися до цього як до ручної міграції в Excel. Використовуйте API.
Автоматизація базується на чотирьох стовпах:
- Створення сутностей через API (рекламодавці, афілейти, офери, цілі).
- Скриптова трансформація даних.
- Автоматизована валідація (тести кліків та постбеків).
- Моніторинг під час періоду накладання.
Скриптуйте зіставлення постбеків
Не робіть це «на око». Замість цього:
- Обробіть постбеки з Affise у структурований формат.
- Застосуйте детерміноване відображення: наприклад, “clickid” → “{click_id}”, “sum” → “{payout}”.
- Додайте перевірки: «Чи кожен постбек містить {click_id}?».
Системні тести валідації
Перед вимкненням Affise проведіть серію тестів:
- Тест кліку: перевірте через curl, чи посилання Scaleo перенаправляє на лендінг рекламодавця зі статусом 302/301.
- Тест постбеку: надішліть синтетичну конверсію в Scaleo за допомогою тестового click_id і перевірте, чи збігається виплата та чи зафіксовані всі subID.
Поширені запитання – Технічні питання операторів
1. Чи можу я запустити Affise та Scaleo паралельно без подвійного врахування конверсій?
Так, через систему Trafficback. Кліки, що прийшли на Affise, перенаправляються в Scaleo і фіксуються лише там. Рекламодавці ж надсилають постбеки в обидві системи, але Affise ви використовуєте лише як дзеркало для страховки, а Scaleo — для розрахунків.
2. Як S2S-трекінг у Scaleo знижує ризики проблем із пікселями?
Scaleo побудований на server-to-server (S2S) трекінгу. Сигнал конверсії йде з бекенду рекламодавця на бекенд Scaleo. Ви не залежите від того, чи завантажився піксель у браузері користувача і чи вижили сторонні файли cookie (3rd-party cookies) після обмежень ITP/ETP.
3. Чи дійсно мені потрібно імпортувати історію?
Операційно — так. Вам потрібно принаймні останні 3–6 місяців, щоб афілейт-менеджери бачили якість партнерів до міграції, а фінансовий відділ міг легко звірити періоди «до» та «після».
Висновок
Міграція з Affise на Scaleo — це не «просто» зміна платформи; це шанс перебудувати логіку того, як ви відстежуєте та винагороджуєте трафік.
Якщо ви дотримуєтеся правильного порядку, автоматизуєте процеси через API та проводите контрольований період накладання, то «страшна» частина міграції минає напрочуд спокійно. Ваші афілейти отримують швидший інтерфейс, а ви — надійний S2S-трекінг та інструменти для боротьби з фродом.
Готові автоматизувати свій проєкт міграції замість того, щоб боротися з таблицями? Почніть безкоштовну пробну версію зі Scaleo вже сьогодні.
