Podcast RSS 是什么？从 `<enclosure>` 到 Podcasting 2.0，看懂为什么开放分发仍然重要
Podcast RSS 是什么？为什么有的 feed 充满 itunes:、content:encoded 与 podcast:? 这篇文章带你快速看懂播客 RSS 的历史、格式差异，以及 RSS 为何至今仍是开放播客分发的核心。
xyzdownloader 这个网站，始于去年下半年的一个 side project。最初的出发点其实很朴素，就是想方便我自己和家属听播客，以及顺手做一点播客信息 / 知识管理。
有趣的是，这个 project 到了今年，用户越来越多了。非常感谢大家。
也是在持续响应用户意见、优化功能、增加新能力的过程中，我开始认真研究 Podcast RSS 背后的技术标准。结果越看越觉得有意思: 冷冰冰的 XML 标签，后面其实埋着一整段商业标准战的历史，以及不少极客圈的恩怨情仇。
这篇文章，就是把那条主线重新整理了一遍，一个快速阅览的 blog 版本。
如果你想直接看完整长文版本，可以跳转这里：
👉 《RSS 分裂、苹果垄断、Spotify 圈地：播客背后那场从未结束的标准战争》
本文不允许未经授权转载。如有转载、引用或合作需求，请通过作者公众号或 X 账号联系作者。
在今天这个算法推荐、平台分发、App 生态和内容围墙高度成熟的时代，播客居然还没有完全被某一家平台重新“发明”。你在 Apple Podcasts、小宇宙、Pocket Casts 甚至 Spotify 里点下订阅时，背后很多时候并不是平台私有协议，而是一份公开可访问的 XML Feed。
也正因为如此，播客和短视频、社交动态、音乐流媒体很不一样。它的底层不是“平台拥有你的分发”，而是“创作者拥有自己的订阅源，平台只是读取它”。
这就是为什么，哪怕播客产业已经走到今天，RSS 依然值得被重新理解。
播客 RSS 不是“老古董”，而是开放分发的地基
很多人第一次接触播客 RSS，通常是在解析某个节目链接、研究下载工具，或者打开一份真实的 feed 时。
然后就会立刻产生疑问：
- 为什么有的 feed 很干净，只有基础标签？
- 为什么有的到处都是
itunes:、atom:、content:、dc:？ - 为什么新的 feed 又开始出现
podcast:transcript、podcast:chapters、podcast:value？
答案：
播客 RSS 从来都不是一个一锤定音的单一标准，而是一个在长期兼容、平台博弈和社区创新中不断长出来的生态。
它像一棵老树。主干很早就存在了，但新的枝杈一直在冒出来。
播客为什么会建立在 RSS 上？
播客不是先有“App”，再有“节目”的。
它真正成立的前提，是 RSS 在 2000 年前后已经具备了一种非常关键的能力：把媒体文件挂到订阅流里。
这个关键标签就是：
<enclosure url="http://www.example.com/episode.mp3"
length="12345678"
type="audio/mpeg" /><enclosure> 看起来很普通，但它完成了一件决定性的事：
让“文章更新”变成“媒体自动分发”。
RSS 除了给博客传标题和摘要，它也可以把音频文件一起交出去。后面 Adam Curry 用脚本把这些音频自动下载并同步进 iPod，播客这件事才真正从“网页上的音频”变成“可订阅、可自动更新、可离线收听的内容形态”。
简而言之：没有 <enclosure>，就没有现代播客。
为什么同样是 RSS，不同播客长得完全不一样？
因为播客 RSS 不是单纯的“一个格式”，而是：
基础 RSS 2.0 + 命名空间扩展。
基础 RSS 负责最核心的几件事：
- 节目标题
- 节目描述
- 发布时间
- 音频文件地址
- 唯一标识
但当播客开始规模化以后，这些远远不够。平台很快发现自己还需要：
- 封面图
- 分类
- 主播信息
- 成人内容标记
- 季 / 集编号
- 更完整的 show notes
- 章节
- 逐字稿
- 打赏机制
于是，“扩展”就开始了。
你最常见到的 4 类命名空间，到底在干什么？
如果你打开几份真实的播客 feed，最常见的大概是下面这些：
1. itunes:：苹果定义的事实标准
这基本是播客生态里最有影响力的一组标签。
它解决的是“节目如何在主流播客客户端里被正确展示”的问题，比如：
<itunes:image><itunes:author><itunes:category><itunes:duration><itunes:episode><itunes:season>
虽然从技术上说，RSS 是开放格式，但从实际生态看，很长一段时间里，Apple Podcasts 的兼容性要求几乎就是行业标准。
也就是说，播客领域长期处在一种很微妙的局面里：
- 底层是开放的
- 展示规则却被苹果强烈影响
这也是后来 Podcasting 2.0 会重新崛起的重要原因之一。
2. content:encoded：给播客装下真正可读的 show notes
基础的 <description> 很容易不够用。
如果你想在节目页里放：
- 带链接的参考资料
- 时间戳目录
- 富文本简介
- 图片与补充说明
那就往往要靠 content:encoded。
它的作用可以简单理解为：
让 RSS 不只是“摘要”，而是可以携带完整 HTML 内容。
这也是为什么一些传统媒体或专业托管平台的 feed，内容说明会明显更完整。
3. atom:link：告诉客户端“我是谁”
很多现代 feed 里都能看到这行：
<atom:link href="https://feeds.example.com/podcast.xml"
rel="self"
type="application/rss+xml" />它的作用非常朴素，但非常重要：
声明这份 feed 自己的权威地址。
这在托管迁移、域名变更或订阅源升级时尤其有用，因为客户端可以更稳定地知道“当前我订阅的到底是哪一个 feed”。
4. podcast:：Podcasting 2.0 时代的新扩展
如果说 itunes: 代表的是播客旧世界的现实权力结构，那么 podcast: 更像是新一代开放播客社区的回应。
这组标签尝试补上很多过去长期缺位的能力，比如：
<podcast:transcript>：逐字稿<podcast:chapters>：章节<podcast:person>：参与者信息<podcast:soundbite>：精彩片段<podcast:value>：Value4Value 打赏
这背后的逻辑不是“推翻 RSS”，而是：
不破坏旧生态的前提下，继续让 RSS 长出新能力。
这也是播客和很多封闭平台最大的不同。它不是靠“一次迁移到新协议”升级，而是靠向后兼容、渐进扩展活下来。
为什么不同平台会长成不同“流派”？
如果把真实世界里的播客 feed 粗略分类，大致能看到三种常见风格。
传统媒体风格
比如 NPR 这类机构，特点通常是：
- 命名空间少
- 结构干净
- 标准意识强
- show notes 规范
这种 feed 的优点是稳定、清楚、易解析。
托管平台风格
比如 Simplecast、Buzzsprout、Captivate 这类平台，往往会更“全”：
itunes要有atom要补content要兼容- 新标签也尽量跟上
因为它们服务的是大量创作者，所以目标不是“最纯粹”，而是“尽可能在所有客户端都别出错”。
独立极客风格
像技术播客、独立站点或更偏前沿的托管服务，通常更愿意尝试：
- 更详细的 HTML show notes
- 更完整的 metadata
- 更快接入 Podcasting 2.0
这类 feed 经常是观察“新标准正在往哪走”的最好样本。
为什么说 RSS 到今天仍然重要？
因为 RSS 决定的不是“文件怎么写”，而是分发权掌握在谁手里。
如果播客彻底变成平台内内容，会发生什么？
- 创作者不能自由迁移订阅关系
- 用户不能自由选择客户端
- 平台可以单方面决定推荐、分发和消失
- 节目是否继续存在，取决于平台策略，而不是你是否还拥有内容地址
而 RSS 代表的是另一种秩序：
- 创作者可以自己拥有 feed
- 听众可以自由选择播放器
- 客户端之间可以互相替代
- 平台更多是“读取者”，而不是“唯一入口”
这就是为什么 RSS 在播客领域始终有一种特殊的价值。
它不是最时髦的技术，但它是一种反脆弱的分发结构。
如果你是普通用户，理解这些有什么实际意义？
有，而且比想象中更实际。
1. 你会更清楚为什么某些节目能被下载、某些却不行
能不能抓到 RSS、有没有标准 enclosure、节目是不是被平台锁进封闭体系，这些都会直接影响下载与迁移。
2. 你会理解为什么“同样是播客链接”，可解析程度差很多
有的平台本质上只是网页包装 RSS。
有的平台则已经在向“App 内闭环内容”靠拢。
表面上都是节目页面，底层却完全不是同一种东西。
3. 你会更容易判断一个平台是否真正尊重创作者和用户
一个平台是否开放 RSS、是否支持迁移、是否愿意兼容主流标签、是否跟进新的开放标准，这些都不是小细节，而是平台价值观的体现。
如果你是创作者，更该关心 RSS
很多创作者在节目做大以前并不太在意 feed，只把它交给托管平台“自动处理”。
但当你开始认真经营内容资产时，RSS 其实是最值得关注的底层对象之一。
你至少应该知道：
- 你的节目 feed 地址是什么
- 你的托管平台支持哪些命名空间
- 是否支持迁移 feed
- 是否支持 transcript / chapters / person / value 等扩展
- 你的 metadata 是否完整
因为从长期看，节目内容是资产，feed 则是资产的分发管道。
很多平台工具看起来是在“帮你分发”，但真正决定你是否拥有主动权的，是你能不能把这个分发关系带走。
一个更现实的判断标准：RSS 不是情怀，而是能力边界
很多人把 RSS 理解成一种“老派情怀”，但在播客领域，它其实非常现实。
它决定的是：
- 你能不能被多客户端读取
- 你能不能被搜索、被迁移、被备份
- 你能不能在平台策略变化时保住订阅关系
- 你能不能把内容从“平台页面”变成“自己可掌控的数据源”
所以从来不是“RSS 还活着吗”，而是：
只要播客还想保留开放分发的特性，RSS 或某种等价的开放协议就始终有存在价值。
最后：如果你想看完整版本
这篇 blog 版更像一篇“快速建立理解框架”的导读。
如果你想继续往下看，包括：
- RSS 从 Netscape 到 Dave Winer 的完整历史
- RSS 1.0 / RSS 2.0 / Atom 的分裂过程
- Apple
itunes:命名空间如何变成事实标准 - Spotify 的围墙化尝试为什么会引发反弹
- Podcasting 2.0 具体带来了哪些新标签
可以继续读我们的专题长文：
👉 《RSS 分裂、苹果垄断、Spotify 圈地：播客背后那场从未结束的标准战争》
下次当你在播客 App 里点下“订阅”时，各个 App 多多少少都偷偷在看背后的 XML。
它也许并不显眼，但正是它，让播客至今仍然是开放网络里最重要的内容媒介之一。