他のアプリからインポート

最終更新: 2026-10-13

Plainva は他のアプリのノートを新しい保管庫、または開いている保管庫内の新しい名前のサブフォルダーに取り込みます。それ以外の内容は変わりません。取り込んだフォルダーは後から移動・削除できます。

インポートは両方の端末で、同じソースを使って動作します。 デスクトップではスタート画面・コマンドパレット・フォルダーのコンテキストメニューから入れます。スマートフォンでは設定 → メンテナンス → 他のアプリからインポートにあります。サービスへのアクセスが必要なソース（API 経由の Notion など）もこちらで利用できます。スマートフォンのコマンドパレット（検索フィールドに >）からも入れます。

インポートを始める

入り口は3つあります。

• スタート画面 → 他のアプリからインポート——まだ保管庫を持っていないときの入り口で、アプリを乗り換える際の通常のケースです。
• コマンドパレット（Mod+P）→ 他のアプリからインポート…
• ファイルツリーでフォルダーを右クリック → 他のアプリからインポート…

最初のステップでは、エクスポートを尋ねられます——手元にあるものに応じてファイルを選択… またはフォルダーを選択… を使います。そのあとウィザードが認識したアプリの名前を示し、インポート先を決めます。続いて、今回の実行の件数、このインポートの制限、移行元向けのオプションを示すプレビューが表示されます。インポートを開始を押すまで、何も書き込まれません。

エクスポートに合った項目がどれか、自分で分かっている必要はありません。 ファイルを選べば、Plainva が移行元を認識します——Notion のエクスポートはパス内の長い ID で、Logseq のグラフは journals/ と pages/ フォルダーで、Keep や Simplenote のエクスポートは JSON の中身で見分けます。ウィザードは認識した内容を表示します。認識が間違っていた場合は、上のリストで変更すれば、その選択のまま進みます。

インポート先

インポートごとに、次のどちらか一方だけです——両方にはなりません。

• 新しい保管庫: 空のフォルダーを選ぶと、Plainva はそこに新しい保管庫を作成してインポートします。すでに持っているものには一切触れられず、インポート全体を取り消すには、そのフォルダーを削除するだけで済みます。Plainva を試してみる場合に適した選択です。 スマートフォンでは、保管庫は選ぶフォルダーではなくアプリ内の領域です。名前を付けるだけで作成できます。インポートを取り消すには、「その他 → Vault」でその保管庫を削除します。
• 開いている保管庫のサブフォルダー: すべてが、自分で名前を付けた新規作成の1つのサブフォルダーに収まります。保管庫の残りの部分には影響しません。

選択の下にある宛先の行は常に正確なフォルダーを示すので、どこに何が入るかを推測する必要は一切ありません。

このインポートのオプション

プレビューには件数の下に、認識した移行元に合ったスイッチが並びます——移行元ごとに独自のスイッチを持っており、その移行元にできないことは、そこに現れることもありません。もっと早い段階ではなく、この位置に置かれているのは、これから起きることが見えて初めて質問に意味が出てくるからです。件数を変えるスイッチを切り替えると、件数はすぐに再カウントされます。

• インポート元の日付を維持する（オン）——インポートされたノートは移行元の作成日と更新日を引き継ぎます。オフにすると、すべて今日の日付になります。
• 削除済みのノートも一緒にインポートする（オフ）——エクスポートにゴミ箱が含まれる Google Keep と Simplenote 向けです。既定では、そこにあるものはそのまま残ります。レポートにその名前が記載されます。

プレビューが示すもの

プレビューは何かが書き込まれる前の最後の確認地点で、後になって驚くはずのことをすべて示してくれます。

• 今回の実行の件数——ノートとデータベース、それに移行元にあれば添付ファイルとチェックリスト、
• 正確な保存先フォルダー、
• このインポーターが取り込めないもの、そしてアーカイブ内でスキップされた項目それぞれ、
• クラウド接続のある保管庫の場合、インポートしたノートが後でアップロードされるという案内、
• 非常に大きな移行元の場合、検索インデックスと初回同期にしばらく時間がかかるという案内。

