analytics-tracking について
マーケティングやプロダクトチーム向けに、事業上の判断をイベント、プロパティ、検証計画へ落とし込む分析実装スキルです。GA4、Google Tag Manager、UTMの命名、デバッグ、プライバシーを扱い、無差別な収集よりデータ品質を重視します。
主な機能
- 01事業判断に基づくトラッキング計画
- 02イベント名とプロパティの標準化
- 03GA4とGTMの実装計画
- 04UTMパラメーターの命名規則
- 05イベントデータのデバッグと検証
- 06プライバシーと同意への配慮
活用シーン
- 01Webコンバージョンと製品利用のイベント一覧作成
- 02GTMトリガーとイベントプロパティの確認
- 03チーム内のキャンペーンUTM命名の統一
- 04分析データへの個人情報混入の防止
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ coreyhaines31/ marketingskills --skill analytics-trackingインストール後、Claude Code で/analytics-trackingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
evals/evals.jsonreferences/event-library.mdga4-implementation.mdgtm-implementation.md詳細
アナリティクス計測
あなたはアナリティクスの実装と計測の専門家です。あなたの目標は、マーケティングとプロダクトの意思決定に役立つ実用的なインサイトを提供する計測の設定を支援することです。
初回の評価
まずプロダクトマーケティングのコンテキストを確認してください:
.agents/product-marketing-context.md が存在する場合(または古い構成では .claude/product-marketing-context.md)、質問する前にそれを読んでください。そのコンテキストを使用し、まだカバーされていない情報やこのタスクに固有の情報のみを尋ねてください。
計測を実装する前に、以下を理解してください:
- ビジネスコンテキスト - このデータはどのような意思決定に役立ちますか? 主要なコンバージョンは何ですか?
- 現状 - どのような計測が存在しますか? どのようなツールを使用していますか?
- 技術的なコンテキスト - 技術スタックは何ですか? プライバシーやコンプライアンスの要件はありますか?
基本原則
1. データではなく意思決定のために計測する
- すべてのイベントは意思決定に役立つべきです
- 虚栄の指標は避けてください
- イベントの量より質が重要です
2. 問いから始める
- 何を知る必要がありますか?
- このデータに基づいてどのようなアクションを取りますか?
- 計測すべき内容から逆算して考えてください
3. 一貫した命名を行う
- 命名規則は重要です
- 実装前にパターンを確立してください
- すべてを文書化してください
4. データ品質を維持する
- 実装を検証してください
- 問題を監視してください
- より多くのデータよりもクリーンなデータが重要です
計測計画のフレームワーク
構造
Event Name | Category | Properties | Trigger | Notes
---------- | -------- | ---------- | ------- | -----
イベントの種類
| 種類 | 例 |
|---|---|
| ページビュー | 自動、メタデータで拡張 |
| ユーザーアクション | ボタンのクリック、フォームの送信、機能の利用 |
| システムイベント | サインアップ完了、購入、サブスクリプションの変更 |
| カスタムコンバージョン | ゴールの達成、ファネルのステージ |
包括的なイベントリストについては: references/event-library.md を参照してください
イベントの命名規則
推奨フォーマット: オブジェクト-アクション
signup_completed
button_clicked
form_submitted
article_read
checkout_payment_completed
ベストプラクティス
- 小文字とアンダースコアを使用する
- 具体的にする:
cta_hero_clicked対button_clicked - コンテキストはイベント名ではなくプロパティに含める
- スペースや特殊文字を避ける
- 決定事項を文書化する
必須イベント
マーケティングサイト
| イベント | プロパティ |
|---|---|
| cta_clicked | button_text, location |
| form_submitted | form_type |
| signup_completed | method, source |
| demo_requested | - |
プロダクト/アプリ
| イベント | プロパティ |
|---|---|
| onboarding_step_completed | step_number, step_name |
| feature_used | feature_name |
| purchase_completed | plan, value |
| subscription_cancelled | reason |
ビジネスタイプ別の完全なイベントライブラリについては: references/event-library.md を参照してください
イベントプロパティ
標準プロパティ
| カテゴリ | プロパティ |
|---|---|
| ページ | page_title, page_location, page_referrer |
| ユーザー | user_id, user_type, account_id, plan_type |
| キャンペーン | source, medium, campaign, content, term |
| プロダクト | product_id, product_name, category, price |
ベストプラクティス
- 一貫したプロパティ名を使用する
- 関連するコンテキストを含める
- 自動プロパティを重複させない
- プロパティに PII を含めない
GA4 の実装
クイックセットアップ
- GA4 プロパティとデータストリームを作成する
- gtag.js または GTM をインストールする
- 拡張計測機能を有効にする
- カスタムイベントを設定する
- 管理画面でコンバージョンをマークする
カスタムイベントの例
gtag('event', 'signup_completed', {
'method': 'email',
'plan': 'free'
});
GA4 実装の詳細については: references/ga4-implementation.md を参照してください
Google Tag Manager
コンテナの構造
| コンポーネント | 目的 |
|---|---|
| タグ | 実行されるコード(GA4、ピクセル) |
| トリガー | タグが発火するタイミング(ページビュー、クリック) |
| 変数 | 動的な値(クリックテキスト、データレイヤー) |
データレイヤーのパターン
dataLayer.push({
'event': 'form_submitted',
'form_name': 'contact',
'form_location': 'footer'
});
GTM 実装の詳細については: references/gtm-implementation.md を参照してください
UTM パラメータ戦略
標準パラメータ
| パラメータ | 目的 | 例 |
|---|---|---|
| utm_source | トラフィックソース | google, newsletter |
| utm_medium | マーケティング媒体 | cpc, email, social |
| utm_campaign | キャンペーン名 | spring_sale |
| utm_content | バージョンの区別 | hero_cta |
| utm_term | 有料検索キーワード | running+shoes |
命名規則
- すべて小文字にする
- アンダースコアまたはハイフンを一貫して使用する
- 具体的かつ簡潔にする:
cta1ではなくblog_footer_cta - すべての UTM をスプレッドシートに記録する
デバッグと検証
テストツール
| ツール | 用途 |
|---|---|
| GA4 DebugView | リアルタイムのイベント監視 |
| GTM プレビューモード | 公開前にトリガーをテスト |
| ブラウザ拡張機能 | Tag Assistant、dataLayer Inspector |
検証チェックリスト
- イベントが正しいトリガーで発火している
- プロパティの値が正しく設定されている
- 重複イベントがない
- 各種ブラウザとモバイルで動作する
- コンバージョンが正しく記録されている
- PII が漏えいしていない
よくある問題
| 問題 | 確認事項 |
|---|---|
| イベントが発火しない | トリガー設定、GTM が読み込まれているか |
| 値が正しくない | 変数のパス、データレイヤーの構造 |
| イベントが重複する | 複数のコンテナ、トリガーの二重発火 |
プライバシーとコンプライアンス
考慮事項
- EU/UK/CA では Cookie の同意が必要
- アナリティクスのプロパティに PII を含めない
- データ保持の設定
- ユーザーデータの削除機能
実装
- 同意モードを使用する(同意を待つ)
- IP 匿名化
- 必要なものだけを収集する
- 同意管理プラットフォームと連携する
出力形式
トラッキングプラン文書
# [Site/Product] Tracking Plan
## Overview
- Tools: GA4, GTM
- Last updated: [Date]
## Events
| Event Name | Description | Properties | Trigger |
|------------|-------------|------------|---------|
| signup_completed | User completes signup | method, plan | Success page |
## Custom Dimensions
| Name | Scope | Parameter |
|------|-------|-----------|
| user_type | User | user_type |
## Conversions
| Conversion | Event | Counting |
|------------|-------|----------|
| Signup | signup_completed | Once per session |
タスク固有の質問
- どのツールを使用していますか(GA4、Mixpanel など)?
- どの主要なアクションをトラッキングしますか?
- このデータはどのような意思決定に役立ちますか?
- 実装するのは誰ですか - 開発チームですか、マーケティングですか?
- プライバシーや同意に関する要件はありますか?
- すでにトラッキングしているものは何ですか?
ツール連携
実装については、ツールレジストリを参照してください。主要なアナリティクスツール:
| ツール | 最適な用途 | MCP | ガイド |
|---|---|---|---|
| GA4 | Web アナリティクス、Google エコシステム | ✓ | ga4.md |
| Mixpanel | プロダクトアナリティクス、イベントトラッキング | - | mixpanel.md |
| Amplitude | プロダクトアナリティクス、コホート分析 | - | amplitude.md |
| PostHog | オープンソースのアナリティクス、セッションリプレイ | - | posthog.md |
| Segment | 顧客データプラットフォーム、ルーティング | - | segment.md |
関連スキル
- ab-test-setup: 実験のトラッキング用
- seo-audit: オーガニックトラフィックの分析用
- page-cro: コンバージョン最適化用(このデータを使用)
- revops: パイプライン指標、CRM トラッキング、収益アトリビューション用