Как выбрать платформу для CPA-сети: чек-лист

Платформа для CPA-сети выбирается не на квартал. Переезд с одной трекинговой системы на другую — это пересборка постбэков у всех рекламодателей, объяснение каждому вебмастеру, почему конверсии временно не считаются, и перенос истории выплат, которую не всегда можно выгрузить целиком. Поэтому решение стоит принимать не по красивому демо, а по ответам на конкретные вопросы: как считается конверсия, где физически лежат данные, что происходит с деньгами во время холда и что останется у сети, если договор закончится. Ошибка в выборе стоит не подписки за месяц, а нескольких месяцев переноса и доверия партнёров, которое после сбоя приходится завоёвывать заново. Ниже — семь блоков таких вопросов для разговора с продавцом до подписания. В конце — как на каждый из них отвечает Recca.

Учёт

Прежде чем платформа покажет дашборд с красивыми графиками, стоит спросить, как она считает то, что в этот дашборд попадает.

• Как фиксируется клик — по связке IP и User-Agent, по cookie, с каким окном дедупликации? От этого зависит, сколько кликов сеть будет вынуждена отбраковывать как накрутку вручную.
• Кто подтверждает конверсию: автоматический постбэк от рекламодателя или ручная модерация оператором сети?
• Есть ли доступ к сырым логам постбэков, а не только к агрегированной статистике? Если вебмастер оспаривает статус конверсии, спор решает лог, а не цифра в отчёте.
• Совместим ли формат постбэка с тем, что уже настроено у текущих рекламодателей? Многие держат интеграции под конвенцию Affise именно потому, что она стала де-факто стандартом среди трекеров, и переписывать её при смене платформы дорого.
• Видна ли статистика по сети целиком — рекламодатель, вебмастер, агент — в одном месте, или её придётся сводить вручную из нескольких кабинетов?
• Статистика в кабинете обновляется в реальном времени или с задержкой в час-два? Вебмастер, который в моменте перераспределяет рекламный бюджет между офферами, принимает решение по той цифре, что видит сейчас, а не по вчерашней.
• Можно ли задать разное окно дедупликации для разных офферов, или оно одно на всю платформу? Инфопродукт с длинным циклом решения и товар с покупкой за минуту требуют разных окон, и универсальная настройка кому-то из рекламодателей всегда будет мешать.
• Сохраняется ли история изменений статуса конверсии — кто и когда перевёл её из «отклонено» в «подтверждено»? Без этой истории спор между сетью и рекламодателем превращается в вопрос доверия на слово.

Деньги

Здесь платформа перестаёт быть просто счётчиком кликов и начинает быть бухгалтерией сети.

• Настраивается ли холд по каждому офферу и рекламодателю отдельно, или на всю сеть один и тот же срок ожидания? Разным вертикалям нужны разные сроки: возврат в интернет-магазине проверяется быстрее, чем факт оплаты кредита.
• Кто выставляет счета рекламодателю — сама платформа по факту подтверждённых конверсий, или это делает оператор сети вручную?
• Можно ли задать разные ставки рекламодателю и вебмастеру в рамках одной конверсии? Разница между ними — это и есть маржа сети; если платформа считает только одну общую цифру, маржу придётся высчитывать отдельной таблицей.
• Ведёт ли платформа баланс и историю выплат вебмастерам сама, или сумма к выплате каждый раз собирается вручную по заявкам?
• Как оформляется ситуация, когда рекламодатель за период подтвердил не все конверсии, — отдельным счётом на остаток или переносом в зачёт следующего периода?
• Видна ли маржа сети по каждому офферу отдельно, а не только общей суммой за месяц? Без разбивки по офферам сложно понять, какие из них стоит продвигать вебмастерам активнее.
• Что происходит с уже выплаченными вебмастеру деньгами, если рекламодатель оспаривает конверсию задним числом, — списание идёт автоматически с будущих выплат или требует ручного разбирательства?

Партнёры

Партнёров у CPA-сети три типа: рекламодатели, вебмастера и агенты, которые приводят вебмастеров. Хорошая платформа не заставляет управлять ими из трёх разных мест.

