Разработка под tvOS и Fire TV: Apple TV и Amazon

Кратко

Apple TV и Amazon Fire TV – вторая и третья двери в американскую гостиную после Roku: Pixalate в начале 2025 года дал Fire TV около 18%, а Apple TV около 13% доли устройств connected-TV в США, – поэтому серьёзный стриминговый сервис обычно выпускает оба. Хорошая новость в том, что каждая платформа перекликается с мобильной сборкой, которая у вашей команды, возможно, уже есть: приложение под tvOS – это стек iOS на большом экране (Swift и SwiftUI, движок воспроизведения AVPlayer, система защиты прав FairPlay поверх HTTP Live Streaming), а приложение под Fire TV на старой Fire OS – это Android-приложение (Kotlin/Java, движок ExoPlayer, DRM Google Widevine). Сложность пришла в конце 2025 года: Amazon начала переводить Fire TV на совершенно новую операционную систему Vega OS – на базе Linux, а не Android, с приложениями на React Native и воспроизведением через браузерный стек Encrypted Media Extensions вместо медиа-API Android, – так что «приложение под Fire TV» теперь потенциально две разные сборки. Эта статья объясняет обе платформы простым языком: где каждая пересекается с приложениями iOS и Android, которые вы уже поддерживаете, а где нет; три разных способа подключения DRM; и долю магазина, которую Apple и Amazon забирают, прежде чем вы увидите доллар.

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

Для медиа- или развлекательного сервиса, который борется за аудиторию США, гостиная выигрывается на трёх устройствах – Roku, Fire TV и Apple TV, – и две из них, рассмотренные здесь, Apple TV и Fire TV, сильнее всего пересекаются с мобильными приложениями, которые команда часто уже построила. Основатель, продакт-менеджер или streaming-CTO, который решит «у нас есть iOS и Android, значит TV-приложения почти бесплатны», окажется отчасти прав и отчасти, дорого, неправ: tvOS переиспользует много из тулчейна Apple, а Fire OS – много из Android, но управляемый пультом интерфейс, правила магазина, сертификация устройств и – с конца 2025 года – новая Vega OS от Amazon каждый добавляют реальную работу. Эта статья показывает, что переносится, а что нет, чтобы вы могли оценить две TV-сборки, разобрать оценку подрядчика и заложить комиссию магазина в бизнес-модель с первого дня. Это спутник для стриминговых приставок к клиентской матрице OTT, которая картирует все экраны, что нужно покрыть, и собрат для воспроизведения на iOS и Android, разработки под Roku и приложений под смарт-ТВ: Tizen и webOS.

Две гостиные, две экосистемы

Начнём с охвата, потому что охват – причина, по которой оба устройства в вашем списке. После Roku – лидера США с примерно 38% доли устройств connected-TV в начале 2025 года – идут две платформы из этой статьи. Независимые замеры (Pixalate, Q1 2025, США) дали Amazon Fire TV около 18% и Apple TV около 13% доли устройств connected-TV, впереди Samsung (~12%) и LG (~5%). Amazon заявляла, что поставила более 250 миллионов устройств Fire TV в мире по состоянию на ноябрь 2024 года, в основном это недорогие стриминговые стики. Apple не раскрывает продажи Apple TV по штукам, но приставка достаёт меньшую, но более платёжеспособную аудиторию и встроена в экосистему из 2,3+ миллиарда активных устройств Apple. Вдвоём эти две платформы покрывают большую долю каждой американской гостиной, которая ещё не на Roku.

Теперь часть, которая решает ваш бюджет. В отличие от Roku – своего закрытого мира с проприетарным языком – Apple TV и Fire TV каждая сидит близко к экосистеме, которую ваша мобильная команда, возможно, уже знает. Приложение под tvOS строится на тех же языке и фреймворках, что и приложение для iPhone. Приложение под Fire TV на старой операционной системе – это Android-приложение. Это пересечение реально, и оно экономит деньги, – но «близко к» не равно «то же самое», и именно на стыках команды недооценивают объём.

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

Apple TV: tvOS – это стек iOS на большом экране

Начнём с Apple TV, потому что она предсказуемее из двух. Телевизионная ОС Apple, tvOS, разделяет основу с iOS. Вы строите приложение на Swift, верстаете интерфейс в SwiftUI (современный UI-фреймворк Apple и, начиная с tvOS 18, рекомендованный инструментарий для TV-приложений) или в более старом UIKit, а видео играете через AVKit и AVPlayer – тот же движок воспроизведения, что использует приложение для iPhone. Сеньор-iOS-инженер уже почти готовый tvOS-инженер. Бизнес-логика, сеть, модели данных и код воспроизведения переиспользуются с приложениями iPhone и iPad в степени, попросту невозможной на Roku.

