CPA-сеть

Происхождение и история термина

История партнёрского, или аффилиатного, маркетинга включает как программы отдельных продавцов, так и развитие самостоятельных посреднических сетей. В исторических документах ниже показаны обе схемы ^{[13, 18]}.

В пресс-релизе Amazon с датировкой 18 июля 1996 года объявлена программа Amazon.com Associates. Участвующие сайты выбирали книги для своей аудитории, размещали ссылки на каталог и получали вознаграждение за рекомендации; оформление заказов, обслуживание покупателей и доставку выполнял Amazon ^[13]. Это ранний документированный пример программы одного продавца. Он помогает понять исходную схему сотрудничества, но сам по себе не доказывает, что Amazon создал первую партнёрскую программу или первую CPA-сеть.

В 2003 году документируется уже отдельная инфраструктура посредников. 10 октября 2003 года ValueClick объявила соглашение о приобретении Commission Junction — компании партнёрских технологий и услуг — и намерение объединить её с Be Free. В том же документе описана сеть партнёрских сайтов с оплатой за обращения и/или долей выручки ^[14]. Объявление сделки ещё не означало её завершения.

Годовой отчёт ValueClick за 2004 год уточняет последовательность: Be Free приобретена в мае 2002 года, Commission Junction — в декабре 2003 года, в 2004 году их объединили под брендом Commission Junction. Отчёт описывает две возможности для рекламодателя: организовать собственную сеть партнёров или воспользоваться уже существующей сетью издателей. В инфраструктуру входили управление предложениями, учёт переходов, обращений и продаж, анализ результатов и организация платежей ^[18]. Эти документы показывают две схемы: прямое сотрудничество с продавцом и работу через посредника, который объединяет участников, учёт и платежи.

Точная дата первого употребления выражения «CPA-сеть» и его автор по этим источникам не установлены. В современной терминологии тоже нужно читать контекст: Awin расшифровывает CPA как cost per acquisition и связывает эту модель с покупкой, отдельно описывая CPL — cost per lead, оплату подходящего обращения. Русскоязычная справка Admitad описывает CPA-сеть шире, через оплату целевых действий ^{[1, 6]}. Название сети поэтому не определяет, какое именно событие оплачивает программа.

Суть и механизм

Кто за что отвечает

Рекламодатель предлагает товар или услугу и открывает программу привлечения клиентов. Партнёр, также называемый веб-мастером или аффилиатом, приводит пользователей: например, через обзор на своём сайте. Пользователь переходит к рекламодателю и совершает действие. Сеть соединяет участников, предоставляет отслеживание, отчётность и расчёты. Такое распределение ролей описывает Awin ^[1].

Оффер в дальнейшем будем понимать как конкретное предложение программы: оплачиваемое событие, ставку и условия работы. Это рабочее обозначение статьи. В Admitad тарифы могут различаться даже для одного типа действия ^[6]. Поэтому «500 рублей за заявку» недостаточно для сравнения без определения самой заявки.

Сеть отличается от прямой партнёрской программы наличием посредника. В прямой схеме рекламодатель и партнёр организуют отношения между собой. Использование программного обеспечения само по себе не определяет схему отношений: ещё ValueClick описывала и создание собственной сети рекламодателя, и работу через готовую сеть ^[18]. Для сравнения редакция предлагает смотреть на функции: кто принимает партнёров, передаёт события, рассматривает споры и перечисляет деньги. Число компаний в схеме само по себе не показывает качество этих процессов.

Как действие попадает в отчёт

Трекинг — техническое отслеживание переходов и действий. В Admitad партнёрская ссылка содержит идентификатор клика admitad_uid: по нему событие связывается с соответствующим источником ^[8]. Идентификатор — метка для сопоставления записей, а не доказательство права на вознаграждение.

Awin использует компоненты на стороне браузера и сервера. Браузерный тег — код на странице, передающий сведения о событии; серверный канал передаёт данные между системами. Документация Awin предусматривает тестовую транзакцию после настройки ^[2]. Это устройство конкретной интеграции, а не требование, чтобы каждая сеть применяла одинаковый набор компонентов.

Атрибуция, подтверждение и деньги

