Подкаст

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

В феврале 2004 года журналист Бен Хаммерсли в The Guardian описал распространяемые через интернет аудиопрограммы и предложил три возможных названия: audioblogging, podcasting и GuerillaMedia. Эта публикация подтверждает раннее публичное употребление слова podcasting, но не доказывает абсолютного первенства. ^[1]

Технологические предпосылки появились раньше названия. Спецификация RSS 2.0 от 15 июля 2003 года определяла RSS как формат распространения веб-контента и включала enclosure — элемент со ссылкой на прикреплённый медиаобъект. ^[3] 28 июня 2005 года Apple выпустила iTunes 4.9 со встроенными поиском, подпиской, управлением и прослушиванием подкастов. Это показывает переход формата в массовый каталог, но не означает, что Apple создала его. ^[2]

Руководство IAB Tech Lab версии 2.3 охватывает также видеоподкасты, если видео распространяется через открытые RSS-ленты или приложения с серверной доставкой файлов. Это граница методики измерения IAB, а не универсальное жанровое определение. ^[7]

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

Сначала редакция записывает и монтирует выпуск. Хостинг хранит медиафайл и выдаёт его по сетевому адресу. RSS-лента — XML-файл (Extensible Markup Language, расширяемый язык разметки) — описывает программу и выпуски. Каталог читает ленту, показывает название, обложку и описание, а приложение запрашивает запись у хостинга, когда пользователь выбирает выпуск. ^{[3, 4, 5]}

В RSS 2.0 выпуск представлен элементом item. Внутри него enclosure содержит URL файла, его размер в байтах и MIME-тип — техническое обозначение формата данных. GUID (Globally Unique Identifier, глобально уникальный идентификатор) помогает отличить выпуск от других. Apple требует отдельный enclosure для каждого выпуска и неизменный GUID; повторяющийся адрес enclosure сервис игнорирует. ^{[3, 4]}

RSS не равен хостингу и не гарантирует присутствие во всех каталогах. Выпуск на Spotify for Creators автоматически появляется в Spotify, но автор должен включить RSS и самостоятельно подать подкаст на другие площадки. При включении ленты указанный в ней email становится публичным, а сторонний каталог может скопировать ленту без отдельной заявки. ^[5]

В России Яндекс Музыка принимает подкасты по RSS после заявки и модерации. Справка сервиса требует разговорный контент, перечисляет допустимые форматы файлов и просит подтвердить права на элементы записи. При смене адреса RSS автор должен сообщить новый адрес через форму. Это правила одной площадки. ^{[9, 10]}

Виды и классификации

Первая ось классификации — тип программы в Apple Podcasts. Эпизодический подкаст можно слушать в любом порядке: так часто устроены интервью, новости и разговоры ведущих. Сериальный подкаст рассчитан на последовательное прослушивание: Apple приводит в пример документальные расследования, постановочные драмы и связные повествования. Тип влияет на порядок отображения выпусков, а сериал можно разделить на сезоны. ^[6]

Вторая ось — редакционная форма: интервью, авторское объяснение, дискуссия, репортаж или документальное повествование. Это рабочая классификация статьи, а не стандарт платформы. Оси можно сочетать: интервью может быть самостоятельным эпизодом, а несколько интервью — последовательным исследованием темы.

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

Учебный пример: городская редакция готовит шесть выпусков о транспорте. Для каждого она проверяет факты, записывает разговор, монтирует звук, пишет название и описание, публикует расшифровку и загружает файл на хостинг. Хостинг обновляет RSS, после чего подключённые каталоги получают новые метаданные. Перед релизом редактор проверяет, что enclosure ведёт к нужному файлу, а прежние GUID не изменились.

Расшифровка — текстовая версия речи и значимых неречевых звуков. Она помогает людям, которые не слышат запись или лучше воспринимают текст. W3C относит текстовую альтернативу для заранее записанного аудио без видео к уровню A стандарта WCAG (Web Content Accessibility Guidelines, Руководство по доступности веб-контента). Для видео со звуком на уровне A нужны субтитры, а полная описательная расшифровка относится к уровню AAA. ^[8] Автоматическую расшифровку нужно вычитать: ошибка в фамилии, числе или отрицании меняет смысл.

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

В IAB Tech Lab 2.3 загрузка — уникальный запрос выпуска, при котором устройство получает выпуск целиком или частично по правилам методики. Это серверная метрика доставки, а не свидетельство прослушивания. Журнал обрабатывают последовательно: фильтруют трафик, проверяют порог полученных данных, выделяют уникальные доставки и только затем считают метрику. ^[7]

