開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。


Podcast Feed 未更新新集數時,應由發布端向外檢查:先確認集數已進入公開 RSS,再核對 GUID 及 enclosure,最後比較託管平台與一個目錄。如果只有 YouTube Music 仍未出現這一集,先確認頻道的 RSS 連接仍然有效,再查看自動上載的集數是否屬私人狀態或附有通知(見第 5 步)。不要先更換 Feed 地址或複製集數,兩種做法都可能拆分訂閱者,並掩蓋原有故障。
關鍵要點
- 目錄讀取公開 RSS 回應,託管後台預覽不等於已發布。
- 草稿、排程、訂閱者限定、被 block 及公開是不同狀態。
- 每個集數都需要穩定而唯一的 GUID,以及由託管平台正確產生的媒體 enclosure。
- 目錄有自己的處理時間、擷取狀態及更新入口。
- 排障期間應保持 Feed URL 及集數身份穩定。
串流及收聽總覽提供更完整的服務層次。本文面向控制 RSS 的創作者和發布者;聽眾已經看到集數但無法下載時,應使用Podcast 下載專項指南。
選定一個缺少的集數,記錄準確標題、預定發布時間和時區、託管平台狀態、公開頁面、音訊時長,以及它有沒有出現在 RSS、託管方播放器和各目錄。所有對照都使用同一集數。
| 現象 | 優先責任層 |
|---|---|
| 公開 RSS 和所有目錄都沒有 | 託管或發布狀態 |
| RSS 有,但一個目錄沒有 | 目錄擷取或集數 metadata |
| 搜尋能找到,節目頁不顯示 | 索引或重複節目條目 |
| 後台稱已發布,外部仍為私人或排程 | 可見度或發布時間 |
| 舊集數能更新,最新一個不能 | GUID、enclosure 或 block 欄位 |
記錄集數首次公開的時刻及每次檢查時間。Apple 建議:新集數發布到 Feed 後超過 24 小時仍未出現在 Apple Podcasts,便進入其排障流程。[1]這只是 Apple 的時間參考,不是所有目錄的共同承諾。
暫時不要要求聽眾刪除並重新追蹤節目。若公開 RSS 本身沒有該 item,客戶端更新也無法擷取它。
開啟提交給目錄的準確公共 Feed URL,以合適的檢視器或驗證器搜尋標題及 GUID。託管後台可能使用未公開的資料產生預覽,而目錄只能讀取公共回應。
Spotify 把 RSS Feed 描述為包含節目標題、說明、音訊連結、封面等資料的檔案;由 Spotify for Creators 託管時,發布第一集後會建立 Feed,使用其他託管方則由該服務提供 URL。[3]公共回應的擁有者是實際託管平台。
確認集數不是草稿、未來排程、未列出、私人或只限付費訂閱者。尤其要檢查時區:後台看來已到的日期,對 Feed 產生器可能仍在未來。
若懷疑快取,只使用一次託管方正式的更新或重新發布功能並記錄結果。不要反覆切換草稿與公開,這會改變時間欄位,使目錄對照更混亂。
私人 Feed 必須分開處理。不要把私人 Feed token、訂閱者專屬 URL、擁有權驗證碼、密碼或工作階段資料貼到公開驗證器及支援帖文。
把問題集數與最近一個正常集數逐項比較。GUID 應存在、在 Feed 內唯一、更新後保持穩定,並且不是由另一集複製。目錄以 GUID 持續辨認同一集數,隨意更換可能把普通修正變成新條目。
再檢查託管平台產生的 enclosure URL、媒體類型和實際音訊關聯。它應指向正確音訊,而不是後台頁面、失效上載或另一集。除非託管方有明確說明,否則不要手動改寫媒體長度等欄位。
Apple 明確要求檢查缺少的集數有沒有排除它的 itunes:block,並確認 GUID 或 enclosure 沒有重複。[1]這些是 Apple 排障欄位;用於其他平台時,只能作身份檢查,不能假設介面及處理方式相同。
同時比較標題、發布日期、時長、季數、集數,以及 explicit 或 clean 標記。這些欄位可能影響排序及顯示,但修正錯字通常不需要建立新 GUID。
保留正常及異常 item 的脫敏欄位。媒體 URL 含簽署參數,或 Feed 公開擁有者電郵時,不要完整轉貼。
確認 RSS 有該 item 後,比較三個位置:託管方公開節目頁、一個已更新的目錄,以及仍未更新的目錄。這個三角對照能分開 item 產生和下游擷取。
進入問題目錄的創作者後台,查看 Feed 狀態、最後更新時間、警告、重複節目提示、擁有權狀態,以及官方更新入口。只執行一次並記錄時間。除非目錄明確要求修復重複項目,否則不要把同一節目重新提交成第二個 Podcast。
若所有目錄都未更新,向託管方查詢是否有 CDN 快取或 Feed 產生佇列仍在提供舊的回應。若只有一個目錄在其公布的處理時間過後仍未更新,便把公共 Feed URL、單集 GUID、發布時間,以及另一個目錄已擷取同一 item 的證據交給該目錄。
即使目錄已收錄該 item,顯示的時間或排序亦可能不同。在斷定缺失之前,先直接搜尋單集標題並查看節目頁。
部分平台會把 RSS item 轉成原生物件。YouTube 說明,連接 RSS 後,新加入 Feed 的集數會自動上載到頻道;首次設定時所選集數會先以私人影片上載,而已發布音訊需要專門的重新上載流程才可替換。[2]YouTube 亦說明,Feed 之後修改的節目資料及重新上載的音訊檔案不會自動同步到頻道,因此節目簡介或封面未更新,應與新集數缺失分開排查。[2]
因此,「RSS 已存在」和「平台已公開」仍是兩個狀態。檢查上載佇列、版權或政策提示、預設可見度、舊集數選取日期,以及 Podcast 連接是否有效。
不要把 YouTube 的做法套用到一般 Podcast 目錄。Apple、Spotify、YouTube 及其他服務在擁有權、更新和發布方面各有不同模式;應按各平台現行的創作者文件操作,並指明到底是哪一個介面未有更新。
若集數本來只供訂閱者收聽,核對存取設定及可用日期,不要為測試把它公開。Apple 同樣分開說明 RSS Feed 可用性與訂閱者音訊可用性。[1]
除非託管方提供正式遷移流程,否則保持 canonical Feed URL、節目擁有者、GUID 和 enclosure 身份不變。URL 遷移可能需要重新導向及擁有權驗證;GUID 改變會產生重複;重新上載亦可能建立新的平台物件。
轉換託管前,匯出現有 Feed,記錄公共 URL、節目 ID、聯絡電郵政策、近期 GUID 及目錄條目。Spotify 提醒,啟用 RSS 後電郵可能公開,而且第三方平台可能擷取 Feed。[3]條件許可時,使用獨立的公開聯絡電郵,不要披露登入電郵。
不要為了讓一個目錄更新而複製集數。副本可能在某處出現,卻把統計及訂閱者分到兩個物件。應優先修正原 item 的發布或媒體欄位。
若託管方建議重新發布,先查詢這樣做會否保留 GUID 及原發布日期。記下答覆,並在影響較小的時段只執行一次。
準備精簡的脫敏記錄:
不要發送私人 Feed token、驗證碼、密碼、工作階段 Cookie、附簽署的音訊查詢參數或不受限制的後台匯出檔。如支援團隊需要原始 Feed,請對方提供安全的上載渠道,並刪去無關的訂閱者資料。
集數已出現但播放速度重設時,查看Podcast 速度設定排障;集數意外變成已播放時,使用播放狀態專項指南。這些屬客戶端問題,不應透過修改 RSS 身份處理。
沒有統一時間,應查看目錄說明。Apple 建議在集數發布到 Feed 24 小時後仍未出現時排查。[1]
它可能仍是草稿、按另一個時區排程、設為私人、只限訂閱者,或正在等候託管方重新產生公共回應。應查看公共 Feed,而不是後台預覽。
會。目錄可能把它當作現有單集的更新,或乾脆拒絕這次衝突。應透過託管平台恢復唯一而穩定的 GUID,而不是一再自行編造新 ID。
它把 Feed item 與媒體檔案關聯。指向錯誤、失效或重複資源時,目錄可能無法擷取或播放。
不應作為第一步。第二份提交可能建立重複節目及拆分訂閱者,應先使用原條目的更新及支援路徑。
不一定。它或會更新顯示用的元數據,但無法修復缺少的 item、無效的 enclosure、被 block 的單集或停滯的擷取工作。
首次設定時上載可能先保持私人,之後仍受平台可見度控制。檢查上載狀態,不要更改原 GUID。[2]
不能。VPN 無法改變託管方的 RSS 輸出、目錄佇列、GUID、enclosure、擁有權或可見度設定。應直接排查發布鏈。
Sources checked 2026 年 10 月 4 日。
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。