Logseq vs Obsidian比較｜ファイル・DBの違いと失敗しない選び方

既存のMarkdownファイルをほかのエディタでも扱いたいならObsidian、日誌に箇条書きを積み重ね、ブロック単位で再利用したいならLogseqが候補です。編集部では、機能数よりも普段の書き方と、別のツールへ移す際に残したいデータを先に決めることを勧めます。

両者はデータの扱い方が根本的に異なるため、移行や併用を検討する際は、その構造の違いを理解しておく必要があります。

用途別の比較表

---

データ構造の根本的な違い

ObsidianとLogseqでは、情報をどのように保存し、管理しているかという設計思想が大きく異なります。

Obsidian：ファイルベースの管理

Obsidianは、ローカル環境内の「Vault（保管庫）」として指定したフォルダ内にあるMarkdownファイルを直接扱います。ファイルそのものがデータの単位であり、エディタを閉じても、ファイルシステム上にはそのままMarkdownファイルとして情報が残ります。そのため、他のエディタでも内容を確認しやすいという特徴があります。 出典：Obsidian公式ガイドの保存形式。設定やプラグインはノート本文と別に管理されるので、本文だけのコピーでは作業環境まで戻せるとは限りません。

Logseq：ファイルグラフとDBグラフを区別する

Logseqは、従来の「ファイルグラフ」と「DBグラフ」を区別して比較します。すべてのグラフが同じ保存方式を使うわけではありません。DB版ではデータの正本はDBにあり、Markdownエクスポートを元のDBと同等に扱えません。

LogseqのDB管理における主要な要素は以下の通りです。

• ノード: データの最小単位。
• タグ: 情報を分類するための識別子。
• プロパティ: 各ノードに付与される属性情報。

また、Logseqのデータを扱う際には、以下のエクスポート形式の違いに注意が必要です。

• DBと添付のエクスポート: DBだけでなく、添付ファイルを含めて保存する選択肢があります。
• EDNエクスポート: グラフのデータを編集可能な形で表しますが、公式文書では唯一のバックアップ手段にすることをまだ勧めていません。
• Markdownエクスポート: 標準Markdownへ変換します。すべてのプロパティやタイムスタンプを保持する形式ではありません。

出典：LogseqのDB版公式ドキュメント。2026年10月6日の確認では、エクスポート形式ごとの保持範囲が説明されています。編集部では、読めるMarkdownの保存と、元のアプリに戻すためのバックアップを分けて用意することを勧めます。

---

用途による選択の基準

どちらのツールを選ぶべきかは、あなたが「どのような書き方で情報を蓄積したいか」によって決まります。

長文をページとして整える用途（Obsidian）

文書作成や、一つのページにまとまった情報を記述する「ページベース」の運用にはObsidianが適しています。情報の構造をファイル単位で管理するため、長文の執筆や、ドキュメントとしての体裁を整える作業に向いています。

日誌・箇条書きからブロックを参照する用途（Logseq）

日々の記録（ジャーナル）を箇条書きで書き進め、その中の特定の項目（ブロック）を他のページから参照する「アウトライナー」としての使い勝手を求めるなら、Logseqが適しています。情報の最小単位が「ブロック」として扱われるため、断片的なメモを積み重ねていくスタイルに最適化されています。

---

移行とテストの手順

ツールを移行する場合、データの整合性が失われるリスクがあります。以下の手順で、安全にテストを行ってください。

実行前の確認事項

移行作業を開始する前に、必ず以下の準備を行ってください。

1. バックアップの作成: 既存のデータを完全にコピーしてください。詳細なバックアップ手順については /posts/kopia-backup-guide を参照してください。
2. 互換性の理解: リンク、添付ファイル、タスク、プロパティ、ブロック参照といった機能は、Markdownファイル単体では互換性が保証されません。

安全な移行テストの手順

大規模なデータを一度に移行するのは危険です。以下の順序で進めることを推奨します。

1. 少量のノートでテスト: 移行したいデータの中から、ごく一部のノートだけを抽出してテスト用フォルダにコピーします。
2. インポート・エクスポートの実行: 抽出した少量のノートを、移行先のツールで読み込み、正しく表示されるか確認します。
3. 整合性の検証: リンクが切れていないか、タスクのステータスが維持されているか、プロパティが正しく認識されているかを確認します。

コピーしたノートで確認する項目

同じフォルダーを両アプリで同時に編集する前に、コピーを使って次の項目を確認します。表示だけでなく、編集して保存したあとに元のツールで実際に開けるかも見てください。

同期やプラグインを追加するのは、この小さなテストが通ってからにします。第三者のプラグインは使う版への対応と権限を確認し、プラグインがなくても必要な文章を取り出せる状態を残します。

よくある失敗の切り分け

移行時に問題が発生した場合、以下の点を確認してください。

• リンク切れ: ツール間でファイルパスの指定方法が異なる場合に発生します。
• ブロック参照の消失: Markdownファイルとしての書き出しでは、ブロック単位の参照情報が失われることがあります。
• プロパティの認識不全: ツール独自のプロパティ記述形式が、移行先で正しく解釈されていない可能性があります。

---

同期とバックアップの違い

データの管理において、「同期」と「バックアップ」を混同しないよう注意してください。

• 同期: 複数のデバイス間で、常に同じ状態を保つための仕組みです。
• バックアップ: データの消失に備えて、過去の特定の時点の状態を保存しておく仕組みです。

同期設定が正しくても、誤ってデータを削除した際にその削除が全デバイスに反映されてしまうことがあるため、別途バックアップを運用し、別フォルダーへ戻せることを確認してください。NASへ保存する場合も、同期先と世代を残す保存先を区別します。自宅NASの構成ガイドでは、保存機器の選び方を確認できます。

---

FAQ

Q1. Obsidianはオープンソースですか？

いいえ、Obsidianはオープンソースではありません。

Q2. LogseqのDB版では、Markdownファイルがデータの正本ですか？

いいえ。DB版のデータはDB内で管理され、Markdownは書き出し形式の一つです。従来のファイルグラフと区別してください。

Q3. ObsidianからLogseqへ移行する際、すべての機能は引き継げますか？

いいえ。リンク、添付ファイル、タスク、プロパティ、ブロック参照などは、Markdownファイルのみでは互換性が保証されないため、移行時に失われる可能性があります。

Q4. 同期機能を使っていれば、バックアップは不要ですか？

いいえ。同期は「現在の状態を合わせるもの」であり、誤操作によるデータの消失を防ぐ「バックアップ」とは役割が異なります。必ずバックアップを別途取ってください。

Q5. 移行を安全に行うための最も重要なステップは何ですか？

いきなり全データを移行するのではなく、まずはバックアップを作成した上で、少量のノートを用いた「移行テスト」を行うことです。