Закон о доступности стриминга: субтитры и WCAG

Кратко (TL;DR)

Доступность на стриминговой платформе – это два слоя на одной карте: контент должен нести субтитры и аудиоописание, приложения и плеер должны отвечать Web Content Accessibility Guidelines (WCAG 2.1 уровень AA), а региональная карта решает, насколько высока планка. В США Twenty-First Century Communications and Video Accessibility Act (CVAA), исполняемый правилами FCC в 47 CFR Part 79, требует субтитров на интернет-видео, которое ранее шло в эфире US TV, плюс аудиоописание и доступные интерфейсы устройств – а Americans with Disabilities Act (ADA), через дела вроде NAD v. Netflix, распространяет требование субтитров на стриминг куда шире. В ЕС European Accessibility Act (Директива (EU) 2019/882), применяемый с 28 июня 2025 года, обязывает сервисы доступа к аудиовизуальным медиа давать субтитры, аудиоописание и доступные приложения и программные гиды, и измеряется по гармонизированному стандарту EN 301 549, который сейчас указывает на WCAG 2.1 AA. Доступность – ещё и выигрыш в охвате: большинство тех, кто включает субтитры, не глухие, большинство зрителей до 30 смотрят с субтитрами, а около 1,3 миллиарда людей живут со значимой инвалидностью – так что та же работа, что устраивает регулятора, расширяет аудиторию.

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

Если вы основатель, продакт-лид или впервые CTO стриминга, доступность – это та часть правовой оболочки, что за последний год тихо превратилась из «было бы неплохо» в «обязательно на ваших двух крупнейших рынках». Ошибётесь с охватом – получите жалобу в FCC, иск по ADA или, что ново с июня 2025, санкции по European Accessibility Act вплоть до снятия сервиса с рынка ЕС. Недоделаете – отрежете большую, лояльную и растущую долю аудитории, потому что субтитрами и описанным звуком пользуется куда больше людей, чем имеет в виду закон. Статья чётко разделяет обязанности: два контентных трека (субтитры и аудиоописание), один стандарт интерфейса (WCAG) и карту того, какой закон где действует и насколько больно кусает. Это специализация по доступности внутри Блока 8 – рядом с рейтингами, родительским контролем и age gates (измерение аудитории), content windowing (измерение времени) и мультитерриториальным лицензированием и гео-блокировкой (измерение места). Форматы файлов и тонкости сведения звука за треками лежат в разделе Audio for Video. Это инженерное руководство, не юридическая консультация; конкретные обязанности по каждому рынку сверяйте с квалифицированным юристом.

Одна идея: два слоя и одна карта

Большинство команд слышат «доступность» и видят один чекбокс – «добавить субтитры». На деле это два слоя и карта, и сборка идёт гладко лишь когда вы их разделили.

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

Второй слой – интерфейс: регистрация, каталог, поиск, экран настроек и элементы управления плеером. Незрячий зритель добирается до них через скринридер; зритель с ограниченной моторикой – через клавиатуру или пульт телевизора. Этот слой измеряется одним международным стандартом – Web Content Accessibility Guidelines, сокращённо WCAG. Контент может быть идеально субтитрирован и всё равно нарушать закон, если незрячий не может нажать кнопку Play.

Третья часть – карта: закон какой страны действует на вас и насколько высоко он ставит планку каждому слою. Одна и та же платформа сталкивается с US CVAA и ADA, с European Accessibility Act ЕС, с UK Equality Act и другими – у каждого свой охват и свои зубы.

Удобная аналогия – общественное здание. Контентные треки – это пандусы и таблички с шрифтом Брайля: функции, которые вы добавляете к самой постройке, чтобы ей мог пользоваться каждый. Стандарт интерфейса – это строительный кодекс, которому должна соответствовать вся постройка. А закон – инспектор, который приходит проверять, причём в каждой стране инспектор свой, с разными полномочиями. Реальной платформе нужны все три, и строят и владеют ими разные части системы.

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

Держите это разделение. Разделы ниже – каждый об одном из трёх: контентные треки (сначала субтитры, потом аудиоописание), стандарт интерфейса (WCAG) и региональная карта (законы, бок о бок).