Атрибуция — присвоение источнику или нескольким источникам заслуги за действие пользователя; модель атрибуции задаёт правило или алгоритм такого распределения. Так эти понятия объясняет документация Google Analytics ^[15]. Для учебного пояснения представим пользователя, который сначала прочитал обзор партнёра А, затем перешёл по ссылке партнёра Б. Если условия нашей модели отдают комиссию последнему переходу, который соответствует условиям программы, результат получит Б. Это заданное правило примера, а не установленная модель всех сетей.

Учитывается и окно атрибуции: в рассматриваемой схеме учёта после перехода это допустимый промежуток после клика, в течение которого совершённое действие ещё можно приписать партнёру. Именно такой смысл имеет referral window в документации impact.com; величина окна зависит от договора ^[16]. В учебной модели с окном семь дней покупка на пятый день укладывается в него, на девятый — нет. Результат дополнительно зависит от остальных правил, например допустимости перехода. Само наличие клика в отчёте этих условий не заменяет.

Подтверждение действия отвечает уже на другой вопрос: выполнены ли требования программы? Admitad, например, различает подтверждённую заявку и одобренную заявку: подтверждение получения обращения не равнозначно положительному решению по нему ^[6]. Поэтому точное название оплачиваемого события важнее общего слова «конверсия».

В impact.com зарегистрированное и приписанное партнёру действие сначала может иметь статус pending — ожидать проверки. До даты фиксации его можно изменить или отменить. После locking — фиксации — сумма считается подтверждённой, а перечисление связано с отдельной clearing date, датой расчёта ^[3]. Эти английские названия относятся к данной платформе.

Холдом называют период ожидания, однако состав ожидания нужно уточнять. Учебная справка Admitad рассматривает вместе время обработки и оплаты, а текущая справка разделяет подтверждение и готовность суммы к снятию ^{[7, 9]}. Не следует по одному слову «холд» решать, что деньги поступят немедленно после подтверждения.

Виды и классификации

Ниже — схема редакции для сравнения программ, а не универсальная отраслевая классификация. Она помогает читать условия в одной последовательности.

Заявка и покупка — разные результаты. Вознаграждения за получение заявки и за состоявшуюся покупку нельзя сопоставлять как цену одного и того же результата. Даже при одинаковом названии действия нужны его условия и правила расчёта.

Как применяется на практике

Учебный пример: от ста заявок к выплате

Вымышленное издание размещает обзор онлайн-сервиса с партнёрской ссылкой. Условная программа платит 500 рублей за новую заявку, по которой выполнены заранее заданные требования. В примере повторные обращения не оплачиваются. Это учебные условия, а не тариф или правило названной сети.

За выбранный период получено 2000 переходов и зарегистрировано 100 заявок. При проверке 12 заявок оказались повторами, ещё восемь не соответствовали согласованным требованиям. Все причины в модели установлены, а группы не пересекаются. Следовательно, подтверждено 100 − 12 − 8 = 80 действий.

По условиям учебного расчёта к дате выгрузки оплачены 60 подтверждённых действий. Уже перечислено 60 × 500 = 30 000 рублей, ещё 20 × 500 = 10 000 рублей ожидают оплаты. Заявки, подтверждённая сумма и поступившие деньги здесь описывают разные состояния одного набора данных.

Это важно для планирования расходов. Если издание потратило 25 000 рублей на выбранное размещение, разность подтверждённого вознаграждения и этих затрат составляет 40 000 − 25 000 = 15 000 рублей. Разность уже полученной суммы и тех же затрат составляет 30 000 − 25 000 = 5000 рублей. Первая величина не равна свободным деньгам на дату выгрузки.

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

Российская и международная практика

В русскоязычной справке Admitad действие может быть отклонено, подтверждено с ожиданием оплаты или переведено в состояние готовности вознаграждения к снятию. Сверка означает присвоение финальных статусов ^[7]. Международный пример impact.com также разделяет регистрацию, фиксацию и расчёт, но использует собственные названия и настройки ^[3]. Сопоставлять нужно смысл состояний, а не перевод одного ярлыка.

