RPM (доход на 1000 просмотров)

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

YouTube раскрывает сокращение как Revenue Per Mille, а справка AdSense использует английское название Revenue per thousand impressions. В обоих случаях речь идёт о доходе на тысячу, но название само по себе не сообщает всех правил расчёта. ^{[1, 4]}

8 ноября 2011 года команда Inside AdSense объяснила, что при обновлении интерфейса изменилась подпись показателя: раньше издатель видел eCPM, теперь — RPM. Сам расчёт остался прежним. В примере Джейми Фиркус 50 просмотров страниц принесли 0,20 доллара оценочного дохода: при обоих названиях это 4 доллара на тысячу просмотров. Публикация документирует употребление термина в AdSense к этой дате, но не устанавливает, кто первым ввёл его в рекламе. ^[6]

Историческое равенство названий в одном сервисе не делает их взаимозаменяемыми сегодня в любом отчёте. Например, в текущей справке РСЯ RPM относится к запросам, а eCPM — к показам, при которых хотя бы один пиксель блока оказался на экране. ^[5] При чтении старого отчёта полезно сначала восстановить тогдашнее определение столбца, а уже затем сравнивать числа.

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

В формуле есть две исходные величины. Числитель — доход, который мы рассматриваем. Знаменатель — количество событий, с которыми этот доход сопоставляем. Умножение на тысячу лишь меняет масштаб представления: вместо маленькой суммы на одно событие получается сумма на тысячу. Общий принцип описан в документации AdSense. ^[1]

RPM = 1000 × R / N.

Здесь R — доход в выбранной валюте, N — число событий одного вида за тот же период. Если речь идёт о Page RPM, N означает просмотры страниц, а R в определении AdSense — оценочный доход. ^[2]

Учебный пример. Условный сайт получил 12 000 рублей при 60 000 просмотров страниц. Сначала делим 12 000 на 60 000: получается 0,20 рубля на просмотр. Затем умножаем на тысячу и получаем RPM 200 рублей. Это среднее для всего выбранного набора данных. Расчёт не утверждает, что любая отдельная тысяча просмотров принесла одинаковую сумму.

У этой операции есть полезная обратная проверка. Если известны неокруглённый RPM и объём, доход восстанавливается умножением RPM на объём и делением на тысячу. В нашем примере 200 × 60 000 / 1000 даёт исходные 12 000 рублей. Совпадение проверяет арифметику, но ещё не подтверждает, что взято правильное поле отчёта.

R = RPM × N / 1000.

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

Виды и классификации: главное различие — база

Ниже сопоставлены определения самих платформ. Это не универсальная классификация доходности и не рейтинг площадок.

В случае YouTube важно различать views и engaged views. Официальный анонс от 19 августа 2026 года сообщает: с 24 августа views считаются с первого кадра во всех форматах. Engaged view означает, что человек нажал на видео и начал его смотреть либо продолжил просмотр после начальных секунд. Таким образом, одинаковое слово «просмотр» в переводе может скрывать разные события. ^[8]

Справка о доходе на дату проверки содержит несогласованные формулировки. В общем разделе RPM расчёт отнесён к тысяче engaged views, а таблица ниже продолжает говорить обо всех engaged views для Shorts и обо всех views для Videos. ^[4] Поэтому безусловное правило «для обычных видео берём все views» здесь было бы ненадёжным. Для воспроизведения конкретного отчёта нужны точное название поля, формат видео и период; однозначность нынешней формулировки для Videos требует уточнения у платформы.

Числитель YouTube RPM объединяет доход после доли платформы: рекламу, YouTube Premium, платное участие в канале и функции Super Chat и Super Stickers. ^[4] Super Chat позволяет покупать выделенные сообщения в чате трансляции, Super Stickers — цифровые, в том числе анимированные, сообщения-стикеры. ^[9] Поэтому это не просто цена рекламного показа; доступность функций по странам здесь не сравнивается.

