指南
如何转录一期播客（以及为什么应该把文稿发出来）
文稿是你这期节目里唯一能被搜索引擎读到的版本。它也是播客能做的成本最低的无障碍工作。
播客音频对搜索是不可见的。Google 听不见你的节目，正在搜索你花了四十分钟讲的那个话题的人也听不见。发布出来的文稿，是这期节目中可读、可搜索、可引用、可无障碍访问的那个版本——而现在做一份只要几分钟，不再是一个下午。
为什么要发布，而不只是做出来 #
**搜索。**每一期都变成一页关于特定主题的真实文本。发布了一百份文稿的节目就是一百个可索引的页面；只有一百个 MP3 的节目就是一份目录清单。对大多数播客来说，这是回报最高的一项 SEO 动作，而几乎没有人做。
**无障碍。**没有文稿，失聪和听力障碍的听众根本无法使用你的节目。身处嘈杂环境的人、母语不是你所用语言的人，以及单纯更喜欢阅读的人，同样如此。
**再利用。**文稿是节目笔记、金句摘录、社交媒体片段和邮件通讯文案的原材料。在文本文件里找一段好的三十秒片段只要几秒；靠拖动波形去找要耗掉一晚上。
你自己的存档。"我们是在哪一期聊过那个来着？"——搜一下文稿文件夹就能回答，否则无从回答。
制作文稿 #
流程很短：
- 导出成品单集——就是你发布的那个 MP3 或 WAV。用母带版本，不要用原始多轨：那是你手上最干净的音频。
- 把它放进 Offline Transcription 并转录。四十分钟的一期在 Apple Silicon 上要几分钟，而且没有按分钟计费——当你要连着好几年每周做一次时，这一点很重要。
- 导出两种格式：HTML 用于你要发布的版本，CSV 或 SRT 用于你实际操作时使用的带时间戳版本。
如果你的节目有往期存档，就一次性把整个文件夹都转录了。本地转录的成本结构，让"回头把两百期旧节目都转录一遍"从一笔预算变成一个空闲的下午。
让它可以发布的那一遍编辑 #
未经编辑的自动文稿读起来很糟，而原封不动地发布比不发布更糟——它会让从搜索过来的第一次读者觉得你的节目很敷衍。
修好这四件事：
**人名和术语。**嘉宾的姓氏、他们的公司、你这个主题特有的专业词汇。自动转录会把不熟悉的专有名词很有把握地写成发音相近的常用词。整理一份你节目常用词的清单；在你学会先检查它们之前，每周都会改同样的那几个。
**口头填充。**每一个"嗯""你知道的"和说了一半又重来的开头都被忠实地转录了下来。删掉它们并不算不诚实——每一篇正式发表的访谈都遵循同样的惯例。不要改动别人说的话，只是把周围的杂音去掉。
**分段。**Whisper 产出的是片段，不是段落。按话题把它们归拢起来，页面才好读。
**说话人标注。**手动加上。没有哪个自动工具能从一份混音文件里可靠地做到这件事，而对一档两个人的节目，你很清楚谁在说话。
每期留出十到十五分钟。这就是发布文稿的真实成本，比大多数节目以为的低得多。
把它放到页面上 #
- 发布在你自己的网站上，放在单集页面里，作为真正的 HTML 文本——不要做成 PDF 下载，也不要放在图片里。它必须是爬虫能读的文本。
- 顶部放一段简短摘要，文稿放在下面。搜索结果里显示的是前一百来个词。
- 长单集用时间戳作为标题，既给读者一种导航方式，也给你可以分享的锚点链接。
- 能避免的话，不要把它藏在一次点击之后。只有在交互后才加载的内容被索引得没那么可靠。
用它来做片段和笔记 #
带时间戳的导出就是干这个的工具，而它被大大低估了。
用表格软件打开 CSV，你就可以对片段排序、在整期节目中按关键词筛选，并连同精确的起止时间一起阅读候选金句。挑出最好的十行，把时间码拿给剪辑，你的社交媒体片段就有了，全程不用再听一遍节目。
至于节目笔记，文稿就是你的提纲：扫一眼你做的那些标题，每节写四句话，完事。
章节与字幕 #
如果你把单集发到 YouTube，请上传 SRT，不要依赖 YouTube 的自动字幕。自动字幕没有标点，会把人名搞乱，而且被区别对待，与真正的字幕轨不同。制作 SRT 一文讲了导出和上传的过程。
简短版本 #
转录母带版本的单集，花十分钟修好人名、口头填充和分段，把结果作为 HTML 文本发布在单集页面上，并保留一份带时间戳的导出用来挑片段。本地转录让"每周都做这件事"——以及回头把整个存档都补上——除了编辑时间之外不花任何成本。
获取 Offline Transcription
音频和视频全程在你自己的 Mac 上转录。不上传任何内容，无需账户，也没有按分钟计费。