Что не переносится – это парадигма интерфейса. У телевизора нет сенсорного экрана; зритель управляет всем с пульта через комнату. Приложения tvOS строятся вокруг focus engine – системы, которая двигает подсветку от плитки к плитке, пока зритель свайпает и кликает, – и вокруг «интерфейса с 10 футов», где текст и зоны нажатия рассчитаны на диван, а не на руку. Вы также проектируете Top Shelf – широкий баннер, который Apple показывает над вашей иконкой на домашнем экране. Ничего этого нет на iPhone, поэтому слой интерфейса – это настоящая пересборка, даже когда движок под ним общий.

Один исторический сокращённый путь закрывается. Apple раньше предлагала TVMLKit – лёгкий способ собрать медиа-приложение из шаблонов на хостинге Apple, описанных в XML и управляемых JavaScript, так что простому каталогу нужно было очень мало нативного кода. Apple теперь сворачивает TVMLKit и на своей конференции для разработчиков в 2024 году сказала командам мигрировать эти шаблонные приложения на SwiftUI. Считайте TVMLKit легаси: новые приложения tvOS должны быть нативными. Apple также подтянула тулчейн – с апреля 2025 года App Store Connect требует, чтобы приложения tvOS собирались на tvOS 18 SDK и Xcode 16 или новее, – так что планируйте под актуальные инструменты.

Дистрибуция и деньги следуют за остальными платформами Apple. Приложение tvOS публикуется через App Store в App Store Connect, проходит тот же App Review, что и приложение для iPhone, и – когда оно продаёт цифровые товары вроде подписок – должно использовать систему Apple In-App Purchase. К тому, сколько это стоит, вернёмся ниже.

FairPlay, HLS и правило `cbcs` на Apple TV

Премиальному контенту нужен замок, который не даёт устройству платящего зрителя его скопировать, – это система управления цифровыми правами (DRM). На Apple TV этот замок – собственная система Apple, FairPlay Streaming, и способ её подключения имеет два жёстких ограничения, которые стоит знать до того, как вы упакуете хоть один файл.

Во-первых, устройства Apple играют только HTTP Live Streaming (HLS) – созданный Apple формат доставки, стандартизированный как IETF RFC 8216. AVPlayer нативно не играет MPEG-DASH (ISO-формат доставки, ISO/IEC 23009-1), который использует большая часть остальной индустрии. Так что чтобы ещё ни доставляла ваша платформа, она должна производить HLS-версию для Apple TV. Во-вторых, FairPlay принимает только одну из двух схем шифрования, определённых Common Encryption (ISO/IEC 23001-7): схему cbcs (AES в режиме сцепления блоков с паттерном), и никогда более старую cenc (AES в режиме счётчика). Частая ошибка листиклов – написать «FairPlay использует Common Encryption», не назвав схему; точная формулировка – «FairPlay требует схему cbcs Common Encryption». Ваше приложение запрашивает ключи дешифрования в рантайме через AVContentKeySession Apple, а ваш лицензионный сервер их возвращает – пути через DASH к FairPlay нет, и пути через cenc к FairPlay тоже нет. Полная механика двух схем – в статье CENC, CTR и CBCS: общее шифрование простыми словами, а три системы DRM – в Widevine, PlayReady, FairPlay.

Приятное следствие, которое мы разовьём в таблице DRM ниже, в том, что современная конвергенция «cbcs везде» заставляет Apple TV сотрудничать с другими платформами, а не требовать отдельного кодирования: вы шифруете один раз и отдаёте FairPlay поверх HLS на устройства Apple.

Fire TV теперь два разных компьютера

Вот изменение, которое ломает каждый гайд «как сделать приложение под Fire TV», написанный до 2025 года: Fire TV теперь работает на двух разных операционных системах, и то, какую из них использует устройство, меняет всю сборку.

Больше десятилетия Fire OS была телевизионной ОС Amazon, и это кастомизированная версия Android (на базе Android Open Source Project). Практическое следствие – главная история переиспользования из этой статьи: приложение под Fire OS – это Android-приложение. Вы строите его на Android SDK на Kotlin или Java, видео играете через ExoPlayer / Media3 (Amazon поддерживает свой порт ExoPlayer под Fire TV), а защищаете через DRM Google Widevine на нативной медиа-системе Android – Fire TV поддерживает Widevine L1, аппаратный уровень безопасности, который студии требуют для контента высокой чёткости, на способных устройствах. Команда, которая уже выпускает Android-приложение для телефона или Android TV, переиспользует большую долю на Fire OS. FairPlay не появляется никогда: как на Roku и смарт-ТВ, FairPlay заперт в железе Apple.