Для издания важен и сам материал с партнёрской ссылкой. Google относит к thin affiliation страницы, которые копируют описания или отзывы продавца без самостоятельной ценности. При этом участие в партнёрской программе само по себе не делает страницу нарушением: Google приводит как полезные примеры собственные обзоры, тесты и сравнения ^[4]. Это политика поиска, а не российская правовая квалификация рекламы.

Как измерить или проверить

Показатели с понятным знаменателем

В учебном примере можно рассчитать три доли:

CR, conversion rate, — коэффициент конверсии: в партнёрской статистике Admitad это отношение действий к переходам по партнёрской ссылке ^{[9, п. 5]}. В наших формулах отношение выражено в процентах. В первой формуле числитель — зарегистрированные заявки, в третьей — подтверждённые. Вторая формула описывает результат проверки заявок. Подпись «конверсия 80%» без знаменателя скрыла бы это различие.

CPA, cost per action, — средняя стоимость действия. Google Ads определяет её как расходы на конверсии, делённые на их число ^[17]. Для нашего учебного расчёта зададим:

где C — выбранные расходы в рублях, A — число подтверждённых действий за согласованный период; CPA измеряется в рублях за действие. Мы применяем общее отношение к заданным расходам партнёра и подтверждённым заявкам, а не воспроизводим показатель из кабинета Google Ads. Расходы партнёра на одно подтверждённое действие равны 25 000 / 80 = 312,50 рубля. Это цена действия по выбранным расходам, а 500 рублей — ставка вознаграждения за него. Если рекламодатель несёт дополнительные сетевые или операционные расходы, его полная цена привлечения по этим данным неизвестна. При нуле подтверждённых действий деление на их число не определено.

Контрольная проверка трекинга

Редакция предлагает воспроизводимый тест: создать разрешённое тестовое событие, найти его идентификатор в системе рекламодателя и сети, затем проверить приписанного партнёра, время, сумму и статус. В Awin тестовая транзакция прямо предусмотрена документацией интеграции ^[2]. Тест не следует подменять фиктивной заявкой реального клиента.

В нашем учебном сценарии можно заранее задать ещё одно условие: повторная передача того же идентификатора не создаёт второго оплачиваемого действия. Тогда тест проверяет и эту защиту от повторного учёта. Это условие испытания, а не утверждение, что все платформы одинаково обрабатывают повторы.

Разбор расхождений

В отдельном учебном сценарии партнёр видит 100 событий, рекламодатель — 95, а подтверждены 80. Выгрузки относятся к одному периоду, часовому поясу, типу события и программе; каждый идентификатор обозначает одно событие и встречается в каждой выгрузке не более одного раза. Одних этих условий ещё недостаточно, чтобы назвать пять записей несопоставленными: нужно выяснить, какие события совпадают.

Зададим результат сверки по идентификаторам: у партнёра есть события с номерами от 1 до 100, у рекламодателя — от 1 до 95, подтверждены — от 1 до 80. Таким образом, все записи рекламодателя входят в набор партнёра, а все подтверждённые — в набор рекламодателя. Теперь можно выделить пять событий с номерами от 96 до 100, найденных только у партнёра, и 15 событий с номерами от 81 до 95, зарегистрированных у рекламодателя, но пока не подтверждённых. Других записей в этой модели нет.

Для первой группы проверяют передачу события и попадание в выбранный период, для второй — статус и основание решения. «Не подтверждено» не обязательно означает «отклонено»: в модели итоговый статус этих 15 событий не задан. Вычисленные группы показывают, что проверять, но ещё не доказывают техническую потерю или неправомерный отказ в оплате.

Если наборы не вложены друг в друга, число несовпадающих событий нельзя определить простым вычитанием общих количеств. Например, при тех же итогах у партнёра могут быть номера от 1 до 100, а у рекламодателя — от 1 до 90 и от 101 до 105; подтверждёнными остаются номера от 1 до 80. Тогда десять событий есть только у партнёра, пять — только у рекламодателя. Поэтому проверка начинается с совпадений по идентификаторам, а не с разности итоговых чисел. Без общего идентификатора судьбу отдельных событий по двум суммам восстановить нельзя.

Ошибки, ограничения и спорные вопросы

