CR в CPA: конверсия и как её считать

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

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

Формула

CR (conversion rate, коэффициент конверсии) — отношение конверсий к кликам в процентах:

CR = (число конверсий / число кликов) × 100%

Пример. Рекламодатель ведёт трафик на лендинг. За сутки 4 000 кликов, 80 заявок. CR = 80 / 4 000 × 100% = 2%.

Метрика отвечает на вопрос «сколько из пришедших дошли до цели». Поэтому знаменатель — именно клики, а не показы: показы меряет CTR, интерес до перехода. CR включается в работу после того, как человек уже нажал ссылку.

Из примера видны два практических свойства. Первое: CR принадлежит паре «источник трафика + оффер». Один и тот же вебмастер даст 3% на одном лендинге и 0,4% на другом, поэтому сравнивать цифры имеет смысл только внутри одной связки.

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

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

CR почти никогда не читают в одиночку. Рядом стоят цена за заявку и EPC — доход с одного клика. CR говорит о качестве связки, цена за заявку — о её стоимости, EPC — о деньгах с перехода. Для оператора сети важнее всего первая цифра: она показывает, у кого связка работает, а у кого клики уходят в пустоту.

Что считается кликом

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

Как не сломать подсчёт

Одинаковая формула не гарантирует одинаковых цифр: дробь ломается на деталях учёта.

Повторные клики. Человек нажал ссылку трижды, прежде чем оставить заявку. Платформы считают переходы по-разному: кто-то каждый, кто-то один от одного посетителя за период. Пока метод не меняется, динамика честная; сравнивая две платформы, уточните, что каждая из них назвала кликом.

Дубли заявок. Постбэк об одной и той же заявке рекламодатель иногда отправляет дважды — перестраховка на его стороне. Без проверки на повтор по идентификатору числитель задваивается, и доля растёт на бумаге. Сверяйте число заявок в отчёте с числом принятых запросов.

Окно атрибуции. Клик в понедельник, заявка в среду. Если окно, в течение которого заявку склеивают с кликом, на стороне сети короче, чем на стороне рекламодателя, часть заявок выпадает из числителя, а клики остаются в знаменателе. Окна должны совпадать, иначе сравнивать нечего.

Границы суток. Отчёты сети и рекламодателя живут в разных часовых поясах, и «вчера» в этих двух кабинетах — не один и тот же отрезок времени. При сверке выравнивайте период до часов.

Пересчёты. Рекламодатель отклонил заявку постфактум. Доля по созданным от этого не меняется — и не должна: она фиксирует, сколько действий было создано. Меняется подтверждённая. Переписывать задним числом первую цифру не нужно, достаточно не смешивать обе в одном выводе.

CR и апрув

В CPA у одной заявки две жизни: создана и подтверждена. Отсюда два разных CR.

CR по созданным считает все заявки, включая отклонённые. Эту метрику вебмастер видит в кабинете сразу — она и есть его статистика.

CR по подтверждённым считает только апрув. По ней рекламодатель решает, продлевать ли программу, а оператор сети понимает, что сеть реально принесла.

Формула и знаменатель те же — меняется числитель. Если из 80 заявок подтверждено 56, то CR по созданным равен 2%, а по подтверждённым — 1,4%.

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

Деньги и доля складываются в одно число — EPC, доход с клика: EPC = выплата за заявку × CR. При выплате 500 ₽ за заявку и доле 2% каждый клик приносит в среднем 10 ₽. Если трафик стоит дороже, связка работает в минус при любом «правильном» уровне конверсии. Поэтому офферы сравнивают по EPC, а не по доле в отрыве от денег.

Апрув — доля заявок, дошедших до выплаты. Подтверждение не мгновенно: пока идёт холд, CR по подтверждённым неизвестен, и выводы о трафике раньше конца холда делать рано — часть заявок ещё подтвердится или отклонится.

Разрыв между CR и апрувом сам по себе метрика: если первое число стабильно, а доля подтверждений падает, проблема не в трафике, а в качестве заявок или в правилах рекламодателя. Для сети это место будущих споров: вебмастер видит 2% и ждёт выплату, рекламодатель смотрит на 1,4% и отказывает. Закрыть спор помогают логи постбэков: в них видно, какие статусы прошли заявки и когда.

Нормы

Вопрос «какой CR считается нормальным» звучит на каждом созвоне с рекламодателем. Универсального ответа нет: целевое действие у каждого своё — заявка, регистрация, оплата. Два ориентира всё же есть.

Первый — рекламные системы считают ту же величину той же формулой. В справке Google Ads конверсия — это действие, которое рекламодатель считает ценным: покупка, регистрация, заявка, а коэффициент конверсии — отношение конверсий к кликам. Рекламодатель, глядя на цифру в вашем кабинете, ожидает увидеть ту же логику, что и в своей рекламной системе.

Второй — целевое действие фиксируется в оферте: что считается конверсией и сколько оно стоит. В справке VK Рекламы, где описаны настройки метрик и статистики, отчёт строится вокруг действий, которые рекламодатель сам разметил как целевые. Поэтому показатель одной сети нельзя механически сравнивать с показателем другой: там могли засчитывать не то же самое.

