檔案不離開本機：一個純瀏覽器端的EPUB工具站，攤開的是線上工具那本隱私帳

一則發表在V2EX「分享創造」版面的貼文，一天內累積約121次瀏覽，規模不大，但它在挑戰的商業模式，撐起的卻是一整個品類的線上工具市場。開發者Selenium39發布了名為iloveepub.com的EPUB處理網站，核心賣點寫在標題裡：不上傳檔案。壓縮、合併、拆分、EPUB與PDF互轉、編輯元數據、封面、目錄、修復，全部在瀏覽器本地完成，免註冊、免費、不限次數，頁面載入後甚至可離線使用。

結構拆解：線上工具的兩種成本排列

要理解這個產品的定位，先看常見的線上檔案工具怎麼記帳。以PDF轉換、格式壓縮這類網站為代表的主流模式，運算發生在伺服器端。這意味著三筆固定成本：頻寬與儲存的雙向傳輸、轉檔運算的CPU或GPU時間、以及處理敏感檔案帶來的資料治理負擔。這類網站的收入對策通常是免費額度加訂閱制，轉換的邊際成本直接對應收費階梯。

純瀏覽器端（client-side）方案把這三筆成本中的前兩筆直接移出損益表。運算借用的是使用者自己的設備，WebAssembly與現代瀏覽器的檔案API讓本地解壓、重打包EPUB（本質上是ZIP容器加XML中繼資料）在技術上完全可行。伺服器端只剩靜態資源託管，月成本可以壓到近乎零，這也是免費且不限次數能夠成立的算術基礎。

這與我們先前分析的獨立開發者在AI會議紀要市場的分層定價屬於同一條思路：當邊際成本趨近於零，訂閱制與買斷制的分界就會被重新劃定，差別在於iloveepub連收費這一步都還沒走。

需求分層：誰需要檔案不離開本機

EPUB是電子書的主流開放格式，使用者的檔案有幾個來源：自行製作的出版物、從各平臺取得的正版書檔、以及來路更為多樣的檔案。開發者在貼文中點出的需求是真實的：有些內容不適合離開本地。這個「不適合」涵蓋三層，涉及個人閱讀紀錄的隱私顧慮、受DRM或版權約束的內容、以及單純不想把大檔案傳給陌生伺服器的謹慎型使用者。

對照來看，使用者把檔案上傳到線上工具網站時，實際上是在用資料換便利。上傳檔案的留存政策、第三方轉售、訓練資料用途，這些條款在多數工具網站的用戶協議裡寫得含糊。本地處理方案把這一整段信任成本從交易中移除，代價是運算受限於使用者設備的效能，大檔案轉PDF時的記憶體佔用與速度，會直接喫使用者本機的資源。

影響推演：受惠者與承壓方

受惠最直接的是兩端。一端是獨立開發者：靜態託管加上本地運算，讓個人專案可以長期維持而無需現金流，iloveepub目前沒有廣告、沒有會員、沒有次數限制，運營成本結構決定了它可以一直免費下去，直到流量大到靜態託管費用成為負擔。另一端是隱私敏感的末端使用者，尤其是處理非公開出版品編輯、排版從業人員與大量電子書收藏的讀者。

承壓的是伺服器端轉檔工具的免費層。當同功能可以在本地零成本完成，這類網站能收費的空間會往兩處收縮：需要重度運算的複雜轉檔（例如OCR、複雜排版的PDF重排），以及需要跨裝置同步的企業工作流。輕量單次轉檔這個需求分層，會被瀏覽器端方案逐步吸收。傳導機制很簡單：使用者的搜尋行為從「EPUB轉PDF線上」逐步分化出「EPUB轉PDF離線」，後者的工具一旦在搜尋結果中站穩，前者免費層的流量基礎就會被侵蝕。

同樣的邏輯也能對上其他工具品類。我們先前拆解過低價AI工具積分背後的API轉售灰產，那份帳的起點同樣是使用者對正規通路成本與資料去向的重新計算。差別在於AI運算目前的邊際成本仍高，本地化只能做到部分環節；EPUB處理的運算需求輕，本地化可以做到百分之百。

收束判斷

iloveepub單一貼文的熱度有限，121次瀏覽在V2EX屬於長尾等級，不會對任何既有服務商構成即時壓力。但值得記錄的是成本結構的訊號：當一個工具品類的運算需求低於現代瀏覽器的處理能力門檻，該品類的免費替代就會出現，而且這種替代幾乎無法被價格戰反制，因為對手的邊際成本是零。

對投資與產業觀察的意義在於判別哪些工具品類暴露在這條替代曲線上。判準有兩條：運算強度是否足夠高到本機難以負荷、以及輸出結果是否需要雲端協作或儲存。兩者皆否的品類，訂閱收費的護城河會持續變淺。iloveepub處理的EPUB正是兩者皆否的典型案例，它的免費與不限次數，沒有商業理想主義的成分，只是成本結構本來就長成這樣。