Podcast RSS 驗證器

貼上 Podcast RSS XML,逐項找出 XML、頻道、集數、音訊檔及日期問題,並顯示確切修正位置。

Podcast RSS XML

貼上完整 Feed,包括 XML 宣告和 <rss> 根元素。

這項工具只檢查靜態結構,不會開啟 Feed、封面或媒體 URL。請另行確認遙距資源是否可用、位元組數、音訊能否解碼,以及目錄會否接受。

Feed 診斷結果

這項工具只檢查靜態結構,不會開啟 Feed、封面或媒體 URL。請另行確認遙距資源是否可用、位元組數、音訊能否解碼,以及目錄會否接受。

    貼上 Feed 後進行驗證,即可查看每項問題的行、欄和 XML 路徑。

    已準備檢查 RSS XML。

    Podcast Feed 只會在你的瀏覽器內檢查,BroBroGo 不會上載或儲存任何內容。

    常見問題

    該播客 RSS 驗證器檢查什麼?

    它會檢查 RSS 2.0 XML 格式、RSS 必填欄位、常用的 Apple Podcasts 頻道及集數欄位、<enclosure> 屬性、重複值和 RFC 2822 日期。

    它測試音訊檔案嗎?

    它會檢查 <enclosure> 的 URL、位元組數、MIME 類型、是否重複,以及檔案名稱與類型是否一致,但不會下載或解碼音訊。

    通過檢查的 Feed 會獲所有平台接受嗎?

    不一定。Podcast 應用程式和目錄可另設規則並進行遙距檢查。通過只代表貼上的 XML 符合此處列出的靜態檢查。

    在發佈或遷移播客(Podcast)節目時,確保 RSS Feed 的 XML 結構完美無瑕,是節目順利上架到各大平台的關鍵。Podcast RSS 驗證器是一款專為播客製作人、進行託管服務遷移的個人,以及維護 RSS Feed 的開發人員而設的工具。本工具完全在你的瀏覽器內進行靜態結構檢查,不會上載或儲存任何內容,確保你的數據隱私。


    播客 RSS 2.0 的結構與規範

    一個合規的播客 RSS Feed 必須建立在 RSS 2.0 的標準之上。本工具在解析 XML 時,會嚴格執行以下基本結構規則:

    • 根元素限制:文件的根元素必須是 <rss>。如果 XML 中包含 DOCTYPE 宣告,驗證器會顯示「檢查此 Feed 前,請移除 DOCTYPE 宣告。」。若 XML 格式本身有毀損,則會提示「修復格式錯誤的 XML,然後再次驗證。」。
    • 版本與命名空間<rss> 標籤的 version 屬性必須設為 2.0。同時,為了支援主流平台,必須在 <rss> 宣告 Apple Podcasts 命名空間。
    • 頻道唯一性:整個 RSS 內必須只有一個直屬 <channel> 元素。如果偵測到多個,將無法通過驗證。

    Apple Podcasts 與頻道必填欄位

    除了標準的 XML 格式,託管平台與收聽軟件(如 Apple Podcasts)對頻道及集數的元數據(Metadata)有嚴格的欄位要求。

    頻道層級要求

    頻道內必須包含所有必填欄位,否則會觸發「加入必填的 ‹field›。」的錯誤。所有連結(例如頻道網址或圖片網址)必須為完整的 HTTP 或 HTTPS URL。對於分類標籤,必須為 <itunes:category> 加入非空白的 text 屬性。此外,<itunes:explicit> 標籤必須明確設定為 truefalse

    集數層級要求

    一個合規的頻道必須加入至少一個集數。如果是採用連載(Serial)格式的節目,每一集都需要正整數的 <itunes:episode> 編號。為了避免系統混亂,每集節目必須擁有唯一的 GUID,若偵測到重複,系統會指出「此 GUID 重複 ‹first› 行的值。」。


    音訊實體(Enclosure)屬性驗證

    <enclosure> 標籤負責指向節目的實際音訊檔案,其屬性的準確性直接影響播放器的下載與串流表現。

    屬性名稱 驗證規則與常見錯誤
    數量限制 每集節目只可保留一個 <enclosure>
    URL 格式 必須將 <enclosure>url 設為完整 HTTP 或 HTTPS URL。
    檔案大小 必須將 <enclosure>length 設為整數位元組數。若長度為 0,會觸發警告:「<enclosure>length 是 0。發佈前請確認實際位元組數。」。
    MIME 類型 必須使用有效的 MIME 類型(例如 audio/mpeg)。若使用非音訊類型,會提示「此 <enclosure> 未標示為音訊。請確認你確實要發佈影片或文件集數。」。
    一致性 媒體檔案名稱的副檔名必須與 MIME 類型相符,否則會顯示「媒體檔案名稱和 MIME 類型不一致(‹extension›‹mime›)。」。

    本工具亦會檢查是否有重複的音訊網址,若有,會提示「此 URL 與第 ‹first› 行的值重複。」。


    日期格式與集數上限

    正確的日期格式能確保播客客戶端按時間順序正確排列集數。

    • 發佈日期:每集應加入 <pubDate>,否則會出現警告「加入 <pubDate>,讓 Podcast 應用程式能可靠排列和發佈此集。」。
    • RFC 2822 標準:日期必須符合 RFC 2822 規範,並包含真實的日曆日期與時區,例如:Sat, 01 Apr 2023 19:00:00 +0000
    • 時區建議:雖然工具接受具名時區(例如 EST、GMT),但會觸發警告「此具名時區可以使用,但相容性較低;建議改用 +0000 等數字時差。」。
    • 集數總量:如果 Feed 中的集數過多,會顯示警告「此 Feed 有 ‹count› 集;Apple Podcasts 只顯示最新 2,000 集。」。

    如何解讀診斷結果與定位錯誤

    當你貼上最多 500,000 字元的 Podcast RSS XML 並點擊驗證後,工具會即時輸出「Feed 診斷結果」。

    診斷結果會清楚列出「‹count› 錯誤」與「‹count› 警告」的具體數量。為了方便修改,每項問題都會標示確切的定位資訊,例如「第 ‹line› 行,第 ‹column› 欄」,並提供 XPath 格式的修復路徑(例如「修復:‹path›」)。你可以直接點擊「前往 ‹line› 行的 ‹path›」連結,快速跳轉到 XML 中需要修正的位置。如果 Feed 中的問題數量極多,列表會顯示「顯示 ‹total› 項問題中的首 ‹shown› 項。」以保持介面簡潔。


    常見問題解答

    該播客 RSS 驗證器檢查什麼?

    它會檢查 RSS 2.0 XML 格式、RSS 必填欄位、常用的 Apple Podcasts 頻道及集數欄位、<enclosure> 屬性、重複值和 RFC 2822 日期。

    它測試音訊檔案嗎?

    它會檢查 <enclosure> 的 URL、位元組數、MIME 類型、是否重複,以及檔案名稱與類型是否一致,但不會下載或解碼音訊。

    通過檢查的 Feed 會獲所有平台接受嗎?

    不一定。Podcast 應用程式和目錄可另設規則並進行遙距檢查。通過只代表貼上的 XML 符合此處列出的靜態檢查。

    驗證時出現逾時或失敗是什麼原因?

    本工具每次檢查最多接受 500,000 個字元。如果 Feed 檔案過大,可能會顯示「驗證逾時,請嘗試較短的 Feed。」或「驗證無法完成。」。