LITERA Reader 免費線上閱讀器，把電子書拖進網頁直接讀

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

遇到打不開的電子書檔案，多數人的第一個動作是去裝一套閱讀器軟體，Koodo Reader、Calibre 這類本機工具都是常見答案。LITERA Reader 走相反的路：什麼都不用裝，把檔案丟進它的網頁就能讀。

我實際拿一份自製的三頁測試 PDF 走過這條路。不填 email、不註冊帳號，檔案送出後伺服器回傳一組閱讀連結，打開連結就載入它的閱讀器頁面。這條零安裝路線是真的，而且目前全程免費。

不過比「能讀」更值得看的，是那組連結的內部構造。我把連結拆開對帳，發現三件事：連結效期恰好七天；檔案存在站方的位置，就等於這份檔案的內容指紋；存取憑證上還標記著 is_public:true。換句話說，你丟上去的書會變成一組「七天內拿到連結的任何人都能讀」的公開文件。值不值得做這筆交換，取決於你要讀的是什麼檔案。

一份測試 PDF 的七日旅行：上傳之後發生什麼

先講實際流程。用瀏覽器打開 litera-reader.com，登入頁正中央就是拖檔區塊，旁邊一排格式標籤從常見的 PDF、EPUB、MOBI 到冷門的 DJVU、CHM 都在列，二十四種全部攤在頁面上，註冊和登入按鈕反而縮在右上角。整個介面的潛台詞很明白：先丟檔案，其他之後再說。

Pin

我把測試 PDF 丟進去，上傳走的是站方的檔案介面，不帶任何帳號資訊，伺服器直接回應成功，並給了一組指向 read.litera-reader.com 的網址。閱讀器跟門面網站是兩個不同子網域，這已經說明了一件事：檔案解析發生在站方伺服器，不是在你的瀏覽器裡。這是「零安裝」三個字背後的實際架構。

那組網址本身藏著更多資訊。它一共帶著六個參數，除了副檔名和快取控制這類技術欄位，真正關鍵的四個是：source，一串 64 位十六進位字碼；client_key，站方配發的識別碼；signature，請求簽章；以及 file_access_token，存取憑證本體。把 token 解碼（它是一種叫 JWT 的簽名式存取憑證，內容可以直接讀取），會看到幾個欄位：

• 到期時間：與上傳時間相差整整七天，分秒不差
• file_sha256：與我在本機用 shasum 算出的檔案雜湊值逐字元相同
• access_level：full（完整讀取權）
• is_public：true

到期時間決定了訪客的續讀節奏：連結七天後失效，想長期追蹤進度就得註冊帳號，把書收進官方在 2026 年 5 月才上線的個人書庫。在那之前，官方的作法是把閱讀連結自己存好、傳給自己，換裝置時靠那組連結接回上次的進度，站方自己也承認這不太方便，書庫就是為了補這個洞而生的。更有意思的是檔案指紋這一欄。SHA-256 是把整個檔案內容算成唯一指紋的雜湊演算法，站方直接拿這個指紋當儲存位址。照這個設計，同一份檔案不管由誰上傳，都會落在同一個位置；你的書跟全站其他人的書，是用內容而不是用帳號區分的。

這套「上傳換限時連結」的思路並不罕見，我們先前介紹過的 tmpfile 走的是同一條路，差別在它交回的是原始檔案下載連結，LITERA 交回的是一個能翻頁畫線的閱讀器。順帶一提，它的單檔上限是 100MB。這個數字寫在前端程式碼的常數裡，超過會直接被擋下並提示檔案過大。一般文字書完全碰不到這條線，但整本掃描版 PDF 或漫畫壓縮包就有機會撞到。

is_public 不是意外：它想做的其實是社交閱讀

最反直覺的發現是那個 is_public:true。我上傳的是自己的測試文件，從沒打算公開，系統卻把它照「公開文件」的方式管理：存取憑證給的是完整權限，任何人在七天內拿到連結都能讀同一份檔案。

這不是漏洞，是產品邏輯。LITERA Reader 的官方部落格把定位講得很白：創辦人認為閱讀是一場對話（reading is a conversation），讀者對書裡某段文字畫線、加上「引人思考」「不同意」這類標籤，別人可以對你的畫線按讚、留言，站方在 2026 年 7 月還上了統一的通知中心，有人回應你的引文會收到提醒。書在這套設計裡是社交物件，公開分享是預設值而不是例外。而且因為檔案是以內容指紋定址，同一本書在全站只有一個位址，所有讀者的畫線自然掛在同一面引文牆上：你在書裡畫的線，別人打開「全部」視角就看得到，也能按讚回應。對習慣把畫線當私人筆記的人，這一點要先想清楚。