Факторы, от которых зависит нормальный уровень: тип оффера (сложный продукт с длинным циклом решения даёт низкую долю, импульсный товар — высокую), температура трафика (чем холоднее аудитория, тем меньше заявок и дороже каждая), гео и язык (заявки с сайта не на языке аудитории почти нулевые), скорость загрузки (каждая лишняя секунда съедает часть переходов до целевого действия).

Своё влияние добавляют вещи, которых нет в кабинете: узнаваемость бренда рекламодателя (неизвестной компании доверяют меньше, и заявок меньше при том же трафике), сезонность (в пики спроса связка поднимается целиком, в межсезонье проседает), доля мобильных посетителей (формы, неудобные на экране телефона, обрывают путь к заявке). Поэтому «плохой» уровень одной недели — не вывод о связке, а точка для сравнения с той же неделей прошлого периода.

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

Низкая доля — не всегда плохо. Если оффер платит за одну заявку дорого, связка может быть прибыльной и при десятых долях процента; высокий уровень при копеечной выплате — не достижение. Метрику читают вместе с выплатой и ценой клика, а не по отдельности.

База для сравнения — не «средняя по рынку», а собственная история: уровень этой связки за прошлый период. Рабочий ориентир оператора — медиана по офферу: она показывает, сколько из пришедших доходит до цели у типичного вебмастера на этом же оффере. Сравнение связок на одном оффере честнее, чем сравнение офферов между собой.

Аномалии

CR живёт в характерном для своей связки диапазоне, и выход за него — повод для проверки. Ошибаются в обе стороны.

Резкий рост. Интуиция подсказывает «отличный трафик», но вероятнее обратное: бот накликивает и выполняет целевое действие по скрипту, кликфрод выжигает бюджет и поднимает долю редких живых заявок, вебмастер стимулирует действия, которые не дойдут до оплаты. Помните арифметику: CR — дробь. Она растёт двумя путями — заявок стало больше или кликов меньше. Пример: вчера 4 000 кликов и 80 заявок, CR 2%; сегодня 1 000 кликов и 20 заявок — CR снова 2%, а заявок вчетверо меньше. Знаменатель просел, трафик испортился.

Скачок — это фильтр: он не говорит, что трафик плохой, он говорит, что сначала проверяют трафик и только потом думают о масштабировании.

Аномалию читают относительно выборки. Скачок у одного вебмастера при стабильных остальных — сигнал про него: источники, креативы, методы. Поплыли все на одном оффере — сигнал про рекламодателя: лендинг, форма, правила подтверждения. Сдвинулись все офферы сразу — ищите сбой у себя: приём постбэков, дедупликация, обновление платформы. Такой порядок исключает спор «кто виноват»: сначала локализуют, у кого именно сломалось.

Что смотрят при проверке, кроме самой метрики: объём кликов по дням против прошлых периодов, повторы заявок с одного источника, однотипные серии действий — одинаковое время, устройства, подсети, шаблонные данные в формах. Антифрод платформы ловит часть таких серий автоматически лимитами, но решение о выплате остаётся за оператором.

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

1. Сравнить объём кликов за период с прошлыми периодами: что росло — числитель или знаменатель.
2. Открыть логи постбэков и проверить статусы: сколько заявок рекламодатель подтвердил и сколько отклонил.
3. Проверить, не менялись ли лендинг и правила подтверждения у рекламодателя.
4. Поставить холд на выплаты по связке и ограничить объём до выяснения.

Падение — тоже сигнал: рекламодатель изменил лендинг, отвалился постбэк, ужесточились правила подтверждения. Пока причина не найдена, наращивать объём нельзя — сеть платит за клики, которые перестали превращаться в заявки.

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

CR в отчётах

В отчётах сети CR — не одна цифра, а срезы: по вебмастерам, по рекламодателям, по офферам, по дням. Оператор читает их в определённом порядке.

Первый проход — по вебмастерам на каждом крупном оффере: у кого уровень выше или ниже медианы. Вебмастера с устойчивым объёмом и уровнем выше медианы — кандидаты на масштабирование; высокий показатель на новом аккаунте — кандидат на проверку.

Второй проход — по рекламодателям: у кого просел CR по подтверждённым, с тем и разговор о качестве заявок. Третий — во времени: падение в один день почти всегда техническая причина (постбэк, лендинг), плавное снижение за неделю — качество трафика.

Ритм у проходов разный. Созданные заявки смотрят ежедневно — там видны сбои постбэков и всплески; подтверждённые — раз в неделю, когда по закончившимся холдам видна итоговая доля апрува.

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

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

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

Что запомнить

• CR — доля кликов, закончившихся целевым действием: заявки делят на клики и умножают на 100%.
• В CPA метрика живёт парами: по созданным и по подтверждённым. Без второй цифры первая говорит о статистике вебмастера, а не о деньгах сети.
• Нормы нет — есть история конкретной связки «оффер + источник». Сравнивайте с прошлым периодом и медианой по офферу, а не со «средним по рынку».
• Резкий рост — повод проверить трафик: что росло, числитель или знаменатель. Падение — повод проверить постбэки и лендинг.
• Показатель читают вместе с логами: сколько кликов принято, сколько постбэков вернулось, сколько заявок дошло до выплаты.

Если вы запускаете свою CPA-сеть и хотите видеть CR, апрув и логи постбэков в одном кабинете — посмотрите тариф «CPA-сеть» или все тарифы и оставьте заявку на подключение.