SVOD, AVOD, TVOD: бизнес-модели стриминга

Коротко

Бизнес-модель стриминговой платформы – это не маркетинговое решение, которое прикручивают в конце, а первое архитектурное решение: каждый способ брать деньги за видео тянет в сборку свой набор дорогих систем. Подписка (SVOD) требует движка биллинга и entitlement плюс премиум-защиту контента; реклама (AVOD) требует рекламного стека и слоя приватности и согласий, который подписочной платформе не нужен; транзакции (TVOD) требуют платёжного конвейера с возвратами, привязанного к правам на конкретный тайтл; бесплатные рекламные каналы (FAST) требуют системы линейного вещания поверх рекламного стека. Большинство реальных платформ в 2026 году работают по гибридной модели из двух и более схем, а это значит, что строить нужно и движок биллинга, и рекламный стек – поэтому «простой» стриминговый сервис почти никогда не бывает простым. Эта статья показывает, какие именно компоненты каждая модель заставляет встроить в архитектуру, с арифметикой затрат, чтобы вы выбирали модель до того, как зальёте фундамент, а не после.

Почему это важно

Если вы основатель, продакт-менеджер или впервые становитесь стриминговым CTO, вопрос «как это будет зарабатывать?» вам зададут задолго до первой строки кода – и ответ меняет то, что вы строите, а не только то, сколько берёте. Выберете подписку – вы должны пользователю систему биллинга, сервис entitlement и уровень DRM, достаточный для лицензирования премиум-контента; выберете рекламу – вы должны сервер принятия решений по рекламе, серверное вшивание рекламы и такую работу с данными о просмотрах, которая выдержит коллективный иск. Выбрать модель неправильно или сделать вид, что решение можно отложить, – это и есть путь, на котором команда строит SVOD-платформу, а потом тратит второй проект на прикручивание рекламного стека, который должен был задать форму фундамента. Эта статья сопоставляет каждую модель с системами, которых она требует, чтобы платформу можно было оценить и спроектировать один раз. Она продолжает статью о терминах: там мы разделили как доставляется видео и кто управляет часами; здесь отвечаем – кто платит и во что вам это обойдётся в разработке.

Одна мысль: модель – это архитектурное решение

Большинство объяснений стриминговых бизнес-моделей останавливается на определении дохода – подписка против рекламы против аренды, – как будто разница лишь в строке счёта. Именно поэтому столько платформ оценены неверно. Модель дохода – наименее интересная часть различия. Для разработки важно, что каждая модель призывает свой набор систем, и эти системы – самые дорогие и рискованные части OTT-платформы: слой работы с деньгами, слой защиты контента и слой приватности данных.

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

Поэтому читайте четыре модели ниже не как «способы брать деньги», а как «то, что вы теперь обязаны построить». Этот сдвиг рамки – и есть смысл статьи.

Четыре формы простыми словами

Сначала определения – каждое в один вдох и с бытовой аналогией, которая его закрепляет.

SVOD – Subscription Video on Demand. Зритель платит регулярную плату (помесячно или за год) за безлимитный доступ к библиотеке. Это модель абонемента в спортзал: одна цена, заходи сколько хочешь, а на входе проверяют карту. Флагманский тариф Netflix, Disney+ и Max – это SVOD. Клиент – зритель, а актив, который вы защищаете, – это длящиеся отношения.

AVOD – Advertising-based Video on Demand. Контент смотреть бесплатно; платят рекламодатели за то, чтобы его прервать. Это коммерческое радио: включаешь бесплатно, а станцию финансирует реклама между песнями. Tubi, бесплатный YouTube и VOD-библиотека Pluto TV – это AVOD. Здесь платящий клиент – рекламодатель, а зритель – аудитория, доступ к которой вы продаёте.

TVOD – Transactional Video on Demand. Зритель платит за отдельный тайтл – либо аренда на срок, либо покупка навсегда. Это касса кинотеатра или старый видеопрокат: деньги за один конкретный фильм в одно конкретное время. Аренда в Apple TV, покупка свежих новинок и события pay-per-view (PPV) – это TVOD. Каждая транзакция – отдельная продажа, привязанная к одному тайтлу.