実行を止める

大きなワークスペースには時間がかかるので、インポートは途中で止められます。実行中にインポートを停止を押してください。すでに保管庫に届いたものはそのまま残り、レポートにもそう記載されます——途中までのインポートは壊れたインポートではありません。完全なインポートのときと同じく、取り消す方法はそのフォルダーを削除することです。

インポートできるもの

Obsidian も一覧に含まれていますが、インポートは何も始まりません——そもそも必要ないからです。Plainva は同じ Markdown ファイルを扱います。この項目はそのことを説明し、保管庫を開く を提示します。ウィキリンク、タグ、フロントマター、.base ファイルはそのまま機能し続け、保管庫は Obsidian でも引き続き使えます。正直に言うと、プラグインのエコシステムも、Canvas も、Dataview もありません——代わりに .base のフィルターが使えます。ノート内のプラグイン構文はそのままプレーンテキストとして残ります。

使っているアプリが見当たりません

一覧に載っていないアプリがいくつかあり、その理由は毎回異なります。これは重要な違いです。そのうち2つは「今のところ」載っていないだけだからです。

• OneNote — 使えるものが得られる一括エクスポートがありません。方法があるとすれば委任ログインを伴う Microsoft の Graph API で、ページごとに1回、画像ごとにもう1回の呼び出しが必要になり、さらに自由配置のキャンバスをそもそもどう Markdown にするかという判断も要ります。将来の課題として記録してあり、断念したわけではありません。API 自体は無料で利用できます。
• Apple Notes — Apple にも一括エクスポートはなく、ノートを読むには SQLite データベースのリバースエンジニアリングが必要で、しかも macOS 限定です。定評のあるエクスポートツールがすでにそれを行っています。いずれかで Markdown に書き出し、そのフォルダーを Markdown フォルダー / ZIP から取り込んでください。
• Zoho Notebook、Turtl、Nimbus/FuseBase — 取り込む価値のある、文書化されたエクスポートがありません。
• Confluence — API が返すのは Confluence 独自のストレージ形式で、マクロを中心にした XHTML 方言のため専用の変換器が必要になります。また、個人のノートではなくチームの wiki です。現在の取り込み方法はスペースのエクスポートです。スペースを HTML でエクスポートし、そのフォルダーを HTML フォルダー / ZIP から取り込んでください。エクスポートされたページ同士のリンクはそのまま使えます。

ここに載っていないものへの道は同じです。お使いのアプリが Markdown ファイルを書き出せるなら、Markdown フォルダー / ZIP がそれをフォルダー構造ごと受け取ります。

Notion の詳細

2つの経路で結果が大きく変わるのは Notion だけです。

インテグレーショントークンを使う場合（推奨）。 notion.so/my-integrations でトークンを作成します——ウィザードが3つの手順を示し、そのページを開いてくれます。次に Notion でインポートしたい各ページを開き、右上の 「…」 → Connections（接続） から作成したインテグレーションを追加してください。Notion は明示的に接続したページしか外部に公開しません。

Plainva はトークンを保存しません。 その回のインポートだけに使われ、その後は消えます。接続済みのアカウントが作られることもありません。次回インポートする際は、もう一度貼り付けてください。

API 経由なら、Plainva はテキストだけでなく構造を読み取れます。

• ページ階層がフォルダー構造になります。
• 各データベースが .base ファイルと、1行につき1つのノートが入ったフォルダーになります。
• リレーションは双方向のウィキリンクとしてノート間に張られます。
• 21種類のプロパティ型に対応します——セレクト、ステータス、マルチセレクト、日付、数値、チェックボックス、URL、メール、電話番号、関数、ロールアップ、リレーション、ユーザー、一意のID など。
• データベースのスキーマからテーブル・ボード・カレンダー・リストの各ビューが生成されます。
• ページ内に埋め込まれたデータベースは、実際に動作する ![[Database.base]] の埋め込みになります。