Затем, в конце 2025 года Amazon начала поставлять устройства Fire TV на совершенно новой операционной системе Vega OS. Vega OS основана на Linux, а не на Android. Приложения пишутся на React Native (на JavaScript-движке Hermes) или как веб-приложения, с помощью Vega Developer Tools (SDK с прежним кодовым именем «Kepler»). Первым устройством на ней стал Fire TV Stick 4K Select, затем Fire TV Stick HD; Amazon называет себя «multi-OS компанией», так что Fire OS продолжает жить на многих устройствах, пока новые недорогие стики переходят на Vega. Два следствия важны для стриминговой команды. Во-первых, Vega OS блокирует сайдлоадинг и запирает установку на Amazon Appstore, так что вольная привычка «просто загрузить APK» с Fire OS уходит. Во-вторых, и удивительнее, Vega OS вообще не использует медиа-API Android – она играет видео через веб-медиа-стек W3C: HTMLMediaElement, Media Source Extensions (MSE) для адаптивного стриминга и Encrypted Media Extensions (EME) для DRM. Через EME Vega OS поддерживает Widevine (L1) и PlayReady (SL3000), задавая drm_scheme и URL лицензионного сервера, – та же браузерная разводка, что в вебе и на смарт-ТВ, а не разводка Android MediaDrm, что на Fire OS.

Так что переиспользование Android-кода, которое делает Fire OS дешёвой, не переносится на Vega OS. Приложение Vega ближе к вашему веб-плееру, чем к приложению под Fire OS. Пока относитесь к Fire TV как к двум целям и проверяйте свою матрицу устройств: установленная база из 250 миллионов устройств сегодня подавляюще на Fire OS, но новое железо начального уровня – это Vega, и разрыв будет расти. Это ровно тот тип датированного, специфичного для вендора изменения – как миграция PlayReady на Samsung 2026 на стороне смарт-ТВ, – который нужно перепроверять по документации вендора перед каждой сборкой.

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

DRM подключается по-разному на каждом стеке

Поставьте три стека рядом, и проявится закономерность полезнее любого отдельного факта о платформе: система DRM и способ её подключения различаются на всех трёх, хотя нижележащие стандарты общие. Таблица ниже – та, которую стоит сохранить.

Прочитайте колонку «Разводка DRM» внимательно, потому что именно на ней команды теряют время. Apple хочет, чтобы ключи запрашивались через AVContentKeySession; Fire OS – через Android MediaDrm; Vega OS – через W3C EME, тот же стандарт, что использует ваш сайт. Три платформы, три поверхности интеграции, даже когда система DRM (Widevine) буквально одна и та же на двух из них.

Теперь объединяющий приём, который не даёт этому стать тремя кодированиями. Поскольку FairPlay требует cbcs, а современные Widevine и PlayReady обе принимают cbcs, вы можете зашифровать контент один раз по схеме cbcs Common Encryption (ISO/IEC 23001-7), упаковать один раз как CMAF (общий медиаформат), а затем сигналить его в HLS для устройств Apple и в HLS или DASH для остальных. Один набор зашифрованных файлов, три лицензии DRM, выданные из него. Это паттерн «зашифруй один раз, лицензируй многим», и именно он причина того, что многоплатформенному каталогу не нужен отдельный мастер на устройство. Сквозная версия этого – якорная статья multi-DRM: один workflow, все устройства, а сам шаг упаковки – в упаковка: CMAF, HLS и DASH из одного мезонина. Один слой остаётся вне софта на обеих платформах: High-bandwidth Digital Content Protection (HDCP) защищает видео на HDMI-кабеле к экрану, и студии требуют HDCP 2.2 для 4K – DRM защищает поток и ключи, HDCP защищает последний хоп, и ни то ни другое не останавливает камеру, направленную на экран.

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

Налог магазина: Apple IAP против Amazon IAP

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

На Apple TV цифровые товары вроде подписок должны использовать Apple In-App Purchase. Стандартная комиссия – 30%, но Small Business Program Apple снижает её до 15% для разработчиков, заработавших меньше $1 миллиона в предыдущем календарном году, – что покрывает большинство стартапов. Вне этой программы автопродлеваемые подписки облагаются 30% в первый год и 15% со второго года для подписчика, который остаётся непрерывно подписан.