FAST – Free Ad-Supported Streaming Television. Бесплатно, на рекламе, но в виде линейных каналов, которые включают, а не библиотеки, которую листают. Это эфирное ТВ, заново рождённое в интернете: сетка каналов, расписание, рекламные паузы, без счёта. The Roku Channel, Samsung TV Plus и live-каналы Pluto TV – это FAST. Природу FAST по времени мы разобрали в статье о терминах; здесь он важен как форма монетизации – экономика AVOD на линейном расписании.

И та, что описывает большинство реальных платформ:

Гибрид. Две и более модели в одном продукте. Доминирующий паттерн 2026 года – SVOD + AVOD: платный тариф без рекламы и более дешёвый (или бесплатный) тариф с рекламой рядом. Netflix, Disney+, Max и Prime Video – все держат рекламный тариф рядом с флагманским, и именно рекламный тариф у большинства из них даёт основной рост по числу пользователей. Гибрид – это не попытка усидеть на двух стульях, а осознанный выбор захватить и зрителя, который платит за отсутствие рекламы, и зрителя, который смотрит рекламу, чтобы не платить, – ценой постройки обоих движков.

Нажмите, чтобы увеличить

Рынок в 2026: где на самом деле деньги и рост

Перед оценкой знайте форму денег – она подсказывает, какой движок стоит делать хорошо. Цифры ниже – оценки аналитиков на 2026 год, они расходятся по методологии; считайте их ориентиром, а не точностью.

Глобальная выручка SVOD – около $95–105 млрд в 2026 году, всё ещё самый крупный пул, но зрелый: рост замедлился примерно до 6–9% в год по мере насыщения подписочного рынка в богатых регионах. AVOD меньше – около $30–35 млрд, – но растёт куда быстрее, на 15–20% в год, за счёт рекламного инвентаря на Connected TV. FAST отвоевал свою нишу на $12–18 млрд и быстрее всех растёт в процентах. TVOD – зрелые и стабильные $6–8 млрд: немного, но маржинально и без сложностей.

Самый важный для архитектора факт рынка – вывод из этого: рост находится в рекламе. Яснее всего это видно по самим SVOD-гигантам, добавляющим рекламные тарифы. Рекламный тариф Netflix к маю 2026 года превысил 250 млн ежемесячных активных зрителей (против примерно 94 млн годом ранее), около 45% новых подписок Netflix в США приходятся на рекламный тариф, а сам Netflix ожидает порядка $3 млрд рекламной выручки в 2026 году – вдвое больше, чем в 2025-м (материалы Netflix для инвесторов, 2026). Когда компания, которая определила чистую подписку, строит рекламный стек, урок для новой платформы прост: проектируйте так, будто вам понадобятся оба движка, даже если запускаетесь с одним.

SVOD: что подписка заставляет встроить

Выбрали подписку – вы подписались строить машину регулярной выручки, и сложное здесь не paywall, который видит пользователь, а сервис entitlement за ним.

Сервис entitlement – это и есть продукт. Entitlement – система, которая на каждом воспроизведении отвечает на один вопрос: имеет ли этот зритель право смотреть этот тайтл прямо сейчас? Она должна знать тариф зрителя, оплачен ли он, сколько одновременных потоков разрешено и какие регионы и тайтлы покрывает тариф. Это кажется простым, пока не добавятся пробные периоды, повышение и понижение тарифа в середине цикла, пропорциональные пересчёты, семейные профили и процесс dunning (автоматические повторные списания и напоминания при отклонённой карте). Entitlement дёргают на каждом воспроизведении, поэтому он должен быть быстрым и никогда не ошибаться: ложное «нет» закрывает доступ платящему клиенту, а ложное «да» раздаёт контент, который вы обязаны защищать. Этот движок мы подробно разбираем в статье биллинг подписки и entitlement; архитектурный смысл здесь в том, что центр тяжести SVOD – это stateful-сервис, к которому обращаются всегда, тогда как AVOD и TVOD нужен он же, но в куда более лёгком виде.