• Есть ли у вебмастера и рекламодателя отдельные кабинеты со своим набором прав, или всё сведено в один интерфейс под одним логином?
• Можно ли выдать кабинет на своём поддомене (white label), чтобы вебмастер видел бренд сети, а не логотип трекера?
• Если готовый интерфейс не подходит под процессы сети, есть ли API или SDK, чтобы собрать свой?
• Поддерживается ли многоуровневая агентская сеть — когда агент приводит вебмастеров и получает долю от их выплат — и до какого уровня цепочка считается автоматически, без ручных пересчётов?
• Офферы обычно продвигаются рекламой у вебмастеров и агентов. Кто в этой схеме маркирует объявления по требованиям закона «О рекламе» (38-ФЗ)? Вопрос стоит закрыть на этапе выбора платформы, а не после первого запроса от регулятора.
• Можно ли ограничить агенту видимость так, чтобы он видел доход от своей цепочки вебмастеров, но не ставки и переписку сети с рекламодателем?
• Проходят ли заявки на партнёрство модерацию, или ссылка на регистрацию превращает в вебмастера сети любого, кто по ней перешёл?

Интеграции

Даже самый удобный кабинет не заменит связь с системами, которые сеть уже использует — CRM, биллинг, рассылки.

• Есть ли публичный API не только для приёма постбэков, но и для выгрузки клиентов, конверсий и статистики в свои системы?
• Отправляет ли платформа вебхуки о событиях — новая заявка, подтверждённая конверсия, проведённая выплата — или статус нужно проверять вручную через интерфейс?
• Есть ли готовый SDK на распространённых языках, или под каждую интеграцию пишется код с нуля по документации?
• Сколько API-ключей можно выпустить на команду и можно ли отозвать один ключ отдельно, если сотрудник или подрядчик перестал работать с сетью?
• Есть ли песочница, чтобы прогнать интеграцию постбэков на тестовых данных до того, как в неё пойдёт реальный трафик рекламодателя?
• Какие события, кроме конверсии и выплаты, приходят вебхуком — например, смена статуса рекламодателя или блокировка вебмастера антифродом?

Данные

Раздел, который проверяют реже других, — а зря: последствия ошибки здесь наступают не сразу, а при первой проверке.

• На каких серверах физически хранятся данные — в России или за рубежом? Для закона «О персональных данных» (152-ФЗ) имеет значение не декларация в договоре, а фактическое расположение баз: закон требует, чтобы первичный сбор персональных данных граждан России вёлся на серверах на территории страны.
• Можно ли вообще не передавать платформе персональные данные клиентов сети, ограничившись непрозрачными идентификаторами вместо имени, телефона и почты? Такая конструкция допустима, если по переданным данным нельзя напрямую установить личность человека, — это и есть обезличивание в терминах того же 152-ФЗ.
• Если данные всё же передаются, кто в договоре отвечает за их обработку по закону — платформа как оператор или сеть?
• Есть ли в кабинете журнал действий пользователей, чтобы разобраться, кто и когда менял ставку по офферу или удалил договор с рекламодателем?
• Как часто делаются резервные копии базы и сколько времени в среднем занимает восстановление после сбоя на стороне платформы?
• Сколько времени хранятся логи постбэков — месяц, год, бессрочно, — и можно ли настроить срок хранения под свои нужды?

Оплата

Условия оплаты редко обсуждают на демо подробно, а именно они определяют, сколько денег сеть теряет на переводах и заморозках.

• В какой валюте выставляется счёт — в рублях или в долларах и евро? Зарубежные платформы обычно считают в валюте: например, у Affise тарифы на официальном сайте указаны в долларах США. Перевод валютного платежа поставщику из России — отдельная процедура со своими сроками и ограничениями, и это стоит уточнить до, а не после подписания.
• Списание разовое на год вперёд или посуточное? От этого зависит, сколько денег останется замороженным, если сеть решит уйти с платформы через два месяца.
• Договор заключается с российским юридическим лицом или счёт выставляет иностранная компания?
• Есть ли путь роста тарифа без миграции — от небольшого личного кабинета до полноценной CPA-сети на одной и той же платформе, без переноса истории и перенастройки постбэков?
• Можно ли попробовать платформу на своих офферах до оплаты полного тарифа, или демо ограничивается презентацией силами продавца?
• Что происходит с уже оплаченным, но не выработанным периодом при досрочном отказе от продления — деньги сгорают, возвращаются пропорционально или переносятся на следующий раз?

