WordPressサイトにとってMatomoが「重すぎる」本当の理由

Matomoは「Google アナリティクスの代替」として世界中で使われているオープンソース解析ツールです。プライバシーを重視するサイトオーナーにとっては魅力的な選択肢に見えますが、実際にWordPressサイトへ導入しようとした瞬間、多くの人が壁にぶつかります。

自己ホスティング版のMatomoをWordPressに組み込むには、PHPのバージョン確認、MySQLデータベースの別途準備、cronジョブの設定、サーバーのメモリ上限の拡張など、サーバー管理の知識が不可欠です。共有ホスティング環境ではそもそも動作しないケースもあります。

セットアップに費やした時間は「解析の価値」を超えているか?

ブログ運営者やスモールビジネスのオーナーがアクセス解析に求めているのは、「どのページが読まれているか」「どこから来ているか」「何がコンバージョンにつながっているか」という、ごくシンプルな情報です。それを得るためだけに半日以上のセットアップ時間を費やすのは、多くのケースで割に合いません。

  • Matomoの自己ホスティングには専用のサブドメインまたはサブディレクトリが必要
  • WordPressとは別のデータベースユーザーを作成する必要がある場合がある
  • プラグイン「WP-Matomo」を使っても、トラッキングコードの配置や除外IPの設定など追加作業が発生
  • アップデートはWordPressとMatomoで個別に管理する必要がある
  • 大量トラフィックになると解析データの処理がサーバー全体の負荷に影響する
注意:Matomoのクラウド版(Matomo Cloud)は有料です。月間5万PV以下のサイト向けプランでも月額19ユーロ〜かかります。「無料で使えるMatomoの代替」を探しているなら、自己ホスティング版の構築コスト(時間・技術・サーバーリソース)も含めて考える必要があります。

加えて、GDPRやePRIVACYへの対応としてCookieバナーを表示する必要があるかどうかも、Matomoの設定によって変わります。デフォルトではCookieを使うため、バナーの実装が求められるケースが大半です。これもまた「シンプルに使いたいだけなのに」という悩みの種になっています。


MatomoとFPAI 徹底比較:セットアップ・費用・メンテナンス・プライバシー

同じ「Cookie不要・自社データ保持」という軸で語られることが多いMatomoとFPAIですが、実際の使い勝手は大きく異なります。WordPressアナリティクスプラグイン比較記事でも詳しく取り上げていますが、ここでは特にMatomoと比較した形で整理します。

セットアップ時間

  • Matomo(自己ホスト):30分〜数時間(サーバー環境による)
  • FPAI:約2分(WordPressプラグインとして通常インストールするだけ)

費用

  • Matomo(自己ホスト):ソフト自体は無料、ただしサーバーリソース・管理コストが発生
  • Matomo Cloud:月額19ユーロ〜(有料)
  • FPAI:完全無料(WordPressの公式プラグインディレクトリで配布)

メンテナンス負荷

  • Matomo:本体アップデート・DBメンテナンス・cronジョブ監視が必要
  • FPAI:WordPressのプラグインアップデートのみ。他の作業は不要

データの保存場所

  • Matomo(自己ホスト):自分のサーバー(外部送信なし)
  • FPAI:WordPressの既存データベース(wp_プレフィックスのテーブル)に直接保存。外部サーバーへのデータ送信ゼロ

Cookie・同意バナー

  • Matomo(デフォルト):Cookieを使用。GDPR対応にはバナー実装が推奨
  • Matomo(Cookie無効設定時):一部の精度が低下する
  • FPAI:最初からCookie不使用。同意バナー不要で運用可能
ポイント:FPAIはWordPress.org公式プラグインディレクトリから無料でインストールでき、既存のWordPressデータベースをそのまま活用します。追加のサーバー設定は一切不要です。

FPAIがMatomoより優れている点

フェアな比較のために、FPAIが特に優れている領域を具体的に挙げます。これはMatomoを批判することが目的ではなく、どちらのツールがあなたのユースケースに合っているかを判断するための情報です。

1. WordPressネイティブな統合

FPAIはWordPressのプラグインとして設計されており、管理画面のダッシュボードに直接データが表示されます。別ツールへのログイン、別画面への切り替えが不要です。投稿・固定ページの編集画面を開いたままページビュー数を確認できます。

2. AIによるインサイト生成

単純なPV数の表示にとどまらず、FPAIはアクセスデータをもとに自然言語でのインサイトを生成します。「先週と比べてトラフィックが増えた記事はどれか」「どの流入経路が最もコンバージョンに近いか」といった問いに、テキストで答えを返します。Matomoにはこのような機能はありません。

3. サーバーへの負荷がゼロに近い

Matomoは別プロセスでのデータ処理が必要なため、アクセスが集中するとサーバー全体のレスポンスに影響することがあります。FPAIはWordPressの標準的なDB書き込みとして動作するため、余分なサーバーリソースを消費しません。

4. インストールから計測開始まで2分

FPAIのインストールガイドでも解説していますが、手順はWordPressの標準的なプラグインインストールと変わりません。

1. WordPress管理画面 → プラグイン → 新規追加 2. 検索欄に「FPAI」と入力 3. 「今すぐインストール」→「有効化」 4. 設定画面でトラッキングをONにする 以上。