Премиум-контент требует премиум-защиты. Подписочные платформы конкурируют каталогом, а хороший каталог – это лицензированный студийный контент, который приходит с контрактными требованиями по защите. Чтобы лицензировать HD и 4K/HDR у крупных студий, как правило, нужно шифровать через multi-DRM и обеспечить аппаратный уровень защиты: Google Widevine L1 (ключи и расшифровка внутри аппаратно изолированной доверенной среды, TEE) и Apple FairPlay, часто с форензик-водяными знаками на высших уровнях, в целом в духе спецификации MovieLabs Enhanced Content Protection. Widevine L3 – только программная защита – обычно ограничен стандартным разрешением и не откроет лицензию на 4K. Это реальная стоимость и реальное ограничение: ваш уровень DRM диктуют контентные сделки, и премиум-SVOD стоит на требовательном конце. Механику мы разбираем в блоке про DRM, начиная со статьи зачем нужен DRM и три системы DRM.

Комиссия сторов – это архитектурное решение, а не мелочь напоследок. Если зритель оформляет подписку внутри вашего приложения на iOS или Android, магазин берёт долю с этой подписки. Apple берёт 30% в первый год подписки и 15% со второго года, со ставкой 15% для разработчиков с выручкой до $1 млн по программе Small Business; Google Play берёт 15% с подписок (политики разработчиков Apple и Google, 2026). Эта доля уходит прямо из самой ценной выручки, поэтому SVOD-платформы осознанно проектируют, где продаётся подписка: web-регистрация вне приложения сохраняет весь доллар, а удобство покупки в приложении стоит вам комиссии. Это нельзя аккуратно прикрутить задним числом; маршрутизацию биллинга и связывание аккаунтов нужно закладывать с самого начала. Арифметика ниже показывает, почему это стоит усилий по проектированию.

Отток – метрика, которой служит вся архитектура. Поскольку выручка повторяется, SVOD-платформу убивает отток (churn) – доля подписчиков, которые отменяют. Все системы выше в итоге существуют, чтобы его снизить: быстрый entitlement, чтобы воспроизведение не падало; dunning, чтобы истёкшая карта не превратилась в отмену; слой рекомендаций (см. почему открытие контента решает удержание), чтобы зритель находил следующее. Аналитика SVOD – это аналитика оттока, подробно в статье отток, удержание и аналитика подписки.

Чего SVOD заметно не требует – так это рекламного стека. Ни сервера решений по рекламе, ни маркеров SCTE-35, ни тегов VAST, ни поимпрессионного учёта. Вся эта подсистема – сердце следующей модели – в чистой подписке отсутствует. Именно эта асимметрия и есть причина выбирать модель первой.

AVOD: что реклама заставляет встроить

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

Рекламный стек – это платформа внутри платформы. Чтобы монетизировать бесплатный поток, нужны системы, которых у SVOD нет. Во-первых, сигнализация рекламы: поток должен нести покадрово точные маркеры «здесь рекламная пауза», отраслевой стандарт для этого – SCTE-35 (ANSI/SCTE 35). Во-вторых, сервер принятия решений по рекламе, который при наступлении паузы решает, какую рекламу показать этому зрителю, используя форматы ответа VAST и VMAP от IAB Tech Lab. В-третьих, механизм вставки – и здесь возникает определяющий архитектурный выбор AVOD между client-side ad insertion (CSAI), где плеер сам запрашивает и проигрывает рекламу, и server-side ad insertion (SSAI), где реклама вшивается прямо в видеопоток на сервере и приходит единым бесшовным потоком. SSAI сегодня – выбор по умолчанию, потому что переживает ad-блокеры и избегает подвисаний клиентской загрузки рекламы. Эти решения разобраны в отдельных статьях – SSAI против CSAI, SCTE-35 и сигнализация рекламы и рекламный стек: VAST/VMAP, – но факт для оценки прямой: AVOD добавляет целую подсистему дохода, которой у SVOD нет.

