ログ実装：GA4 / Mixpanel / 自社 dwh の使い分け

EP.10 でログ設計の原則を扱いました。本記事は実装段階：GA4 / Mixpanel / 自社 DWH（Data Warehouse） 直送のどれを選ぶか、フロント実装はどう書くか、ログ品質をどう担保するかを扱います。

選定の判断基準

1. 1スタートアップ初期 + 予算なし → GA4 + BigQuery エクスポート（無料、後で DWH 連携可）
2. 2プロダクト分析特化、グロース重視 → Mixpanel / Amplitude（ファネル / リテンション分析が即座）
3. 3データチームあり、フル制御したい → 自社 DWH 直送（ETL（Extract, Transform, Load） 自前、Snowflake / BigQuery）
4. 4全部やりたい欲張り → Segment（イベントを 1 度送れば各ツールに転送）

フロント実装パターン

パターン A: Segment 経由（推奨）

Segmentにイベントを 1 度送ると、GA4 / Mixpanel / DWH へ自動配信。ベンダー切替が容易、1 つの実装でマルチツール対応。

import { AnalyticsBrowser } from "@segment/analytics-next";
const analytics = AnalyticsBrowser.load({  writeKey: process.env.NEXT_PUBLIC_SEGMENT_KEY!,});
// イベント送信analytics.track("item_acquired", {  item_id: "item_x",  source: "shop",  user_id: currentUser.id,  session_id: sessionId,});
// ユーザー識別analytics.identify(currentUser.id, {  email: currentUser.email,  signup_date: currentUser.signupDate,});

パターン B: 直接 SDK

GA4 / Mixpanel の SDK を直接呼ぶ。手数は増えるがコストはゼロ（Segment は月 $120〜）。複数ツール使うなら Segment、1 つだけなら直接 SDK。

パターン C: 自社 SDK ラッパー

社内ガイドラインを SDK に組み込む。`logEvent('item_acquired', { ... })` のような関数を作り、内部で必須プロパティ付与・型チェックを実行。ログ品質が劇的に上がる。

ログ品質を保つ仕組み

• スキーマ検証 CI（Continuous Integration）：イベント名・プロパティを JSON（JavaScript Object Notation） Schema で定義し、PR でチェック
• 型安全な SDK：TypeScript で `track('item_acquired', { item_id: string })` のように型強制
• QA テストでイベント網羅：機能テストの中で「このボタン押したらこのイベント発火」を必ず確認
• 異常検知：日次の各イベント発火数を監視、急減したら実装ミスを疑う

ふくふくの進め方

「ログ実装をやり直したい」というご相談には、現状診断（1 週間）→ ツール選定 → 自社 SDK 設計 → 段階移行を 1〜2 ヶ月で。過去ログを捨てずに新ログに合流させる移行戦略もご提案します。

次回予告

EP.12 は KPI（Key Performance Indicator） ツリー：North Star から日次 KPI への分解。会社目標を末端まで割る作法。