Считать отклонение доказательством фрода. Фрод, от английского fraud, — намеренный обман. В учебных материалах Admitad приведены, например, подмена чужой партнёрской метки и фиктивные заказы ^[10]. Возврат товара или несоответствие условиям сами по себе не устанавливают такой умысел.

Считать любую запись доказательством качества. Даже технически зарегистрированное событие нужно сопоставить с условиями действия. В учебном примере повторная заявка существует, но права на оплату не создаёт. Для спора нужны конкретные записи и основания, а не общий ярлык «некачественный трафик».

Принимать атрибуцию за прирост продаж. Присвоение покупки партнёру выполняет правило учёта. Google Ads отдельно различает такие конверсии и добавочные действия, которые без рекламы не произошли бы. Для оценки добавочного результата в методике Conversion Lift сравниваются группы с показом рекламы и без него ^[19]. Это пример отдельного исследования, а не свойство любой CPA-сети. В нашем учебном расчёте такого сравнения нет, поэтому число дополнительных покупок неизвестно.

Обещать безошибочность из-за серверного канала. Серверная передача — один из компонентов описанной интеграции Awin; после настройки документация всё равно предусматривает тестовую транзакцию ^[2]. Проверять нужно весь путь события: правильный идентификатор, сумму, партнёра и отсутствие повторного учёта.

Сравнивать незавершённые и завершённые периоды. У свежих действий часть решений и платежей ещё впереди. В учебной модели 30 000 полученных рублей нельзя сравнивать с окончательными 40 000 другой модели, называя разницу потерей, пока не согласованы даты и статусы.

Правовой аспект

В России применимость обязанностей определяется размещением и ролями участников. Части 3 и 5 статьи 18.1 Федерального закона от 13.03.2006 № 38-ФЗ «О рекламе», в редакции от 04.08.2026, предусматривают предоставление или обеспечение предоставления информации о размещённой интернет-рекламе ^[11]. Обязанность относится к перечисленным в норме участникам при установленных условиях, включая направленность рекламы на потребителей в РФ и соответствие правительственным критериям. Информация передаётся через операторов рекламных данных — организации, уполномоченные учитывать рекламу и передавать сведения регулятору ^{[11, ч. 3, 5]}.

Изменения статьи 18.1, внесённые пунктом 3 статьи 1 закона от 26.12.2024 № 479-ФЗ, вступили в силу 01.03.2025; это следует из части 2 статьи 4 закона о поправках ^[12]. Дата редакции закона и дата начала действия конкретной поправки — разные реквизиты.

Для американского контекста Федеральная торговая комиссия США (FTC) разъясняет: коммерческую связь автора рекомендации с продавцом нужно ясно и заметно раскрывать, если потребители её не ожидают и она влияет на оценку рекомендации. Вопрос касается и комиссионных отношений авторов контента с рекламодателями. FTC указывает на пересмотр Endorsement Guides в 2023 году и поясняет, что сами руководства не имеют силы закона ^[5]. Это развитие правил рекомендаций в США, которое не подменяет российские требования к рекламе.

Подключение сети не является готовым юридическим заключением о размещении. До публикации правовой раздел и распределение обязанностей между участниками должен проверить юрист; индивидуальная оценка программы здесь не проведена.

Зарубежные счётчики и персональные данные. С 1 июля 2025 года часть 5 статьи 18 закона № 152-ФЗ «О персональных данных» (в редакции Федерального закона от 28.02.2025 № 23-ФЗ) не допускает при сборе персональных данных граждан России, в том числе в интернете, их запись, хранение и другие операции с использованием баз данных за пределами России. Счётчики вроде Google Analytics передают на зарубежные серверы IP-адреса и идентификаторы cookie, которые могут относиться к персональным данным; о трансграничной передаче, кроме того, заранее уведомляют Роскомнадзор (статья 12 того же закона). Нарушения влекут ответственность по статье 13.11 КоАП РФ. Использование такого счётчика на российском сайте требует юридической оценки; для сбора данных о посетителях из России применяют системы веб-аналитики с хранением данных в России, например Яндекс Метрику.

Частые вопросы

Связанные термины

• CPA (цена действия)
• Партнёрский (аффилиат) маркетинг
• CPL (цена лида)
• Атрибуция
• Ad fraud (рекламный фрод)
• Конверсия