EvernoteからObsidianへ移行する前に行う形式忠実度テスト

忠実度テストが必要な理由

EvernoteはノートをENMLで保存し、ObsidianはMarkdownファイルとボルト内の通常ファイルを扱います。変換は便利ですが、完全な翻訳ではありません。インポートが成功しても、表が平坦化されたり、添付ファイルのパスがずれたり、Evernoteのリンクが意図したノートを開けなくなったりします。

忠実度テストで答えるのは、もっと具体的な問いです。この書き出しとインポートの組み合わせで、私のノートのどの部分が残るのか？ 研究ノートや厳密なフォルダー構成がある場合は、ライブラリ全体を処理する前に必ず試しましょう。

代表的なテストセットを作る

一番きれいなノートだけを選ぶのはやめましょう。手作業で確認できる小ささと、ライブラリの難所を見つけられる多様さを両立させます。

ノート名、ノートブック名、添付ファイル数、リンク数、気になる仕様を記録します。この棚卸しが、移行前後を比べるチェックリストになります。

インポート後に確認すること

まずテキストエディターでMarkdownを開き、その後で同じノートをObsidianで開きます。両方を見ると、変換の問題なのか、Obsidianの表示やボルトのパスの問題なのかを切り分けられます。

まず小さなローカルバッチで試す

ローカルにソースコピーを作れば、Evernoteのライブラリを何度もダウンロードせずに同じテストを繰り返せます。同期、書き出し、変換、Obsidianへのインポートを分けて確認できる点もメリットです。

1. 一度だけ同期：選んだノートブック、ノート、リソースを専用のローカルデータベースへダウンロードします。
2. サンプルを書き出す：アカウント全体ではなく、タスクや添付ファイルの多いノートブックを選びます。
3. ファイルを開く：Obsidianを起動する前に、Markdownと添付ファイルのフォルダーを確認します。
4. 新しいボルトへインポート：普段使いのノートとは別のテスト用ボルトに入れます。
5. 失敗を記録：残らなかったノート、フィールド、パスを具体的に書き留めます。

小さなバッチがきれいに移行できたら、サイズを段階的に増やします。普段使いのボルトへ数千ファイルを一度に入れるより、段階移行の方が切り戻しやすくなります。

シンプルな移行スコアカード

各テストノートを、項目ごとに合格・要確認・不合格で評価します。目的は見栄えの良い数字ではなく、残りのライブラリを移す前に説明できる判断を持つことです。

合格ルールは自分で決めます。色が少し変わるのは許容しても、添付ファイルの欠落や内部リンク切れは不合格にする、といった具合です。規模を広げる前に、その判断を明文化しておきましょう。

テストに失敗したときの対処

まず、失敗がどの層で起きたかを特定します。

• ソース：ノートやリソースがローカルへ同期されていない。
• 書き出し：フィルターでノート、添付ファイル、タグ、メタデータが除外された。
• 変換：Markdownに期待した構造やリンクが含まれていない。
• インポート：ファイルは正しいが、Obsidianやプラグインの解釈が異なる。

書き出し形式、添付ファイルの配置、ノートブックのフィルター、タスクの対応付けのうち、一度に1つだけ変えます。失敗したバッチも残し、次の実行結果と比較してください。忠実に表現できない機能は、Markdownボルトと一緒に元のHTMLまたはENEXを保存し、制限を記録します。

よくある質問

実務での結論

EvernoteからObsidianへの移行を、インポート画面が終わったかどうかだけで判断しないでください。代表的なテストセットを作り、Markdownと添付ファイルをローカルで確認し、新しいボルトでリンクとタスクを検証し、許容する差分を記録します。小さなバッチが合格ルールを満たしてから同じ手順を拡大すれば、安心して移行を進められます。