Смена общего счётчика не означает одинакового изменения всех денежных метрик. В справке YouTube отдельно названы основания начисления доходов и критерии участия в партнёрской программе: для Shorts в первом случае используются вовлечённые просмотры, во втором — квалифицированные просмотры; отдельно различаются вовлечённые и квалифицированные часы просмотра. ^[7] Это разные назначения полей. Анонс ^[8] объясняет событие вовлечённого просмотра, но не устраняет несогласованность справки RPM ^[4]. Подменять одно поле другим только из-за слова «просмотр» нельзя.

Одна сумма, два разных знаменателя

Учебный пример по различию баз РСЯ. За условный период учтены 100 000 запросов блоков и 25 000 показов, отвечающих определению РСЯ; выбранный рекламный доход — 5000 рублей. На тысячу запросов приходится 5000 / 100 000 × 1000 = 50 рублей. Если ту же сумму разделить на показы, получится 5000 / 25 000 × 1000 = 200 рублей на тысячу показов. В терминологии этой справки второй знаменатель относится к eCPM. ^[5]

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

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

Начать удобно с вопроса, на который должен ответить расчёт. Для условного издателя это может быть вопрос: «Сколько дохода приходится на одинаковый объём чтения в двух разделах?» Тогда он выбирает просмотры страниц и одинаковый состав дохода. Если задача — оценить доход относительно всех рекламных запросов, выбирается другая база. Эти два расчёта могут быть полезны одновременно, но их нужно подписать по-разному.

Учебный пример: два раздела сайта за один месяц. Все суммы ниже — вымышленные, в рублях; оба раздела используют одну базу и не пересекаются.

Простое среднее показателей А и Б равно 200. Однако оно придаёт разделам одинаковый вес, хотя на раздел Б приходится втрое больше просмотров. Верный расчёт объединения использует исходные суммы: 1000 × 10 000 / 40 000 = 250 рублей. Тот же ответ получается, если взять четверть RPM раздела А и три четверти RPM раздела Б: 25 + 225 = 250. Вес — доля событий группы в общем объёме, а не доля её дохода. Поэтому большой доход сам по себе ещё не даёт основания назначить строке больший вес.

Общий RPM = 1000 × (R₁ + R₂) / (N₁ + N₂).

R₁ и R₂ обозначают доходы групп, N₁ и N₂ — их объёмы в одной единице. Из общей формулы следует и полезная проверка: при положительных объёмах результат должен лежать между RPM групп, включая границы. Значение 250 лежит между 100 и 300. Если расчёт даёт 350 при тех же исходных данных, в нём есть ошибка.

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

Есть и менее очевидный случай: общий показатель изменился, хотя показатели отдельных групп остались прежними. Продолжим учебный пример. Пусть в следующем месяце А получил 30 000 просмотров при RPM 100, а Б — 10 000 при RPM 300. Их доходы составят по 3 000 рублей, общий доход — 6 000, а общий RPM — 150. Падение с 250 до 150 объясняется перераспределением просмотров между разделами. Делать из него вывод об ухудшении доходности каждого раздела было бы ошибкой.

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

Для воспроизводимого расчёта рядом с числами полезно записать источник выгрузки, точное поле дохода, вид события, даты, часовой пояс и валюту. Например: «Учебный отчёт, рекламный доход раздела, просмотры страниц, октябрь 2026 года, Asia/Barnaul, рубли». Такая подпись помогает другому человеку повторить действия и заметить, если данные относятся к разным задачам.

Отдельно проверяют стадию дохода. В AdSense оценочный доход накапливается в течение месяца, а окончательный учитывает вычеты недействительной активности. Документация также предупреждает о различиях между часовым поясом аккаунта и платёжным часовым поясом America/Los Angeles. ^[3] Если сравнить две выгрузки с разными границами суток, небольшое расхождение может появиться ещё до расчёта RPM.

