OTT, VOD, live, linear и FAST: в чём разница

Кратко

OTT, VOD, live, linear и FAST используют так, будто это конкурирующие продукты, но они описывают разные вещи: OTT – это как видео попадает к зрителю, тогда как VOD, live и linear описывают, когда зритель смотрит, а FAST – это бизнес-модель, надетая на linear-расписание. Стоит разложить словарь на два вопроса – «как доставляется?» и «кто управляет временем?» – и путаница исчезает, а архитектура становится очевидной. Эти слова не мелочь: за каждым стоят свои требования к правам, монетизации и инженерии, и неверное слово на планёрке ведёт к постройке не того конвейера. Статья даёт чистые определения, одну схему, которая держит их вместе, и практическую причину, почему каждое различие меняет вашу разработку.

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

Если вы основатель, продакт-менеджер или впервые делаете стриминг как CTO, вы услышите эти пять слов как взаимозаменяемые – от вендоров, из презентаций и даже от инженеров, – а они не взаимозаменяемы. Назвать запланированный бесплатный канал «VOD», а способ доставки – «типом контента» значит увести команду по неверному техническому пути, неправильно оценить счёт за CDN и запутать переговоры о лицензировании контента. Эта статья наводит порядок в терминах, чтобы вы могли спроектировать правильный конвейер, задавать вендорам точные вопросы и читать договор без догадок. Это вторая остановка курса после сквозной карты платформы, и все последующие блоки предполагают, что вы различаете эти термины.

Приём: два вопроса вместо пяти слов

Быстрее всего распутать эти термины – перестать считать их единым списком конкурентов. Они отвечают на разные вопросы.

Первый вопрос – как видео попадает к зрителю, то есть способ доставки. Это и описывает OTT. Второй вопрос – кто управляет временем: выбирает момент сам зритель или это делает расписание. Это описывают VOD, live и linear. FAST – это ответ четвёртого рода: бизнес-модель (бесплатно, на рекламе), которая едет на linear-расписании. А CTV, термин из того же ряда, отвечает на совсем другой вопрос – на каком экране идёт видео.

Держите в голове рамку: доставка, время, деньги, экран. Почти любой спор «OTT против VOD» на деле – это два из этих четырёх вопросов, сцепленных в один.

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

OTT – способ доставки

OTT значит over-the-top, и «верх», поверх которого идёт видео, – это традиционное платное ТВ: кабельная приставка, спутниковая тарелка, управляемая сеть оператора. OTT-сервис доставляет видео «поверх» обычного публичного интернета прямо в приложение на телефоне, в браузере или на ТВ, без кабельной подписки между ними. Netflix, YouTube, спортивное приложение и корпоративный портал обучения – всё это OTT, потому что все они доходят до вас через открытый интернет, а не через частную кабельную сеть вещателя.

Главное, что нужно усвоить: OTT – это не вид контента, а маршрут. Он ничего не говорит о том, смотрите ли вы фильм по запросу или живой футбол. Он говорит лишь, что видео пересекло публичный интернет, чтобы дойти до приложения. Почти весь этот курс – о создании OTT-сервисов, поэтому когда спрашивают «это OTT или VOD?», честный ответ обычно: «это OTT, а VOD – это и есть вопрос, который вы на самом деле имели в виду».

Полезный контраст – IPTV, телевидение по интернет-протоколу, доставляемое через управляемую, контролируемую по качеству сеть оператора (сервис приставки вашего провайдера), а не через открытый интернет. IPTV и OTT могут нести одни и те же передачи; разница в том, по чьей трубе они идут. OTT использует публичный интернет – это дешевле и достаёт до всех, но не гарантирует полосу, – и именно поэтому существует адаптивный битрейт, описанный в нашей сквозной карте.

VOD – режим по запросу

VOD значит video on demand (видео по запросу): контент в библиотеке, который зритель запускает, когда захочет. Временем управляет зритель. Он жмёт play, ставит на паузу, перематывает и возвращается завтра досмотреть. Фильм на Netflix, ролик на YouTube и урок курса – всё это VOD, потому что момент просмотра выбирает зритель, а не расписание.

