Проект: Анализ и симуляция фейковых конверсий в Scaleo (CPA-трекер)

Веб-программирование, Парсинг данных — неверно указаны категории?

Проект переведен автоматически. Войдите или зарегистрируйтесь, чтобы увидеть оригинал

🎯 Цель:

Понять, какие данные необходимо передавать в CPA-систему Scaleo, чтобы она отображала события типа "регистрация" или "депозит" по конкретному офферу.

🔍 Задача:

Проанализировать, как Scaleo принимает события от интегрированного продукта.
- Есть клик-ссылка типа:
  https://supabets.scaletrk.com/click?o=1&a=9317&c=43
- Проверить, отправляются ли события напрямую с сайта или через стороннюю "прокладку" (Keitaro, другой бэкенд).
Извлечь endpoint postback и параметры, которые принимает Scaleo.
- Найти структуру ссылки для фиксации событий (event=registration, event=deposit).
- Примеры параметров: click_id, event, amount, currency, sub1, status и т.д.
Определить обязательные поля для триггера конверсии.
- Какие параметры критичны для учета события?
Сделать тестовую симуляцию фейковых событий.
- Создать простой скрипт (или инструкцию Postman), который позволяет вручную или автоматически:
  - отправить событие "регистрация";
  - отправить событие "депозит";
  - проверить, попадают ли они в статистику Scaleo.

⚙️ Инфраструктура:

Трекер: Scaleo.
Ссылка на оффер: https://supabets.scaletrk.com/click?o=1&a=9317&c=43
При необходимости — есть доступ к Keitaro и примеры click_id.

✅ Ожидаемый результат:

Вы выяснили, куда отправляется реальная конверсия.
Получен пример postback-URL и список обязательных параметров.
Есть возможность симулировать событие вручную через GET/POST-запрос.
(Опционально) Есть скрипт или .sh/.py файл для массовой генерации событий.

🧰 Бонус будет, если:

Сможете получить conversion token или обойти ограничения доступа к postback в Scaleo.
Имеете опыт с Keitaro или обходными путями (API-прокси, webhook-ловушки).

Ставки 2 Обсуждения 5