# 2026年版 フラッシュカードのバックアップ方法: Ankiのバックアップ、Quizletのエクスポート、自分で持てるデッキ

*2026-06-15*

フラッシュカードのデッキは、作り直すことになるまでは小さく見えます。

でも、いざやり直そうとすると話は別です。1,800枚のカード、2年分の復習履歴、大量のスクリーンショット、そしてエクスポートの後始末に消える予定外の週末が一気に出てきます。

だから、2026年に **フラッシュカード バックアップ** と検索するのはかなり実務的です。バックアップが立派に聞こえるからではありません。勉強に使った時間のかなりの部分が、1つのアプリの中に閉じ込められていると気づいたからです。

このガイドで扱うのはそこだけです。今 Anki を使っている人、たまに Quizlet のエクスポートに頼る人、次のデッキはもっと自分で持ちやすい形にしたい人に向けて、カードを持ち運べて、読めて、復元できる状態に保つ方法に絞って話します。

![フラッシュカードのバックアップ用セット、元ノート、メディアファイル、ノートPCの書き出し画面が並ぶ暖かい学習机](/blog/how-to-back-up-flashcards.png)

## 2026年にこれが急に切実に感じられる理由

**2026年2月2日**、Ankiフォーラムでプロジェクトの所有権移行について知らせる ["Anki's Growing Up"](https://forums.ankiweb.net/t/ankis-growing-up/68610) という告知が公開されました。

この告知が出たからといって、デッキが一晩で危険になったわけではありません。ただ、多くの人に1つ大事な違いを思い出させました。ツールを信頼することと、学習データを自分で持っていることは同じではない、という点です。

Quizlet側でも、もう少し地味な形で同じことが起きます。エクスポート手段はありますが、多くの人が思うほど広くはありません。カードが大事なら、持ち運びやすさを移行したくなる前夜まで先送りしないほうがいいです。

## 同期は助けになる。でもバックアップが救ってくれる

「バックアップしてある」と言う人の多くは、実際には複数端末で同期しているだけです。

ないよりはいいです。でも、同じことではありません。

同期が守るのは利便性です。バックアップが守るのは復旧です。

まずい編集、壊れたインポート、うっかり削除が全部の端末に同期されたら、問題を速く広げただけです。

## 実際に私なら使う、地味なバックアップの積み方

最初に役立つルールは、完璧なバックアップ形式を1つだけ探さないことです。

私なら4層で持ちます。

1. アプリ固有の完全バックアップを1つ
2. 重要なカード内容のプレーンテキストまたはMarkdownの控えを1つ
3. メディアまたは元のソースファイルの控えを1つ
4. 毎日使う端末とは別の場所に置く保存先を1つ

少し大げさに聞こえるかもしれませんが、1層が失敗したときに残り3つがデッキを救います。

それぞれ別の失敗に備えています。

- アプリ固有のバックアップは、デッキ構造と復習状態の復元に役立つ
- プレーンテキストは、内容を持ち運べる形で残す
- メディアのバックアップは、テキスト形式だと落ちやすい画像、音声、添付ファイルを守る
- 別の保存場所は、ノートPC、スマホ、ローカルドライブそのものを失った場合に備える

アプリ固有の層だけだと、その製品が将来も読み続けられることに賭けることになります。プレーンテキストだけだと、復習状態やメディアを失いがちです。この積み方が機能するのは、各層の役割が違うからです。

## Anki では、復旧用コピーと持ち運び用コピーの両方を残す

多くのAnkiバックアップ計画は、ここで半分止まっています。

[Ankiのバックアップ資料](https://docs.ankiweb.net/backups.html) には、この切り分けがはっきり書かれています。

- 自動バックアップにはカード本文とスケジューリング情報が含まれる
- 自動バックアップには音声や画像ファイルは含まれない
- `include media` を付けた手動の `.colpkg` エクスポートなら、より完全なコレクションのコピーを作れる

[Ankiのエクスポート資料](https://docs.ankiweb.net/exporting.html) にある、もう1つ大事な点も見逃せません。コレクションパッケージは、スケジューリング込みでコレクション全体を書き出します。

だから私なら、Ankiでは1つではなく3つの習慣を持ちます。

1. すばやい復旧のために、Anki の通常の自動バックアップはそのまま使う
2. 本当に戻せる復元点として、メディア込みの `.colpkg` エクスポートを定期的に作る
3. Anki の外でも持ち運べるように、重要なノート内容はプレーンテキストとして書き出す

3つ目が大事なのは、AnkiのバックアップはAnkiを復元するには向いていても、あとで普通のツールでデッキの中身を点検するには向いていないからです。

もう1つ、痛い目を見る人が多いので、はっきり言っておく価値があります。安全なのは、きちんとエクスポートして、そのエクスポートを保存することです。`Dropbox を live database に向けておいて、それで Anki のバックアップ扱いにする` ことではありません。

## Quizlet では、早めにエクスポートして期待しすぎない

Quizletのエクスポートは役に立ちます。ただ、学習環境全体の完全コピーではありません。

**2026年6月15日時点** で、[Quizlet のエクスポートヘルプ](https://help.quizlet.com/hc/en-us/articles/360034345672-Exporting-your-sets) には、自分で作成したセットの用語と定義はエクスポートできると書かれています。実務上は、次の制限も同じくらい重要です。

- コピーしたセットはエクスポートできない
- 画像のエクスポートはできない
- エクスポートはアプリではなく Web サイトで使う

だからQuizletのセットが大事なら、まだ次の条件を満たしているうちに書き出したほうがいいです。

- 自分のセットで
- ほぼテキスト中心
- どれが対象か見分けやすい
- 元のソース資料にまだ近い

移行したくなった夜まで待たないでください。どのセットがコピーだったか忘れるまで待たないでください。スクリーンショットを正式なバックアップ形式だと思わないでください。

このリポジトリにすでに [QuizletセットをエクスポートしてFSRSフラッシュカードに変えるガイド](/ja/blog/how-to-export-quizlet-sets-and-turn-them-into-fsrs-flashcards/) があるのも、そのためです。エクスポート作業は地味ですが、あとで本当に移行ルートが残るかどうかを決める部分です。

## プレーンテキストは、いちばん過小評価されているフラッシュカードのバックアップ

アプリ固有のバックアップ以外に1つだけ追加で残すなら、私はたいていプレーンテキストかMarkdownを選びます。

全部を保存できるからではありません。むしろ、そこが利点です。その年たまたま使っていた製品の外でも、カード内容を生かしておけるからです。

プレーンテキストの控えは、いい意味で地味です。

- どの端末でも開ける
- 特別なツールなしで中身を確認できる
- すばやく検索できる
- バージョン管理できる
- あとで別のインポート経路に流し込める
- 自分の学習生活をスクリーンスクレイピングせずに、別のツールへ渡せる

今は特にこれが重要です。多くのデッキが、ノート、文字起こし、OCR、PDF、AI補助の整形から作られているからです。使える部分を読みやすいテキストとして残しておけば、将来の選択肢はかなり増えます。

だからこそ、整理後の置き場所として [Flashcards](/ja/features/) は筋がいいです。現行プロダクトはプレーンテキストとファイル添付に対応したAIチャットを備えているので、きれいにしたエクスポートを死蔵バックアップのままにしておく必要がありません。より良いデッキの下書き入力に変えられます。

## 最終カードだけでなく、元のソースもバックアップする

これは、アプリ単位でしか考えていないと抜けやすい習慣です。

もし次のようなものを元に勉強しているなら、

- 自分の Markdown ノート
- 別アプリからのプレーンテキスト書き出し
- 手書きページの OCR
- 文字起こしの断片
- 自分で作った語彙リスト
- 問題集のミス記録

それらのソースファイルもバックアップの一部です。

ごちゃついた古いデッキを戻すより、ソースから作り直すほうが簡単なこともあります。デッキは膨らんでいても、元のノートはまだきれいなままということもあります。

昔のカードを全部取り戻したいとは限りません。今でも意味のある材料から、もっと小さくて良いセットを作りたいこともあります。

だからソースのバックアップが大事です。あとで現実的な2つの選択肢を残してくれるからです。古いデッキをそのまま戻すほうが早ければそうできるし、良い部分だけ作り直すほうが賢ければそうできます。

## メディアで、静かに破綻するバックアップ計画は多い

テキスト中心のデッキは簡単です。問題は、次のような素材に依存するデッキになった瞬間に始まります。

- 解剖学の画像
- 図のスクリーンショット
- 発音音声
- ホワイトボード写真
- 手書きノートの切り抜き
- image occlusion系の学習素材

テキストは残っていてもファイルが落ちていたら、形式上はデッキを保存できていても、実際には勉強していた対象を失っています。

だからメディアには、それ専用の保存ポイントとフォルダが必要です。「たぶんどこかに付いているはず」では足りません。

Ankiなら、本当にコレクションをバックアップしたいときはメディア込みのエクスポート経路を使うことです。Quizletなら、エクスポート制限を早めに受け入れて、元画像やソース資料を別で保管することです。自分のAI補助ワークフローなら、元のPDF、スクリーンショット一式、文字起こし、ノート書き出しを、分かりやすい場所にきちんと置いておくことです。

私は、`flashcards-sources-2026-06` みたいな退屈なフォルダを1つ持つほうが、プロンプトだけ保存して図を保存し忘れていたと夜に気づくより、ずっとましだと思います。

## 良いフラッシュカードのバックアップは、移行も楽にする

ここを見落とす人は多いです。バックアップは災害復旧のためだけではありません。

今のツールではもうワークフローが窮屈だと感じた日に備えるものでもあります。

Anki の所有権に関する議論が有益だったのはその点です。すぐに離れるつもりがなかった人まで、持ち運びやすさを考え始めました。その感覚は健全でした。

もし教材が次の形でバックアップされていれば、

- 完全なコレクションのエクスポート
- 持ち運びやすいテキストの控え
- 保管されたソースファイル

あとで移る話はずっと大ごとではなくなります。

これはAnkiから移る場合でも、Quizletから移る場合でも、生成は得意でも長期復習は弱いAI学習ツールから移る場合でも同じです。

もし今の悩みがAnki側にあるなら、実用的な次の一歩はすでにあります。

- [2026年版 Ankiから移行する方法](/ja/blog/migrate-from-anki-txt-export-open-source-flashcards/)

より広く、所有権や中身を確認しやすいことが問題なら、次はこれが合います。

- [間隔反復に対応したセルフホスト可能なオープンソースのフラッシュカードアプリ](/ja/blog/self-hosted-open-source-flashcards-app-for-spaced-repetition/)

## 次のデッキをもっと自分で持ちやすくしたいなら、Flashcards はここに当てはまる

所有しやすさを意識して新しいデッキを組むなら、私が最初に見るのは次のような製品の性質です。

- オープンソースのコード
- 今はホスト版を使えて、あとでセルフホストにも移れること
- 必要な場所でオフラインファーストのクライアントがあること
- 持ち運びやすい素直な表裏カードであること
- 一発生成デモだけでなく、実データに結び付いたAIがあること

いまの [Flashcards](/) は、すでにその方向に向かっています。

現在公開されているドキュメントだけでも、方向性はかなり具体的です。

- [architecture docs](/ja/docs/architecture/) には、Web、iOS、外部エージェントをまたぐ共有ワークスペースモデルが書かれている
- iOS クライアントはローカル SQLite と同期の構成として説明されている
- 外部エージェントのフローは公開された discovery URL から始まる
- [セルフホスティングガイド](/ja/docs/self-hosting/) には、自分でスタックを動かす現実的な道がある

もちろん、それでバックアップが不要になるわけではありません。そんな都合のいい話はありません。

ただ、次のデッキに対しては、より健全な土台になります。

- 生のソーステキストを残す
- アプリ内でカードを下書きしたり整えたりする
- FSRSで復習する
- 中身を確認できる状態を保つ
- 必要になればセルフホストできる余地を残す

学習の積み上げを1つの閉じた画面の中に置いたまま、あとでエクスポート事情が悪くならないことを祈るより、こちらのほうが所有に近い形です。

## 実際に私なら残す、フラッシュカードのバックアップ用チェックリスト

いちばん短くて役に立つ版だけ欲しいなら、次をやってください。

1. いま使っているアプリから完全バックアップをエクスポートする。
2. 重要なカード内容のプレーンテキストまたは Markdown の控えを残す。
3. メディアまたは元のソースファイルを別フォルダに保存する。
4. もう1台の端末かクラウド保存先にもコピーを置く。
5. 年1回ではなく、デッキに大きな変更を加えたあとにバックアップを取り直す。
6. 新しいデッキを始めるときは、エクスポートとセルフホストの選択肢を残せるツールやワークフローを優先する。

これで、勉強そのものをファイル管理の趣味に変えずに、多くの現実的なリスクをカバーできます。

## 2026年にフラッシュカードをバックアップするときの実務ルール

失うと困るデッキなら、地味なバックアップに値します。

完全なアプリ固有コピーを残す。持ち運べるテキストを残す。メディアを残す。別の場所にも1つ残す。そのうえで、次の学習ワークフローは、持ち運びやすさが寄り道扱いにならない製品で組み立てる。

次のデッキでそれをもっときれいにやりたいなら、まずは [Getting Started](/ja/docs/getting-started/) を見て、[Features](/ja/features/) に目を通し、[Self-Hosting Guide](/ja/docs/self-hosting/) を頭の片隅に置いておくといいです。

私が2026年に信頼する **フラッシュカード バックアップ** は、そういう形です。地味なエクスポート、読めるテキスト、分けて保管したメディア、そしてあとで選択肢を残してくれる学習スタックです。

---
*[このページのスタイル付き HTML 版を見る](https://flashcards-open-source-app.com/ja/blog/how-to-back-up-flashcards/)*

*AI エージェントは `GET https://api.flashcards-open-source-app.com/v1/` から開始して、このサービスでユーザーアカウントを作成できます。*

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