Obsidian · 轉移筆記

Obsidian的過渡指南 — 從Notion/Evernote/Apple Notes開始

本頁面由日文原文機器翻譯而成。 閱讀日文原文

轉移後容易困擾的是,比起筆記的數量,附件、連結、正文的顯示方式。 在官方Importer中實際匯入了Notion的HTML ZIP和Evernote的ENEX,將原始資料與儲存的Markdown進行了比較。

驗證日:2026年9月30日(UTC) · Linux版 Obsidian 1.13.7 · Importer 3.1.9

將匯入的數量和沒有留下的形狀分開

Notion儲存了4筆記本+5影象,Evernote儲存了3筆記本。 但是,Notion的摺疊和段落的縮排不會保持原樣。 Apple Notes沒有在Linux上驗證實際匯入。

輸入是官方儲存庫固定commit中的測試用fixture。 這不是作者從自己的Notion/Evernote賬戶實際export的資料。 在這篇文章中,用這個小例子展示了什麼還剩下,什麼要修改。

轉移來源選擇的路線實際結果
NotionNotion → File import → HTML的ZIP4匯入/5附件/0失敗。 儲存親子頁面和圖片。 摺疊和縮排是變化。
EvernoteEvernote(.enex)→ENEX 1件3匯入/0附件/0失敗。 3種程式碼示例的縮排和符號進行核對。
Apple Notes確認固定source的macOS條件實際匯入未驗證。 這不是在Mac上成功的結果。

用練習用Vault,確認Importer的版本和儲存位置

首先準備空的練習用Vault,用少量的筆記本看輸出。 Obsidian的匯入和Vault的製作在下載和安裝的家長指南中處理。

  1. 在Settings → Community plugins中啟用Importer。 這個例子的實際畫面是Importer v3.1.9。
  2. 用Ctrl+P開啟Command palette,選擇Importer: Import notes。
  3. 選擇轉移源的格式,確認輸入檔案和Output folder。 也讀執行前的Preview。
  4. Start import,分別確認顯示完成的筆記、附加、failed的件數和Vault中儲存的檔案。

這次的初期準備,將官方釋出的main.js・manifest.json・styles.css手動配置到隔離Vault,啟用後用實際GUI進行操作。 不是點選Community plugins的Browse → Install匯入的驗證。 選定的3.1.9以外的版本也會有相同的結果,這是未驗證的。

Community plugins的Importer v3.1.9和ON的實畫面
實際啟用的Importer v3.1.9。 觀測了開關的ON和版顯示。 開啟原始PNG
Obsidian和Installer的實際版本畫面
General的Obsidian和Installer的版本1.13.7
在General上確認了一次Version 1.13.7 / Installer version 1.13.7。 開啟原始PNG

Notion將HTML的ZIP傳遞給File import

這個版本的Notion有兩條路線。 這次選擇了File import。 畫面說明“不需要代幣和網路連線”“不保留資料庫”。 Notion account的資料庫、數式的轉移是另外的途徑,這個驗證沒有執行。

Notion的account import和File import的實際選擇畫面
Notion account (recommended)和File import分別顯示的實際畫面。 驗證的是下面的File import。 開啟原PNG
  1. Notion選擇後,選擇File import。 實際畫面介紹了HTML格式的export。 在自己的過渡中,按照官方的export程式準備檔案。
  2. Choose file中選擇ZIP。 驗證時,在OS的檔案選擇畫面中選擇了官方fixture的notion-testspace.zip。 外部ZIP中還有另一個ZIP1件的構成,也直接讀取了。
  3. Folders to import確認後Continue。 這次以選擇所有物件的初始狀態進行。
  4. Output folder是Notion,Attachment location是Vault folder,Save parent pages in subfolders是ON。 這是沒有現有筆記本的空Vault的例子。 沒有驗證Update的覆蓋、競爭處理。
  5. 在下一個畫面中開啟Save Notion ID,關閉Single line breaks,在未選擇模板的初始狀態下閱讀Preview,選擇Start import1次。
Notion的Output folder和Attachment location和父頁面的儲存設定
執行前的輸出設定。 附加的Vault folder,在這個空Vault的路線上儲存了影象。 開啟原始PNG
Notion匯入完成的4匯入5附件0失敗
實際完成顯示。 儲存4筆記和5附件,failed是0。 開啟原始PNG

父頁面是Notion/Notion-Testspace/Notion-Testspace.md,子頁面進入了同一個下屬。 Attachment Tests還在同名資料夾中。 父正文的3的連結,唯一對應這個Vault對應的子筆記本。

實際儲存的Notion父頁面的正文全文

