# 2026年版：Ankiから安全に移行する方法――TXT書き出しの手順

*2026-03-13*

Ankiから安全に移行するなら、最初に用意するのは1つではなく2種類の書き出しファイルです。まず、元のコレクションを復元できるよう、メディアを含む`.colpkg`ファイルを作ります。次に、移したい内容を**プレーンテキスト形式のノート（Notes in Plain Text）**として書き出します。

2つのファイルは役割が違います。コレクションパッケージは元に戻すためのもの、TXTファイルは持ち運べる作業用コピーです。この違いを押さえておけば、カードのテキスト一覧をAnkiの完全なバックアップと勘違いせずに済みます。

この手順が対象とするのは、テキスト中心のデッキと、TXTまたはCSVを扱える移行先です。テキスト書き出しでは、Ankiのスケジューラーの状態、テンプレート、アドオン、メディアファイルは引き継げません。まず代表的なデッキで試し、すべてのフィールドを確認します。移行結果を実際に使えると判断できるまでは、元のコレクションに手を加えないでください。

> **開示事項：** 私は[Nibomo](https://nibomo.com/ja/)を開発しているKirill Markinです。このガイドでは、Ankiを使い続けるほうがよいケースや、`.apkg`をインポートできる移行先を選ぶべきケースも明記しています。

**事実確認日：** 2026年8月27日。

![植物学者が元の植物を傷つけずに残し、保護した予備の挿し木と3本の試験用挿し木を確認している](/blog/migrate-from-anki-txt-export-open-source-flashcards.png)

## まず、TXTでの移行が向いているか判断する

Ankiに保存されているのは、復習画面に表示される言葉だけではありません。1つのノートに複数のフィールドがあり、ノートタイプとカードテンプレートによって、そこから1枚以上のカードが作られることもあります。コレクションにはスケジュール情報も含まれ、メディアはノート内から参照される別ファイルとして保存されています。

テキスト書き出しで取り出せるのは、その仕組みの一部だけです。ファイルの整形に時間をかける前に、次の表で向き不向きを確認してください。

| Ankiの構成 | TXTは現実的な移行方法か？ | より安全な選択 |
| --- | --- | --- |
| メディアをほとんど、またはまったく使わない基本的な表裏ノート | **はい** | 代表的なデッキを書き出し、フィールドを対応付けて移行先でテストする |
| 用語、定義、例文など、構成が決まっている複数のテキストフィールド | **多くの場合ははい** | インポート前に、どのフィールドを表面と裏面にするか決める |
| 通常の質問・回答に書き換えてもよい穴埋めノート | **場合による** | 穴埋めをいくつか試し、結果をカードごとに確認する |
| 単純な書式変更にだけ使っているカスタムHTML | **場合による** | 移行先がHTMLを表示するのか、削除するのか、コードのまま見せるのか確認する |
| あると便利だが、なくても意味が通じる画像や音声 | **場合による** | まずテキストを移し、その後でメディアを別途追加して確認する |
| テンプレート、CSS、JavaScript、アドオン、自動生成される逆向きカードが不可欠 | **多くの場合は不可** | Ankiを使い続けるか、互換性のあるAnkiパッケージをインポートできる移行先を選ぶ |
| 現在の次回復習日、復習履歴、個別に調整されたスケジュール状態が不可欠 | **不可** | Ankiで学習を続けるか、スケジュールの保持を明示的にサポートする方法で移行する |
| Image Occlusionやメディア中心のノートそのものに学習上の意味がある | **TXTだけでは不可** | パッケージ対応の移行先を選び、切り替える前にメディアが正しく再現されるか確認する |

判断基準はシンプルです。各ノートをテキストフィールドだけにしても、必要な学習内容は残るでしょうか。残らないなら、TXTは適切な移行形式ではありません。

## 2種類の書き出しを安全網にする

Ankiで何かを変更したり、別の場所に大きなデッキを作ったりする前に、両方のファイルを書き出してください。

| ファイル | 用途 | 保護できるもの |
| --- | --- | --- |
| **メディアを含める（Include media）**を有効にした`.colpkg` | 復元 | コレクション内のノート、カード、デッキ、ノートタイプ、スケジュール情報、同梱されたローカルメディア |
| **プレーンテキスト形式のノート（Notes in Plain Text）**の`.txt` | 持ち運び | タブで区切られた、書き出し対象ノートの各フィールドの内容 |

[Ankiの書き出しドキュメント](https://docs.ankiweb.net/exporting.html)によると、コレクションパッケージにはスケジュール情報を含むコレクション全体が入ります。ローカルの画像、音声、その他のファイルを同梱するかどうかは、メディアのオプションで決まります。Ankiの[バックアップガイド](https://docs.ankiweb.net/backups.html)では、手動で作成したコレクションパッケージを、別の端末やクラウドストレージなど安全な場所に保存することを勧めています。

一方、TXTファイルが扱う範囲は意図的に狭くなっています。Ankiはノートのフィールドをテキストファイルに書き出し、フィールド同士をタブで区切ります。HTMLとメディア参照を含めれば、フィールド内に保存されたマークアップも確認できます。内容を目で確認して再利用しやすくはなりますが、Ankiの仕組み全体を持ち運べるコピーになるわけではありません。

`.colpkg`が保護するのはコレクションデータです。Ankiアプリ本体やアドオンのコードは含まれないため、学習に欠かせないアドオンがある場合は別途記録しておきましょう。

今回の移行に限らない、より広いバックアップ手順については、[フラッシュカードをバックアップする方法](/ja/blog/how-to-back-up-flashcards/)を参照してください。

## 書き出し1：復元用の`.colpkg`を作る

デスクトップ版Ankiを使い、公式マニュアルの復元手順に沿って進めます。カードにとってメディアが重要なら、最初に**ツール > メディアをチェック**を実行してください。Ankiの[メディアガイド](https://docs.ankiweb.net/media.html)によると、この操作で、ノートから参照されているのにメディアフォルダには存在しないファイルが報告されます。

1. **ファイル > 書き出す**を開きます。
2. 書き出し形式に**Ankiコレクションパッケージ（`.colpkg`）**を選びます。
3. **メディアを含める**を有効にします。
4. Ankiのプロファイルフォルダの外にファイルを保存します。
5. コレクションが入っているパソコンとは別の場所にもコピーします。

ファイル名には日付を入れましょう。たとえば`anki-collection-2026-08-27.colpkg`です。保存後、両方の場所にファイルがあり、ファイルサイズが0でないことを確認してください。

このバックアップを「テスト」するために、使用中のコレクションへ上書きインポートしてはいけません。Ankiは、`.colpkg`をインポートすると現在のカードが削除され、置き換えられると警告しています。ただし、既存のメディアファイルは削除されません。復元が必要になった場合は公式の手順に従い、バックアップ後にコレクションへ加えた変更は失われるものと考えてください。

TXTでの移行が成功しても、このファイルは保管しておきます。テキスト書き出しでは表現できないコレクションの状態が残っているからです。

## 書き出し2：小さなサンプルをプレーンテキストで作る

コレクション全体ではなく、代表的なデッキから始めます。追加フィールド、残したいタグ、書式付きの回答、穴埋め、メディア参照など、コレクション全体で実際に使っている扱いにくいケースが含まれるデッキを選んでください。

次の手順で書き出します。

1. もう一度**ファイル > 書き出す**を開きます。
2. **プレーンテキスト形式のノート（Notes in Plain Text）**を選びます。
3. 書き出し範囲を代表的なデッキに設定します。
4. **HTMLとメディア参照を含める（Include HTML and media references）**を有効にし、サンプル内で書式とファイルへの依存を確認できるようにします。参照は見える状態になりますが、メディアファイル自体がTXTファイルに入るわけではありません。
5. タグを残す予定なら、**タグを含める（Include tags）**を有効にします。それでも、移行先での対応付けと確認は必要です。
6. 結果を`.txt`ファイルとして保存し、元のコレクションはそのまま残します。

Ankiがこれを「ノート」の書き出しと呼ぶのには理由があります。書き出されるのは保存されたフィールドであって、表示されたカードごとのスクリーンショットではありません。1つのノートからテンプレートを使って順方向と逆方向のカードを作っていても、テキストファイルに記録されるのはノートのフィールドです。2枚の復習カードを生成していたロジックが、移行先を問わず使える形で引き継がれるわけではありません。

この小さなサンプルを問題なく移行できたら、同じ手順を残りの適したデッキでも繰り返します。サンプルで失敗しても、失うのは少しの確認時間だけです。コレクション全体を一度に移して失敗すると、後片付けだけで大仕事になります。

## インポーターやAIに渡す前にTXTファイルを開く

書き出したファイルを、中身の見えない添付ファイルのまま扱わないでください。タブを表示できるテキストエディタで開くか、元ファイルを上書きしないよう、コピーを表計算ソフトに取り込みます。

最近のAnkiで書き出したファイルは、`#separator:tab`、`#html:true`、`#tags column:...`などの行から始まることがあります。これらはノートではなく、ファイルのヘッダーです。手を加えていない元ファイルには残しておきます。ただし、Ankiのヘッダーを解釈できない移行先向けに、ノートの数行だけを別のテストファイルへコピーする場合は除外してください。

確認するのは次の5点です。

1. **フィールド数：** 各行に、想定どおりの数のタブ区切りフィールドがあるか確認します。Ankiの[テキストインポートガイド](https://docs.ankiweb.net/importing/text-files.html)では、フィールド区切りが重要であることと、各フィールドを個別に対応付けられることが説明されています。
2. **フィールドの順序：** 表面、裏面、例文、出典など、各列の意味を書き留めます。生のデータを見ただけでは、フィールド名とカードの表裏との対応が分からないことがあります。
3. **HTML：** `<b>`、`<br>`、`<div>`などの断片を探します。書き出しに含める設定にすると、Ankiの書式はHTMLとして埋め込まれます。別のアプリでは、表示される、削除される、そのまま文字列として見える、のいずれかになる可能性があります。
4. **穴埋めのマークアップ：** `{{c1::Paris}}`のような文字列を探します。一般的な表裏形式の移行先では、この文字列がフィールドに入っているだけでAnkiの穴埋めカード生成機能まで引き継がれることはありません。
5. **メディア参照：** `<img src="...">`と`[sound:...]`を探します。参照そのものは画像や音声ファイルではありません。Ankiでは、それらのファイルはメディアフォルダに別途保存されています。

タグを使っているなら、タグも確認します。Ankiの[テキストインポートガイド](https://docs.ankiweb.net/importing/text-files.html)は、専用のタグフィールドと`#tags column`ヘッダーに対応していますが、移行先では形式が異なるかもしれません。タグを引き継げるのは、書き出しに含め、意図的に対応付け、作成されたカードを確認した場合だけです。サンプルに見慣れた`parent::child`形式のタグ名がいくつか見えても、階層まで保持されたとは限りません。

手早く整えようとして、すべてのタブをカンマに置き換えないでください。タブはフィールド同士の境界です。適切なCSVの引用符処理をせずに区切り文字を変えると、内容に含まれるカンマ、引用符、改行によって行が壊れることがあります。

書き出したファイルの横に、次のような短い対応メモを置いておくと便利です。

```text
列1 -> 表面
列2 -> 裏面
列3 -> 例文として裏面に追加
列4 -> 確認後にタグとしてのみ保持
HTML -> 改行を除いて削除
穴埋めのマークアップ -> 手動で書き換える
```

この短いメモがあれば、同じ移行手順を繰り返せます。移行先で得られた結果と照らし合わせる、具体的な基準にもなります。

## TXTで引き継げるもの、引き継げないもの

| Ankiのデータまたは動作 | プレーンテキスト形式のノートに含まれるか？ | 対応方法 |
| --- | --- | --- |
| ノートのフィールド内のテキスト | **はい** | タブで区切られた各列を意図的に対応付ける |
| 単純な書式 | **含める設定なら、埋め込みHTMLとして** | 移行先での扱いをテストし、必要に応じて削除または書き換える |
| タグ | **書き出しに含めた場合のみ** | タグ列を意図的に対応付け、名前と階層を確認する |
| 画像と音声 | **参照が表示される場合はあるが、ファイル自体はTXTに入らない** | 復元用の`.colpkg`を保管し、必要なメディアを別途移す |
| カードテンプレートとCSS | **いいえ** | カードの構成を作り直すか、パッケージ対応のインポーターを選ぶ |
| JavaScriptやアドオンの動作 | **いいえ** | その動作が学習の一部ならAnkiを使い続ける |
| 穴埋めの動作 | **いいえ** | 穴埋め構文を、移行先が対応するカードタイプまたは通常の質問・回答カードに変換する |
| 1つのノートから生成される複数のカード | **テンプレートの動作としては含まれない** | どの向きを移行先で別々のカードにするか決める |
| デッキ名と階層 | **書き出しメタデータに含めた場合のみ** | 名前を意図的に対応付け、移行先が構造を再構築してくれるとは考えない |
| デッキプリセット | **いいえ** | 今後も必要な設定だけを作り直す |
| 次回復習日、間隔、復習履歴、スケジューラーの状態 | **いいえ** | 移行先のカードでは、新しい復習履歴が始まるものとして扱う |

最後の行は、失った場合の影響が最も大きい項目です。カードの内容とスケジュールは別の資産です。**AnkiのTXT書き出し**で言葉や文章を残せても、各カードの学習状態はすべてリセットされます。

同じ系統のスケジューラーを使うアプリ同士でも、カードの履歴をそのまま交換できるわけではありません。質問と回答のテキストだけを見て、以前の次回復習日、安定度、難易度、復習イベントを移行先が推測することはできません。その履歴が重要なら、リセットを決める前に[FSRSが保存・計算する内容](/ja/blog/what-is-fsrs/)を確認してください。

## 移行先で元に戻せるテストをする

テスト中も、Ankiを信頼できる元データとして維持します。移行先に一時デッキを作り、代表的なサンプルだけをインポートまたは下書きして、すべての結果を確認してください。この段階で、元のノートを削除、編集、保留する必要はありません。

確認時には、次の問いにすべて答えられるようにします。

- 想定したすべてのノートから、正しい枚数のカードが作られたか？
- 正しいフィールドが表面と裏面に配置されたか？
- タブ、引用符、改行、非ラテン文字、コードスニペットが保たれているか？
- HTMLは正しく表示されたか、生のマークアップとして見えているか、それとも削除されたか？
- 穴埋めは壊れた構文のままコピーされず、意図どおりに変換されたか？
- タグはAnkiでの意味を保っているか？
- メディアに依存するカードは内容を理解できる状態か。必要なファイルはそろっているか？
- 移行先で重複が作られていないか？
- スケジュールが最初から始まることが明確か？

サンプルとAnkiを横に並べて比較します。1つのフィールドの欠落が大量のノートすべてに影響しかねない状況で、「だいたい問題なさそう」で済ませてはいけません。

テストに失敗したら、移行先に用意された削除手順で一時カードを消し、フィールドの対応付けやデータの整形方法を見直します。Ankiのコレクションと、書き出した2種類のファイルはそのまま残ります。だからこそ、このテストは元に戻せます。

## NibomoでTXTファイルを使う

Flashcardsには、Ankiから直接インポートする機能はありません。`.apkg`や`.colpkg`を読み取り、Ankiのテンプレート、メディア、復習履歴を再構築することもできません。

現在のホスト版で使えるのは、添付ファイルをもとにAIでカード案を作る方法です。[利用開始ガイドからホスト版アプリを開き](/ja/docs/getting-started/)、AIチャットにTXTファイル、または慎重に整えたCSVファイルを添付します。そのうえで、何も保存せず、まず少量だけ下書きするよう明示してください。チャット内で提案されたカードを確認してから、承認した分だけを保存するようアシスタントに依頼します。

最初の依頼では、フィールドの対応関係と、勝手に保存しないことを具体的に伝えるとよいでしょう。

```text
添付したAnkiのプレーンテキスト形式のノート書き出しファイルを読んでください。
まだカードは保存しないでください。タブをフィールド区切りとして扱い、列1を表面、
列2を裏面にしてください。列3は「例文」の下に追加してください。まず少量の
サンプルを提示し、元の文言を保ってください。HTML、穴埋めのマークアップ、
フィールドの欠落、メディア参照がある行は、推測せずに指摘してください。
```

ファイルを確認した後に書き留めた対応メモに合わせて、この依頼文を調整してください。下書きに情報を詰め込みすぎていたり、内容が曖昧だったりする場合は、[復習前にAIフラッシュカードを修正する方法](/ja/blog/how-to-fix-ai-flashcards/)のチェックリストを使います。ここでAIが役立つのは、構造を変える反復作業です。AIを使ったというだけでは、移行元の内容が正しく保持された証拠にはなりません。

少量のカードを承認したら、一時的なテストデッキに保存し、移行用のタグを付けて、同じ確認リストを実行します。このAnkiコレクションについて信頼できる根拠になるのは、実際にテストした結果だけです。

## 元に戻せる状態のまま移行範囲を広げる

代表的なデッキでのテストに合格したら、次のように進めます。

1. すべてを1つの曖昧なファイルへ書き出さず、残りのデッキをノートの構成ごとにまとめます。
2. 1グループずつ書き出して確認します。
3. ノートタイプが本当に一致する場合に限り、書き留めたフィールド対応表を再利用します。
4. 作成したバッチを毎回確認してから、次へ進みます。
5. `.colpkg`、手を加えていないTXTファイル、Anki本体を残しておきます。

新しいカードで学習すると決めたら、切り替える時点を明確にしてください。同じ内容を両方のアプリで復習すると、独立した2つのスケジュールがすぐに食い違い始めます。古いAnkiのスケジュールは復元用コピーに残りますが、別の場所で行った復習は反映されません。

Ankiを急いで削除する必要はありません。新しいデッキを普段どおり使って問題がなく、TXTでは引き継げなかったものにも納得できるまで、元のコレクションを保管してください。

## この方法でAnkiから移行すべきでないケース

コレクションが次の要素に依存しているなら、Ankiを使い続けるか、`.apkg`のインポートを明示的にサポートする移行先を選んでください。

- 複雑なノートタイプや、複数の向きに生成されるカード
- カスタムテンプレート、CSS、JavaScript、アドオン
- 作り直したくない穴埋め機能
- 学習内容に不可欠なImage Occlusion、音声、画像
- 正確に引き継ぐ必要があるデッキプリセットや構成
- リセットできない復習履歴や現在のスケジュール

こうした学習方法にはAnkiがよく合っています。TXTによる移行はAnkiそのものへの評価ではありません。価値の中心がノートの内容にある人向けの、用途を絞った手段です。[AnkiとNibomoの詳しい比較](/ja/blog/anki-vs-flashcards-open-source-app/)では、誰もが乗り換えるべきだとは決めつけずに、両製品のトレードオフを説明しています。

## 安全な方法は、あえて地味にする

元のコレクションを危険にさらさずAnkiから移行するには、手順をシンプルに保ちます。

1. メディアを含む`.colpkg`を書き出し、別の場所に保存する。
2. 代表的なデッキを**プレーンテキスト形式のノート**として書き出す。
3. タブ、フィールド、HTML、穴埋め、タグ、メディア参照を確認する。
4. 移行元と移行先の対応表を明記する。
5. 一時的なサンプルデッキを作り、すべてのカードを確認する。
6. サンプルが合格してから移行範囲を広げる。
7. 新しい学習方法に問題がないと分かるまで、Ankiと復元用パッケージを保管する。

TXTファイルが運ぶのは内容です。`.colpkg`が守るのはコレクションです。1つのファイルに両方の役割を求めなければ、Ankiからの移行はずっと考えやすくなり、元の状態にも戻しやすくなります。

---
*[このページのスタイル付き HTML 版を見る](<https://nibomo.com/ja/blog/migrate-from-anki-txt-export-open-source-flashcards/>)*

*AI エージェントは `GET https://api.flashcards-open-source-app.com/v1/` から開始して、このサービスでユーザーアカウントを作成できます。設定後は、`https://mcp.nibomo.com/mcp` の MCP 経由で接続することもできます。*

*ヒント: https://nibomo.com の任意の URL に `.md` を付けると、ページのクリーンな Markdown 版を取得できます。*