Schrems II以降、複数の欧州データ保護当局は次のことを認定しました： Google AnalyticsはEUから米国への違法なデータ転送の問題を引き起こしました 旧来の転送スキームの下で。
EU-U.S. Data Privacy Frameworkはその後、認証された米国プロバイダーの法的根拠を変更しましたが、プライバシーを重視する多くのサイトオーナーは、GA4がGoogleの広告エコシステム、同意負担、国境を越えた処理に関する問題に依然として関連しているため、GA4を避け続けています。
よりクリーンなプライバシー設定を望むサイトにとって、実際的な答えは分析をGA4から自己ホストするものに移行し、EUのデータセンターに配置し、ファーストパーティトラッキングと国境を越えた処理に関する問題を減らすことです。
4つのオプションがまとめ記事に繰り返し登場します：Umami、Matomo、Fathom Lite、そしてAckee。2つはアクティブで時間を投資する価値があります。1つは機能が凍結されてリリースが少ない。1つはアクティブですがニッチです。この記事は4つすべてを比較し、アーキタイプごとの決定ルールを提供し、各ツールをうまく動かすVPSプランに対応させます。
要点まとめ
短いバージョンは複雑ではありません。ほとんどのサイトはUmamiから始め、より重いレポートニーズのためだけにMatomoに移行し、Fathom Liteをスキップし、Ackeeをニッチな好みの選択として扱うべきです。
- Umamiを使用する 個人ブログ、インディーSaaS、エンジニア以外でも分析ダッシュボードを読む必要があるあらゆるケースに最適です。1 GB RAM のVPSで快適に動作します。MITライセンス。デフォルトでクッキー不使用。
- Matomoを使用する ファネル、Eコマーストラッキング、ヒートマップ、セッション録画が本当に1つのツールで必要なとき。全機能セットはRAMと運用コストをより多く消費します。現実的な最低値は小規模サイトで2 GB RAM、デフォルト機能を有効にした中程度のトラフィックのサイトで4 GBです。
- Fathom Liteは使用しないでください。 オープンソースのDockerイメージは5年間更新されていません。メンテナーは完全に商用のFathom Analyticsへ移行しました。2026年にインターネット公開サービスとして運用することはセキュリティと互換性のリスクをはらんでいます。
- Ackee は活発ですが、Umamiよりも開発速度が遅いです。ダッシュボードの見た目が特にこだわりがある場合のみ選択してください。それ以外はデフォルトでUmamiを選んでください。
4つの候補、簡潔に
最終候補リストは見た目よりも短いです。UmamiとMatomoが、ほとんどのセルフホスト型分析設定で真剣な選択肢です。Fathom Liteはまだ古いリストに登場しますが、オープンソース版は大きく遅れをとっています。Ackeeはまだ機能しますが、今はデフォルトの推薦よりも個人的な好みの選択に近い位置づけです。
Umami
UmamiはPostgreSQLを基盤としたNode.jsアプリケーションです。MITライセンス。2025年を通じて2026年にかけて、毎週のコミットと定期的なタグ付きリリースで活発に開発が続いています。現在の安定版リリースは v3.1.0.
Nodeプロセスのアイドル時のRAM使用量は約200 MBです。Postgresは設定に応じてさらに150〜250 MBを追加します。フルスタックは合計1 GBで快適に動作します。トラッカースクリプトは約2 KBです。デフォルトではCookieなし；サードパーティ識別子なし；ほとんどのEU規制当局の解釈では同意バナー不要。
- 主な強み: このセットの中で最もシンプルなダッシュボード、最も低いセットアップの障壁、最も小さい運用フットプリント。
- 主な弱点: ファネルとヒートマップ機能はMatomoより薄く、マルチサイト管理UIは機能するものの、エージェンシー規模では成熟度が劣ります。
Matomo
MatomoはMySQLまたはMariaDBで動作する15年物のPHPアプリケーションです。プロジェクトはかつてPiwikと呼ばれていました。コアはGPL v3；一部の高度なプラグイン（ヒートマップ、セッション記録、A/Bテスト）は有料です。現在の安定バージョンは v5.10.0.
現実的なRAMの最低ラインは合計1.5〜2 GBです：PHP-FPMワーカーは各50〜80 MBを消費し、MariaDBは快適に動作するために512 MBを必要とし、nginxは小さいが存在し、アーカイブcronジョブが定期的にCPUとメモリ両方をスパイクさせます。
- 主な強み: オープンソースのアナリティクスツールの中で最大の機能範囲。ファネル、マルチアトリビューション、Eコマース、目標、カスタムディメンション、セグメント、マーケティングアトリビューション、GA4スタイルレポート。
- 主な弱点: ダッシュボードは情報量が多く（Excelのようだと感じるユーザーもいます）、必要な運用上の注意は現実的です。アーカイブcronジョブとは何かを知っておく必要があります。
ファゾム ライト
Fathom Lite は Jack Ellis と Paul Jarvis による元々のオープンソース Go 実装です。MIT ライセンス。リポジトリは GitHub に今も存在し、最新の GitHub リリースは v1.3.1. Docker イメージはまだプルできます。
Docker Hub の Docker イメージは5年以上更新されていません。リポジトリの master ブランチはその期間に断続的なコミットしかなく、リリースは行われていません。README には Lite バージョンが新機能を受け取らなくなったと記載されていますが、メンテナーは依然として長期的なバグメンテナンスとして説明しています。現在積極的に開発されている製品は商用の Fathom Analytics です。
2026年に機能が凍結された分析アプリを古い公開 Docker イメージで運用することはリスクです。ブラウザのトラッキングスクリプトの挙動は進化しています。活発なプロジェクトが定期的に提供するランタイムや依存関係の更新が、公開 Lite リリースパスに反映されていません。
2026年のまとめ記事でFathom Liteが推薦されていた場合、プロダクション候補として扱う前にDockerイメージの日付とリリース履歴を確認してください。
商用SaaSのFathom Analyticsは usefathom.com は別製品です。SaaSであってセルフホストではないと理解した上で使うのは問題ありません。このポストの主題ではありません。
- 主な強み：小さなバイナリ、軽量トラッカー、シンプルな本来の製品コンセプト。
- 主な弱点：機能凍結済みのオープンソースコードベース、古いDockerイメージ、不透明なリリースパス、そして2026年にインターネット公開の分析サービスとしてデプロイする強い理由がない。
Ackee
AckeeはNode.js + MongoDBの分析ツールです。MITライセンス。現在のリリースは v3.6.0。メンテナーはバグ修正と依存関係の更新をリリースしています。主要な機能開発は鈍化しています。ダッシュボードはミニマリスト、トラッカーは小さく、リソース消費はUmamiと同等です。
Ackeeは機能します。ニッチ列にある理由は、Umamiがすべての関連軸で少なくとも1段階上の速度にあるためです：開発ペース、エコシステム、サードパーティドキュメント、利用可能な統合。
すでにAckeeを好む明確な理由がある場合（両方をテストしてダッシュボードが気に入った場合）はそれを使用してください。そうでなければUmamiを選んで先へ進みましょう。
- 主な強み: すっきりしたダッシュボード、軽量なトラッカー、低リソース消費、現在もメンテナンス中。
- 主な弱点: Umamiよりも開発ペースが遅く、エコシステムが小さく、インテグレーションが少なく、インストール後にサポートが必要な人向けのサードパーティドキュメントが少ない。
意思決定フレームワーク：アーキタイプ別の選択
アーキタイプは機能比較表より重要です。個人ブログはSaaS製品やクライアントアカウントを管理するエージェンシーと同じ分析スタックを必要としません。まずダッシュボードのオーナー、レポートの深さ、引き受けるサーバー作業の量から考えてください。その後、ツールの選択は格段に簡単になります。
個人ブログまたは単一サイト所有者
Umamiを選んでください。設定はDocker Composeファイル一つです。トラッカーは<head>に入れる一行のスクリプトです。ダッシュボードはスマートフォンでも見やすいです。このスケールではRAMとストレージは些細な問題です。
2つ目のツールは不要です。原則的な理由でGA4を離れるか、クッキーバナーを削除したいなら、Umamiが解決します。
インディーSaaS創設者または小規模プロダクトチーム
デフォルトはUmamiです。不足している機能を具体的に特定した場合のみMatomoを追加してください。
ここでMatomoを追加する最も一般的な理由は、Umamiがまだうまくできていないサインアップとアップグレードフローのファネルレポートです。決定の問いは、チームの誰かがMatomoのより大きな機能領域を積極的に運用したいかどうかです。
答えがノーなら、Umami とプロダクトデータベースへのいくつかのクエリを組み合わせるだけで、運用コストの10%でファネルインサイトの90%を得られます。プロダクトがイベント多発型でネイティブのファネルUIが必要なら、Matomo をインストールしてください。運用コストはより大きなスタックになります：Matomo、データベース、Webサーバーレイヤー、オプションの Redis、より多くの RAM、そして管理が必要なアーカイブジョブです。
10以上のクライアントサイトを管理する代理店
Matomo を選んでください。マルチサイト管理は成熟しています。ユーザーごとの権限とクライアントごとのログインは一流の機能です。有料のヒートマップとセッション録画プラグインは、代理店が実際に請求できる差別化要因です。
Umami のマルチサイト UI は機能しますが、代理店規模では物足りなさを感じます：多くのサイトをまたいだフィルタリング、クライアントレベルのアクセス権付与、ブランド入りレポートのエクスポート。Matomo の UI は情報量が多いですが、その密度こそが業務に必要な機能を提供しています。
代理店のポートフォリオが主に低トラフィックのサイトで構成され、主な業務がコンバージョン率の最適化ではなく月次トラフィックレポートである場合、Umami は依然として合理的な選択であり、インフラコストを削減できます。この判断は機能の上限に関するものであり、間違ったツールの問題ではありません。
機能別比較
| 機能 | Umami | Matomo | ファゾム ライト | Ackee |
|---|---|---|---|---|
| ライセンス | MIT | GPL v3 (有料プラグインは商用ライセンス) | MIT | MIT |
| スタック | Node + PostgreSQL | PHP + MySQL または MariaDB | Go + MySQL または SQLite | Node + MongoDB |
| 活発な開発（2026年） | はい、毎週コミットあり | はい、専任チームあり | いいえ、~5年間更新なし | はい、更新頻度が低い |
| デフォルトでCookieなし | あり | 設定可能（フラグが必要） | あり | あり |
| マルチサイト管理 | はい、基本的なもの | はい、成熟している | はい、基本的なもの | はい、基本的なもの |
| ファネルと目標 | 限定 | 完全 | なし | なし |
| Eコマーストラッキング | なし | 完全 | なし | なし |
| ヒートマップとセッション記録 | セッションリプレイ；ネイティブヒートマップなし | はい（有料プラグイン） | なし | なし |
| トラッカースクリプトのサイズ | ~2 KB | ~22 KB | ~1 KB | ~2 KB |
| 現実的な RAM の最低水準 | 1 GB total | 2 GB total | n/a（デプロイ不可） | 1 GB total |
| 運用の複雑さ | 低 | 中 | n/a | 低 |
| 推奨 | ほとんどのデフォルト | 機能の上限が重要な場合 | 避ける | ニッチ |
わかりやすい数字でのVPSサイジング
適切なツールは、それを実行するサーバーにいくら支払う意思があるかにも依存します。
| セットアップ | 現実的なRAM | CPU | ストレージ | VPSの適切な最低ライン |
|---|---|---|---|---|
| Umami + Postgres、低トラフィック | 512 MB-1 GB | 1 vCPU | 20-25 GB NVMe | 小規模VPS |
| Umami + Postgres、成長余裕あり | 1-2 GB | 1-2 vCPU | 40-60 GB NVMe | 小規模〜中規模VPS |
| Ackee + MongoDB | 1 GB | 1 vCPU | 20-25 GB NVMe | 小規模VPS |
| Matomo + MariaDB、小規模サイト | 1.5-2 GB | 1-2 vCPU | 40-60 GB NVMe | ミッドレンジ VPS |
| Matomo + MariaDB、中程度のトラフィック、デフォルト機能 | 2-4 GB | 2 vCPU | 80-120 GB NVMe | 中規模から大規模のVPS |
| Matomo + MariaDB + ヒートマップまたはセッション録画 | 4 GB+ | 2-4 vCPU | 120 GB+ NVMe | より大きなVPS |
これらの最低値が重要な理由：
Umamiの小さなフットプリントは設計上の意図です。Umamiは完全なWebサーバーのリクエストログではなく、軽量な分析イベントをPostgreSQLに保存するため、小中規模サイトのデータベースの成長は適度に抑えられます。
Nodeプロセスは、毎日数千人の訪問者がサイトにアクセスしても250 MB未満に留まります。Postgresの増加は適度です。
25 GB NVMeを搭載した1 GB VPSは、典型的なソロプレナーのサイトに何年分もの分析データを保存できます。私はFrankfurtの1 GB VPS上でUmamiを小規模なプロジェクトのために運用しています。Lagosからのレイテンシは約110 ms、ダッシュボードは400 ms未満で応答し、サーバーは何ヶ月も静かに稼働しています。
Matomoのフットプリントが大きいのは、アーキテクチャが古くより汎用的なためです。各PHP-FPMワーカーは50〜80 MBを消費します。MariaDBは512 MB未満の割り当てでは性能が低下します。
Matomoが推奨する1時間ごとのアーカイブcronはCPUとメモリのスパイクを引き起こす可能性があるため、VPSには通常のPHPとデータベースのフットプリント以上の余裕が必要です。1 GBのVPSは技術的に非常に小さなインストールでMatomoを動作させられますが、ダッシュボードは重く感じられ、アーカイブ中のOOMリスクは現実的です。2 GBの最低ラインは恣意的な制限ではありません。それはツールがあなたに抵抗するのをやめる境界線です。
ストレージの増加がボトルネックになることはほとんどありません。60 GBのNVMeディスクは、デフォルトの生ログ保持が有効な状態でも、何年分ものMatomoデータを保存できます。セッション録画を有効にする場合は、月あたり約10倍のディスク容量を見込み、毎年プランサイズを見直してください。
Pro Tip
If you are running Umami today on a 1 GB VPS and your traffic is growing, the upgrade path is straightforward. Snapshot the VPS, resize to 2 GB, restart. The extra RAM gives Postgres and the Node process more headroom.
EUデータセンターとGDPRの観点
はじめに取り上げたSchrems-IIとGA4の転送問題がここでの法的背景です。セルフホスティングは自動的にアナリティクスをコンプライアントにするわけではありませんが、デフォルトのGA4パターンを取り除きます：訪問者データがサイトを離れ、GoogleのアナリティクススタックへとGoogleに入り、越境処理の問題を生じさせるというパターンです。
EU内でアナリティクスをセルフホストすることで、法的管轄の面でスタックがシンプルになります。コンプライアンスのチートコードではありません。データはトラッカーによって収集され、サーバーに直接送信され、選択した地域で処理・保存されます。
VPSプロバイダーは依然として処理者である可能性があるため、処理者の条件、セキュリティ管理、保持ルール、プライバシー通知は依然として重要です。ポイントはより具体的です：中間にアナリティクスSaaSプロバイダーがなく、デフォルトのGA4スタイルの大西洋横断アナリティクス転送もありません。
データセンターの選択は、訪問者とコンプライアンスの姿勢に沿うべきです。Frankfurtはドイツ、オーストリア、より広いEUの対象者向けの標準的な選択です。AmsterdamはBeneluxのトラフィックに自然に適しています。
LondonはUK GDPRのケースに対応していますが、EU外にあるため、EU限定のデータ居住要件に対する同じ答えにはなりません。Zurichはスイスのオーディエンスとスイスのプライバシーニーズに対応していますが、こちらもEU外にあります。
Pro Tip
Putting a US-headquartered CDN or proxy in front of your analytics endpoint can reintroduce transfer analysis and processor-review work. If the whole point is EU-only analytics handling, terminate TLS directly on the VPS or document the CDN setup carefully.
セットアップの仕組みの概要
これはデプロイの概要であり、チュートリアルではありません。詳細なステップバイステップのガイドは別記事です。
Umami： Docker Compose ファイルは1つ。コンテナは2つ：Umami（Node）と PostgreSQL。環境変数は1つ：DATABASE_URL。デフォルトポートは 3000。TLS のためにリバースプロキシを前に置く（Caddy が最も手間がかからない選択肢；nginx-proxy-manager と Traefik も動作します）。追跡したいすべてのページの <head> にトラッカースクリプト（1行）を追加してください。アップグレードは docker compose pull && docker compose up -d.
Matomo： 3〜4つのコンテナによる Docker Compose：Matomo (matomo:fpm-alpine)、PHP-FPM の前段に nginx（または Apache）、MariaDB、そして任意で Redis（キャッシュ用）。初回起動時のブラウザベースの設定ウィザードがデータベース接続、管理者ユーザー、初回ウェブサイトのセットアップを処理します。トラッカースクリプトは Matomo が生成した JS スニペットを <head> に貼り付けるだけです。必須：アーカイブ用の cron ジョブ。URL 経由でアーカイブを起動するデフォルトオプション（?force_archiving=1）は小規模サイトでは機能しますが、ダッシュボードが目に見えて遅くなります。アップグレードは docker compose pull の後に console core:update を呼び出します。
両方： リバースプロキシ経由の TLS が標準パターンです。両プロジェクトとも公式アップグレードガイドを公開しています。両方とも動作するバックアップ手順があります（Umami は pg_dump、Matomo は mariadb-dump）。
ここが Cloudzy のマーケットプレイス 本当に重要です。デプロイできます Umami or Matomo 白紙のサーバーから始めたり、Compose ファイルを自分で書いたり、最初の1時間をベーススタックの構築に費やしたりすることなく、VPS 上で。
VPS はやはり適切なサーバーである必要があります。アナリティクスは高速なディスク、予測可能な RAM、そしてトラッカースクリプトを読み込む人々に近いリージョンを好みます。Cloudzy は NVMeストレージ, DDR5 RAM、最大 40 Gbps ネットワーキング、 フルルート アクセス、専用 IPv4 と IPv6, 12以上のグローバルリージョン, 99.95% アップタイムと 14日間返金保証 保証。
Umami の利点は速さです：起動して、ドメインを紐付けて、TLS を前に置いて、トラッカースクリプトを貼り付けるだけです。
Matomo の場合、アーカイブ、保持、バックアップ、トラッキング設定に到達する前の、空のサーバーでの作業を避けられることが利点です。
セルフホスティングが間違った選択となる場合
あなたはLinuxの経験がなく、学ぶ時間もない、非技術系の単独創業者です。 正解はPlausible Cloudで、月額$9-19です。GDPRに準拠しており、ダッシュボードは優秀で、サーバーを所有する必要がありません。
セルフホスティングの計算は、あなたの時間がSaaS料金より安い場合、または運営の経験を本当に求めている場合にのみ機能します。非技術系の単独創業者には、この時間計算は合いません。
分析プロセッサでリアルタイムのSOC2またはHIPAAグレードの監査証跡が必要です。 オープンソースのUmamiも、オープンソースのMatomo も、それをそのまま提供しているわけではありません。自分で監査体制を構築することもできますが、その作業は相当なものになり、認証プロセス自体が独立したプロジェクトになります。このケースではコンプライアンス・アズ・ア・サービスを購入してください。
あなたのマーケティングスタックは、GoogleのコホートとリマーケティングピクセルによるGA4またはGoogle Ads アトリビューションが必要です。 セルフホスト型アナリティクスは、AdWordsやMeta-Ads最適化に適したツールカテゴリーではありません。
コンバージョンデータは入札アルゴリズムを再トレーニングするためにGoogleまたはMetaに戻る必要があります。セルフホスト型アナリティクスは記述的アナリティクスのユースケース（サイトで何が起きたか）を置き換えますが、広告アトリビューションのユースケース（どの広告を配信すべきか）は置き換えません。
まとめ
意思決定ルールは簡単です。個人ブログ、インディーSaaS、小規模製品チームにはデフォルトでUmamiを選択してください。ファネル、eコマース、またはヒートマップが必須で、運営に割ける余裕がある場合はMatomoに移行してください。
Fathom Liteはスキップしてください。すでにテストしてダッシュボードが気に入った場合にのみAckeeを選択してください。EU管轄が重要な場合はFrankfurtまたはAmsterdamでサーバーを動かしてください；そうでなければトラフィックのある場所で動かしてください。
動作する自己ホスト型アナリティクスデプロイのインフラコストは、VPS 代として月額 $7 から $30 の間です。人件費は Docker Compose ファイル一つとリバースプロキシです。難しさの大半は決断することにあり、実行することではありません。
よくある質問
2026年のベストなセルフホスト型アナリティクスツールとは？
Umami は個人ブログ、インディー SaaS、小規模プロダクトチームへのデフォルト推奨です。MIT ライセンスで、活発に開発されており、デフォルトでクッキーを使わず、1 GB RAM で快適に動作します。ファネル、EC、ヒートマップには Matomo を選んでください。Fathom Lite は避けてください。
Fathom Lite はまだメンテナンスされていますか？
いいえ。オープンソースの Docker イメージは5年以上更新されておらず、GitHub の活動も散発的で新バージョンのリリースもありません。メンテナーは現在、商用の Fathom Analytics に注力しています。Lite バージョンは 2026 年にインターネット公開サービスとして動作させるべきではありません。
セルフホスト型アナリティクスはGDPRコンプライアンスのためにGoogle Analyticsを代替できますか？
はい、条件付きで可能です。EU の VPS 上でセルフホストした Umami または Matomo は、アナリティクスデータを選択したリージョンに保持し、デフォルトの GA4 転送パターンを排除します。GDPR 対応が理由なら、Cloudflare などの米国ベースの CDN をアナリティクスエンドポイントの前に置かないでください。
Matomo を動かすのにどれくらいの VPS が必要ですか？
小規模な Matomo サイトの現実的な最低ラインは 2 GB RAM です。デフォルト機能での中程度のトラフィックには 4 GB を計画してください。ヒートマップとセッション録画はさらに多くを必要とします。最低ラインが存在するのは、PHP-FPM、MariaDB、nginx、アーカイブが同じサーバーを共有するためです。
Umami は EU でクッキーバナーが必要ですか？
ほとんどの EU 規制当局の解釈によれば、必要ありません。Umami はデフォルトでトラッキングクッキーを書き込みません。ファーストパーティのリクエストデータを使用してサーバー側で集計します。一部の管轄区域ではまだ通知が必要な場合があるため、コンプライアンスが主な理由なら現地の DPA ガイダンスを確認してください。
Umami は Plausible セルフホストとどう比較されますか？
Umami のセルフホスティングの実績は、よりスムーズです。Plausible Community Edition は存在しますが、Plausible の商業的な焦点はクラウドです。Umami はセルフホスティングを主要な配布経路として扱っています。セルフホスト優先のデプロイには Umami がより安全な選択です。SaaS には Plausible Cloud と Umami Cloud のどちらも使えます。
EUにおいてセルフホスト型アナリティクスに最適なデータセンターの場所はどこですか？
Frankfurtはドイツ、オーストリア、そしてより広いEU向けのデフォルト選択です。Amsterdamはベネルクスのトラフィックに適しています。LondonはUK GDPRには対応していますが、EU限定のデータ居住要件には対応していません。コンプライアンス要件がより具体的な場所を示していない限り、訪問者に最も近い地域を選択してください。
