免費，無需帳號
RSS 訂閱源驗證工具
貼上訂閱源網址，Inoreader 就會以訂閱源閱讀器的方式擷取內容，檢查閱讀器所需的一切，並告訴您該修改哪些地方。驗證工具免費使用，無需帳號。
檢查訂閱源閱讀器賴以運作的所有要素
語法問題是訂閱源故障最不常見的原因。報告從閱讀器的第一步開始：到底能不能擷取到訂閱源。
傳輸
狀態、重新導向、回應時間、機器人防護、快取標頭、壓縮及憑證。
文件
編碼、XML 格式是否正確、格式及其必要元素，以及 Inoreader 在能夠讀取訂閱源之前必須進行的每一項修復。
項目
根據閱讀器能顯示及追蹤的內容，評估 ID、日期、連結、圖片及附加檔案。
即時性
訂閱源是否宣告了 WebSub 中樞，讓閱讀器能在幾秒內收到新文章，而不必等到下次檢查。
大多數故障的訂閱源仍能通過驗證
Inoreader 每天擷取 300 萬個訂閱源，因此我們看得到真正導致故障的原因。在 2026 年十月某一天停止運作的訂閱源中，幾乎所有訂閱源的格式仍然正確。問題是伺服器拒絕請求、逾時，或是回傳網頁而非訂閱源。語法檢查看不到這些問題，這份報告則看得到。
常見修正方式
報告的每一列最後都會說明該修改什麼。以下是大多數訂閱源常見的修正方式。
RSS 訂閱源範例解析詳細說明了上述每一項，並提供可複製使用的完整訂閱源。發佈者的 WebSub 指南則說明如何讓文章在幾秒內送達閱讀器，而不必等到下次檢查。
回應條件式請求
傳送 ETag 或 Last-Modified 標頭，並在內容未變更時回應 304 Not Modified。否則，每個閱讀器每次檢查時都會下載整個訂閱源。
允許訂閱源閱讀器通過
訂閱源閱讀器無法通過機器人驗證挑戰。請在防火牆規則中，允許已驗證的機器人或「訂閱源擷取工具」類別通過。
每篇文章保留一個固定的 ID
為每個項目指定專屬的 guid，並在編輯文章時保留不變。沒有穩定的 ID，閱讀器就會將每次編輯都顯示為新文章。
將圖片放在 src 中
延遲載入的圖片位於 data-src 中。閱讀器不會執行 JavaScript，因此原本應該顯示圖片的位置會是一片空白。
宣告實際傳送內容的編碼
XML 宣告與 HTTP 標頭應一致，兩者都應標示為 UTF-8。
不要在宣告前輸出任何內容
XML 宣告前若有空白行、PHP 警告或位元組順序標記，都會讓嚴格的閱讀器拒絕整個訂閱源。
查看 Inoreader 追蹤的訂閱源歷程
當您檢查的訂閱源有人在 Inoreader 中追蹤時，報告會加上最近兩天的檢查結果：Inoreader 多久檢查一次訂閱源、伺服器回應了多少次檢查、多少次回傳 304 Not Modified、發現了多少篇新文章，以及每次失敗的原因。週二晚上故障、之後自行恢復的訂閱源，也會在這裡留下紀錄；否則，發佈者可能只能從讀者口中得知這件事。
常見問題集
訂閱源一定要通過驗證才能運作嗎？
不一定。Inoreader 會在讀取前修復許多有問題的訂閱源，報告也會列出每一項修復。其他閱讀器不一定會進行修復，因此報告會將修復列為警告。
為什麼訂閱源在某個閱讀器中能運作，在另一個卻不行？
各個閱讀器會修復的問題、等待回應的時間，以及擷取內容時使用的來源位址都不相同。報告會標示閱讀器處理方式不同的檢查項目，方便您讓訂閱源在所有閱讀器中都能運作。
為什麼舊文章會顯示為新文章？
項目的 ID 變更了，或是每個項目都使用相同的 ID。報告的「項目」區段會顯示這些 ID，以及閱讀器如何處理它們。請為每個項目指定專屬的 guid 或 id，並在編輯文章時保留不變。
「修復後可運作」是什麼意思？
文件發佈時並非格式正確的 XML，Inoreader 在讀取前已將其修復。不會修復訂閱源的閱讀器會拒絕讀取，因此值得從源頭修正這些問題。RSS 訂閱源範例解析展示了不需修復的訂閱源是什麼樣子。
可以檢查尚未上線的訂閱源嗎？
目前還不行。驗證工具會從您提供的網址擷取訂閱源，因為傳輸檢查佔了報告的一半。
訂閱源驗證工具是免費的嗎？
是的。免費使用，無需帳號。如果您想追蹤該訂閱源，Inoreader 帳號也可免費使用，最多可加入 150 個訂閱源。