Слой один, часть первая: субтитры – трек контента для тех, кто не слышит

Начнём с самого знакомого трека. Субтитры – это синхронизированная текстовая версия звука программы: не только реплики, но и метки говорящих и неречевые звуки («[хлопает дверь]», «[тревожная музыка]»), рассчитанные на того, кто не слышит дорожку. Они отличаются от подзаголовков/переводных субтитров (subtitles), которые переводят или транскрибируют только реплики и предполагают, что зритель слышит всё остальное. «Закрытые» (closed) субтитры можно включать и выключать – именно их выпускает каждая стриминговая платформа. Форматы файлов (WebVTT, IMSC, устаревшие CEA-608/708) и то, как они едут рядом с видео в манифесте, разобраны в статье аудио, субтитры и треки доступности в лестнице и, для тонкостей рендеринга, в разделе Audio for Video – форматы субтитров; эта статья – о законе, который их требует.

В США управляющий закон – Twenty-First Century Communications and Video Accessibility Act of 2010 (CVAA), который FCC исполняет в 47 CFR Part 79. Правило для интернет-видео – 47 CFR § 79.4, и его охват содержит самый непонятый факт во всей теме. Правило требует субтитры на полнометражном интернет-видео только если эта программа шла в эфире US TV с субтитрами. Оно явно определяет «video programming» как контент, «предоставляемый телевещательной станцией или сопоставимый с ним», и исключает пользовательский контент. Сроки ввода были: 30 сентября 2012 – для записанных программ, не редактированных под интернет, 30 марта 2013 – для live и near-live, 30 сентября 2013 – для записанных, редактированных под интернет.

Прочитайте охват внимательно, потому что именно здесь большинство платформ неверно оценивают свой риск. Правило FCC по субтитрам в интернете не достаёт до контента, созданного только для стриминга. Стриминговый оригинал – тот, что сервис заказывает и никогда не пускает в эфир, – целиком выпадает из § 79.4. Это не делает его «без субтитров» на практике (ADA и закон ЕС ниже закрывают разрыв), но основатель не может рассуждать «мы следуем правилу FCC» и считать оригиналы покрытыми. Правило FCC покрывает контент из ТВ; более широкая обязанность субтитровать всё приходит из другого места.

Когда правило FCC применимо, «субтитры есть» – ещё не вся планка. Тот же Part 79 задаёт стандарты качества (написаны для ТВ в § 79.1 и перенесены по ссылке) по четырём осям: точность (субтитры соответствуют сказанному, по порядку, верно написаны и пунктуированы), синхронность (появляются и уходят в такт речи), полнота (идут от начала до конца) и расположение (не закрывают лица, экранный текст и важную графику). Для доставки правило называет безопасный формат – SMPTE Timed Text, SMPTE ST 2052-1:2010. И ещё деталь: § 79.4 не создаёт частного права на иск, поэтому контроль идёт через жалобы в FCC, а не через суды – иной профиль риска, чем у ADA.

«Частая ошибка: считать, что правило FCC по субтитрам покрывает ваши стриминговые оригиналы. Команды читают «47 CFR 79.4 требует субтитры на интернет-видео» и заключают, что весь каталог в охвате. Правило покрывает полнометражные программы, шедшие в эфире US TV с субтитрами, – не стриминговые оригиналы и не пользовательские клипы. Оригиналам субтитры всё равно нужны, но обязанность идёт от ADA в США и от European Accessibility Act в ЕС. Субтитруйте всё, и рассуждайте о том, какой закон двигает каждую часть.»

Слой один, часть вторая: аудиоописание – трек контента для тех, кто не видит

Второй контентный трек – тот, что забывают. Аудиоописание (также «видеоописание», «описанное видео») – это отдельный голосовой трек, где голос описывает ключевое визуальное действие в естественных паузах между репликами: «Она кладёт записку ему в карман пальто и отворачивается». Он позволяет незрячему или слабовидящему зрителю следить за программой, которая иначе была бы путаной мешаниной музыки и звуков. Технически это просто ещё один аудио-реднишн в той же упаковке, что основной микс и треки других языков, сигнализируемый в манифесте, чтобы плеер мог его предложить; тонкости сведения и громкости лежат в разделе Audio for Video, а место в энкоде разобрано в аудио, субтитры и треки доступности в лестнице.

