SaaSアナリティクスの構造的問題

多くのサイト運営者にとって、アクセス解析データは「どこか別の場所」にあります。Googleのサーバー、Plausibleのクラウド、Mixpanelのプラットフォーム——そこにあるデータをダッシュボード経由でアクセスし、彼らのスケジュールでエクスポートし、彼らのツールで分析します。

この状況が20年間デフォルトであり続けたため、当たり前に感じられます。しかし構造的な問題があります。そのデータは本当には自分のものではないのです。アクセスできる——今は。エクスポートできる——彼らが用意したフォーマットで。分析できる——彼らのインターフェース上で。

2024年にAIを使った分析が実用化されたとき、この構造問題が具体化しました。AI toolにアクセスデータについて質問するには、手動でエクスポートするか、アナリティクスプラットフォーム独自のAIを使うか（ベンダーロックイン）、カスタムAPIインテグレーションを組むか——どれもシンプルではありません。

別のモデルがあります。アクセスデータを自社データベースに保存し、どのAIでも直接読ませる。

FPAIのアプローチ：標準MySQLに蓄積する

FPAIをWordPressにインストールすると、既存のWordPress MySQLデータベースに5つのテーブルが自動作成されます。

# WordPressデータベースに作成されるテーブル
wp_fpai_sessions ← 訪問セッションごとに1行
wp_fpai_pageviews ← 閲覧ページごとに1行
wp_fpai_events ← クリック・スクロール・フォーム（Pro）
wp_fpai_conversions ← 達成されたコンバージョンゴール
wp_fpai_ai_reports ← 分析履歴

サイトへの訪問があるたびに、これらのテーブルに行が書き込まれます。Googleのサーバーでもなく、SaaSプラットフォームでもなく、投稿・ユーザー・コメントが保存されているのと同じMySQLデータベースに、直接書き込まれます。このインフラに触れるのはあなたのホスティングプロバイダーだけです。

「ファーストパーティ」の実態はこういうことです。データの収集と保存が完全にあなたのコントロール下にあり、データパスにサードパーティが介在しない。

テーブル構造の概要

wp_fpai_sessionsテーブルは各訪問のコンテキストを記録します。

— wp_fpai_sessions（簡略スキーマ）
session_id VARCHAR ← セッションごとのランダムUUID
visitor_id VARCHAR ← ハッシュ化IP（逆算不可能）
started_at DATETIME
duration INT ← 秒数
page_count INT
is_bounce TINYINT ← 1ページのみのセッションで1
device_type VARCHAR ← mobile / tablet / desktop
browser VARCHAR
os VARCHAR
referrer_domain VARCHAR
utm_source VARCHAR
utm_medium VARCHAR
utm_campaign VARCHAR

個別ページビュー（スクロール深度・ページ滞在時間）やイベント（クリック・フォーム送信・外部リンク）に対応するテーブルも存在します。

これは標準的な正規化リレーショナルデータです。アナリスト・レポートツール・MySQLを読めるすべてのAIが、特別なインテグレーション作業なしにクエリできます。

AIへのアクセス付与手順

FPAIはアクセス設定を自動化します。全体の流れは次の通りです。

1

FPAIをインストールしてデータを溜める

プラグインをインストール・有効化し、そのまま動かします。AI分析を試みる前に少なくとも数週間は待ちましょう。数日分のデータでは分析が薄くなります。30日以上溜まると、AIが意味のあるパターンを見つけられるようになります。

2

AIのAPIキーを設定する

WordPress管理画面のFPAI → Settings → AI設定へ移動します。9つの対応プロバイダー（Claude・ChatGPT・Geminiほか）から使いたいものを選択し、APIキーを入力します。キーはあなたのWordPress DBにのみ保存され、FPAIのサーバーには送信されません。

3

FPAI → AI Analysis を開く

プリセット質問（パフォーマンス概要・ページ分析・流入元分析・コンバージョン分析・行動パターン・改善提案）を選ぶか、自由に質問を入力します。

4

答えを受け取る

FPAIがアナリティクスデータを整形してAIに送信し、回答がWP管理画面内に表示されます。SQLもエクスポートも不要。タブを切り替える必要もありません。

方法2：CSV/JSONエクスポート（リモートMySQL接続不可環境向け）

すべてのAIツールが直接データベース接続に対応しているわけではなく、共有ホスティング環境ではリモートMySQLアクセスがデフォルトでブロックされている場合があります。その場合はエクスポートによる方法が有効です。

  1. WordPress管理画面のFPAI → エクスポートへ移動する
  2. 期間を選択する（例：過去30日間）
  3. CSVまたはJSONでダウンロードする
  4. AIチャットにファイルをアップロードするか、内容を貼り付ける
  5. 質問する

ファイルアップロードに対応したAIなら何でも使えます。ChatGPT・Claude.ai・Gemini Advancedなど。AIがファイルからスキーマとデータを読み取り、それをもとに回答します。

