免費 Markdown 轉 Word 工具 MarkdowntoWord，純文字轉換不出瀏覽器

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

手上有一份用 Markdown 寫的文件，對方要 Word 檔，你大概會冒出三個問題：轉換過程我的內容會不會被上傳？轉出來的 Word 檔排版能不能用？萬一出問題，長什麼樣子？

我把 markdowntoword.io 實際跑了一遍來回答這三件事：帶一份含表格、數學公式、流程圖、外連圖片的繁體中文文件轉換，把下載回來的 .docx 解開檢查內部結構，並側錄全程的網路請求。先講結論：文字部分的轉換確實全部在瀏覽器裡完成，沒有任何內容被送出去；但文件裡每張圖片的網址，會在你按下載那一刻送到這個網站自己的伺服器代抓；而且圖片如果抓不到，它會安靜地整張消失，連提示都不給。

下面把三個問題各自展開。

我的文件會被上傳嗎？純文字不會，圖片網址會

這個網站在繁中版頁面上寫得很篤定：「所有轉換均在您的瀏覽器中本地完成，文件內容永遠不會離開您的電腦」。這句話對純文字的文件成立。我在編輯器貼入約 54 行的測試文件、按下載、拿到 .docx，整段過程錄到 18 個網路請求，其中送出資料的 POST 只有四個，對象全是統計與廣告遙測（Google Analytics、Google 廣告、Microsoft Clarity），其餘是頁面素材與廣告版位。整份側錄裡，任何請求的網址都看不到文件的字句，POST 的長度與對象也對不上任何內容外送；真正離開電腦的內容只有一種，就是下面要講的圖片網址。轉換引擎放在網頁自己的程式碼裡，文字處理這段不需要伺服器參與，這部分經得起檢驗。

轉折出現在圖片，而且分成兩個階段。預覽階段，瀏覽器直接向圖片所在的主機索取圖檔來顯示，這是每個網頁都在做的事；真正的關鍵在按下載的那一刻，瀏覽器轉而向 markdowntoword.io 自己的 /api/image-proxy 端點發出請求，把整段圖片網址附在後面，由它的伺服器代為抓圖，再把圖檔位元組傳回瀏覽器嵌進 Word 檔。我在三種圖片上重現了同一條路徑：網站自己的範例圖、Google 官方標誌、維基媒體的圖片網址，全數走過這條代理。

從工程角度看這個設計有正當理由。瀏覽器要讀取外站圖片的原始位元組，會被跨網域規則和對方主機的防爬機制擋下，我在測試裡就看到維基媒體的圖在預覽階段直接被瀏覽器擋掉。要能把圖嵌進 Word 檔，總得有人把圖抓回來，站方選擇讓自己的伺服器做這件事，客人端只收成品。後果要算清楚：圖片網址是你文件的一部分，它離開了你的電腦，連同你的 IP 和時間戳一起送達這個站的伺服器。如果你的文件裡有內部系統的截圖連結、未公開產品的圖片網址，或任何看網址就能猜到出處的資源，這句「永遠不會離開您的電腦」就沒有它寫的那麼絕對。純文字的會議記錄、作業、部落格草稿沒有這層顧慮。

轉出來的 Word 品質如何？主流元素都過了，還比宣稾的誠實

光看宣稱我不會買單，所以我把下載的 .docx 當成壓縮檔解開，直接讀裡面的 XML 結構。結果比大多數同類網站扎實：

Pin

• 標題層級對應到 Word 原生的標題樣式。我的文件有九個標題，九個都正確掛上樣式，這代表之後在 Word 裡插入自動目錄、全域改字級都接得上，收到檔案的人不會拿到一堆只長得像標題的粗體文字。
• 表格真的變成 Word 表格，含欄位寬度結構。管線符號表格之外，我把一段寫在 Markdown 裡的 HTML 表格也放進去，兩種都轉成正式的表格區塊，可以在 Word 裡直接加列、排序。
• 數學公式轉成 Word 原生數學物件。行內的 E=mc² 和獨立一行的積分式，在 XML 裡都是 Word 的原生數學格式，收檔的人可以打開方程式編輯器繼續改，貼到別份文件也帶得走，得到的不是一張公式截圖。
• Mermaid 流程圖先在瀏覽器渲染成圖片再嵌入。我那張四個節點的流程圖變成一張 666×900 的 PNG，收在 Word 檔內建的媒體資料夾裡，跟著檔案走。
• 程式碼區塊、粗斜體、行內程式碼、引用、繁體中文內容全部保留，下載檔名是乾淨的 converted-document.docx，作者欄位只掛一個 Un-named 代稱，不會幫你塞浮水印或宣傳文字。