對讀者來說，這條線要自己畫清楚。抓公版書來跨裝置續讀、想看別人在同一本書裡畫了哪些線，這個模型很合理；但商業合約、未公開的企劃案、私人筆記這類文件，丟上去就等於交給一個把公開當預設的系統。畫線與筆記的保存也有帳號門檻，註冊欄位是 email、名稱、密碼三項，站方在註冊視窗寫明「註冊才能保存引文與筆記」；匿名訪客從頭到尾只有那組七日連結。

Pin

書籤、畫線與 Extra Dark：閱讀器裡實際有什麼

不想一開始就丟自己的檔案，站上準備了兩本示範書：英文版《基督山恩仇記》與俄文版的《湯姆歷險記》《頑童歷險記》合輯，點開就能玩，不上傳任何東西。這兩本走的是跟訪客上傳完全相同的連結格式，差別只在它們本來就是公開授權的公版書，拿來試翻頁、試畫線、試深色主題，是隱私成本最低的第一步。

閱讀器本身的功能，這裡以官方說明和頁面結構為準整理。畫線引文是核心：選一段文字，掛上「引人思考」「不同意」這類官方叫 Impressions 的標籤，引文面板分成「全部」與「我的」兩個視角，等於每本書底下都掛著一個公開的讀書會。整頁書籤是 2026 年 7 月才補上的，官方部落格還自爆這功能的由來：一位別隊的工程師在公司聚會上直問「你們怎麼連書籤都沒有」，團隊承認原本以為畫線就夠用了，後來才理解長篇小說與論文需要的是乾淨的頁面定位點。通知中心同月上線，有人按讚或回應你的引文會收到提醒。

深色模式是有的，而且不止一階：閱讀器的色彩模式裡有 Extra Dark 全黑主題，官方說明還特別提醒某些格式的底色在一般深色下仍會偏白，要全黑就選 Extra Dark。縮放則有一段值得記的來回：2026 年 5 月官方為了介面一致，把縮放從頂欄收進文字設定面板，結果收到不少抱怨，官方在部落格認錯改回頂欄。背後其實是兩種檔案的差異，EPUB 這類重排格式的縮放跟字級連動，PDF 則是固定版面直接放大，同一個按鈕在兩種檔案上做的事不完全一樣，也難怪使用者會困惑。

效能要有合理期待。官方在 7 月的開發紀錄裡坦承，功能越多閱讀器越重，檔案有時開得比大家想要的慢，團隊花了半年把載入時間砍半。本機閱讀器開檔是磁碟速度，雲端閱讀器多了上傳與伺服器解析，大檔案多等幾秒是這條路線的物理性代價。

二十四種格式背後：一個俄語圈團隊的執念與生意

格式支援常是這類工具最被拿來比較的數字，這裡直接給實測結果：檔案選擇框接受二十四種副檔名，從 PDF、EPUB、MOBI、TXT 到 FB2、DJVU、CHM、LRF、PDB 全數在列。FB2 是俄語圈通行的電子書格式，DJVU 常見於老論文掃描檔，這兩項出現在預設清單裡，加上站上還掛著一本俄文示範書、門面頁的語言標記預設俄文，幾個訊號都指向同一個結論：這是一個俄語圈團隊的產品。站方沒有公開團隊所在地，這是從程式碼與站內配置推出來的判斷。

為什麼一個閱讀器要支援這麼多冷門格式？官方部落格 2026 年 4 月的創站文給了答案。創辦人自述十三年前念工程學校，早上讀 DOC 講義、下午翻 PDF 手冊、晚上看 FB2 電機教材，每種檔案都要另找一套軟體，筆記散落各處。十三年後他組隊把「一個地方打開所有檔案」做成網頁，第一優先是格式相容，介面和書庫反而是後來才補上的。

從部落格和 Telegram 頻道的時間線看，這個服務非常年輫但節奏很快：

• 2024 年 3 月：網域註冊
• 2026 年 4 月：官方部落格發布創站故事
• 2026 年 5 月：個人書庫上線，登入後上傳的書永久保存在個人檔案裡
• 2026 年 7 月：通知中心與整頁書籤上線，官方同時公布已把閱讀器載入時間砍半；嵌入 API 也在這個月開放企業接洽
• 2026 年 9 月：嵌入 API 的開發者指南頁上線

市場分布也有意外。官方頻道在 2026 年 8 月公布用戶來自三十多個國家，最大宗是中國的 31%，美國 15%、波蘭 8%、香港 4%。站方設有中文 Telegram 公告頻道（早在 2026 年 5 月就開播），但網站介面至今只有英文和俄文兩種語言，中文讀者得自己跨過這道門檻。

Pin