Технически VOD – самый простой режим времени. Видео кодируется один раз, хранится и отдаётся по запросу; жёсткого дедлайна реального времени нет. В формате доставки это видно прямо: HLS-плейлист для контента по запросу помечен #EXT-X-PLAYLIST-TYPE:VOD (IETF RFC 8216, спецификация HLS), то есть полный список сегментов известен заранее и не меняется. Плеер видит весь таймлайн, поэтому перемотка и офлайн-загрузка делаются легко.

VOD – это режим времени, а не модель денег. Часто говорят «VOD», подразумевая «подписку» (Netflix), – но VOD-библиотеку можно оплачивать по подписке (SVOD), за счёт рекламы (AVOD) или поштучно (TVOD). Этим моделям посвящена отдельная статья: SVOD, AVOD, TVOD и гибрид. Пока держите за VOD один смысл: момент выбирает зритель.

Live – режим реального времени

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

Live – самый сложный режим, по одной причине: второго шанса нет. VOD-кодирование, давшее сбой, можно перезапустить ночью; live-кодирование со сбоем теряет момент. Поэтому live-конвейеры добавляют кодирование в реальном времени, жёсткие бюджеты задержки в секундах (или меньше секунды у низколатентных вариантов) и агрессивное резервирование. В спецификации HLS live-поток использует плейлист со скользящим окном – манифест перечисляет только самые свежие сегменты и постоянно обновляется, так что плеер гонится за live-краем, а не видит фиксированный таймлайн. Глубокая механика низкой задержки – в разделе Video Streaming; здесь продуктовый факт в том, что live меняет простоту на сиюминутность.

Замечание о цифрах, потому что именно на live взлетает стоимость. Live-конкурентность жестока: на VOD-тайтл зрители приходят размазанно по дням, а live-финал собирает всех в одну минуту. Допустим, 50 000 зрителей смотрят live-событие на битрейте 5 Мбит/с. Устойчивая исходящая скорость такова:

50 000 зрителей × 5 Мбит/с = 250 000 Мбит/с = 250 Гбит/с непрерывно

За один часовой эфир это отдаёт:

250 Гбит/с × 3 600 с = 900 000 Гбит = 112 500 ГБ ≈ 112,5 ТБ за один час

Те же 50 000 просмотров VOD-тайтла, растянутые на неделю, едва заметны как всплеск. Та же аудитория, тот же битрейт – но режим времени полностью меняет счёт за egress и архитектуру CDN. Вот почему слова важны для бюджета, а не только для глоссария.

Linear – режим по расписанию (и «simulated live»)

Linear – это канальная модель обычного телевидения, воссозданная в стриминге: непрерывный, заранее свёрстанный поток программ и рекламы, идущий по расписанию, один и тот же контент для всех, кто включил в этот момент. Вы не жмёте play на конкретном тайтле; вы «включаете» и смотрите то, что идёт. Часы принадлежат расписанию, а не зрителю и не событию.

Бóльшая часть linear-стриминга – это simulated live (он же «as-live»): программы – это заранее записанные VOD-файлы, но плейаут-планировщик сшивает их в бесконечный поток и выдаёт по расписанию, как если бы это был live. В реальном времени ничего не происходит – но для зрителя это ведёт себя как ТВ-канал, с экранной программой передач (EPG, electronic program guide). Технология сборки таких каналов теперь стандартизована: SCTE 301 «Next Generation Linear Channel Assembly» прямо описывает масштабирование linear- и FAST-каналов, собранных из VOD-ассетов.

Linear по сложности между VOD и live. Он переиспользует предзакодированные VOD-файлы (кодировщик реального времени не нужен), но добавляет планировщик, программу передач и – главное – сигнализацию рекламы, потому что канал без рекламных пауз ничего не зарабатывает. Стандарт, размечающий, куда вставлять рекламу, – это SCTE-35 (ANSI/SCTE 35): он вставляет в поток покадрово-точные сигналы – splice_insert и time_signal, – чтобы нижестоящие системы знали точно, когда подставить рекламу. SCTE-35 задаёт даже дисциплину тайминга: сообщение splice_insert должно прийти минимум за четыре секунды до точки склейки (SCTE-35, §9.2). Вставке рекламы посвящена отдельная статья блока монетизации; здесь вывод такой: linear-канал – это VOD-файлы плюс расписание плюс рекламные метки.

FAST – бесплатное ТВ на рекламе