Учебный пример. При 50 000 просмотров оценочный доход 5 000 рублей даёт RPM 100. Если окончательный доход для той же базы составил 4 800 рублей, итоговое отношение равно 96. Снижение связано с числителем, который использован в расчёте. Называть эти два значения одинаково, не указав стадию дохода, значит скрыть существенную разницу исходных данных. Второй расчёт здесь — собственное отношение окончательного дохода к той же учебной базе. Он не меняет определение стандартного Page RPM AdSense, в котором указан оценочный доход. ^[2]

Состав дохода и его стадия — разные признаки. «Только реклама» описывает источники денег, «оценочный» — состояние их расчёта. Можно сравнить два рекламных RPM на одной стадии, а можно отдельно изучить пересмотр оценки. Но объединение одной строки только с рекламой и другой с рекламой плюс платным доступом уже не даёт сопоставимого показателя рекламной доходности. Это ограничение следует из того, что мы заранее выбрали измерять.

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

Учебный калькулятор двух групп выполняет такое объединение. В нём задаются одна единица базы, точное поле отчёта, период, часовой пояс, валюта и состав дохода. Подтверждение пользователя означает, что группы сопоставимы и не пересекаются; программа не проверяет это по рекламным кабинетам. Нельзя складывать просмотры страниц и рекламные показы, чтобы получить Page RPM: в справке AdSense знаменатель — именно просмотры страниц ^[2]. Для видео выберите в калькуляторе то событие, которое указано в исходном отчёте; программа не определяет его сама. Поле часового пояса только подписывает расчёт: программа не переводит даты и не пересчитывает валюты.

Калькулятор принимает неотрицательный доход с точностью до двух десятичных знаков и положительное целое число событий. Каждая сумма ограничена 10¹⁵ единиц валюты; суммарный объём — 9 007 199 254 740 991 событием. Это технические пределы приложения. Внутри денежные суммы хранятся как целые сотые доли валютной единицы, объёмы — как целые числа; дробь округляется до сотых только при показе результата.

Если исходный отчёт содержит больше двух десятичных знаков в доходе, этот инструмент не воспроизведёт его без предварительного изменения данных. Для точной сверки нужен расчёт с исходной точностью. Ошибочный или изменённый ввод скрывает прежний результат, а кнопка «Сбросить» возвращает учебный пример и снимает подтверждение сопоставимости. Отрицательные корректировки эта версия не принимает. Очень маленький положительный RPM может отображаться как 0,00: калькулятор отдельно предупреждает об округлении, чтобы его не принять за отсутствие дохода. Доход и объём в результате позволяют отличить эти случаи.

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

Самая простая ошибка — принять отношение за общий заработок. Учебный пример: в первый день 10 000 просмотров при RPM 200 дали 2 000 рублей. Во второй день 30 000 просмотров при RPM 150 дали 4 500 рублей. RPM снизился на четверть, а доход вырос в 2,25 раза. Противоречия нет: объём вырос втрое и перекрыл снижение дохода на тысячу.

Другая ошибка — ожидать от RPM объяснения причины изменений. YouTube прямо отмечает, что сводный показатель не раскрывает, какой источник дохода изменился. ^[4] В учебном примере с разделами мы также увидели: одна итоговая цифра скрыла перераспределение объёма. Поэтому сначала стоит разложить изменение на доход, число событий и состав групп; сам по себе график ещё не объясняет произошедшее.

В РСЯ запрос, подбор объявления и показ — разные события. Подбор означает, что система нашла подходящее объявление, но ещё не доказывает, что его показали. ^[5] Если вместо запросов взять подборы, из знаменателя исчезнут запросы без найденной рекламы.

Наконец, RPM не содержит отдельного вычитания расходов редакции. В нашей учебной модели одинаковый доход может сопровождаться разными затратами на производство материала; формула RPM этого не покажет. Она также не включает ни оценку качества текста, ни его общественную значимость. Использование одного отношения как единственного основания редакционного решения оставило бы эти вопросы без ответа.

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

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

• eCPM
• CPM (цена 1000 показов)
• Fill rate (заполняемость инвентаря)