Приватность теперь инженерная задача первого класса, а не юридическая сноска. AVOD зарабатывает больше, когда реклама таргетирована, а таргетинг – это обработка данных о том, что смотрит каждый зритель. В США это упирается в Video Privacy Protection Act (VPPA, 18 U.S.C. § 2710) – закон 1988 года, написанный для записей видеопроката, который стал самым активным основанием для коллективных исков о приватности в стриминге. Истцы утверждают, что передача истории просмотров рекламным и аналитическим третьим сторонам (через трекинг-пиксели и SDK) без информированного согласия нарушает закон, и только в 2025 году подано более 200 исков по VPPA; вопрос о трактовке дошёл до Верховного суда США в деле Salazar v. Paramount Global (Privacy World, 2025). Добавьте GDPR в Европе и CCPA/CPRA в Калифорнии – и для вашей сборки следствие конкретно: AVOD-платформе нужен слой управления согласиями, аккуратный контроль над тем, какие данные о просмотрах покидают платформу, и аудируемая запись разрешений – ничего из этого чистому подписочному сервису не требуется в той же степени. Подробно – в статье приватность и данные о просмотрах: VPPA, GDPR, CCPA.

Регистрационная стена вместо paywall. AVOD обычно хочет узнать зрителя для частотного капинга и таргетинга, не беря с него денег, поэтому на входе стоит регистрационная стена (оставьте e-mail), а не paywall (дайте карту). Это другой паттерн контроля доступа, разобранный в статье paywall, регистрационные стены и контроль доступа.

Лёгче DRM, тяжелее масштаб. Каталоги AVOD часто смещены к собственному или менее премиальному лицензированному контенту, поэтому планка защиты может быть ниже – иногда достаточно программного DRM или надёжной токен-аутентификации там, где премиум-SVOD потребовал бы аппаратный L1. Но AVOD живёт и умирает на масштабе: выручка – это примерно показы × fill rate × CPM, поэтому бесплатные платформы гонятся за большой аудиторией, а большая бесплатная аудитория всерьёз давит на счёт за egress у CDN без подушки гарантированной подписки. Уровень защиты может ослабнуть, дисциплина стоимости доставки – нет.

TVOD: что транзакции заставляют встроить

Выбрали оплату за тайтл – вы подписались строить витрину и кассу, и архитектура концентрируется вокруг работы с деньгами по отдельным продажам, а не вокруг длящихся отношений или рекламных показов.

Платежи и контур PCI. Каждое действие TVOD – это реальная денежная транзакция, аренда или покупка, – поэтому вы интегрируете платёжный процессор и живёте с обязательствами PCI DSS (стандарт безопасности данных индустрии платёжных карт). Дисциплина в том, чтобы держать данные карт внутри хранилища процессора и не пускать их в свои системы, сжимая контур соответствия. Pay-per-view (PPV) на live-событиях добавляет резкий поворот: разовое событие продаёт всплеск транзакций в минуты перед стартом, поэтому путь покупки и entitlement должен пережить «громовое стадо» так же, как live-конвейер доставки.

Транзакционный entitlement и окна аренды. Entitlement в TVOD – поштучный и ограниченный по времени, а не на уровне тарифа. Аренда обычно даёт, скажем, 48 часов доступа с первого запуска; покупка даёт бессрочный доступ – но «бессрочный» всё равно ограничен лицензией, которую вы держите у правообладателя. Поэтому сервис entitlement отслеживает индивидуальные выдачи тайтлов с их собственными часами – другая модель данных, чем выдачи уровня тарифа в SVOD. Возвраты, неудавшиеся платежи и chargeback требуют явного пути отмены, потому что транзакцию можно откатить так, как нельзя откатить показанную рекламу. Детали – в статье TVOD и транзакции: аренда, покупка, PPV.

Окна релизов заставляют контент появляться и исчезать по расписанию. TVOD обычно стоит в начале окна релиза – упорядоченной последовательности, в которой тайтл становится доступен по каналам (кинотеатр → TVOD → SVOD → AVOD). Новинку первые недели могут давать только в аренду, а потом она переходит в подписку. Платформа должна автоматически переключать доступность тайтла по мере открытия и закрытия окон – это система прав и расписаний, описанная в статье окна релизов и доступность.

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

FAST: экономика AVOD на линейном шасси

