J4.02.2audio-only transcript设计研究
纯音频内容必须提供文字稿
别名: 纯音频文字稿 · 播客文字稿 · audio-only alternative
概念解释
没有画面的媒体——播客、音频新闻、长语音通知——没有一块可以叠字幕的视觉区域。听不见这条声带的人，替代就是文字稿。这不是「给听障用户准备好几种介质，哪种都行」，而是纯音频这条产品线上的刚需通道：字幕寄生在视频上，这里没有视频。
机制
关闭式字幕需要时间轴，也需要一块渲染面。纯音频播放器通常只有进度条和专辑图，没有字幕层；即使用户此刻听得见，图书馆、车厢、深夜也常常不能出声，读是唯一通道。预录纯音频一旦缺文本，信息只存在于声波里，通道一关就全无。
视频另有字幕这条判据，不能拿来顶掉播客的稿，也不能反过来说「有了稿，视频就可以不下字幕」——那是给另一种介质的用户。纯音频的失败模式更干净：没有第二感官通道可以漏看口型、漏看幻灯。要么有文本，要么没有内容。
怎么研究
做内容审计，不要先做满意度：站内所有音频对象（页面上的 audio、播客 RSS、应用内语音条）有多少条配了可独立阅读的文本。然后拔掉扬声器，布置「这期讲了哪三件事」——只能靠页面上的字。
自变量：有无文字稿、稿是正文还是需下载的附件、附件是否对辅助技术可读。 因变量：静音条件下要点能否被报告、报告是否与音频命题等价。
抽样要覆盖「看起来不像视频所以没人想起字幕」的那些对象，否则审计会只看见课程录像。
边界
不承载命题的短音效（按钮咔哒）不是「纯音频内容」，不需要稿。实时通话的会后转写是另一套时效与同意问题，不能拿预录播客的标准去套每一句电话。音频艺术、环境声作品若本来就没有语言命题，文字稿写的是创作说明，不是对白等效。已经在同一屏用可见文字完整写出的一句语音提示，再附稿是重复。
怎么落地
- 每一集播客、每一课音频上线时带全文，写在播放页正文里，而不是只放进一个要另点的附件。
- 发布清单把「音频对象」单列，不要只检查带画面的片子有没有字幕轨。
- 验证：拔掉声音，只靠页面文本回答「这集讲了哪三件事」。有一步必须按下播放才能知道命题，这条音频还没有替代通道。