ZIP エクスポートを使う場合。 トークンなしでオフラインでも使えますが、Notion のエクスポートにはデータベースのスキーマもページ ID も含まれていません。ページとフォルダーは取り込まれ、インポートしたページ同士のリンクは引き続き機能します——Notion はパスの各セグメントに長い ID を書き込んでおり、Plainva はそれを実際に書き込んだノートに結び付けます。データベースフォルダーの隣にある .csv からは、ページ自身が持っていないもの——列、その型、各行の値——が読み取られ、フロントマターとして書き込まれます。エクスポートにページがない行はノートとして書き出されます。対応付けはタイトルで行われます。実際の ID を持つのは API 経由のほうで、リレーションで組み立てたワークスペースにはそちらが適しています。

インポートで取り込めないもの

各インポーターは自分の制限をプレビューで示し、レポートでも改めて記載します。主なものは次のとおりです。

• 添付ファイルはインポートされます。 ZIP やフォルダーからのものはエクスポート内での位置をそのまま保つため、ノート内の相対的な画像リンクはそのまま機能します。Notion から API 経由で取り込む場合はインポート中にダウンロードされ——Notion はこれらのリンクに署名しており、1時間以内に失効します——Attachments フォルダーに置かれます。ページがウェブ上の別の場所から読み込んでいる画像はリンクのまま残ります。例外は2つだけで、エクスポート内に残り、レポートに1つずつ記載されます。Evernote の .enex 内の添付ファイルと、Google Keep の画像です。
• アーカイブ内の一部の項目は意図的にスキップされます。 非常に大きなファイル、シンボリックリンク、安全でないパスを持つ項目です。インポートを開始する前に、プレビューに理由とともに表示されます。
• 非常に長い Notion ページは全文を読み取りますが、トグル・段組み・入れ子のリストの中にある内容は追いかけません。
• Logseq のファイルはそのままコピーされます——key:: value プロパティやブロック参照は Plainva のプロパティやリンクには変換されません。
• 削除したノートは削除されたままです。 Simplenote と Google Keep のゴミ箱はスキップされます——一度手放すと決めたノートを、インポートが黙って戻すべきではないからです。レポートには名前入りで記載されるので、何が残されたかを確認できます。
• Notion の ZIP エクスポートは行とページをタイトルで対応付け（上記参照）、データベース間のリレーションは取り込みません。
• HTML の表やコードブロックは構造を失います。 変換は見出し、リスト、強調、リンク、画像を読みますが、表はセルのテキストになります。該当するページはすべてレポートに記載されます。

日付も取り込まれます

何年もかけて積み上げてきたコレクションは、インポート後にすべてが今日の日付になってしまうと、時間の流れが失われてしまいます。そのため Plainva は移行元の日付を引き継ぎます。

• インポートされたノートのフロントマターには created と updated として日付が書き込まれ、グラフの時間軸もここから日付を読み取ります。
• ファイル自体にも移行元の更新日時が設定されるので、日付順の並び替えや最近開いたが正しくなります。ファイルの作成日時は Windows でしか設定できません。他の OS ではフロントマターがその情報を担います。
• 移行元に日付がない場合、Plainva はエクスポートファイルの日付を使います。日付を勝手に作ることは決してありません——手がかりが何もなければ、その項目は空のままになります。

1件の失敗でインポート全体が止まることはありません

1つのノートを書き込めなくても、インポートは続行され、レポートに理由とともにそのノートが記載されます。実行が途中で止まった場合でも、レポートは書き込まれます——だから、すでに保管庫に入ったものを常に確認できます。

何も上書きされません

インポートは開いている保管庫に書き込むため、意図的に非破壊的に作られています。

• ノート名がすでに使われている場合、既存のものを置き換えるのではなく、インポートされたノートに番号が付きます（Meeting (2).md）。移行元の2つのノートが同じ名前を持つ場合も同様です。
• インポートされたノートには通常どおりOKFのフロントマター——typeに加えて、Plainvaのインポートアクター（plainva-import/<version>）と実行時刻を記録したgeneratedスタンプ、出所が分かる場合はsourcesも——が付くため、.baseのフィルターやビューの中で他のPlainvaのノートとまったく同じように扱われます。このスタンプにより、一度の実行でまとめて入ってきたものをすべて見つけられます。
• 保存先サブフォルダーの外側は何も変更されません。