頁面行銷文字愛用「完美保留」這種字眼，實際狀況是主流元素都過了，敘述膨風但底子是真的。兩個文案沒寫的細節：上傳按鈕的接受清單其實包含純文字 .txt 檔，我實測丟 .txt 進去照樣載入 569 個字元，頁面文案只寫支援 .md 和 .markdown，等於免費多開一扇門給純文字講義；檔案上限 10MB 寫在頁面上，我放一個 11.5MB 的檔案進去，內容不會載入，編輯器維持原樣，我等了一下也沒等到任何提示，就是靜靜地拒絕。

Pin

還有一個行為你該知道：編輯器內容只存在記憶體裡。我貼完文字按重新整理，編輯器直接清空，瀏覽器的本機儲存裡只看得到廣告設定和 Clarity 的辨識碼，沒有任何草稿備份。把它當一次性轉換器用很順，把它當草稿編輯器用會哭，長文件請在自己電腦上留原稿。

兩個邊界順便量清楚。10MB 的上限對純文字來說非常寬：一個中文字在 UTF-8 裡占三個位元組，10MB 相當於三百多萬字的純文字，正常的報告和論文都碰不到這條線，會撞到的反而是塞了大量長表格或超長程式碼的極端文件。單檔單次則是真的：上傳按鈕的程式碼寫死一次收一個檔，沒有批次佇列，多份文件就分次轉，或先合併成一份再轉，這也是站方自己給的建議。

它最安靜的坑：圖抓不到就整張消失，本機圖片必中

三次測試裡最值得寫的是失敗的長相。我把一張維基媒體的圖片網址放進文件，這張圖的伺服器端代理回應失敗（代理端回傳 502），下載回來的 Word 檔解開一看：圖不見了，連圖片的替代文字也沒有留下，文件裡只剩我自己打的文字。沒有警告、沒有佔位框、沒有「這張圖沒轉進去」的任何提示。

對照成功案例更能看出這是全有全無的設計：Google 標誌那張，代理抓到了，272×92 的圖完整嵌進 Word 檔的媒體資料夾，圖片物件的名稱屬性也帶著替代文字串；維基媒體這張，代理失手，那一段內容憑空消失。圖片能不能進檔，取決於它的伺服器當下抓不抓得到那個網址，而你從介面上完全無法預知，也沒有事後通知。

更麻煩的是本機圖片。Markdown 文件裡最常見的寫法是相對路徑，例如 ./screenshot.png 這種，放在自己的資料夾裡搭配圖檔使用。我實測這種寫法：預覽階段瀏覽器把相對路徑解析到 markdowntoword.io 自己的網域下去找，當然找不到；匯出階段代理照樣去抓那個不存在的網址，結果一樣是整張圖加替代文字安靜消失，文件其他部分完好。也就是說，一份用相對路徑放圖的 README 或報告丟進來，出來的 Word 檔會少了全部的圖，而你收到的當下不會有任何感覺。

要讓圖片進得了 Word 檔，圖必須放在一個可以用完整網址存取、而且允許別的網站抓取的地方。自己的圖先傳到圖床或公司空間再用完整網址引用，成功率遠高於直接丟本機路徑。轉換前給自己三十秒做兩個檢查：確認文件裡每張圖的語法都是完整網址開頭，不是 ./ 或 ../ 開頭的相對路徑；挑一張最不確定的圖，用無痕視窗貼上網址看能不能直接開，能開的通常就抓得到。交件前再打開 Word 檔把圖從頭滑到尾，這個動作十秒鐘，它是唯一能擋下「客戶收到一份少了三張圖的報告」的方法。

免費的代價：頁面掛了三套追蹤器，隱私權政策只交代一套

工具本身不收費，網站靠 Google AdSense 廣告和 Ko-fi 贊助維生，這很正常，獨立開發的免費工具本來就要吃飯。但隱私權政策寫得比實況含蓄。

