HTML to Markdown

轉換器支援標題（h1–h6）、段落、粗體、斜體、刪除線、行內程式碼、圍欄程式碼區塊、引用區塊、水平線、連結、圖片、有序列表、無序列表、巢狀列表和表格——涵蓋完整的 CommonMark 和 GitHub Flavored Markdown（GFM）功能集。未知結構性元素如 div、section 和 article 會透明地傳遞其子元素，確保內容不會遺失。大多數真實世界的 HTML——來自 CMS 匯出、爬取的文章或文件頁面——都能乾淨轉換，無需您事後處理。

Pandoc 是強大的命令列轉換器，但需要安裝、終端機以及了解其參數。它是自動化伺服器端管道的正確工具，但用於一次性轉換過於複雜。Turndown.js 是最常用的 HTML 轉 Markdown JavaScript 函式庫——每週 npm 下載量超過 250 萬次，GitHub 超過 10,800 顆星——本工具採用與 Turndown 相同的基於 DOM 的解析方法，確保可靠性。不同之處在於所有運算都在您的瀏覽器中進行：無需安裝、無需命令列、無需伺服器往返，且檔案不會離開您的裝置。Turndown 需要 Node 專案設定；本工具不需要。

Markdown 是技術寫作、文件撰寫和內容管理的標準純文字格式。將 HTML 轉換為 Markdown 讓您能夠將內容匯入 Notion 或 Obsidian、與程式碼一起提交至 Git 儲存庫、透過 Astro、Hugo 或 Jekyll 等靜態網站產生器發布，或輸入 AI 模型和 LLM。2024 年發布的研究顯示，與原始 HTML 相比，Markdown 在大型語言模型中減少了 68–87% 的 Token 用量——在建構 RAG 管道或準備微調資料集時，這是真實的成本和準確性差異。

可以——CMS 遷移是最常見的專業使用情境之一。貼上從 WordPress、Confluence、SharePoint、Ghost 或任何其他平台匯出的 HTML，即可獲得乾淨的 Markdown，可匯入新系統。WordPress 的匯出提供 HTML 內容區塊；Confluence 以 HTML 或 XHTML 匯出頁面——兩者均可乾淨轉換。為獲得最佳結果，請只貼上內容主體，而非包含導覽列和頁尾的完整頁面 HTML。團隊已使用瀏覽器 HTML 轉 Markdown 轉換，在不到兩天內遷移 150–200 頁的文件網站，無需使用命令列。

表格轉換為 GitHub Flavored Markdown（GFM）管道表格格式，標題行後跟破折號分隔行。該格式適用於 GitHub、GitLab、VS Code 預覽、Notion、Obsidian、Docusaurus 及幾乎所有現代 Markdown 渲染器。巢狀表格會被扁平化，因為標準 Markdown 原生不支援。欄位對齊——透過 align 屬性或 CSS text-align 設定的左、中、右——使用分隔行中的冒號位置保留（例如：:--- 表示左對齊，:---: 表示居中，---: 表示右對齊）。

可以。轉換完全在瀏覽器中使用內建 DOM 解析器進行——不上傳任何檔案，頁面載入後也不需要網際網路連線。這使得使用機密 HTML 時非常安全，例如內部文件、專有 API 參考或不應離開裝置的客戶工作。您可以驗證這一點：開啟瀏覽器開發者工具，前往網路分頁，確認當您貼上 HTML 並觸發轉換時，沒有發出任何網路請求。沒有任何資料離開您的機器。

它會移除 Markdown 輸出每行末尾的空格和定位符號，並將多個連續空行合併為單一空行。這使檔案保持整潔，避免可能影響嚴格 Markdown 解析器渲染的不可見空白——尤其是 GitHub 的解析器，它會將行尾空白標記為 lint 問題。這也讓輸出更容易放入執行空白檢查的文件工具中。在幾乎所有情況下保持此選項開啟都是安全的。只有極少數情況下行尾空白才具有語義意義。

可以。巢狀的 ul 和 ol 元素會遞迴處理，每個層級在 Markdown 輸出中都有正確的縮排。混合巢狀——有序列表內的無序列表，或反之——也能正確處理。例如，有序列表內三層深的無序列表，每個層級都能獲得適當的四空格縮排，這是 CommonMark 標準。這是基於正規表達式的轉換器經常失敗並產生損壞 Markdown 的邊緣情況之一。基於 DOM 的解析能可靠地處理它。