FAST переиспользует весь рекламный стек AVOD – SCTE-35, сервер решений по рекламе, SSAI – и добавляет то единственное, чего AVOD по запросу не нужно: систему линейного вещания (playout). Планировщик сшивает заранее записанные файлы в непрерывный нескончаемый канал с программой передач, как если бы это была вещательная сеть. Поскольку аудитория канала сходится в один момент, FAST наследует и вызовы по одновременности, и плотность рекламы планового просмотра. Механику линейного вещания и стандарт сборки каналов SCTE 301 мы разобрали в статье о терминах; как выбор монетизации FAST лучше всего понимать как «AVOD, но вы ещё и управляете каналами». Для медиавладельца с глубоким каталогом это привлекательный способ превратить простаивающую библиотеку в рекламный инвентарь, не прося никого подписываться.

Гибрид: почему большинство платформ строят два движка

Вот реальность, которую скрывают четыре чистых определения: большинство успешных платформ в 2026 – гибриды, и доминирующая форма – SVOD плюс рекламный тариф. Логика проста. Чистая цена подписки исключает всех, кто не готов её платить; чистая реклама оставляет на столе деньги зрителей, которые с радостью заплатили бы за отключение рекламы. Два тарифа захватывают обе группы – подписчика без рекламы и терпимого к рекламе бесплатного (или дешёвого) зрителя – и позволяют перемещать пользователей между ними, а не терять на входе.

Netflix – рабочий пример. Он стартовал как архетип чистого SVOD, годами сопротивлялся рекламе, а теперь работает как гибрид: флагманский тариф без рекламы и рекламный тариф, который к середине 2026 года достиг более 250 млн ежемесячных активных зрителей и растёт быстрее всех сегментов (материалы Netflix для инвесторов, 2026). Рекламный тариф не заменяет подписочную выручку; он наслаивает второй поток дохода – рекламные деньги – поверх более низкой цены подписки, и чистый доход на пользователя рекламного тарифа приближается к доходу обычного подписчика по мере взросления рекламного бизнеса.

Архитектурная цена гибрида – заголовок всей статьи: вы строите оба движка. Гибрид SVOD + AVOD означает систему биллинга и entitlement и полный рекламный стек, премиум-уровень DRM и слой управления согласиями, аналитику оттока и учёт показов. Именно поэтому «простое стриминговое приложение» так часто раздувается в объёме: в момент, когда кто-то говорит «и ещё бесплатный рекламный тариф», сборка примерно удваивается по площади монетизации. Лекарство не в том, чтобы избегать гибрида (рынок его вознаграждает), а в том, чтобы проектировать под него с первого дня, чтобы второй движок был запланированной точкой крепления, а не переделкой. Стратегическую версию этого решения мы разбираем в итоговой статье цены, пакеты и выбор модели монетизации.

Нажмите, чтобы увеличить

Модели против архитектуры – в одной таблице

Ячейки «Нужен/Ядро» – это гейтящие системы: уберите одну, и модель дохода не работает. Эта таблица – и есть причина выбирать модель до архитектуры, а не после.

Разбор на числах: комиссия сторов и точка безубыточности AVOD

Два расчёта делают ставки наглядными. Оба – из тех чисел, что основатель должен увидеть до того, как привяжется к модели.

Комиссия сторов на SVOD. Пусть подписка стоит $12.00 в месяц и у вас 100 000 подписчиков, все платят через Apple в первый год. Валовая месячная выручка:

100 000 подписчиков × $12.00 = $1 200 000 в месяц валом

Комиссия Apple в первый год – 30%, поэтому платформа оставляет себе:

$1 200 000 × (1 − 0.30) = $1 200 000 × 0.70 = $840 000 в месяц чистыми

Это $360 000 в месяц – $4,32 млн в год – отдано магазину, чисто как функция от того, где продали подписку. Теперь проведите хотя бы половину регистраций через web-поток вне приложения, где остаётся весь доллар (минус ~3% за обработку платежа):