На Fire TV цифровые товары используют Amazon In-App Purchasing. Стандартная доля тоже 30%, а Small Business Accelerator Program Amazon снижает её до 20% для разработчиков с менее чем $1 миллионом выручки в Appstore за предыдущий год – и сверху добавляет кредиты AWS на 10% вашей выручки приложения, которые гасят счета за облако, а не приходят кэшем.

Пройдём арифметику вслух на подписке $9.99 в месяц, потому что разрыв – это реальные деньги на масштабе. По Small Business Program Apple при 15% Apple удерживает $9.99 × 0,15 = $1,50, оставляя вам $8,49. По программе Amazon при 20% Amazon удерживает $9.99 × 0,20 = $2,00 кэшем, оставляя вам $7,99, плюс около $1,00 кредитами AWS, которые можно потратить на инфраструктуру. Теперь масштабируем до 100 000 платящих подписчиков: гросс – $999 000 в месяц. 15% Apple – около $150 000 в месяц (~$1,8M в год); 20% Amazon – около $200 000 в месяц кэшем (~$2,4M в год), смягчённые примерно $100 000 в месяц кредитами AWS. Платформы в нескольких процентных пунктах друг от друга, но на масштабе пара пунктов – это миллионы; моделируйте обе, по платформе, в экономике подписчиков. Как это вписывается в более широкую картину выручки – в биллинге подписок и entitlement и карте монетизации OTT.

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

«Частая ошибка – пять, что взрывают бюджет TV-приложения. Первая: считать оба TV-приложения «бесплатными», раз есть iOS и Android; движки переиспользуются, но интерфейс с 10 футов, правила магазина и сертификация – нет. Вторая: считать, что «Fire TV = Android»; новые устройства на Vega OS – это Linux с React Native и стеком W3C EME, так что переиспользование Android не переносится. Третья: упаковать только DASH и забыть, что Apple TV играет только HLS – нужна HLS-рендиция с FairPlay по cbcs. Четвёртая: оставить комиссию магазина вне модели; Apple берёт 15–30%, Amazon 20–30%, прежде чем вы увидите выручку. Пятая: планировать сайдлоадинг для тестов Vega OS или направлять платежи на свой веб-чекаут за цифровые товары – Vega блокирует сайдлоадинг, и оба магазина требуют свой In-App Purchase.»

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

Покрытие американской гостиной – это не один экран, а несколько, и проблема масштаба на Apple TV и Fire TV в том, чтобы сохранить переиспользование, не споткнувшись о стыки: общее ядро плеера, где tvOS перекликается с iOS, а Fire OS – с Android; отдельный интерфейс с 10 футов и путь сертификации на каждой; три разные поверхности интеграции DRM; и теперь новая Vega OS от Amazon, которая полностью отбрасывает переиспользование Android. Фора Софт строит приложения для видеостриминга, OTT/интернет-ТВ, e-learning и телемедицины с 2005 года – 250+ проектов для 400+ клиентов за 20+ лет, – так что эти реалии (FairPlay поверх HLS на tvOS, Widevine поверх DASH на Fire OS, стек W3C EME на Vega и «зашифруй один раз через cbcs», чтобы одна упаковка обслуживала их все) – это повседневность нашей стриминговой работы. Мы вендоро-нейтральны: мы переводим правила каждой платформы в сборку, а не перепродаём один SDK, и масштабируем матрицу устройств так, чтобы Apple TV и Fire TV заработали своё место рядом с веб-, мобильными и Roku-приложениями, а не удваивали поддержку внезапно.

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

• Fire TV (~18%) и Apple TV (~13%) – платформы №2 и №3 для гостиной в США после Roku.
• tvOS – это стек iOS на TV: Swift/SwiftUI, AVPlayer, FairPlay – много кода переиспользуется, интерфейс с 10 футов нет.
• Fire OS – это Android: Kotlin/Java, ExoPlayer, Widevine L1 – ваше Android-приложение в основном переносится.
• Новая Vega OS – это Linux + React Native + W3C MSE/EME – переиспользование Android не переносится.
• DRM подключается тремя способами: AVContentKeySession, Android MediaDrm, W3C EME; шифруйте один раз через cbcs для всех.
• Доля магазина: Apple 15–30% (IAP), Amazon 20–30% + 10% кредитов AWS – заложите в цену с первого дня.

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

• Воспроизведение на iOS и Android
• Разработка под Roku
• Клиентская матрица OTT: web, мобильные, смарт-ТВ, стриминговые устройства