«У нас ROAS 6, реклама окупается» — говорит подрядчик, а прибыль почему-то не растёт. Или наоборот: ДРР кажется высоким, кампании режут, а вместе с ними режут выручку. За обеими ситуациями стоит одно — метрики считают неправильно или толкуют не то, что они показывают. ДРР и ROAS выглядят просто, но именно на них чаще всего сливают бюджет, принимая решения по искажённым цифрам.
Разберём по-инженерному: что такое ДРР и ROAS, чем они отличаются от прибыли, как считать целевой ДРР через маржу, почему выручка «на сайте» и оплаченная выручка — разные вещи, и как собрать честную сквозную аналитику на 1С-Битрикс. Порядок в данных о заказах и их сверку с рекламой обеспечивает автоматизация продаж и склада на 1С.
Коротко
- ДРР = расходы / выручка, ROAS = выручка / расходы; это зеркальные метрики, не смешивайте их.
- ROAS и ДРР считаются от выручки, а не от прибыли — хороший ROAS может означать убыток.
- Целевой ДРР выводят из маржи: потолок = маржа минус нужная прибыль.
- Считать надо по оплаченным заказам из 1С, а не по «заказам на сайте», иначе метрика завышена.
Зачем вообще считать ДРР и ROAS
Рекламный бюджет — это не «сколько потратили», а «сколько заработали на потраченном». ДРР и ROAS отвечают именно на этот вопрос: они связывают расходы на рекламу с выручкой и показывают, окупается ли канал. Без них реклама превращается в чёрный ящик, где деньги уходят, а понимание эффекта отсутствует.
Но у этих метрик есть коварная простота: их легко посчитать неправильно и сделать неверный вывод. Поэтому важно не просто «знать ROAS», а понимать, от чего он считается, что не учитывает и как соотносится с прибылью. Иначе красивая цифра в отчёте будет прикрывать слив бюджета.
Формулы: ДРР и ROAS без путаницы
Начнём с определений, потому что путаница именно здесь порождает большинство ошибок.
| Метрика | Формула | Что показывает | Пример |
|---|---|---|---|
| ДРР | Расходы / Выручка × 100% | Доля выручки, съеденная рекламой | 20 000 / 100 000 = 20% |
| ROAS | Выручка / Расходы | Сколько выручки на рубль рекламы | 100 000 / 20 000 = 5 |
| ROI | (Прибыль − Расходы) / Расходы | Возврат на вложения с учётом прибыли | зависит от маржи |
ДРР и ROAS — зеркальные: ДРР 20% это ROAS 5. Разница только в удобстве восприятия: ДРР удобно ставить как потолок («не выше 20%»), ROAS — как цель («не ниже 5»). А вот ROI — принципиально другое: он считается от прибыли и потому честнее говорит о заработке. Смешивать эти три метрики в одном разговоре — прямой путь к неверным решениям.
Почему хороший ROAS не значит прибыль
Это главная ловушка. ROAS считается от выручки, а прибыль — от маржи. Пример: ROAS 5 выглядит отлично, но если маржа товара 15%, а ДРР 20%, вы платите за рекламу больше, чем зарабатываете на товаре, — то есть продаёте в минус, несмотря на «хороший» ROAS.
Причина в том, что выручка — это не деньги в кармане. Из неё ещё не вычтены себестоимость товара, логистика, эквайринг, возвраты и операционные расходы. ROAS и ДРР игнорируют всё это. Поэтому они полезны как быстрый индикатор эффективности рекламы, но категорически не годятся как единственный критерий «зарабатываем или сливаем». Для этого решения нужна маржа.
Целевой ДРР через маржинальность
Правильный целевой ДРР нельзя взять «из головы» или «по рынку» — его выводят из маржи. Логика простая: реклама может съесть только ту часть выручки, что остаётся после себестоимости, и то не всю, иначе не будет прибыли.
- Посчитайте маржу. Выручка минус себестоимость, логистика, эквайринг — в процентах от выручки.
- Определите нужную прибыль. Сколько процентов вы хотите оставить себе после рекламы.
- Вычислите потолок ДРР. Маржа минус нужная прибыль. Маржа 30%, прибыль 10% — потолок ДРР 20%.
- Задайте цель кампаниям. Всё, что стабильно выше потолка, работает в минус и требует правки.
Важный нюанс: маржа разная по категориям, значит и целевой ДРР должен быть разным. Единый потолок «20% на всё» переплачивает за низкомаржинальные товары и недоинвестирует в высокомаржинальные. Считать целевой ДРР стоит хотя бы по группам товаров, а данные о марже брать из 1С.
Выручка «на сайте» против оплаченной
Вторая частая причина завышенного ROAS — считать по заказам на сайте, а не по деньгам. Заказ, оформленный на сайте, — это ещё не выручка: часть отменится, часть вернут, часть не выкупят при доставке. Если брать все оформленные заказы, реклама выглядит эффективнее, чем есть.
Честная выручка — это оплаченные и не возвращённые заказы. Эти данные живут в 1С: там видно, какой заказ дошёл до оплаты, какой отменён, что вернули. Поэтому корректный расчёт ДРР требует сверки: расходы из рекламных кабинетов сопоставляются с выручкой по фактически исполненным заказам, а не по счётчику «оформлено на сайте». Разрыв между этими цифрами в некоторых нишах достигает десятков процентов — и ровно на столько врёт ROAS, посчитанный «по сайту».
Сквозная аналитика на 1С-Битрикс
Чтобы считать ДРР честно, нужна сквозная аналитика — цепочка от клика по рекламе до оплаченного заказа в 1С. На 1С-Битрикс она собирается из нескольких звеньев:
- Метки источника. UTM-метки и данные о канале сохраняются вместе с заказом при оформлении.
- Передача заказов в аналитику. Оформленные заказы с их источником уходят в систему аналитики.
- Сверка с 1С. Из 1С возвращается статус: оплачен, отменён, возвращён — и выручка привязывается к источнику.
- Сведение с расходами. Данные рекламных кабинетов сопоставляются с выручкой по каналам.
Технически это цепочка интеграций, где важно не терять данные: заказ должен надёжно уйти с источником, а статус из 1С — надёжно вернуться. Как строить такие обмены устойчивыми к сбоям, мы разбираем в статьях про REST-вебхуки и безопасность и про работу с данными на D7 ORM. Без надёжного обмена аналитика будет «дырявой», и метрики снова начнут врать.
Атрибуция: кому засчитать продажу
Даже с честной выручкой остаётся вопрос: кому приписать заказ, если покупатель контактировал с несколькими каналами? Кликнул по контексту, через неделю пришёл из поиска, потом из закладок — и купил. Кому засчитать продажу? Это решает модель атрибуции, и от неё сильно зависит ROAS каждого канала.
- Последний клик. Вся заслуга последнему источнику. Занижает верхние каналы, которые «прогревают».
- Первый клик. Заслуга тому, кто привёл впервые. Занижает нижние каналы, которые «дожимают».
- Линейная. Заслуга делится между всеми касаниями поровну.
- С учётом времени. Больше веса касаниям ближе к покупке.
Ключевое правило: сравнивайте каналы в одной модели атрибуции. Смотреть ROAS контекста по «последнему клику», а SEO — по «первому» бессмысленно, цифры несопоставимы. Зафиксируйте одну модель для всех и оценивайте по ней. Про синергию платного трафика и органики полезно помнить: часть заказов, засчитанных рекламе, на деле поддержана SEO — здесь помогает системная работа над органическим трафиком.
Разрезы: кампания, ключ, категория
Средний ДРР по аккаунту прячет проблемы. Кампания может быть «в норме» в среднем, но внутри — половина ключей в убытке, половина в плюсе. Поэтому метрики смотрят в разрезах:
- По кампаниям. Базовый уровень: какие кампании окупаются, какие сливают.
- По ключам и группам. Внутри кампании — где именно уходит бюджет впустую.
- По категориям товаров. С учётом разной маржи: высокомаржинальные терпят больший ДРР.
- По устройствам и регионам. Мобильный и десктоп, разные города — часто разный ДРР.
Чем детальнее разрез, тем точнее видно, что резать, а что масштабировать. Управление на уровне «средний ДРР по аккаунту» — это управление вслепую: вы гасите хорошие ключи вместе с плохими или наоборот.
Как принимать решения по цифрам
Метрики нужны для действий, а не для отчёта. Практический цикл работы с ДРР выглядит так:
- Считайте по накопленным данным. Смотрите неделю или месяц, а не один день — дневные цифры это шум.
- Сравнивайте с целевым ДРР. Который выведен из маржи категории, а не «из головы».
- Разбирайтесь в причинах. Рост ДРР — это упавшая конверсия, выросшая цена клика или сезон? Реакция зависит от причины.
- Правьте точечно. Режьте убыточные ключи, масштабируйте прибыльные, не трогайте нормальные колебания.
- Проверяйте результат. После правки снова смотрите накопленную статистику, а не реагируйте на первый день.
Главная ошибка на этом этапе — резкие движения по случайным дневным данным. Реклама шумит, и реакция на шум приводит к тому, что вы гасите работающие кампании из-за одного плохого дня.
Роль скорости и конверсии сайта
ДРР зависит не только от рекламы, но и от сайта. Один и тот же трафик при разной конверсии даёт разный ДРР: медленный сайт с плохим оформлением «сливает» оплаченный клик, и реклама выглядит неэффективной, хотя проблема не в ней.
Поэтому перед тем как резать бюджеты, стоит проверить сайт: скорость загрузки, удобство корзины, отсутствие технических ошибок в оформлении. Улучшение конверсии снижает ДРР без единого изменения в кампаниях — тот же бюджет приносит больше оплаченных заказов. Быстрый и стабильный сайт — половина успеха рекламы; про фундамент производительности мы писали в материале об инфраструктуре и хостинге на BitrixVM, а надёжность выкатки изменений — в статье про CI/CD и деплой.
Частые ошибки
- Смешивают ДРР, ROAS и ROI. Разные метрики в одном отчёте порождают неверные выводы.
- Считают ROAS от выручки и путают с прибылью. «Окупается» по ROAS может означать убыток.
- Берут заказы с сайта, а не оплаченные. ROAS завышен на долю отмен и возвратов.
- Единый целевой ДРР на все категории. Игнорирует разную маржу и переплачивает за низкомаржинальное.
- Разные модели атрибуции для разных каналов. Цифры несопоставимы, каналы оценены нечестно.
- Реагируют на дневные данные. Режут кампании из-за случайного плохого дня.
- Винят рекламу вместо сайта. Высокий ДРР из-за низкой конверсии, а бюджеты режут зря.
Чек-лист контроля бюджета
- Метрики разведены. Понятно, где ДРР, где ROAS, где ROI, и они не смешиваются.
- Целевой ДРР посчитан. Выведен из маржи по группам товаров, а не взят с рынка.
- Выручка честная. Считается по оплаченным и не возвращённым заказам из 1С.
- Сквозная аналитика собрана. Источник трафика доходит до заказа, статус из 1С возвращается.
- Атрибуция зафиксирована. Одна модель для всех каналов.
- Разрезы настроены. ДРР виден по кампаниям, ключам, категориям.
- Решения по накопленным данным. Правки по неделе/месяцу, без реакции на дневной шум.
- Сайт проверен. Скорость и конверсия в порядке, ДРР не искажён техническими проблемами.
Вывод
ДРР и ROAS обманчиво просты: их легко посчитать и так же легко посчитать неправильно. Три вещи спасают бюджет от слива. Первое — не путать метрики: ДРР и ROAS меряют эффективность относительно выручки, а прибыль показывает только ROI через маржу. Второе — считать по честной выручке, то есть по оплаченным заказам из 1С, а не по заявкам на сайте. Третье — выводить целевой ДРР из маржи категории, а не брать «среднее по рынку».
Соберите сквозную аналитику на 1С-Битрикс с надёжной сверкой заказов с 1С, зафиксируйте модель атрибуции и принимайте решения по накопленным данным в правильных разрезах. Тогда ДРР и ROAS станут инструментом управления прибылью, а не красивыми цифрами в отчёте, за которыми прячется утекающий бюджет.