FAST значит Free Ad-Supported Streaming Television (бесплатное ТВ на рекламе). Это не новый режим времени – это бизнес-модель поверх linear-режима. FAST-сервис предлагает linear-потоки канального вида, бесплатные для просмотра и полностью окупаемые рекламой, вставленной в расписание. Pluto TV, Tubi, The Roku Channel, Samsung TV Plus и Xumo – известные примеры: вы открываете приложение, листаете сетку каналов и смотрите то, что идёт, с рекламными паузами, бесплатно.

FAST важен, потому что это самый быстрорастущий угол стриминга. Мировой рынок FAST оценивают примерно в $14,9–15,2 млрд в 2026 году против около $12,3 млрд в 2025-м, с ростом выше 17% в год по большинству оценок (The Business Research Company; Coherent Market Insights, 2026). В США лидеры крупны: The Roku Channel достигает около 97 млн месячных зрителей в США, Tubi – около 92 млн, Pluto TV – около 69 млн, и примерно 46% интернет-домохозяйств США регулярно пользуются FAST-сервисом (Parks Associates, 2026). Для медиакомпании с архивом FAST превращает спящую библиотеку в зарабатывающий на рекламе канал, не прося никого оформлять подписку.

Архитектурно FAST – это linear с рекламным стеком, выкрученным на максимум. Нужны плейаут-планировщик, программа передач, рекламные метки SCTE-35 и server-side ad insertion, чтобы аккуратно вшивать рекламу в поток. Модель денег – это чистая AVOD-экономика, применённая к каналу, поэтому FAST-решения относятся к выбору бизнес-модели.

Термин, который на другой оси: CTV

CTV значит connected TV – телевизионное устройство с интернетом: смарт-ТВ, стриминговая приставка вроде Roku или Fire TV, игровая консоль для стриминга. Обратите внимание: он не отвечает ни на один из вопросов выше. CTV – это не способ доставки и не режим времени, это экран. Nielsen формулирует чисто: OTT – это доставка на любое устройство, а CTV – то подмножество, что смотрят именно на телевизоре (Nielsen, 2024).

Практическая связь: CTV – это подмножество OTT, заданное устройством. Смотреть матч на телефоне – это OTT, но не CTV. Смотреть тот же матч на смарт-ТВ – это и то, и другое. Рекламодателям различие крайне важно, потому что инвентарь на ТВ-экране продаётся дороже, но для постройки платформы CTV просто говорит, какие клиентские приложения вам нужны – об этом клиентская матрица. Держите CTV в графе «экран», а не «доставка».

Пять слов в одной таблице

Все пять случаев доставки используют одни и те же форматы HLS (RFC 8216) и DASH (ISO/IEC 23009-1) – манифест ведёт себя по-разному (фикс. список против скользящего окна), но новый протокол под каждый режим не изобретают.

Частая ошибка: считать канал как библиотеку

Самая дорогая ошибка в терминах – относиться к linear или live как к VOD при оценке инфраструктуры. Планировщик слышит «у нас 500 часов контента» и рисует VOD-библиотеку: зрители приходят понемногу, egress размазан, кэши прогреты. Но если этот контент идёт как FAST-канал или live-событие, аудитория сходится в один момент, и арифметика выше (112,5 ТБ за час при 50 000 одновременных зрителей) бьёт сразу. Лекарство – назвать точное слово рано: «это linear FAST-канал, пик конкурентности неизвестен, планируем всплеск», а не «у нас какой-то VOD». Слово меняет CDN-коммит, дизайн origin и рекламный стек. Возьмите правильное существительное – и архитектура последует.

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

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

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

• OTT – это как доставляют видео (открытый интернет); это маршрут, а не тип контента.
• VOD, live и linear описывают, кто управляет временем – зритель, событие или расписание.
• FAST – бесплатная рекламная бизнес-модель, едущая на linear-расписании.
• CTV – это экран (ТВ-устройство), подмножество OTT, на совсем другой оси.
• Все режимы используют одни HLS и DASH; различается манифест и конвейер, а не протокол.

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

• Как устроена OTT-платформа, от и до – конвейер, по которому текут эти слова.
• SVOD, AVOD, TVOD и гибрид – модели денег, в которые включаются VOD и FAST.
• Live против VOD: два конвейера, одна платформа – почему режим времени разводит разработку.