50 000 web-подписок × $12.00 × 0.97 = $582 000 чистыми
50 000 in-app подписок × $12.00 × 0.70 = $420 000 чистыми
Итого = $1 002 000 в месяц  →  +$162 000/мес против «всё в приложении»

Архитектура web-биллинга окупается многократно – но только если она заложена с самого начала. Поэтому «где продаётся подписка» – архитектурный вопрос, решаемый в блоке 1, а не лайфхак роста, открытый на второй год.

Точка безубыточности AVOD против подписчика. Сколько рекламных зрителей нужно, чтобы сравняться с одним подписчиком? Пусть подписчик даёт $12/мес. Выручка с AVOD-зрителя – это примерно рекламные показы × CPM. Если зритель смотрит 20 часов в месяц, видит около 10 рекламных минут в час при, скажем, $20 CPM (цена за тысячу показов) и ~2 показах в минуту:

20 часов × 10 рекл-мин/час × 2 показа/мин = 400 показов/мес
400 показов × ($20 / 1000) = $8.00 в месяц с активного зрителя

То есть активный бесплатный зритель даёт около двух третей подписчика – а лёгкий зритель, смотрящий 2 часа в месяц, даёт всего $0.80. Урок, который арифметика преподаёт архитектору: выручка AVOD жестоко чувствительна к времени просмотра, поэтому системы открытия и удержания, удерживающие бесплатного зрителя, – не приятное дополнение, а двигатель дохода. Поэтому чисто-AVOD-платформы так много вкладывают в слой рекомендаций из блока 7.

Частая ошибка: выбирать модель после сборки

Самая дорогая ошибка во всей теме – относиться к бизнес-модели как к позднему, обратимому решению на уровне UI: «запустим подписку, а рекламу добавим потом, если понадобится». Ловушка в том, что потом означает второй проект платформы. Команда «сначала SVOD» оптимизирует под небольшую ценную аудиторию: тяжёлый entitlement, премиум-DRM, скромный масштаб доставки. Затем бизнес просит бесплатный рекламный тариф – и команда обнаруживает, что теперь нужны сервер решений по рекламе, сигнализация SCTE-35, SSAI, слой согласий под риск VPPA и уровень доставки под куда большую бесплатную аудиторию, чего исходная архитектура не предвидела. Переделка стоит дороже, чем стоило бы сразу строить готовым к гибриду. Лекарство дешёвое и целиком про последовательность: определите форму монетизации на год-три во время архитектуры, спроектируйте точки крепления под двигатели, которые вам правдоподобно понадобятся, и только потом стройте. Сделать модель правильно на бумаге стоит недели; сделать её неправильно в коде стоит квартала.

Где здесь Фора Софт

Мы начинаем стриминговые проекты с вопроса о монетизации потому, что он определяет масштаб и зону риска всего дальнейшего – движка биллинга, уровня DRM, рекламного стека, позиции по приватности. С 2005 года Фора Софт выпустила 250+ видеопроектов для 400+ клиентов в видеостриминге, OTT/Internet TV, видеоконференциях, e-learning, видеонаблюдении и телемедицине, включая платформы с подписочной, рекламной, транзакционной и гибридной моделями – иногда всеми четырьмя в одном продукте. Когда медиакомпания приходит с «мы хотим брать деньги за видео», наша первая задача – та, что делает эта статья: превратить модель дохода в конкретный список систем, которые нужно построить и защитить, чтобы платформу спроектировали под правильный масштаб и правильные обязательства с первого дня, а не переделывали после запуска.

Ключевые выводы

• Бизнес-модель – первое архитектурное решение: каждая призывает свой набор дорогих систем.
• SVOD требует движка биллинга/entitlement и премиум-DRM (аппаратный L1 + FairPlay); его метрика – отток.
• AVOD требует рекламного стека (SCTE-35, VAST, SSAI) и слоя приватности/согласий под риск VPPA.
• TVOD требует платёжного процессора, дисциплины PCI и поштучного entitlement с таймером.
• Гибрид (SVOD+AVOD) – норма 2026 и самая сложная сборка: вы держите оба движка.
• Решайте форму монетизации до сборки; дозакладка второго движка стоит целого проекта.

Что почитать дальше

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