プライバシー企業Incogniの2026年の調査によると、人気の家計簿アプリ20のうち60%が、ユーザーの財務データを第三者と共有しています。そのほとんどは、銀行とスマホアプリの間に入るアグリゲーターであるPlaidを通じて行われており、Plaidはユーザーの認証情報を静かに保存し、匿名化された取引データを転売しています。また、2025年は米国における金融サービス関連の情報漏洩が記録的な年となり、739件のインシデントが確認されました。この数字は2026年まで上昇を続け、あるフィンテック貸金業者の一度の開示で、約100万ものアカウントが流出した事件も発生しました。
もしそのような状況に不安を感じ、自分の財務データを他人のサーバーから移動させたいと考えているなら、2つの本格的なオープンソースの選択肢があります。Firefly IIIとActual Budgetです。どちらも無料で、セルフホストが可能であり、月額5ドルのVPSや机の下のRaspberry Piでも快適に動作します。しかし、これらは単に外見が異なる同じツールではありません。それぞれが本質的に異なる問題を解決しており、間違った方を選ぶと、毎月ソフトウェアと格闘することになり、使いこなすことができません。
同じアプリの異なるバージョンではなく、異なる哲学
両者の違いを最も早く理解する方法：Actual Budgetは予算管理ツールです。Firefly IIIは会計システムです。
Actualは、YNAB（You Need A Budget）によって広められた、ゼロベース予算、エンベロープ方式を中心に構築されています。稼いだお金はすべて、それが入ってきた瞬間に役割を与えられます：家賃、食料品、毎年の自動車保険料のための積立など。インターフェース全体は、「このカテゴリーには今いくら残っているか？」という一つの質問を中心に構成されており、邪魔にならない、洗練された意見を持つUIで、その質問に素早く答えます。
Firefly IIIは異なる出発点をとります。財務を、企業が帳簿を扱うように扱います。すべての取引には送金元口座と送金先口座があり、すべての取引は二重に記録されます。つまり、ある場所からお金が出ていくことと、別の場所に到着することの両方です。これが複式簿記であり、プロの会計システム（そしてBeancountのようなプレーンテキストの元帳）が使用するのと同じ基盤です。Firefly IIIのインターフェースはそれを反映しています。深い勘定科目階層、貯金箱、請求書、ルールベースの自動分類、そして過去の全財務履歴を勘定科目、カテゴリ、予算、タグごとに分析できるレポート機能です。
どちらのアプローチが「より優れている」ということは、抽象的に決められるものではありません。問題は、「今週、外食する余裕があるか教えて」というユーザーがFirefly IIIをインストールしてオーバースペックだと感じたり、「2019年から12の口座にわたる完全な純資産の推移を見せて」というユーザーがActualをインストールしてシンプルすぎると感じたりする場合に発生します。
Firefly III：自分でホストする完全な会計システム
Firefly IIIはPHPアプリケーションであり、通常はデータベースとともにDocker Composeを使用してデプロイされます。デフォルトはMariaDBですが、環境変数を変更し、composeファイルを調整することでPostgreSQLに簡単に切り替えることができます。公式のコンテナイメージには必要なPHP拡張機能（bcmath、curl、intl、mbstring、openssl、sodiumなど）がすべてバンドルされているため、実際の「要件」は「Dockerと約15分」です。
このセットアップ時間と引き換えに得られるもの：
- 真の複式簿記。 すべての取引は2つの口座間の振替であり、これにより、単純な入出金の元帳よりもはるかに厳密な照合と履歴レポートが可能になります。
- ルールと自動分類。 ルールを一度定義する（「説明に'WHOLEFDS'が含まれる場合、カテゴリ=食料品」）と、Firefly IIIは将来のすべてのインポートにそれを適用します。
- 詳細なレポート。 複数年にわたるトレンドグラフ、予算対実績、カテゴリ別内訳、そしてデータを別のツールに取り出したい場合のためのREST API。
- GoCardless経由の銀行同期（旧Nordigen）。これはほとんどのヨーロッパの銀行で良好に機能しますが、米国のカバレッジは薄く、これは北米ユーザーが自分の当座預金口座とワンクリックで同期したい場合には、実際の制限となります。
学習曲線は確かにあります。新規ユーザーは、勘定科目タイプのモデル（資産勘定 vs 費用勘定 vs 収益勘定は単なるラベルではなく、複式簿記の計算方法を決定する）や、複数のルールが同じ取引に一致する可能性がある場合のルールの順序でよくつまずきます。慣れるためには、昼休みではなく、週末を費やす覚悟をしてください。
Actual Budget：高速、ローカルファースト、一つの質問のために設計
Actualは、単一のDockerコンテナとして出荷され、外部データベースへの依存関係はまったくありません。その状態のすべては、コンテナのデータボリューム内のSQLiteファイルに保存されます。イメージをプルし、ポートをマッピングし、ボリュームをマウントすれば、実行できます。これはFirefly IIIよりも意味的に簡単にセルフホストでき、「個人財務プラットフォームを構築する」ことではなく、「今夜中に予算管理を始めたい」という目標には重要です。
Actualは設計上、ローカルファーストです。アプリはオフラインでも動作し、再接続時にデバイス間で静かに同期します。同期レイヤーにはオプションのエンドツーエンド暗号化も備えています。エンベロープ予算方式、クリーンな取引記録、そして純資産とキャッシュフローをカバーする組み込みのレポートビルダーを提供します。Firefly IIIのレポート機能よりも意図的に網羅的ではありませんが、堅牢です。
銀行同期については、ActualはヨーロッパではGoCardlessに依存し、北米ではSimpleFin（有料サービス、年間約15ドル）に依存しています。「無料でオープンソース」が必ずしも「無料の銀行接続」を意味するわけではないことは注目に値します。多くのセルフホストユーザーは自動同期を完全にスキップし、代わりに毎週CSVをインポートしています。これは両方のツールでサポートされています。ただし、どちらのツールに過去の取引を移行する場合でも、口座名、カテゴリ構造、および期首残高を手動で再構築する必要があり、どちらのツールを選んでも、片付けに半日はかかると想定してください。
セルフホスティングの実際のコスト
「無料でオープンソース」は「無料で実行できる」ことを意味しません。コンテナを実行する場所が依然として必要です。現実的な選択肢：
- 既に所有しているRaspberry Pi — 事実上無料で、どちらのアプリの控えめなリソース要件にも十分な性能です。
- 小型VPS（DigitalOcean、Hetzner、Linode）月額4～6ドル — Firefly IIIとそのデータベース、またはActualの単一コンテナを実行するのに十分な余裕があります。
- ホームNAS（Synology、Unraid、TrueNAS） — メディアやバックアップ用に既に実行している場合、別のDocker Composeスタックを追加するだけです。
これをYNABのサブスクリプション（年間約109ドル、または月額14.99ドル）と比較すると、計算は簡単です。どちらかのツールを実行するための月額5ドルのVPSは、約6週間でYNABの費用を相殺し、それ以降の毎月は純粋な節約になります。これは、取引履歴を第三者に渡さないことの価値を考慮する前の話です。
どちらの場合でも予算に計上すべき唯一の項目は、銀行同期です。GoCardlessは2026年の新規サインアップには有料のビジネスアカウントが必要になり（無料の個人向けティアは廃止）、Actualの北米向けSimpleFin接続は年間約15ドルかかります。このコストを回避したい場合、Firefly IIIとActualはどちらも手動のCSVインポートで問題なく動作します。その場合、自動同期ではなく、毎週5分のインポート作業を行うことになります。
どちらのツールでも使えるクイックスタートチェックリスト
どちらを選んでも、セットアップの手順は同じです：
- ホストを準備する。 VPS、Pi、またはNASにDockerとDocker Composeがインストールされていることを確認します。
- 公式のcomposeファイルを取得する — 独自に作成するのではなく、プロジェクトのGitHubリポジトリから取得します。どちらのプロジェクトもテスト済みの
docker-compose.ymlを保守しており、環境変数のタイポを追いかける手間を省けます。 - 実際の財務データを入力する前に、強力なアプリキー/シークレットを設定し、コンテナの外部の安全な場所にバックアップします（これを紛失すると、暗号化されたデータが復元できなくなる可能性があります）。
- 1つの口座から始める。 初日にすべての口座と5年分の履歴をインポートしようとしないでください。まずメインの当座預金口座を追加し、1週間かけて分類に慣れてから、範囲を広げましょう。
- バックアップをスケジュールする。 Firefly IIIのデータベースとActualのSQLiteファイルはどちらも単一のファイル（または単一のデータベースダンプ）であり、cronジョブでオフサイトストレージにバックアップできます。セルフホスティングの要点は、ベンダーではなく、あなた自身がデータの耐久性に責任を持つことです。
- 同期方法は今すぐ決め、後回しにしない。 手動で入力した数ヶ月分の取引に後から銀行同期を導入すると、重複を手動で調整する必要が生じます。バックログが蓄積される前に、インポート戦略を決定してください。
実際にインストールすべきはどちらか？
自問してみてください：支出をコントロールしたいのか、それとも財務状況全体を把握したいのか？
- Actual Budgetを選ぶべきケース： フリーランサーや個人開発者で、外食、サブスクリプション、年次のカンファレンス出張費など、裁量カテゴリでの使いすぎを防ぐための、高速なYNABスタイルのエンベロープシステムを求めている場合。アプリに費やす時間は週5分で十分という場合。
- Firefly IIIを選ぶべきケース： 複数の口座（事業用当座預金、個人用普通預金、数枚のクレジットカード、場合によっては暗号通貨ウォレット）を管理しており、それらすべてを真の複式簿記の厳密さ、ルールベースの自動化、後で照会できる何年分もの履歴レポートで一元管理したい場合。
多くの技術ユーザーは、両方を実行することになったり、Actualから始めて、管理する口座が増えてきたらFirefly IIIに移行したりしています。それは正当な道筋です。ただし、それらの間でクリーンに移行できるとは期待しないでください。スイッチは、データのエクスポート/インポートではなく、手動で期首残高を入力する新たなスタートとして扱ってください。
ビジネスケース：帳簿のセルフホスティングが単なるプライバシー愛好家の趣味ではない理由
あなたがフリーランサーであるか、個人財務と並行して小規模ビジネスを運営している場合、セルフホスティングのプライバシーに関する議論は、そのまま帳簿付けに拡張されます。家計簿アプリが食料品の買い物習慣を転売することに不安を感じるのと同じ理由は、ビジネスの売上、顧客からの支払い、ベンダー契約については二重に当てはまります。それらは、単にプライベートにしておきたいデータではなく、契約上または法律上保護する義務があるデータであることが多いからです。
また、ここで「予算管理」と「帳簿付け」を区別することも重要です。なぜなら、ビジネスオーナーはしばしば両方を必要とし、それらを混同するからです。Actualのような予算管理アプリは「今月いくら使えるか？」という質問に答えます。帳簿付けシステムは、税務申告時に会計士が尋ねるより難しい質問に答える必要があります：どの顧客からの支払いがまだ未収か、経費を差し引いた真の利益率はどの程度か、特定の取引が損金算入可能かどうか。Firefly IIIの複式簿記モデルは、Actualよりもその2番目の仕事に近づきますが、どちらのツールも小規模ビジネスの会計のために特別に作られたわけではありません。これらは個人財務アプリであり、たまたまかなりうまくスケールアップするものです。
家計簿アプリと同様に、オープンでポータブルな帳簿を維持する
複式簿記とデータの所有権があなたをFirefly IIIに引き寄せたのであれば、同じ原則に基づいてビジネス会計に特化して構築されたツールのカテゴリ全体があることを知っておく価値があります。つまり、プレーンテキストでバージョン管理された元帳です。Beancount.ioはそのアイデアを極限まで追求しています。あなたの帳簿は、あなたが完全に所有する人間が読めるテキスト形式で保存され、同じ複式簿記の規律を持ちながら、家計の予算ではなくビジネスの追跡用に構築されています。ドキュメントを参照して比較するか、このガイドで紹介したセルフホストツールと同様に、ビジネスの財務記録を透過的でポータブルにしたい場合は、無料で始めてください。