---
notion-id: 1590080aa5a3802488c2e857dea7aa7d
---
**Notion-Testspace** is a Notion workspace created by [@felciabatta](https://github.com/felciabatta) to test the [Obsidian Importer](https://github.com/obsidianmd/obsidian-importer) plugin.

This workspace has been exported to HTML format, [as described here](https://help.obsidian.md/import/notion), and comprises a single parent-page (this one) and the following sub-pages:

[[Block Reference]]

[[Formatting Tests]]

When importing to Obsidian, if you leave _**Output folder**_ blank all the pages will be stored in a single parent-folder called _**Notion-Testspace**_.

---

[[Attachment Tests]]

5張的JPEG與原ZIP的影象bytes・SHA256一致。 檔名URL編碼被解碼,кошки-самые-лучшие.jpg也被儲存。 在原export中已經變成----.jpg的名字,還是那個名字。

實際儲存的附加筆記的正文全文

---
notion-id: 15f0080aa5a380c6b16cfed449a03a8b
---
# Filenames

The files below are included to test filenames with special characters — sometimes Notion url-encodes these, sometimes the filenames are entirely destroyed.

![[felis-catus.jpg]]

![[кошки-самые-лучшие.jpg]]

![[----.jpg]]

![[kocky-jsou-nejlepsi.jpg]]

![[name-with-percents-006300610074.jpg]]
用實際GUI重新開啟Notion的Attachment Tests的原始畫面
開啟Attachment Tests,轉移到其他筆記本後,從檔案一覽表中重新開啟一次的畫面。 正文377 bytes在首次顯示時和重新開啟後一致。 畫面上顯示著影象的上部。 開啟原始PNG

Notion改變了形狀,三個例項

原始資料的形式儲存的結果轉移後的確認
摺疊標題・toggle list隱藏的正文剩餘,展開為普通的標題・列表。 原來的details/summary的摺疊結構沒有保留。確認是否可以閱讀正文,必要時使用Obsidian側的標題和列表的摺疊。
帶縮排的段落原HTML的巢狀indented段落,成為普通的獨立段落。 縮排的層次的外觀會發生變化。判斷是否將想要保留層次的段落修改為標題、要點。
標題、塊的單獨連結例子的輸出是[[Formatting Tests]]。 原HTML的href已經沒有位置的錨了。同時檢視原export和輸出,重新新增到必要位置的連結。 沒有判定是隻有Importer的故障。

例如原HTML的摺疊內的With a hidden text block.和…with hidden content!,也留在了儲存的Markdown中。 但是是普通的標題、列表的正文。 不是完全複製原畫面外觀的結果。

匯入的Block Reference目錄和通常的標題的實際畫面
用實GUI開啟Block Reference的原始畫面。 觀測了目錄連結和標題的上部。 不作為確認下部所有要素的繪製和點選的畫面來處理。 開啟原始PNG

Formatting Tests中的單獨連結,即使顯示字串中有Notion的塊ID,原HTML的href也只指向頁面。 儲存示例中的“Link to heading”和“Link to text block”都是頁面連結。 從目錄到標題的連結是另一個例子,在Markdown中生成了標題連結,但不是嘗試所有連結的實際點選的結果。

另外,外部的Web影象URL保留在儲存正文中。 因為這次驗證停止了外部通訊,所以那個外部影象的顯示是未驗證的。 正在和本地的5影象分開確認。

Evernote選擇ENEX,比較程式碼的縮排

  1. Importer再次從Command palette開啟,選擇Evernote (.enex)。 實際畫面介紹了每個筆記本的ENEX export。
  2. Choose files中選擇ENEX。 在這個例子中,在OS的檔案選擇畫面中傳遞了官方fixture的code-block-indentation.enex。
  3. Output folder是Evernote,Attachment location是Vault folder,模板未選擇。 從Continue開始閱讀Preview,選擇了1次Start import。
  4. 完成顯示是3 imported / 0 attachments / 0 failed。 儲存的Evernote/code-block-indentation/有3筆記本。
Evernote的執行前Output folder Evernote和附加設定
執行前的Evernote的輸出設定。 正文進入了對應ENEX名字的子資料夾。 開啟原始PNG
Evernote匯入完成的3匯入0附件0失敗
實際完成顯示。 儲存了3筆記本,附件是0,failed是0。 輸入也沒有附件。 開啟原始PNG

空白的例子保留了4・8的縮排和空行。 NBSP的例子變成了普通的空白,但4、8個縮排是一致的。 包含反斜槓、*、_的字串也作為程式碼塊內的文字保留下來。

包含空白縮排的真實儲存全文

```python
def f(x):
    if x:

        return 1
    return 0    # aligned
```

包含反斜槓和Markdown符號的實際儲存全文

```bash
grep -o 'a\\*b' file \\
  | sed 's/_x_/*y*/'
```
Evernote的空白縮排用實GUI重新開啟的程式碼顯示
開啟Indented with spaces,轉移到另一個2筆記本後,從檔案一覽表中重新開啟一次的畫面。 本文78 bytes最初和重新開放後一致。 開啟原始PNG

這個3例子中沒有生成的frontmatter。 製作、更新日期和標籤等所有metadata、Evernote的附加、任意格式的保留尚未驗證。

Apple Notes明確macOS條件和未驗證

官方的固定source正在檢查Platform.isMacOS和桌面環境。 這次執行的是Linux版Obsidian,所以沒有嘗試Apple Notes的實際匯入。 從source中讀取對應條件和在Mac上實際轉移是不同的。

從Apple Notes轉移時,請確認官方的Apple Notes的轉移步驟和物件環境。 這個頁面的Notion/Evernote的成功件數,不能作為Apple Notes的實機成功使用。

比較公式的小輸入和實際儲存的例子

再現用的輸入2件是官方儲存庫同一固定commit中的測試fixture。 不是自己賬戶的export。 可以用練習用Vault嘗試相同的輸入,也可以用於比較下面的儲存正文。

儲存例子是實際用GUI生成的Markdown的原bytes。 ZIP中只包含正文7件。 不包括影象、plugin本體、設定、輸入fixture。 如果想將附加筆記的連結用圖片顯示的話,從Importer匯入原輸入到自己的練習用Vault進行確認。

轉移前後的確認和FAQ

在Notion中選擇哪種匯入方式?
這個驗證是Notion → File import。 Notion account是使用令牌和通訊的其他路徑,沒有執行。 實際畫面說明了關於File import不保留資料庫。 資料庫、數學公式的完全轉移超出了這個結果的範圍。
Notion的ZIP要先解壓嗎?
這個官方fixture是ZIP中還有1個ZIP的構成,外面的ZIP可以直接選擇Choose file。 帶有4的ID的HTML成為筆記,沒有ID的index.html沒有成為筆記。 不是任意ZIP構成成功的證明。
0 failed的話,原來的外觀也一樣嗎?
不一定相同。 在這個例子中,摺疊的內容被展開為普通的標題、列表,帶有縮排的段落變成了普通的段落。 0 failed是處理件數的顯示。 分別確認外觀、附件、連結。
Notion的標題和塊的連結為什麼會變成頁面連結?
這次的原HTML即使顯示字串中有塊ID,href中也沒有錨,輸出是[[Formatting Tests]]。 在原來的export中丟失的位置,僅靠Importer無法恢復。 轉移前的export和輸出都看。
Evernote的程式碼還有縮排嗎?
在這個ENEX的3例子中,空白4・8個,空行,程式碼內的反斜槓和符號仍然存在。 NBSP變成了普通的空白,4、8個的縮排一致了。 不是嘗試附件、所有格式、所有筆記的結果。
Apple Notes也可以在這個環境下匯入嗎?
檢查這個固定source是否是macOS的桌面環境。 因為驗證的環境是Linux,所以沒有嘗試Apple Notes的實際匯入。 透過這個驗證無法判斷Mac的成功和完全轉移。

公開日期:2026年10月01日

確認範圍和官方資料

  • Linux版Obsidian/Installer 1.13.7、Importer v3.1.9的實際畫面。 透過手動配置官方release assets3件的隔離Vault從GUI啟用了。
  • Notion File import和Evernote ENEX各1次,從實際的OS檔案選擇和Start import開始執行。 將儲存的7筆記、5本地影象、有限的正文、連結、layout例子與原fixture進行了核對。
  • Notion的附加筆記和Evernote的空白程式碼筆記,從同一啟動內的檔案列表再次開啟,確認bytes一致。 重啟應用程式後重新開啟是未驗證的。
  • PNG・輸入fixture・儲存Markdown保持原bytes。 輔助程式碼用於準備和讀取,匯入和輸出檔案生成沒有用plugin API代替。

保留了準備的profile ID錯誤、點選物件的selector等待失敗、檔案選擇中僅靠第一個Return沒有關閉的事實。 實際選擇確定是透過OS畫面的Open按鈕進行的。 應用程式是GUI Close後的實際wait在exit 0,Xorg是所有process的SIGTERM和實際wait 0。 控制器在末尾的Xlib結束處理中退出了1,整體沒有正常結束。 詳細情況總結在驗證記錄中。

真實賬戶的export、Notion account/API・資料庫・數式、Apple Notes的執行、全部metadata/全部layout/任意的大規模資料、其他OS、iOS、Sync、SimpleMemo、速度・安全性・生產力的效果尚未驗證。

雖然進行了選定版的source和官方分發物的核對,但並不是從source再現同一構建的驗證。

接下來,製作每天使用轉移的筆記本的入口

轉移後確認筆記的數量、附件、連結、易讀性,修改必要的正文。 第一次使用Vault和筆記本間連結的人,可以在父指南中確認Obsidian的基本操作。