Evernote 移轉到 Obsidian：一套真正可執行的格式保真度測試

為什麼要做保真度測試

Evernote 使用 ENML 儲存筆記，Obsidian 則使用 Markdown 檔案和庫中的一般檔案。這種轉換很實用，卻不是百分之百的翻譯。匯入器可能顯示成功，但表格已被壓平、附件路徑改變，或 Evernote 連結不再開啟原本的筆記。

保真度測試回答的是一個更實際的問題：用這組匯出與匯入方式，我的筆記究竟保留了哪些部分？ 如果你有多年的研究資料，或對庫的資料夾有嚴格規範，請在處理全部資料前先測試。

建立有代表性的測試集

不要只挑最乾淨的筆記。好的測試集要小到可以手動檢查，又要足夠多樣，能暴露資料庫裡最容易出問題的邊角情況。

記錄筆記標題、筆記本名稱、附件數、連結數，以及你在意的細節。這份清單就是移轉前後的對照表。

匯入後要檢查什麼

先在文字編輯器中開啟匯出的 Markdown，再在 Obsidian 中開啟同一批筆記。兩邊都看，才能區分是轉換出錯，還是 Obsidian 的呈現或庫的路徑出了問題。

先執行一個本機小批次

先建立本機來源副本，就能在不反覆下載 Evernote 資料庫的情況下重複測試，也能清楚分開同步、匯出、轉換和匯入 Obsidian 四個環節。

1. 只同步一次：把選取的筆記本、筆記和資源下載到專用本機資料庫。
2. 匯出樣本：選擇任務或附件較多的筆記本，不要一開始就處理整個帳戶。
3. 開啟檔案：啟動 Obsidian 前，先檢查 Markdown 和附件目錄。
4. 匯入新庫：使用獨立的測試庫，不要影響日常使用的筆記。
5. 記錄失敗：寫下具體是哪篇筆記、哪個欄位和哪條路徑沒有保留。

小批次沒有問題後，再逐步增加規模。與其把數千個檔案一次匯入正在使用的庫，分階段移轉更容易回復。

使用簡單的移轉評分表

對每篇測試筆記的每個類別標記「通過、需確認或失敗」。目標不是做一個好看的行銷數字，而是在擴大規模前得到一個說得清楚的決定。

驗收規則由你決定。例如可以接受顏色略有變化，卻不能接受附件遺失或內部連結失效。擴大移轉前，先把這些取捨寫清楚。

測試失敗後怎麼處理

先定位問題出現在哪一層：

• 來源資料：筆記或資源沒有同步到本機。
• 匯出：篩選器排除了筆記、附件、標籤或中繼資料。
• 轉換：Markdown 中沒有預期的結構或連結。
• 匯入：檔案本身正確，但 Obsidian 或外掛的解讀方式不同。

一次只改一個變數：匯出格式、附件配置、筆記本篩選條件或任務對應方式。保留失敗批次，和下一次結果比較。如果某項功能無法忠實呈現，就把原始 HTML 或 ENEX 與 Markdown 庫一起保存，並記錄限制。

常見問題

實用結論

不要只看匯入對話框是否結束來判斷 Evernote 到 Obsidian 的移轉。建立有代表性的測試集，在本機檢查 Markdown 和附件，在新庫中驗證連結與任務行為，並記錄可以接受的取捨。小批次達到驗收標準後，再用同一流程擴大規模。