Тип запроса определяет обработку. HEAD запрашивает заголовки без тела файла, поэтому его исключают. 304 Not Modified сообщает, что у клиента уже есть версия файла и новая не передаётся; его тоже не считают. GET 200 OK вне HLS методика считает допустимым для загрузки. Это правило учёта IAB: сам статус 200 означает успешный запрос, но не доказывает, что тело ответа физически передано полностью. Если нужна именно проверка полноты, измеритель должен анализировать фактически отданные байты и завершённость ответа. ^{[7, 15, 16]}

206 Partial Content означает частичный ответ. HLS (HTTP Live Streaming) доставляет запись сегментами; отдельные HLS-сегменты могут получать 200, но вместе образуют прогрессивную доставку. Для 206 и 200 в HLS измеритель при необходимости собирает относящиеся к одной доставке неперекрывающиеся диапазоны или сегменты и проверяет, покрывают ли они заголовок файла и минуту содержания. Проверочный диапазон 0–1 байт, известных ботов и другой недопустимый трафик отбрасывают. Для выпуска короче минуты или при невозможности вычислить минутный порог требуется весь файл. ^[7]

После фильтрации и проверки порога доставки дедуплицируют по выпуску, IP-адресу и user agent в раскрытом временном окне. User agent — строка запроса, обозначающая тип приложения или клиента. Сочетание IP и user agent служит приближённым техническим признаком: оно не доказывает личность и может как объединить разных людей, так и разделить одного пользователя. ^[7]

Учебный пример. Выберем 24-часовое окно от первого подходящего запроса. Внутри каждой группы совпадают выпуск, IP и user agent.

Итого D = 1 + 1 + 0 + 0 + 1 + 0 = 3. Несколько строк A и E после сборки дают по одной загрузке, а повтор такой доставки для того же сочетания выпуска, IP и user agent внутри окна не увеличит D. Это учебное применение IAB, а не журнал реального сервиса. ^[7]

При наличии данных приложения можно отдельно считать долю достижения отметки: C = P₉₀ / P₀ × 100%. Здесь P₀ — начатые воспроизведения, P₉₀ — сессии, дошедшие до 90%. При 90 стартах и 72 таких сессиях результат равен 80%; при P₀ = 0 показатель не вычисляют. Порог 90% — учебное условие, а не стандарт IAB.

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

Главная ошибка — подменять внимание доставкой. Сервер видит, сколько данных отправил, но без сигнала от приложения обычно не знает, включил ли человек выпуск и дослушал ли его. Даже оценка аудитории по IP-адресу и user agent может завышать или занижать число людей. ^[7]

Вторая ошибка — менять GUID или адрес файла при обычной правке описания. Приложение может принять старый выпуск за новый и загрузить его повторно, а статистика исказится. Третья — обещать автоматическую дистрибуцию «везде»: у каталогов разные процедуры подачи, модерации и технические требования. ^{[4, 5, 7, 9, 10]}

Перед сравнением отчётов редакция фиксирует название метрики, период, источник данных, фильтры и окно дедупликации и сравнивает только одинаково определённые показатели. Это редакционная рекомендация, основанная на границе серверного измерения IAB. ^[7]

Правовой аспект

В России автору или иному правообладателю принадлежит исключительное право на произведение. Пункт 2 статьи 1270 ГК РФ относит к использованию произведения его воспроизведение, включая звуко- или видеозапись и запись в память компьютера. ^[11]

Подпункт 2 пункта 1 статьи 1304 определяет фонограмму уже: это исключительно звуковая запись исполнений, иных звуков или их отображений; из определения исключена звуковая запись, включённая в аудиовизуальное произведение. Поэтому аудиоверсия выпуска может быть фонограммой, а звуковую дорожку видеовыпуска нельзя автоматически квалифицировать как отдельную фонограмму. Изготовителю фонограммы принадлежат, среди прочего, права на воспроизведение и доведение до всеобщего сведения. ^{[12, 13]}

Если в записи есть исполнение ведущего, актёра или музыканта, статья 1317 отдельно закрепляет исключительное право исполнителя, включая запись исполнения, воспроизведение записи и доведение исполнения до всеобщего сведения. Для чужой музыки могут одновременно иметь значение права на произведение, исполнение и конкретную фонограмму; для видеовыпуска — также права на аудиовизуальное произведение и включённые материалы. ^{[11, 12, 13, 14]}

Использована редакция части четвёртой ГК РФ от 23.07.2025 с изменениями, вступившими в силу 04.01.2026. Яндекс Музыка также требует прав на все элементы записи. ^{[10, 11, 12, 13, 14]} Конкретное исключение, лицензия или договор зависят от материала и способа использования; перед публикацией документы и этот раздел должен проверить юрист.

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

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

• storitelling
• telegram-kanal
• multimediynyy-longrid
• avtorskoe-pravo-v-internete
• redaktsionnaya-cms
• kontent-voronka