FPAI ProではAIサマリー形式のエクスポートも生成できます。列の説明がデータに付属したコンパクトなテキスト形式で、AIが列の意味を推測する必要がないため特に使いやすい形式です。

「どのAIでも使える」の本質的な意味

「どのAIでも使える」というフレーズは、実際の差別化要因なので少し掘り下げます。

独自AIを内蔵したアナリティクスツールを使っている場合——「データについて質問できる」機能があるプラットフォームなど——あなたは彼らのAIを使っています。より新しく優れたAIモデルに乗り換えたくなっても、アナリティクスプラットフォームを替えない限りできません。彼らのAIロードマップに縛られます。

FPAIのデータは標準MySQLにあります。今日はClaudeやChatGPTが使えます。来年もっと優れたモデルが登場したらそれに乗り換えられます。5年後は、その時点で最良の選択肢を使えます。アクセス解析データは変わりません——それを読むAIだけが変わります。

複利で効いてくるメリット AIモデルはアナリティクスプラットフォームよりも速いペースで進化しています。データをオープンなフォーマットで持つことで、アナリティクス基盤を移行することなく、AIの進化の恩恵を自動的に受け続けられます。今日収集したデータが、より優れたモデルが登場するほど価値を増していきます。

効果的な質問の例（日本語）

AIがFPAIデータにアクセスできる状態になったとき、最も有用な答えが得られる質問のタイプを紹介します。

トラフィックパターンの質問

  • 「先月のコンバージョン率が高い流入元はどこ？」
  • 「過去90日間でトラフィックは増えている、横ばい、それとも減少している？」
  • 「曜日別でトラフィックが最も多いのはいつ？」

コンテンツ効果の質問

  • 「ブログ記事のスクロール深度が50%を超えているページはどれ？」
  • 「ロングフォームのコンテンツを訪問者は読み切っているか、途中で離脱しているか？」
  • 「トラフィックが多いのにコンバージョン率が低いページはどこ？」

診断の質問

  • 「先週トラフィックが急減したページを教えて」
  • 「モバイルとPCで直帰率はどう違う？」
  • 「セッション時間が特に短いページはどれ？コンテンツ品質の問題かもしれない」

AIが裏側でやっていること

AIがFPAIデータにアクセスするとき、裏側では次のことが起きています。

AIは自然言語の質問をSQLクエリに変換し、データベースに対して実行します。たとえば「先月コンバージョン率が高い流入元は？」という質問に対して、AIはこのようなSQLを生成します。

— AIが生成するSQLの例
SELECT
s.referrer_domain,
COUNT(*) AS sessions,
SUM(c.converted) AS conversions,
ROUND(SUM(c.converted) / COUNT(*) * 100, 1) AS cvr
FROM wp_fpai_sessions s
LEFT JOIN wp_fpai_conversions c
ON s.session_id = c.session_id
WHERE s.started_at >= DATE_SUB(NOW(), INTERVAL 30 DAY)
GROUP BY s.referrer_domain
ORDER BY cvr DESC
LIMIT 10;

SELECT権限のみが付与されているため、データを変更・削除することはできません。AIは読むことしかできません。

期待値の整理（正直に）

AIによるアクセスデータ分析は実際に有用ですが、限界もあります。

  • データの質が答えの質を決める。1か月分のデータは1週間分より良い洞察を生む。データが薄ければ答えも薄い。1〜2週間では分析が成立しにくいので、1か月以上溜めてから使い始めるのが効果的。
  • パターンは見える。原因まではわからない。AIはモバイルの直帰率が高いことを伝えられる。なぜかは伝えられない——それには定性的な調査が必要。
  • 具体的な質問の方が精度が高い。「データを分析して」では広すぎる。「スクロール深度が平均以上でコンバージョン率が平均以下のページはどれ？」のように絞った質問の方が精度の高いクエリが生成される。
  • リモートDB接続にはレイテンシがある。AIを通じたライブDBクエリは1クエリごとに数秒かかる。頻繁に分析する場合はCSVエクスポートの方が実際には速いこともある。

まとめ：分析基盤として先に作っておく価値

ほとんどのサイト運営者がアクセスデータをサードパーティのプラットフォームに蓄積し、Cookie同意が理論上の問題にすぎなかった時代には、SaaSアナリティクスがデフォルトとして機能しました。

今は状況が違います。データの所有権が問われ、AI分析が実用化され、「どのAIでも使える」かどうかが実際の差になります。

自社のWordPress MySQLにデータを溜めることは、分析基盤を先に作っておくことを意味します。今日Claude、来年もっと良いAIが出たら乗り換えても、同じデータがそのまま読めます。データ構造が変わらないことが、分析の継続性を保証します。AIの競争が激化するほど、その恩恵を受け続けられます。

FPAIはファーストパーティのアクセスデータを自社DBに保存し、AI用の読み取り専用ユーザーを自動生成するWordPress無料プラグインです。無料でダウンロード → · AIセットアップガイド →