Уход с платформы

Это раздел, который обсуждают меньше всего и вспоминают в самый неудобный момент.

• Что можно выгрузить самостоятельно: список рекламодателей и вебмастеров с реквизитами, полную историю конверсий, логи постбэков, историю выплат?
• В каком формате отдаются данные — таблицы, которые можно перезалить в другую систему, или отчёт, по которому придётся вбивать всё вручную?
• Есть ли ограничение на период, за который можно выгрузить историю, или отдельная плата за полную выгрузку?
• Сколько времени даётся на выгрузку после отказа от продления — день, неделя, месяц?
• Нужно ли предупреждать платформу о прекращении обслуживания заранее и за сколько дней, чтобы выгрузка данных прошла без спешки?
• Берётся ли отдельная плата за полную выгрузку исторических данных при закрытии аккаунта, или это условие уже включено в тариф?

Спросите об этом до подписания, а не в момент ухода: право на выгрузку, прописанное в договоре, стоит дороже обещания в переписке с менеджером.

Как ответила Recca на каждый пункт

Учёт: кабинет CPA-агентства собирает рекламодателей, вебмастеров и договоры в одном месте, а клики, конверсии и статистика видны по сети целиком. S2S-постбэки пишутся в лог, доступный для сверки, а формат постбэка совместим с конвенцией Affise — интеграции, настроенные под неё, переносить не придётся.

Деньги: холды и биллинг рекламодателей настраиваются в кабинете, а выплаты вебмастерам ведутся там же, с историей и балансом. Ставки рекламодателю и вебмастеру в одной конверсии задаются раздельно, поэтому маржа сети считается автоматически, а не в отдельной таблице.

Партнёры: вебмастер и рекламодатель получают готовые кабинеты на поддомене сети (white label) со своим набором прав у каждой роли; если готовый интерфейс не подходит под процессы сети — открыты API и Go-SDK для своего. Агентская сеть с долей от выплат считается автоматически по цепочке до пяти уровней, без ручных пересчётов.

Интеграции: помимо постбэков доступны API для выгрузки данных и уведомления о событиях в систему клиента; команда может выпустить до десяти API-ключей и отозвать любой из них по отдельности, если сотрудник или подрядчик перестал работать с сетью.

Данные: серверы — в России; персональные данные клиентов сети передавать не обязательно — платформа умеет работать с непрозрачными идентификаторами вместо имени и контактов. В кабинете есть роли для команды и журнал действий, по которому видно, кто и когда менял ставку или удалял договор.

Оплата: тариф «CPA-сеть» стоит 50 000 ₽ в месяц при посуточном списании — 1 667 ₽ в сутки, оплата и договор в рублях, пополнение баланса тоже в рублях, подключение — по заявке. Ниже есть тарифы Free, Pro и Бизнес — от 0 ₽ до 15 000 ₽ в месяц, так что до CPA-сети можно дорасти на той же платформе, без переезда и перенастройки постбэков. Условия — на странице тарифов.

Уход с платформы: данные сети всегда доступны через тот же API и кабинет, которыми сеть пользуется каждый день, — выгружать их приходится не из отдельного «архива», а из системы, ключи от которой уже есть у команды.

Как выбрать платформу для CPA-сети — вопрос, на который нет одного универсального ответа, но есть проверяемый список: учёт, деньги, партнёры, интеграции, данные, оплата и цена ухода. Если на все семь пунктов есть внятный ответ до подписания, дальше остаётся сравнить цену — оставить заявку на подключение CPA-сети или посмотреть тарифы целиком.