這篇文章做一件事：把 2025–2026 年 Read-Later 市場發生了什麼、為什麼會這樣、使用者應該看哪些關鍵指標講清楚。解釋行業結構變化：商業模式、資料安全、AI 音訊化、自託管復興、以及中文使用者的現實問題。
1. 2025 的核心事件：Pocket 退出與 Omnivore 關停把「免費長期可用」打碎
Pocket：從獨立服務退出，進入資料清理流程
Mozilla 的支援文件給出了關鍵時間點：Pocket 在 2025 年 7 月 8 日停止服務；之後進入匯出視窗；並且在 2025 年 11 月 12 日起，匯出被禁用，使用者資料進入永久刪除佇列。
對使用者的影響不只是「換工具」，而是多年累積的閱讀狀態、標籤體系、筆記與螢光標示的遷移成本暴露出來：匯出格式是否完整、是否能保留上下文、是否能恢復可檢索性，這些決定了真實損失。
Omnivore：團隊被 ElevenLabs 吸收後，託管服務停止
Omnivore 使用者社群與相關討論反覆提到一個事實：使用者需要在 2024 年 11 月 15 日前匯出資料，之後資料會被刪除。
這類「Acquire 後快速關停」會直接改變使用者對開源與免費託管的預期：程式碼開源並不等於服務可持續。普通使用者不自建，就仍然受託管方的商業決策影響。
2. 商業模式的重排：訂閱制成為主流，原因是成本結構變了
Read-Later 早期主要成本是客戶端開發與少量同步；現在主成本是：網頁解析與清洗、反爬處理、全文索引、跨平台同步、AI 處理、以及音訊生成（如果做 TTS）。
以 Readwise Reader 為例，它的定價頁面明確寫出訂閱價格：年付折算 $9.99/月，月付 $12.99/月。
這種價格不是「閱讀視圖值多少錢」，而是「持續服務與持續迭代值多少錢」。Pocket 與 Omnivore 之後，很多使用者開始接受一個更直接的邏輯：付費買的是可持續性和可預期的服務邊界，而不是「免費但不確定」。
同時，另一條路線也在增長：把後端成本轉移給使用者自己（比如 iCloud、本地資料庫、或自託管）。這不是情緒化反訂閱，而是降低「供應商終止服務」風險的一種工程選擇。
3. 產品形態變化：Read-Later 正在被 PKM 吞併
2025–2026 年，使用者需求從「保存連結」變成「把內容變成可用的知識資產」。所以 Read-Later 常見的功能升級方向是：
- 螢光標示、批註、筆記與標籤體系更像筆記軟體
- 匯出到 Obsidian/Notion 的工作流更像「知識中間件」
- RSS、Newsletter、PDF、影片字幕等被統一當作「可閱讀物件」
這一變化會帶來兩種結果：
- 重度工具會變複雜，學習成本上升。
- 輕量工具如果不解決「消化與回收」問題，會變成內容堆積箱。
判斷一個 Read-Later 是否進入「PKM 軌道」，看兩點就夠：
- 是否能把閱讀中的產出（螢光標示/筆記/標籤/元資料）結構化保存並可遷移
- 是否能讓這些產出在未來被檢索、回顧、再利用（而不是只停留在原文裡）
4. AI 音訊化（TTS）讓「閱讀時間」擴容，但也帶來新的鎖定與成本問題
TTS 把閱讀從螢幕擴展到通勤、運動、家務場景，提升的是可用時間，而不是資訊量本身。問題在於：高品質 TTS 成本高，產品容易走向兩種極端：
- 聽感好，但做筆記、螢光標示匯出、二次加工弱
- 知識管理強，但音訊體驗普通
從使用者角度，音訊化是否真正有價值，不看「能不能朗讀」，看這條鏈路是否閉環：聽的過程能不能留下可檢索的資產（螢光標示、時間戳記、語音標記、可回跳原文的位置），以及這些資產能否匯出。
5. 自託管復興：動機不是「極客」，而是資料主權與可驗證的可持續性
Pocket 與 Omnivore 之後，自託管重新流行的核心原因很樸素：
- 資料留在自己控制的機器/帳號裡
- 服務不會因為公司策略變化突然消失
代價也同樣現實：部署與維護門檻、行動端體驗、抓取成功率（尤其是動態站點和反爬環境）。所以 2026 更可能增長的是折中方案：本地優先 + 可用的同步 + 明確的資料匯出，而不是純 SaaS 或純自託管一統天下。
6. 中文使用者問題：不是「介面翻譯」，而是生態與底層技術
中文使用者常見痛點集中在四類：
- 內容圍牆：尤其是封閉平台文章抓取與圖片顯示問題
- 中文檢索：分詞、索引、命中率與效能
- 字型與排版：不同裝置尤其墨水螢幕上的渲染一致性
- 中文 TTS：多音字與斷句導致理解成本上升
這決定了一個現實結論：面向中文使用者的 Read-Later，如果不把「抓取 + 本地儲存 + 全文檢索」當作一等能力，很難長期留住人。
7. InfoFlow 選擇了一條更偏「本地優先」的路線
Pocket 與 Omnivore 這類事件之後，很多使用者最擔心的不是功能，而是兩件事：
- 資料能不能留住
- 未來能不能遷移
所以 InfoFlow 的設計取向是：盡量把關鍵資料放在使用者可控的儲存裡，離線可用，把網頁內容本地儲存，減少連結失效造成的損失，並提供快速的全文與頁內搜尋。
不把 InfoFlow 當作「一個書籤盒」，而是把它當作個人知識處理鏈路的入口層：先把內容可靠地存下來，再讓使用者用搜尋與筆記把它變成可複用的資訊。
8. 2026 選 Read-Later 的檢查清單（比「功能對比表」更有效）
只看這 6 項，能避開大多數坑：
- 匯出與備份：能否匯出 Markdown/HTML/JSON 等結構化資料，是否包含螢光標示、筆記、標籤與元資料
- 本地能力：離線是否完整可用（閱讀、搜尋、筆記）
- 全文檢索品質：中文是否穩定命中，速度是否可接受
- 原文保真：是否保存網頁內容副本，降低 404/改版導致的不可讀
- 遷移成本：是否提供從 Pocket/Omnivore 等匯入，匯入後是否保留結構（不僅是連結）
- 商業可持續性：收費結構是否能覆蓋長期維護（訂閱/買斷/自建後端），邊界是否清晰
結論
2025–2026 年 Read-Later 市場的主線不是「誰功能更多」，而是三個詞：可持續、可遷移、可檢索。Pocket 的退出與 Omnivore 的關停只是把問題提前暴露出來：使用者真正需要的是把內容變成長期資產的系統，而不是一個臨時收藏夾。