これだけで計測が始まります。トラッキングコードの手動設置もcronジョブの設定も不要です。

5. 完全なCookieレス計測

FPAIはIPアドレスや他の識別子を使ったフィンガープリンティングに依存せず、ファーストパーティのコンテキスト情報のみを使って訪問を計測します。Cookie同意バナーの表示が法的に求められないため、コンバージョン率への悪影響もありません。詳しい仕組みはCookie不要の解析はどう動くのかで解説しています。


正直に言う:Matomoのままでいいケース

FPAIはすべてのWordPressサイトにとっての最善解ではありません。以下のような要件がある場合、Matomoの方が適しているかもしれません。

Matomoを使い続けるべき状況

  • 既に詳細なファネル分析・ヒートマップを活用している:MatomoはヒートマップやセッションレコーディングなどのUX分析機能が充実しています。これらを日常的に使っているなら、移行のメリットは限定的です。
  • 複数サイトを一元管理したい:Matomoは複数サイトのデータを単一のダッシュボードで管理できます。運用サイトが10以上あるエージェンシーには向いています。
  • カスタムディメンションやイベントトラッキングを多用している:Matomoの高度なトラッキング設定はFPAIでは現時点でカバーできない部分があります。
  • 既存のBI・データウェアハウスとAPI連携している:MatomoのAPIエコシステムは成熟しており、外部ツールとの統合実績が豊富です。
  • ITチームがいてサーバー管理を担当できる:インフラ管理のリソースがあるなら、Matomoのカスタマイズ性は大きな強みになります。
移行前に確認:現在のMatomoデータを分析・レポートに活用している場合、FPAIへの切り替え後はその履歴データへのアクセス方法が変わります。次のセクションで対処法を解説します。

要するに、「シンプルなトラフィック把握」が目的ならFPAI、「エンタープライズレベルの行動分析」が目的ならMatomoという使い分けが現実的です。あなたのサイトの規模・目的・技術リソースに照らして判断してください。


MatomoからFPAIへの乗り換え方:過去のデータを失わずに移行する手順

「Matomoを廃止したいけど、過去2年分のデータが消えるのは困る」という声はよく聞きます。以下の手順を踏めば、履歴データを保持しながらFPAIを導入できます。

ステップ1:Matomoデータをエクスポートしてバックアップ

まずMatomoの管理画面から、必要な期間のレポートをCSV・PDF形式でエクスポートします。また、phpMyAdminやコマンドラインでMatomoのデータベーステーブル(matomo_* または piwik_*)をダンプしておきます。

# SSH経由でのMatomoDBバックアップ例 mysqldump -u [ユーザー名] -p [DB名] \ matomo_log_visit matomo_log_action \ matomo_log_conversion > matomo_backup_$(date +%Y%m%d).sql

このSQLファイルはサーバーやローカルに保管しておきます。FPAIは参照しませんが、過去データを見返す必要が生じた場合に役立ちます。

ステップ2:FPAIをインストールして計測を開始

WordPressの管理画面からFPAIをインストールし、有効化します。この時点からFPAIによる計測が開始されます。MatomoのトラッキングコードはまだOFFにしないでください。

ステップ3:並行運用期間(1〜2週間推奨)

MatomoとFPAIを同時に動かす期間を設けます。この期間中に両者のデータを比較し、FPAIの計測が正常に機能していることを確認します。数値が完全に一致しないのは正常です(計測方式が異なるため)が、傾向が一致していれば問題ありません。

ステップ4:Matomoのトラッキングを停止

FPAIの動作を確認したら、Matomoプラグインを無効化またはアンインストールします。Matomoのデータベーステーブルはすぐには削除せず、3〜6ヶ月後に問題がなければ整理します。

ステップ5:Matomoサーバーの後処理

自己ホスティングの場合、Matomoのファイル・データベースをサーバーから削除し、cronジョブを無効化します。これでサーバーリソースが解放されます。

移行のポイント:FPAIへの移行は「過去データを捨てる」作業ではなく、「これ以降の計測をシンプルにする」作業です。Matomoのバックアップを保管したまま、新しい計測基盤としてFPAIを使い始めることができます。WordPressでのCookieレストラッキング完全ガイドも参考にしてください。

よくある質問

Q:MatomoのデータをFPAIにインポートできますか?
現時点ではFPAIへの直接インポート機能はありません。ただし、Matomoのエクスポートデータ(CSV)はスプレッドシートで引き続き参照できます。

Q:移行後にSEOへの影響はありますか?
解析ツールの変更がSEOに直接影響することはありません。ただし、Matomoのトラッキングスクリプトが削除されることでページ速度がわずかに改善するケースもあります。

Q:FPAIのデータはWordPressを移転しても引き継げますか?
はい。FPAIのデータはWordPressの標準データベースに保存されているため、通常のWordPress移転手順(DBエクスポート+インポート)でそのまま引き継がれます。


MatomoからのシンプルなWordPress解析ツールへの移行を検討しているなら、まずFPAIをWordPress.orgから無料でインストールして、2分間のセットアップを体験してみてください。Cookie不要・完全無料・データは自社DB保存という3つの条件を、追加設定なしで実現できます。