Podcast RSS 是什麼？從 `<enclosure>` 到 Podcasting 2.0，看懂為什麼開放分發仍然重要

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。

它也許並不顯眼，但正是它，讓播客至今仍然是開放網路裡最重要的內容媒介之一。

Image by Bruno from Pixabay