輸出遵循 CommonMark 加 GitHub Flavored Markdown（GFM）擴充，用於表格和刪除線。CommonMark 是大多數平台使用的標準規格，GFM 增加了管道表格語法和 ~~ 刪除線，GitHub、GitLab 和 VS Code 均支援。這使輸出相容於 GitHub、GitLab、VS Code、Notion、Obsidian、Docusaurus、MkDocs 及大多數現代 Markdown 渲染器。如果您需要不含 GFM 擴充的嚴格 CommonMark，唯一有差異的元素是表格——其他所有元素完全相同。

您可以貼上任何 HTML 片段或完整頁面主體。為獲得最佳結果，請只貼上主要內容區域——而非包含導覽、側邊欄和頁尾的完整文件——使輸出專注於有意義的內容。大多數開發者從瀏覽器開發者工具的「元素」面板只複製文章或文件的 div（右鍵點擊 → 複製 → 複製 outerHTML）。這樣可以獲得乾淨的內容 HTML，不含結構性頁面框架。轉換器也能處理完整頁面 HTML，但輸出將包含以連結平面列表形式轉換的導覽文字，這通常不是您想要的結果。

Perplexity、ChatGPT 和 Gemini 等 AI 系統現在讀取、分塊並重用網頁內容來生成答案。Markdown 是它們偏好的輸入格式，因為它去除了消耗 Token 而不增加語義意義的 HTML 結構標籤。用 <p class="article-body"> 標籤包裹的段落比純 Markdown 中相同的段落消耗更多 Token。2024 年發布的研究顯示，對於相同內容，Markdown 比原始 HTML 減少 68–87% 的 Token 用量——這直接降低 API 成本，並提高檢索增強生成（RAG）管道的信噪比。

行內程式碼元素（不在 pre 內的 code 標籤）以單個反引號包裹。程式碼區塊（pre > code 元素）以三個反引號圍欄包裹，遵循 CommonMark 和 GFM 標準。如果 code 元素有 'language-python' 或 'lang-python' 之類的 class，語言識別符會被提取並保留在開頭圍欄中以啟用語法高亮。從 GitHub README 頁面或文件網站轉換的程式碼區塊會在輸出中保留其語言標籤——因此您在 HTML 中擁有的語法高亮在 Markdown 中也能保留。

Markdownify 和 h2m 是用於建構管道中程式化 HTML 轉 Markdown 轉換的 Node.js npm 套件。當您需要在腳本中自動轉換數百個檔案時，它們是正確的選擇。本瀏覽器工具涵蓋了它們無法處理的使用情境：快速的一次性轉換、無法與伺服器共享的內容，以及完全不想設定 Node 專案的情況。轉換品質相近——三者都使用基於 DOM 的解析而非正規表達式——但本工具增加了即時預覽、複製按鈕和字元/字數統計，使其對內容工作更為實用。

可以，轉換器在行動瀏覽器上完全可用。從剪貼簿貼上 HTML，觸發轉換，然後複製 Markdown 結果——全部在手機或平板電腦上完成。介面會適應較小螢幕，以堆疊面板顯示。已在 iOS 17 的 Safari 和 Android 14 的 Chrome 上測試。一個常見的行動使用情境：從瀏覽器的分享選單取得文章的 HTML，轉換後直接在同一裝置上貼入 Obsidian 或 Notion，完全無需桌上型電腦。無需註冊、無需下載應用程式、無任何限制。

HTML 註釋（<!-- ... -->）會從輸出中移除，因為 Markdown 沒有註釋語法，且註釋很少是實際內容的一部分。Script 標籤及其內容也會被丟棄——JavaScript 在 Markdown 中沒有意義。Style 標籤和行內 style 屬性也會被移除；CSS 樣式無法轉換為 Markdown，而語義意義（粗體、斜體、標題）透過元素類型而非視覺樣式來保留。如果一個 span 透過 CSS 而非 strong 或 b 標籤設為粗體，該樣式不會被帶入——這是內容格式轉換的正確行為。

沒有。由於不涉及伺服器，除了瀏覽器記憶體可處理的範圍外，沒有大小限制。實際上，瀏覽器 DOM 解析器可以處理數 MB 的 HTML 而不會出現問題——遠超任何真實 CMS 頁面。如果您正在轉換非常大的 HTML 檔案（完整的書籍匯出、非常長的爬取文章），請分段貼上而非一次全部貼入，以獲得最清晰的輸出。轉換本身無論大小都需要毫秒級時間，因為它直接在瀏覽器分頁的 JavaScript 中運行。