В США аудиоописание регулируется 47 CFR § 79.3, снова в рамках CVAA. FCC неуклонно расширяет охват. Требование вводится по телерынкам – формально Designated Market Areas, или DMA, – темпом десять рынков в год: оно достигло DMA 101–110 на 1 января 2025, расширяется до DMA 111–120 на 1 января 2026 и должно покрыть все 210 рынков США к 1 января 2035. На покрытых рынках местные аффилиаты ABC, CBS, Fox и NBC среди топ-120 DMA обязаны нести 87,5 часа описанных программ за квартал (примерно семь часов в неделю), из них 50 часов – прайм-тайм или детское. Это вещательные обязанности, но они задают объём описанных мастеров, которые текут вниз в стриминговые каталоги, – а правила ЕС ниже кладут обязанность прямо на стриминговый сервис.

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

Слой два: стандарт интерфейса – WCAG 2.1 AA

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

Web Content Accessibility Guidelines (WCAG) – международный стандарт цифровой доступности, изданный World Wide Web Consortium (W3C). Он организован по четырём принципам – контент должен быть воспринимаемым, управляемым, понятным и надёжным (по-английски POUR), – и каждый принцип распадается на проверяемые критерии успеха трёх уровней: A (минимум), AA (уровень, который берёт почти любой закон) и AAA (амбициозный). Когда регулятор или суд говорят «доступно», они почти всегда имеют в виду WCAG уровень AA.

Версии важны, потому что закон ссылается на конкретные. WCAG 2.0 вышла в 2008; WCAG 2.1 – 5 июня 2018, добавив 17 критериев в основном для мобильных и слабовидящих; и WCAG 2.2 – 5 октября 2023, добавив ещё 9 (включая минимальный размер цели касания 24×24 px и правило, что фокус клавиатуры не должен прятаться за оверлеями) и убрав один критерий, 4.1.1 Parsing. Версии обратно совместимы – выполнение 2.2 AA автоматически означает 2.1 AA – а WCAG 2.2 уже стала международным стандартом ISO/IEC 40500:2025. Сегодня большинство законов всё ещё ссылается на 2.1 AA; гармонизированный стандарт ЕС, как ожидается, перейдёт на 2.2 в будущей редакции. Стройте под 2.2 AA – и вы покрыты в любом случае.

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

Неочевидная мысль спрятана в критерии 2.1.1. Приложение для smart TV, Roku или Apple TV управляется крестовиной (D-pad) на пульте, и для операционной системы этот D-pad и есть клавиатура – вверх, вниз, влево, вправо, выбор. Те же самые критерии WCAG по клавиатуре и видимому фокусу, что делают сайт пригодным без мыши, и заставляют ваше приложение в гостиной вообще работать с пультом. Команды, считающие «доступность с клавиатуры» веб-историей, обнаруживают, что их TV-приложения проваливают и пульт, и закон по одной причине. Сделайте порядок и видимость фокуса правильно один раз, в общей дизайн-системе, – и вы чините скринридер, клавиатуру и пульт разом. Экраны, на которых это должно держаться, перечислены в матрице клиентов OTT.

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

Карта: закон, регион за регионом

Теперь положим слои на карту. Те же два слоя – контентные треки и WCAG-интерфейс – повторяются на каждом рынке; меняется охват и санкции.

