Подкаст це аудіо. Слухач із глухотою або порушенням слуху без тексту не має доступу до випуску. Багатьом іншим транскрипт просто зручніший: його читають у потязі, шукають у ньому потрібне ім’я або переглядають перед тим, як вирішити, слухати чи ні. Тож доступність і зручність тут збігаються, і обом допомагає текстова версія випуску, розміщена поруч із ним.

У цій статті пояснюємо, що головний стандарт доступності каже про аудіо, як має виглядати якісний транскрипт і як його опублікувати без зайвої роботи.

Тут практичні поради, юридичної консультації немає. Якщо до вас застосовується закон або договір, зверніться до кваліфікованого фахівця.

Що WCAG каже про аудіо

Настанови з доступності веб-контенту (WCAG) є стандартом, на який посилається більшість правил і аудитів доступності. Критерій успішності 1.2.1, «Лише аудіо та лише відео (попередньо записані)», належить до рівня A, найбазовішого. Для попередньо записаного контенту лише з аудіо, як-от випуску подкасту, він вимагає альтернативу для медіа, що залежать від часу, яка передає ту саму інформацію.

У поясненні від W3C головним прикладом такої альтернативи названо транскрипт: текстовий документ, який у правильному порядку передає сказане та важливі звуки, наприклад сміх чи оплески. Тож коли на сторінці подкасту є повний транскрипт, вимогу 1.2.1 для цього випуску виконано.

Звідси два практичні висновки:

  • Вимога стосується сторінки, на якій розміщено аудіо. Якщо випуск живе на сайті, розмістіть транскрипт на цій сторінці або чітко дайте на нього посилання.
  • Короткий виклад чи опис випуску транскриптом не є: вони допомагають читачам, але не передають повного змісту випуску.

Що має містити якісний доступний транскрипт

  • Усе сказане в порядку розмови, без переказу.
  • Позначки мовців, щоб читач розумів, хто говорить. Достатньо «Ведучий:» і «Гість:», але з іменами краще.
  • Значущі немовні звуки в квадратних дужках, наприклад [сміх] або [музика стихає]. Звуки, які нічого не додають, пропускайте.
  • Часові позначки щонайменше на початку абзаців або тем, щоб читачі могли переходити між текстом і аудіо.
  • Чітка структура: короткі абзаци та заголовки розділів замість суцільного блоку тексту.
  • Правильні імена та числа. Помилка в імені в транскрипті означає помилку й у скрінрідері.

Де його публікувати

  1. На сторінці випуску, під програвачем, у розділі із заголовком на зразок «Транскрипт». Його можуть прочитати і пошукові системи, і скрінрідери.
  2. За посиланням на окрему сторінку, якщо транскрипт дуже довгий. Посилання розмістіть поруч із програвачем і назвіть його просто: «Читати транскрипт».
  3. У програвачі чи застосунку, якщо ваша платформа хостингу підтримує транскрипти. Це додається до вебсторінки і її не замінює.

Використовуйте справжній HTML-текст. Зображення чи відсканований PDF допоміжні технології прочитати не можуть.

Короткий чекліст для кожного випуску

  • Транскрипт охоплює весь випуск.
  • Мовців позначено, імена написано так, як їх пишуть самі мовці.
  • Звуки, що несуть зміст, описано.
  • Транскрипт розміщено на сторінці випуску або біля програвача є посилання на нього.
  • Текст є справжнім HTML із заголовками, а не зображенням.
  • Людина один раз перечитала його разом з аудіо, перевіряючи імена та числа.

Як зробити це без другої роботи

Вручну транскрипт пишуть у кілька разів довше, ніж триває аудіо. З інструментом робота зводиться до перевірки. Podcast To Transcript створює транскрипт із позначками мовців і часу для випуску з Apple Podcasts, Spotify, YouTube (із субтитрами) або будь-якої сторінки з аудіо. Перечитайте його разом з аудіо, виправте імена та вставте на сторінку випуску. Клік на рядок переносить програвач до відповідного моменту, що прискорює перевірку.

Перевіряйте точність того, що публікуєте. У матеріалі Наскільки точні ШІ-транскрипти подкастів? є 10-хвилинний тест, який можна виконати самостійно. Якщо ви ще й пишете описи випусків, скористайтеся шаблоном опису випуску. Більше про створення текстової версії шоу читайте в посібнику як транскрибувати подкаст та на сторінці для авторів подкастів.

Підсумок

  • WCAG 1.2.1 (рівень A) вимагає текстової альтернативи для попередньо записаного аудіо, і стандартна відповідь на це транскрипт.
  • Короткий виклад транскриптом не є, тож публікуйте повний текст.
  • Позначайте мовців, описуйте значущі звуки та використовуйте справжній HTML на сторінці випуску.
  • Перечитайте текст разом з аудіо.

Поширені запитання

Чи є транскрипт подкасту юридично обов’язковим?

Залежить від того, хто ви і де публікуєтеся. Державні органи, університети та багато компаній мусять дотримуватися правил доступності, що посилаються на WCAG, а транскрипт є звичайним способом виконати вимогу щодо аудіо. Перевірте правила, які стосуються саме вас, і сприймайте цю статтю як практичний посібник, юридичною консультацією вона не є.

Чи можна використати автоматично створений транскрипт?

Можна, якщо він достатньо точний, щоб бути корисним. Автоматичний текст, який ніхто не перевіряв, часто підводить тих, хто на нього покладається. Перечитайте його разом з аудіо, виправте імена та числа й позначте мовців.

Чи потрібні ще й субтитри?

Субтитри важливі для відео. Для випусків лише з аудіо WCAG вимагає текстову альтернативу, і транскрипт її забезпечує. Якщо ви публікуєте відеоверсію, додайте й субтитри.

Де на сторінці розмістити транскрипт?

Розмістіть його справжнім HTML на сторінці випуску, під програвачем, із заголовками та чітким посиланням на нього. PDF або зображення з текстом не варто використовувати: скрінрідери й пошукові системи читають HTML значно краще.

Чи допомагають транскрипти SEO?

Так. Транскрипт дає пошуковим системам слова з випуску, тож сторінка може ранжуватися за темами, які ви обговорюєте, але не виносите в заголовок. Це побічний ефект, а головна причина в доступності. Щоб закріпити це в робочому процесі, прочитайте шаблон опису випуску і сторінку для авторів подкастів.