インポートを完全に分けておきたい場合は、先に新しい保管庫を作り（スタート画面の新しい保管庫）、そこへインポートしてください。

インポートレポート

実行ごとに、保存先フォルダーにインポートレポートが書き込まれます。内容は次のとおりです。

• インポートされたノートとデータベースの件数
• このインポーターが原理的に取り込めないもの
• 不完全に取り込まれたもの、スキップされたもののすべてと、その理由
• すべてのファイルとその状態

レポートはその実行の正直な記録です。何かが途中で切れたり省かれたりした場合は、成功として黙って数えられるのではなく、必ずここに記載されます。エクスポートを削除する前に目を通してください。

一番下には、インポートを取り消す方法が書かれています。1回の実行によるものはすべて1つのフォルダーにまとまっているので、そのフォルダーを削除すればインポートは消えます。新しい保管庫を先とした場合は、その新しい保管庫自体のフォルダーがそれに当たります。そのための専用の取り消しコマンドは必要ありません。レポート自体も普通のノートなので、読み終えたら削除して構いません。

関連ページ

• データベース (.base) — インポートした Notion のデータベースがどうなるか
• OKF — インポートされたノートに付くフロントマター
• はじめに — インポート用に別の保管庫を作る

展開中のサイズ制限

ZIP ファイルには、各ファイルのサイズ、合計サイズ、取り込む項目数の制限があります。スマートフォンでは実際の展開中にも制限を確認するため、アーカイブに記載されたサイズが誤っていても制限を回避できません。大きすぎる項目、安全でないパス、読み取れない項目は結果に表示されます。構造が壊れたアーカイブはエラーとして報告されます。元のエクスポートは保持されます。

使用中のファイル名

インポーターは最大1000通りのファイル名を確認します。空きがない、保存先を確認できない、または予約した名前が使用済みになった場合、その項目を理由付きでスキップし、他の項目のインポートを続けます。Notionで名前の予約に失敗した場合、リンクにはローカルの保存先を割り当てず、元のソースへの参照を残します。レポートにも空きファイル名が見つからない場合はエラーが表示されます。すでにインポートしたファイルは保存先フォルダーに残ります。

Joplin JEX と RAW

復号済みの JEX/TAR または RAW フォルダーを選びます。プレビューにノート、ノートブック、タグ、添付数が出ます。空のノートブックを維持し、同名のノートには異なる名前を付け、リンクは ID をたどります。ノートブックを含めずに書き出したノートは取り込み先の直下に置きます。

リソースのバイト列は維持します。不明なフィールドを含む元のレコードも _Joplin/Export.json に保存し、一件の添付として数えます。欠けたリソースや解決できないリンクはレポートに記載し、元のリンクを残します。書き出しデータを削除する前に確認してください。

JEX には新しい取り込み先が必要です。不正なアーカイブ、パス競合、シンボリック／ハードリンク、PAX などの TAR 拡張は全体を拒否します。上限は 20,000 項目、各ファイル 32 MiB、各テキスト 2 MiB、全内容 256 MiB、テキスト合計 64 MiB、補助ファイル 64 MiB です。デスクトップは専用コピーを使い、モバイルは選択ファイルを部分読み取りします。解析中のキャンセルは保管庫に書き込みません。取り込み中は書き込み済みファイルと部分レポートが残り、フォルダー全体の自動取り消しは行いません。

HTMLファイルを変換できない場合

HTMLの入れ子が対応する深さを超えると、インポート結果にそのファイルがスキップされたことが表示されます。代わりに短く切ったノートを保存することはありません。他の有効なファイルは引き続きインポートできます。より単純なHTML形式で書き出すか、該当するノートをMarkdown形式で書き出してください。結果を確認するまでは、元の書き出しデータを保管してください。