США – два режима, не один. Первый – CVAA, исполняемый FCC через Part 79: субтитры на интернет-видео из ТВ (§ 79.4), аудиоописание (§ 79.3) и доступные интерфейсы устройств и программные гиды (§§ 79.107 и 79.108, требующие, чтобы меню и переключатель субтитров были достижимы незрячими и слабовидящими). В июле 2024 FCC пошла дальше, потребовав, чтобы настройки отображения субтитров были легко доступны. Второй режим – Americans with Disabilities Act (ADA), Title III, запрещающий дискриминацию «местами общественного пользования». В деле NAD v. Netflix (2012) федеральный суд отверг довод Netflix, что стриминг-сервис не «место», и Netflix урегулировал делом по согласию, обязавшись субтитровать 100% библиотеки и оплатить расходы – впервые ADA применили к онлайн-видеосервису. Министерство юстиции не издало технический веб-стандарт для частного бизнеса по Title III, поэтому суды и соглашения трактуют WCAG 2.x AA как практический ориентир. (Для государственных сервисов Section 508 Закона о реабилитации уже требует WCAG 2.0 AA, а правило ADA Title II 2024 года ставит WCAG 2.1 AA для штатов и муниципалитетов – полезные сигналы о высоте планки.) Итог: FCC велит субтитровать контент из ТВ; ADA фактически велит субтитровать и делать доступным всё.

Евросоюз – новая и самая острая обязанность. European Accessibility Act (EAA), Директива (EU) 2019/882, стала применяться 28 июня 2025 – это и есть изменение, которому место в дорожной карте прямо сейчас. Она покрывает, среди прочего, «доступ к аудиовизуальным медиауслугам и сопутствующему оборудованию» и «e-commerce» – то есть и ваши стриминговые приложения, и потоки регистрации и оплаты, что продают доступ к ним. Сервис в охвате должен сделать сайт и мобильные приложения доступными, сделать доступным электронный программный гид, передавать субтитры, аудиоописание, озвученные субтитры и сурдоперевод в качестве и синхронно, давать пользователю управление их отображением и указывать, у каких программ какие функции доступности. Соответствие измеряется по гармонизированному европейскому стандарту EN 301 549, который сейчас включает WCAG 2.1 AA целиком. EAA даёт пятилетний переход (статья 32) для контента, опубликованного до 28 июня 2025, и освобождает сервисы-микропредприятия, но новый контент и новые сервисы в охвате уже сейчас. Контроль ведут национальные органы рыночного надзора, которые могут потребовать исправления и в итоге распорядиться снять несоответствующий сервис с рынка – куда более тупой инструмент, чем штраф. EAA лежит поверх более старой Audiovisual Media Services Directive (AVMSD), чья статья 7 уже требовала делать медиауслуги «непрерывно и постепенно более доступными» для людей с инвалидностью.

Великобритания и далее. Британский Equality Act 2010 налагает обязанность делать разумные адаптации для пользователей с инвалидностью, а у сервисов «по запросу» есть обязанности по доступности под надзором регулятора. Канада (Accessible Canada Act), Австралия и другие ведут параллельные режимы. Узор повторяется: субтитры и аудиоописание на контенте, WCAG AA на интерфейсе, местный регулятор с местными зубами.

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

Доступность – выигрыш в охвате, а не только издержка

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

Субтитры – самый ясный случай. Опросы дают использование субтитров в США около 70% зрителей хотя бы иногда, и примерно 80% включающих субтитры не глухие и не слабослышащие – они смотрят в шумной комнате, в тихой, с незнакомым акцентом или просто лучше запоминают. Поколенческий перекос резкий: около 63% взрослых до 30 предпочитают смотреть с субтитрами против примерно 30% тех, кому 65+. И эффект на вовлечённость измерим – одно отраслевое исследование показало, что зрители до 80% чаще досматривают видео, когда субтитры доступны. В мире Всемирная организация здравоохранения оценивает, что около 1,3 миллиарда людей – примерно 16% мира – живут со значимой инвалидностью, включая более 400 миллионов с инвалидизирующей потерей слуха и более 2 миллиардов с тем или иным нарушением зрения.

Переведите это в число для своей платформы. Допустим, вы ведёте сервис к 5 миллионам активных пользователей в месяц и консервативно полагаете, что 15% вашей адресуемой аудитории либо нуждается, либо сильно предпочитает субтитры или аудиоописание, чтобы продолжать смотреть:

адресуемые пользователи, опирающиеся на функции доступности
   = 5 000 000 MAU × 15%
   = 750 000 зрителей

ценность удержания, если эти функции уберегут от ухода
хотя бы половину этой группы
   = 750 000 × 50%
   = 375 000 удержанных зрителей