錢從哪裡來？目前消費端看不到任何付費牆，但站方在 2026 年 9 月上線了開發者指南頁，讓其他網站用自己的後端簽發 JWT、把這套閱讀器直接嵌進自家頁面，並提供 npm 套件 litera-reader-widget。社交功能（畫線、按讚、留言、站內通訊）在嵌入場景預設關閉，由接入方帶著自己的使用者資料開啟。接入方式對企業也算客氣：文件留在接入方自己的伺服器上，換一組檔案網址就能換到閱讀權杖，閱讀器這邊負責抓取與渲染，使用者的畫線與互動則綁在接入方自己指定的使用者編號上。方向很清楚：把閱讀器當基礎設施賣給企業，個人用戶免費使用。

跟裝一套本機閱讀器比，你交換了什麼

把 LITERA Reader 放回原本的選擇題裡，它換掉的是「安裝」這個動作，換來的代價則是檔案出門。兩條路線的差異可以濃縮成一張表（比較基準：2026 年 9 月實測與官方公告）：

限制也集中在這裡一次講完。單檔 100MB 上限；訪客連結七天失效；EPUB 在閱讀器內沒有文字搜尋，官方的建議是退回瀏覽器本身的 Ctrl+F，PDF 才有側欄搜尋；介面只有英文與俄文。條款文件也值得留意：條款裡出現運費（shipping）字樣，明顯是套版文件改的，而且找不到針對消費端使用者的檔案保留與刪除政策，想要「上傳後請你刪掉」這類承諾的人會撲空。著作權申訴管道倒是有的，走 support 信箱的 DMCA 流程。最後，網域 2024 年 3 月才註冊、團隊規模自稱很小，這是一個年輕服務，長期可靠度要自己保留餘地。

還有一層帳要算：資產握在誰手上。本機閱讀器的書就是你自己資料夾裡的檔案，軟體停更檔案照樣能開；雲端書庫的書綁在帳號與服務存續上，服務轉型或收攤，書庫就跟著走。這不是 LITERA 獨有的風險，是所有雲端閱讀服務的共同代價，只是它特別年輕，這條更要放進考量。

三個最常被問到的問題

真的完全免費嗎？就 2026 年 9 月的實測，從上傳、閱讀到書庫全程沒有碰到任何付費牆，條款裡的付費與運費段落是套版痕跡而非實際方案。站方已經公開的變現方向是把閱讀器當嵌入服務賣給企業，個人端免費比較像先累積用戶的策略。未來會不會改變，只能說沒有白紙黑字的承諾。

檔案隱私到底多嚴重？可以分兩級看。連線全程走 HTTPS，存取要過簽名憑證，這是技術面的底線，沒問題。但檔案實體存在站方伺服器、訪客連結七天內對任何持連結的人開放、保留與刪除沒有政策可查，這三點是結構性的。公版書、抓來的公開資料、自己轉出的無所謂檔案，風險可控；商業與私人文件，答案就是不要丟。

手機能用嗎？可以。它是響應式網頁，手機瀏覽器開同個網址就能用，站方也做了 PWA（漸進式網頁應用程式）支援，可以加到主畫面當成 App 開啟。不過雲端閱讀的本質不變：翻每一頁都要網路。

跟 Google Play 圖書、Kindle 雲端閱讀有什麼不同？那兩者是書店生態系，讀的是你在店裡買的書，檔案包著授權保護；LITERA Reader 讀的是你自己手上已有的檔案，不上架、不賣書，也不管你的書從哪裡來。一句話分界：買書的歸書店，開檔案的歸它。

三種人，三種選法

誰適合用？我會分成三種情況。

只是臨時要開一份冷門格式檔案的人，直接用就好。DJVU 老論文、FB2 電子書這種平時根本不會裝對應軟體的檔案，丟上去七天的連結綽綽有餘，讀完連結讓它自然過期，什麼都不留。政府公開文件、廠商放在網站上的型錄手冊、課程平台開放下載的講義，這類本來就是公開品的 PDF 最沒有心理負擔，順手轉給同事一起看還比裝軟體快。

想抓公版書跨裝置續讀、或對「看別人畫了哪些線」有興趣的人，可以註冊當雲端書架用。合法的公版書源可以參考我們介紹過的 Library of Short Stories，抓完丟上來，手機平板接著讀。

機密文件、長期書庫、離線需求，這三種情況就留在本機。檔案不出門是本機閱讀器無可取代的優勢，預算夠的可以看我們評過的買斷制閱讀器 Reeden，免費路線則有 Koodo Reader 這個老牌選擇。

判斷標準也很簡單：丟一份自己平常會讀的檔案上去，幾秒內拿到連結、翻頁跟搜尋符合你的習慣，這個工具對你就成立；哪個環節卡住，特別是隱私那關過不去，本機路線永遠是退路。