ARPU

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

Английское название раскрывается как Average Revenue Per User — средняя выручка на пользователя. ^[1] Датированный пример применения в цифровом медиабизнесе есть в регистрационном документе Spotify, поданном в SEC 23 марта 2018 года. Компания рассчитывала Premium ARPU по признанной выручке Premium за квартал, средней ежедневной численности подписчиков и числу месяцев в квартале. Это историческая методика конкретного сервиса, а не дата изобретения показателя. ^[6]

Сопоставление с современной веб-аналитикой показывает, почему одного сокращения недостаточно. В историческом примере Spotify база усреднялась по дням; Google Analytics называет знаменателем активных пользователей выбранного периода. ^{[2, 6]} Число на конец месяца, средняя ежедневная база и количество уникальных пользователей за месяц отвечают на разные вопросы.

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

Запись ARPU = выручка / пользователи проста, но сначала нужно согласовать её составляющие. Для собственной отчётности удобно рядом с числом записывать период, валюту, источники выручки, учёт возвратов и критерий включения пользователя. Это предложенный редакцией способ сделать расчёт воспроизводимым. При сравнении двух месяцев правила должны совпадать либо различие нужно объяснить.

В Google Analytics общая выручка включает покупки, подписки и рекламу с вычетом возвратов. ^[1] При этом аналитическая сумма событий и бухгалтерская выручка организации не обязаны быть одним показателем: необходимо проверить, что именно выгружено. Калькулятор делит введённую сумму, но не устанавливает её экономическое содержание.

Выручку также нельзя автоматически заменять деньгами, поступившими на счёт. В исторической отчётности Spotify предоплаченные подписки признавались выручкой по мере оказания услуги. ^[6] Учебный пример: читатель заранее заплатил 1200 рублей за год, а в принятой модели сумма распределяется поровну на двенадцать месяцев. Тогда на один месяц приходится 100 рублей выручки, хотя все деньги поступили сразу. Это условие примера, не универсальная инструкция по бухгалтерскому учёту.

Виды расчёта и близкие показатели

Документации GA4 и AppMetrica различают ARPU и ARPPU — среднюю выручку на платящего пользователя. Для ARPPU покупок берут выручку покупок и тех пользователей, которые покупали. Средний чек использует число покупок: один человек может сделать несколько. ^{[1, 3]}

Отдельно нужно различать календарный и когортный взгляд. Когорта — группа, объединённая условием входа, например первым использованием приложения в заданные даты. Revenue LTV в Amplitude рассматривает новых пользователей и выручку по времени после начала использования; пользователи, ещё не достигшие нужного возраста, исключаются из соответствующих точек. ^[4] Такой график не следует читать как месячный ARPU всей текущей аудитории.

ARPU в медиа: учебный пример

За месяц издание признало 80000 рублей рекламной и 40000 рублей подписной выручки. Учитываемая месячная аудитория — 10000 пользователей, из них 200 платящих. Все суммы и группы относятся к одному периоду; повторные записи пользователей заранее объединены по принятому правилу.

Общая выручка равна 120000 рублей. Деление на 10000 пользователей даёт ARPU 12 рублей на пользователя за месяц. Для подписного ARPPU делим только 40000 рублей на 200 платящих и получаем 200 рублей. Доля платящих — 200 / 10000 × 100%, то есть 2%.

Умножение ARPPU на долю платящих восстанавливает лишь подписную часть: 200 × 0,02 = 4 рубля на пользователя. Рекламная часть составляет ещё 8 рублей: 80000 / 10000. Вместе получается 12 рублей. Если подставить общую выручку в числитель ARPPU покупок, связь будет искажена: рекламная выручка окажется приписана платящим читателям.

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

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

Для воспроизведения примера используйте учебный калькулятор ARPU и ARPPU. Он принимает общую выручку, её часть от покупок, всех пользователей и платящих, а также название периода и одну валюту. Эти сведения выводятся вместе с результатом. Проверка принадлежности реальных событий нужному периоду остаётся за составителем данных.

В калькуляторе суммы неотрицательны и имеют максимум два десятичных знака; количества пользователей целые, до одного миллиарда. Общая база должна быть больше нуля, платящие не превышают всех пользователей, покупки — общую выручку. Это ограничения учебной реализации, а не всех вариантов ARPU. Средняя ежедневная численность из примера Spotify может быть дробной и требует отдельного расчёта.

При нуле платящих и нулевой выручке покупок ARPPU не определён: делить на ноль нельзя. Рекламная выручка при этом допустима. Если платящие есть, но выбранная выручка покупок равна нулю, калькулятор возвращает нулевой ARPPU. Результаты округляются до трёх знаков; малые положительные значения отображаются как «меньше 0,001», чтобы не смешивать их с точным нулём.

Ошибки и ограничения

Проверять изменение ARPU нужно вместе с числителем и знаменателем. Допустим, в учебном примере выручка осталась 120000 рублей, а аудитория сократилась с 10000 до 8000 пользователей. ARPU вырос с 12 до 15 рублей, но денег больше не стало. Для оценки ситуации нужны причины сокращения аудитории и другие показатели бизнеса.

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

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

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

Если исходная история пользователей содержит персональные данные, её обработку нужно оценивать отдельно от итогового среднего. Части 2, 4 и 5 статьи 5 закона № 152-ФЗ требуют определённой законной цели, соответствия данных этой цели и отсутствия избыточности. Использована редакция закона от 26.07.2026; текст статьи 5 действует в редакции закона № 261-ФЗ от 25.07.2011. ^[5] Это справочное указание, не заключение о законности конкретной системы; перед публикацией необходима юридическая проверка.

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

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

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

• LTV — пожизненная ценность клиента
• ROMI — отдача маркетинговых затрат