Эти 375 000 зрителей – не погрешность округления, а целая база средней руки конкурента. Арифметика нарочно грубая, но направление – нет: те же треки субтитров и аудиоописания, что устраивают FCC и EAA, смотрит большая, липкая, растущая доля всех, а тот же чистый по WCAG интерфейс, что нужен пользователю скринридера, быстрее и яснее для каждого. Хорошо сделанная доступность окупается в охвате и удержании ещё до того, как вы посчитаете снятый юридический риск.

Построить один раз: архитектура доступности

Хорошая новость: ничто здесь не требует параллельной «системы доступности». Требуются две дисциплины, вшитые в платформу, которую вы и так строите.

На стороне контента субтитры и аудиоописание – это треки, а треки – часть конвейера. Подготовьте или закупите их один раз, закодируйте реднишн аудиоописания в лестницу кодирования рядом с языковыми миксами и сигнализируйте каждый трек в манифесте при упаковке в CMAF, HLS и DASH, чтобы любой клиент – web, mobile, TV – нашёл и отрендерил их без кастомного кода. Гоните планку качества FCC (точность, синхронность, полнота, расположение) как QC-ворота, как вы гоните качество видео. Детали рендеринга – за плеером и разделом Audio for Video; ваша задача на уровне платформы – чтобы трек существовал, был верным и был объявлен.

На стороне интерфейса доступность – свойство одной общей дизайн-системы, а не гонка в каждом приложении. Определите порядок фокуса, видимый фокус, контраст и размеры целей один раз, и пусть web, iOS, Android и TV-платформы их наследуют – помня, что пульт TV – это клавиатура, так что правила клавиатуры работают вдвойне. Тестируйте на реальном вспомогательном ПО: VoiceOver и TalkBack, инспекторы доступности платформ и настоящий пульт с включённым скринридером. Соответствие WCAG проверяют, а не предполагают.

Есть и кусок, который EAA делает явным, а большинство команд упускает: вы обязаны указывать, у каких тайтлов какие функции доступности. Это превращает доступность в каталожные метаданные первого класса – набор флагов на тайтл («субтитры: en, es; аудиоописание: en»), который те же системы за метаданными discovery и рейтингами-как-метаданными уже умеют хранить, показывать и фильтровать. Зритель, которому нужно аудиоописание, должен мочь найти тайтлы, где оно есть, – и закон в ЕС теперь обязывает вас это сообщать.

«Частая ошибка: доступность как финальный проход QA. Самый дорогой способ – построить платформу, а потом «добавить доступность» к запуску. Субтитры и аудиоописание превращаются в лихорадочный бэкфилл, а провалы WCAG впекаются в дизайн-систему, которую дорого менять. Считайте треки этапами конвейера, а WCAG – правилом дизайн-системы с первого дня, и предельная цена каждого нового тайтла и каждого нового экрана останется почти нулевой.»

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

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

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

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

• Доступность – это два слоя: контентные треки (субтитры, аудиоописание) и стандарт интерфейса (WCAG AA).
• Правило FCC по субтитрам (47 CFR 79.4) покрывает лишь видео из ТВ – оригиналы покрывает ADA, не FCC.
• European Accessibility Act ЕС (с 28 июня 2025) требует субтитры, аудиоописание и чистые по WCAG приложения – с правом снятия с рынка.
• WCAG 2.1 AA – почти всеобщая планка интерфейса; стройте под 2.2 AA – и вы покрыты на будущее.
• D-pad пульта TV – это клавиатура, поэтому критерии WCAG по клавиатуре и фокусу и делают приложения в гостиной пригодными.
• Большинство пользователей субтитров не глухие, а молодёжь до 30 предпочитает субтитры – доступность расширяет охват, а не только тратит.

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

• Аудио, субтитры и треки доступности в лестнице – как треки субтитров и аудиоописания едут в энкоде и манифесте.
• Рейтинги, родительский контроль и age gates – измерение аудитории, делящее ту же основу метаданных.
• Матрица клиентов OTT: web, mobile, smart TV, устройства – экраны, на которых должно держаться ваше соответствие WCAG.