現狀回顧
H2P (HTML to PDF) 方案四大支柱：
- 思路闡述：URL 清單 → 單頁 PDF → 合併書籤
- H2P XML 格式：
href.h2p.xml + outline.h2p.xml (含 DTD)
- H2P Tool：轉換引擎 + Swing 編輯器
- 資源分享：官網提供預製 .h2p.xml 下載
核心矛盾
優點 = 缺點：**完整還原瀏覽器渲染** → 保留廣告、導航列、側邊欄、分頁碎片，閱讀體驗大打折扣。
兩大演進路徑
路徑一：協定約定 —— H2P 專用鏈接
- 網站提供
/article/123?h2p=1 或 /h2p/123
- 回傳內容：僅正文、已合併分頁、無廣告/干擾元素、保留語意結構 (h1-h3、code、圖片)
- H2P Tool 直接採集此類鏈接，生成純淨 PDF
- 阻力：廣告營收衝突、需前端改造、缺乏標準化動力
路徑二：程式化介面 —— WebService / API
- 網站暴露
GET /api/article/123 回傳 JSON：{title, author, publishedAt, sections:[{heading, html},...]}
- H2P Tool 直接組裝內容，繞過 HTML 渲染/列印，完全控制輸出樣式
- 優勢：乾淨、結構化、可程式化處理 (代碼高亮、圖片重排、字體嵌入)
- 阻力：需後端開發、版本管理、權限控制、流量成本
歷史鏡鑑：RSS 的曲折普及
- 1999 Netscape → 2003 RSS 2.0 釋出 → 2005 Firefox/IE7 內建訂閱 → 2013 Google Reader 關閉 → 今日 JSON Feed/Newsletter 並存
- 關鍵驅動：**用剛需倒逼平台妥協** — 使用者「想一次看完所有部落格更新」強過「想看廣告」
H2P 破局關鍵
- 建立 h2p.dtd / JSON Schema 成為事實標準
- 開發 瀏覽器擴充套件 一鍵生成當前頁 .h2p.xml (自動提取標題/URL/章節)
- 社群維護 熱門站點適配規則庫 (CSS 選取器/XPath 提取正文)，Tool 內建支援
- 倡導 「乾淨內容可攜權」：內容創作者應允許讀者以舒適格式離線保存
結語
H2P 目前處于「可用但不完美」階段。若能推動網站端提供純內容介面 (鏈接或 API)，將徹底解決雜訊問題，邁向真正的「知識電子書」體驗。這需要工具端易用性突破、社群推廣與平台妥協的共振。正如 RSS，路徑曲折，但剛需終將推動標準落地。