政策頁「第三方服務」一節列了三家：Google Analytics（流量統計）、Cloudflare（內容傳遞與安全）、Vercel（網站代管）。而我實測的頁面上，同時載入的不只這三家：Google Analytics 在跑、AdSense 廣告版位實際投放了廣告、Microsoft Clarity 這套會錄製訪客操作歷程的分析工具也在收資料。Clarity 的用途是重建訪客怎麼捲動、點了哪些位置，屬於行為錄製等級的觀測，比單純的流量統計深入一層。廣告和 Clarity 各自種下自己的 Cookie，廣告識別用的幾顆我都在測試後的 Cookie 清單裡親眼看到。政策文字沒有說謊，它只是沒把話說全：你以為來了一個純前端工具，實際上頁面層級的配置是一個標準的廣告網站。在意這件事的人，裝個擋廣告的瀏覽器擴充功能再來用，或改走本機安裝的轉換方案。

條款也有互相打架的地方。服務條款第四節寫「不支援直接嵌入圖片（僅保留連結）」，同站另一個轉換頁的常見問題卻寫「會嘗試將有效圖片嵌入」，而我實測的結果是真的會嵌入。三種說法擺在一起，以實測為準就行，但這顯示站方文件沒有同步維護。條款第三節倒是先替自己留了後路：明寫「文件轉換可能無法百分之百完美」。行銷頁說完美、條款說不保證，法律上它站得住，期待上你要自己打折。條款第九節的準據法只寫「適用法律」，沒有公司名稱、沒有管轄地，營運主體靠頁尾一個 Ko-fi 帳號和一組電子郵件。對免費小工具這不致命，但代表真有爭議時，你找不到一個實體對象。

這站是誰在做？獨立開發，而且還在動

從更新日誌看，這個站 2025 年 8 月 2 號上線，最初只有 Markdown 轉 Word 一個功能，十月加了 PDF 轉換和反向轉換，2026 年一月加入數學公式與 Mermaid 流程圖，三月到五月陸續長出 HTML、Excel 表格工具，最新一版 2026 年 8 月 12 號修掉「公式在預覽正常、匯出成 Word 時變成原始碼」的問題。我實測時公式已經正常，這個修復時程值得肯定：從問題存在到修掉，日誌攤得開開的，看得到一個獨立開發者還在認真顧品質。

日誌裡也有值得記一筆的歷史：2026 年 4 月那一版修的是「離開全螢幕模式後編輯內容遺失」。編輯內容無預警消失這種等級的問題出現過，加上前面說的記憶體式編輯器，我會把「轉完立刻下載」當成使用紀律，而不是賭它永遠不再出事。

它的繁中版是真的存在，網址加上 /tw 就有，介面文字也是道地繁中。不過標題和搜尋描述是把簡體版逐字換成繁體字，用詞停留在大陸慣用寫法，正文和標題一個頁面兩種口音。看得懂繁中沒問題，只是搜尋結果裡它不會用台灣人的話講話。順帶一提，同站的簡體工具頁還留著一個把單字接錯的說明文字，這種小瑕疵符合獨立小站的規模，也提醒你它的文件不能逐字盡信。

順著導覽列還會發現它其實是一整排兄弟工具：Word 轉回 Markdown、Markdown 轉 PDF、轉 Docx、轉 HTML、雙向的 HTML 轉換、Markdown 表格和 Excel 互轉，同一個網域下連成一套八個頁面，全部免註冊（PDF 轉 Markdown 那一項連去另一個網域的姊妹站）。對偶爾要交不同格式的人，記住一個網域就夠；反過來說，你的文件處理習慣也會集中在同一家的廣告與分析配置上，便利和足跡是同一枚硬幣的兩面。

你該走哪條路：照文件的樣子挑工具

先分情境。學生交報告、技術文件交付、有公式和流程圖的稿子，這種「內容要完整、樣式要能繼續編」的需求，這次實測的結果撐得住，公式轉成原生數學物件，收檔的人打開方程式編輯器就能直接改。純文字的會議記錄、部落格草稿，隨便一條路都行，重點是轉完就下載。真正該停一下的是兩種：內部文件或機密內容，圖片網址會出站、頁面又掛著行為錄製分析，這種文件走本機安裝的轉換程式比較心安；還有大量使用本機相對路徑圖片的專案文件，先把圖換成完整網址再來，否則轉出來的檔案會少了全部的圖。

把 Markdown 交出去不只這一條路，照你手上文件的樣子挑：

最後把使用紀律收斂成一句話：貼上、按下載、打開檔案把圖從頭檢查一遍、存檔走人。整個流程五分鐘內結束，不要把文字留在它的編輯器裡過夜。純文字文件可以放心轉；有圖片的文件，記得那張圖的網址去過它的伺服器，本機路徑的圖先換成完整網址，而抓不到的圖不會有人提醒你。