analytics-tracking について
GA4 と Google Tag Manager によるマーケティング計測の計画、実装、監査、デバッグを支援するスキルです。イベント分類、同意設定、コンバージョン、UTM、アトリビューションを扱い、キャンペーン分析やプロダクト分析は対象外です。
主な機能
- 01GA4 と GTM の計測計画・実装
- 02イベント分類とパラメータ設計
- 03既存計測の監査と問題のデバッグ
- 04広告プラットフォームのコンバージョン設定
- 05UTM 規則と AI 流入の帰属分析
活用シーン
- 01マーケティングイベント計測の新規構築
- 02GA4 のイベント欠落や重複の調査
- 03同意設定とコンバージョンデータの監査
- 04キャンペーンリンクの UTM 規則策定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ borghei/ claude-skills --skill analytics-trackingインストール後、Claude Code で/analytics-trackingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
scripts/event_schema_checker.pyfunnel_drop_off_analyzer.pyutm_validator.py詳細
アナリティクス計測 — 実装と監査
カテゴリ: マーケティング タグ: GA4、Google Tag Manager、イベント計測、コンバージョン計測、UTM、アナリティクス監査、同意モード
概要
アナリティクス計測は、マーケティングの効果測定を実装するためのレイヤーです。不適切な計測は、計測がないよりも悪影響を及ぼします。イベントの重複、パラメータの欠落、同意を得ていないデータ、コンバージョン計測の不具合があると、誤ったデータに基づく判断につながります。このスキルでは、最初から正しく計測を構築する方法と、問題がある場合にその箇所を特定する方法を扱います。
このスキルが扱うのは実装のみです。キャンペーンのパフォーマンスデータを分析する場合は、campaign-analytics を使用してください。プロダクト分析やアプリ内の行動については、product-team のスキルを使用してください。
まず確認すること
計測プランを作成する前に、以下の情報を確認してください。不明または曖昧な項目があれば、推測せずに質問してください。
- 運用モード — ゼロから構築する、既存の設定を監査する、または特定の問題をデバッグする(ワークフロー全体を決定します)
- プラットフォーム構成 — GA4、GTM、および使用する広告プラットフォーム(Google Ads/Meta/LinkedIn)(実装とコンバージョン計測の設定に影響します)
- 主要なコンバージョンとファネルイベント — ビジネスにとって重要なユーザー行動(イベント分類とコンバージョン設定に影響します)
- 地域/同意要件 — EU/EEA のユーザーがいるか(Consent Mode v2 が必要かどうかを判断します)
停止ルール:出力内容に最も影響する2~3項目だけを質問してください。ユーザーが「とにかく下書きを作って」と言った場合は作業を進め、成果物の冒頭に前提を列挙してください。
運用モード
モード 1:ゼロから構築
アナリティクスがまだ導入されていない状態です。計測プランを作成し、GA4 と GTM を実装して、イベント分類を定義し、コンバージョンを設定します。
モード 2:既存の計測を監査
計測は導入されていますが、データを信頼できない状態です。計測範囲を監査し、不足箇所を特定して、重複を整理し、同意に関する問題を修正します。
モード 3:特定の問題をデバッグ
イベントが欠落している、コンバージョン数が一致しない、または GTM プレビューでは発火しているのに GA4 に記録されない状態です。体系的なデバッグワークフローで対応します。
イベント分類の設計
GA4 や GTM に触れる前に、これを正しく設定してください。後からイベント分類を変更するのは、手間も費用もかかります。
命名規則
形式: object_action(snake_case、過去形の動詞)
| 正しい例 | 誤った例 | 誤りの理由 |
|---|---|---|
form_submitted | submitForm | camelCase、動詞が先 |
plan_selected | clickPricingPlan | 実装の詳細であり、ユーザーの行動ではない |
video_started | VideoStart | PascalCase、時制が一貫していない |
checkout_completed | purchase | 曖昧で、動詞句ではない |
ルール:
- 必ず
noun_verbの順にし、verb_nounにはしない - snake_case のみを使います。camelCase、ハイフン、PascalCase は使いません
- 動詞は過去形にします:
_started、_completed、_failed、_viewed - 曖昧さがない程度に具体的にしつつ、文になるほど冗長にはしません
- 必要に応じてドメイン名を先頭に付けます:
onboarding_step_completed、billing_plan_selected
標準イベントパラメータ
すべてのカスタムイベントには、該当する場合、以下の表のパラメータを含めてください。
| パラメータ | 型 | 例 | 必須となる条件 |
|---|---|---|---|
user_id | string | usr_abc123 | 常時(認証済みの場合) |
plan_name | string | professional | 請求/料金プランのイベント |
value | number | 99.00 | 収益イベント |
currency | string | USD | value と常に併用 |
content_group | string | onboarding | ページ/フローのグループ化 |
method | string | google_oauth | サインアップ/ログインイベント |
step_name | string | connect_account | 複数ステップのフロー |
step_number | number | 3 | 複数ステップのフロー |
source | string | pricing_page | CTA のクリックイベント |
SaaS イベント分類(参考)
主要ファネル:
visitor_arrived (automatic page_view in GA4)
signup_started (user clicked "Sign up")
signup_completed (account created)
trial_started (free trial began)
onboarding_step_completed (params: step_name, step_number)
feature_activated (params: feature_name)
plan_selected (params: plan_name, billing_period)
checkout_started (params: value, currency, plan_name)
checkout_completed (params: value, currency, transaction_id)
subscription_renewed (params: value, plan_name)
subscription_cancelled (params: cancel_reason, plan_name)
マイクロコンバージョン:
pricing_viewed
demo_requested (params: source)
form_submitted (params: form_name, form_location)
content_downloaded (params: content_name, content_type)
video_started (params: video_title)
video_completed (params: video_title, percent_watched)
chat_opened
help_article_viewed (params: article_name)
invite_sent (params: recipient_role)
integration_connected (params: integration_name)
GA4 の設定
データストリームの設定
- プロパティを作成します:GA4 管理画面 > プロパティ > 作成
- ドメインを指定してウェブデータストリームを追加します
- 拡張計測機能:各項目を確認します
- ページビュー:有効のままにします
- スクロール:有効のままにします
- 外部リンクのクリック:有効のままにします
- サイト内検索:検索機能がある場合は有効にします
- 動画エンゲージメント:動画を手動でトラッキングする場合は無効にします(重複を防ぐため)
- ファイルのダウンロード:GTM 経由でトラッキングする場合は無効にします(より適切なパラメーターを使用するため)
- ドメインを設定します:ファネル内のすべてのサブドメインを追加します
- データの保持期間:14 か月に設定します(無料版 GA4 での最大期間)
キーイベント(以前の「コンバージョン」)
GA4 では、2024 年 3 月に「コンバージョン」の名称がキーイベントに変更されました。「コンバージョン」は現在、Google Ads にインポートされたキーイベントを指します。GA4 管理画面 > データの表示 > イベントで、スターアイコンを使ってキーイベントとしてマークします。
signup_completedcheckout_completeddemo_requestedtrial_started
ルール:
- 標準プロパティではキーイベントは最大 30 件(Analytics 360 では 50 件)です。慎重に選定してください
- キーイベントとしてマークしても過去のデータには反映されません。過去のデータではなく、マークした時点以降のレポートに適用されます
- 広告キャンペーンを最適化する目的がない限り、マイクロコンバージョンをキーイベントとしてマークしないでください
- 計測方法:リードイベントは「セッションごとに 1 回」、購入イベントは「毎回」に設定します
出典:イベントをキーイベントとしてマークする(2026 年 9 月時点)。
カスタムディメンション
フィルタリングやセグメント化に使用するイベントパラメーターについては、カスタムディメンションを登録します。
| パラメーター | スコープ | ディメンション名 |
|---|---|---|
plan_name | イベント | プラン名 |
user_id | ユーザー | ユーザー ID |
content_group | イベント | コンテンツグループ |
feature_name | イベント | 機能名 |
GA4 管理画面 > カスタム定義 > カスタムディメンションを作成から登録します。
Google Tag Manager の実装
コンテナアーキテクチャ
GTM Container
├── Tags
│ ├── GA4 Configuration (All Pages trigger)
│ ├── GA4 Event Tags (one per custom event)
│ ├── Google Ads Conversion Tags (per conversion action)
│ └── Meta Pixel / LinkedIn Insight (if running ads)
├── Triggers
│ ├── All Pages (Page View)
│ ├── DOM Ready
│ ├── Custom Event triggers (one per dataLayer event)
│ └── Element Click triggers (CSS selector based)
└── Variables
├── Data Layer Variables (one per dataLayer key)
├── Constants (GA4 Measurement ID, etc.)
└── Lookup Tables (if needed for mapping)
実装パターン:データレイヤーへのプッシュ
アプリケーションからデータレイヤーにイベントをプッシュします。GTM がイベントを取得して GA4 に送信します。
アプリケーションコード:
// Push event when user completes signup
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
event: 'signup_completed',
method: 'email',
user_id: userId,
plan_name: 'trial'
});
GTM の設定:
Trigger:
Type: Custom Event
Event name: signup_completed
Tag:
Type: GA4 Event
Event name: signup_completed
Parameters:
method: {{DLV - method}}
user_id: {{DLV - user_id}}
plan_name: {{DLV - plan_name}}
SPA の処理
シングルページアプリケーションでは、ルート変更時にページビューが自動的に発火しないため、特別な対応が必要です。
オプション A:履歴変更トリガー(GTM 組み込み)
- GTM で「履歴変更」トリガーを有効にします
- pushState/popState のたびに GA4 の page_view を発火します
オプション B:ルート変更時に DataLayer へプッシュ(より細かく制御可能)
// In your router (React Router, Next.js, etc.)
router.events.on('routeChangeComplete', (url) => {
window.dataLayer.push({
event: 'page_view',
page_location: url,
page_title: document.title
});
});
コンバージョントラッキング:広告プラットフォーム
Google Ads
推奨方法: GA4 のコンバージョンを Google Ads にインポートします(信頼できる単一の情報源を確保できます)。
- GA4 アカウントと Google Ads アカウントをリンクします
- Google Ads > 目標 > コンバージョン > インポート > Google アナリティクスを開きます
- インポートする GA4 のキーイベントを選択します(Google Ads のコンバージョンになります)
- アトリビューションモデルを設定します:月間コンバージョン数が 50 件以上の場合はデータドリブン、それ以外の場合はラストクリック
- コンバージョン計測期間:リード獲得では 30 日、検討期間の長い B2B では 90 日にします
拡張コンバージョン: コンバージョン計測を 15~30%改善するため、有効にします。ハッシュ化したファーストパーティデータ(メールアドレス、電話番号)を送信し、Cookie では計測できないコンバージョンを照合します。
Meta(Facebook/Instagram)
- GTM 経由で Meta Pixel の基本コードをインストールします
- 標準イベントを設定します:
PageView、Lead、CompleteRegistration、Purchase - Conversions API(CAPI):強く推奨します。クライアント側のピクセルでは、広告ブロッカーと iOS の App Tracking Transparency により、コンバージョンのおよそ 30%を計測できません
- 重複排除:ピクセルと CAPI の両方を使用する場合は、二重計上を防ぐため、同じ
event_idを送信します
LinkedIn Insight Tag
- GTM 経由でインストールします(タグタイプ:LinkedIn Insight)
- LinkedIn Campaign Manager でコンバージョンイベントを設定します
- イベントをタクソノミーに対応付けます:
signup_completed-> LinkedIn の「サインアップ」コンバージョン
UTM 戦略
規則の適用
| パラメーター | 規則 | 例 |
|---|---|---|
utm_source | プラットフォーム名、小文字 | google、linkedin、newsletter |
utm_medium | トラフィックの種類 | cpc、email、social、organic |
utm_campaign | キャンペーン識別子 | q1-trial-push、brand-awareness-2026 |
utm_content | クリエイティブのバリエーション | hero-cta-blue、sidebar-text-link |
utm_term | 有料キーワード(検索のみ) | saas-analytics-tool |
重要なルール:
- オーガニックトラフィックにはUTMを付与しないでください(GA4の自動アトリビューションが上書きされます)
- ダイレクトリンクや内部リンクにはUTMを付与しないでください
- UTMビルダーのスプレッドシートまたはツールを使ってください。手動入力では一貫性が損なわれます
- すべて小文字にしてください。GA4では
Googleとgoogleは異なるソースとして扱われます
アトリビューション期間
| プラットフォーム | デフォルト | SaaSに推奨 |
|---|---|---|
| GA4 | 30日 | 30~90日(営業サイクルに合わせる) |
| Google Ads | 30日 | 30日(トライアル)、90日(エンタープライズ) |
| Meta | 7日間のクリック、1日間のビュー | クリックのみ7日間(ビュースルーは数値を膨らませます。7日/28日間のビュー期間は2026年1月に廃止されました) |
| 30日 | 30日 |
AIからの参照トラフィック
AI アシスタント(ChatGPT、Gemini、Claude、Copilot、Perplexityなど)からの訪問は、増加傾向にある独立した獲得ソースです。「参照」や「ダイレクト」に埋もれさせず、明示的に測定してください。
GA4の「AI アシスタント」チャネル(2026年9月時点)
2026年5月13日以降、GA4のデフォルトチャネルグループにAI アシスタントチャネルが含まれています。参照元がGoogleの認識済みAI アシスタントのリストに一致すると、GA4はメディアをai-assistant、キャンペーンを(ai-assistant)に設定し、セッションをAI アシスタントに分類します。設定は不要です。このルールは「参照」より前に評価されます。出典:デフォルトチャネルグループ、Google アナリティクスの最新情報。
既知のギャップ
| ギャップ | 発生すること | 対策 |
|---|---|---|
| 過去に遡って適用されない | 展開前のセッションは「参照」のままです | 過去との比較には、以下のカスタムチャネルグループを使用してください |
| 認識されないアシスタント | GoogleのリストにないAIツールは、引き続き「参照」に分類されます | 独自の正規表現を使ったカスタムチャネルグループを作成してください |
| Google AI Overviews/AI Modeからのクリック | AI アシスタントからは除外されます。google.comからの訪問となり、「オーガニック検索」に分類されます | Search Console(ウェブ検索タイプ+生成AIレポート)を使用してください。GA4では分離できません |
| 参照元が削除される | アプリやコピー&ペーストによる訪問の多くは参照元なしで到着し、「ダイレクト」に分類されます | 管理できるリンク(例:llms.txt、ドキュメント、GPT/アプリの掲載ページ)にUTMを追加してください。AIが引用したページと一致する「ダイレクト」のランディングページを確認してください |
| アシスタントが付与するUTM | 一部のアシスタントは独自のUTMを追加します(OpenAIのパブリッシャー向けFAQによると、ChatGPTは参照リンクにutm_source=chatgpt.comを追加します)。これにより、ソース/メディアの記録方法が変わります | 参照元だけでなく、セッションソース(UTMによって設定される値)で一致させてください |
フォールバック:カスタムチャネルグループ
GA4でカスタムチャネルグループを作成し(管理 > データの表示 > チャネルグループ)、「AI アシスタント(カスタム)」チャネルを「参照」より上に追加して、次の条件を設定します。セッションソースが正規表現に一致する:
^(chatgpt\.com|chat\.openai\.com|openai\.com|perplexity\.ai|www\.perplexity\.ai|gemini\.google\.com|bard\.google\.com|claude\.ai|copilot\.microsoft\.com|edgeservices\.bing\.com|chat\.deepseek\.com|grok\.com|meta\.ai|chat\.mistral\.ai|you\.com|phind\.com)$
リストはバージョン管理下に置き、四半期ごとに見直してください。アシスタントのドメインは変化します。campaign-analytics アトリビューションスクリプトも、同じリストを使ってai_assistantチャネルに分類します。
ドメインをまたぐトラッキング
ドメインをまたぐファネル(例:acme.com から app.acme.com)の場合:
- GA4 Admin > Data Streams > Configure tag settings > Configure your domains > Add both domains
- GTM:GA4 Configuration タグ > Fields to Set >
linker> ドメインを追加 - Admin > Data Streams > List unwanted referrals > 両方のドメインを追加
確認方法: ドメイン A にアクセスし、ドメイン B へのリンクをクリックして、GA4 DebugView を確認します。セッションが再開されてはなりません。新しいセッションが開始された場合、ドメインをまたぐトラッキングに問題があります。
同意管理
Consent Mode v2
EU のコンプライアンスと、同意が重視される市場でのデータ品質の維持に必要です。
| 設定 | Consent Mode なし | 基本 | 高度 |
|---|---|---|---|
| ユーザーが Cookie を拒否 | データなし | データなし | モデリングデータ(GA4 の推定値) |
| データ品質への影響 | EU で 25~40% のデータ損失 | 25~40% のデータ損失 | 5~15% のデータ損失 |
| 導入作業 | なし | 中程度 | 中~高 |
推奨: CMP(Cookiebot、OneTrust、Usercentrics)と連携して、GTM 経由で Advanced Consent Mode v2 を導入します。
地域別の想定同意率:
- EU/EEA:60~75%
- UK:70~80%
- US:85~95%
- その他の地域:80~90%
GTM 経由での導入
1. Install CMP tag (fires first, before any other tags)
2. Set default consent state:
- analytics_storage: denied
- ad_storage: denied
- ad_user_data: denied
- ad_personalization: denied
3. CMP updates consent state on user choice
4. GA4 and ad tags respect consent automatically
データ品質の監査
監査チェックリスト
イベントの品質:
- イベントが重複していない(GTM Preview で二重発火を確認)
- すべてのカスタムイベントに必須パラメータがある
- イベント名が命名規則に従っている
- イベントパラメータに PII(氏名、メールアドレス、電話番号)が含まれていない
- Enhanced Measurement が GTM のカスタムイベントと重複していない
設定の品質:
- データ保持期間が 14 か月に設定されている
- 内部トラフィックフィルターが有効になっている(オフィスと開発者の IP)
- ボットフィルタリングが有効になっている(GA4 のデフォルト)
- ドメインをまたぐトラッキングが機能している(該当する場合)
- フィルタリング対象のパラメータにカスタムディメンションが登録されている
- コンバージョンイベントが正しく設定されている
同意の品質:
- Consent Mode v2 が導入されている(EU のユーザーにサービスを提供する場合)
- 初回訪問時に CMP バナーが表示される
- タグが同意状態を尊重している(同意前に発火しない)
- 同意状態がページ間で維持される
よくあるデータ品質の問題
| 問題 | 症状 | 根本原因 | 修正方法 |
|---|---|---|---|
| ページビューの過剰計上 | 想定量の 2 倍 | GTM の page_view と Enhanced Measurement | Enhanced page_view を無効にする |
| コンバージョンの欠落 | GA4 と Ads の数値が異なる | アトリビューション期間の不一致 | 期間を一致させる |
| (not set) ページ | ページが「/(not set)」と表示される | SPA のルーティングが処理されていない | SPA トラッキングを導入する |
| 自サイトからの参照 | 参照レポートに自ドメインが表示される | ドメインをまたぐ設定がない | 参照除外にドメインを追加する |
| ダイレクトトラフィックの急増 | 有料トラフィックがダイレクトとして表示される | UTM がない、または削除されている | UTM の使用状況を監査する |
| EU のデータがゼロ | EU 市場からのトラフィックがない | 同意によってすべてのトラッキングがブロックされている | Advanced Consent Mode を導入する |
デバッグのワークフロー
Step 1: Open GTM Preview mode
- Is the tag firing? Check triggers and conditions
- Is the data layer populated? Check dataLayer in console
Step 2: Check GA4 DebugView (Admin > DebugView)
- Is the event appearing? If yes, GTM is working
- Are parameters populated? Check parameter values
Step 3: Check GA4 Realtime report
- Events appearing with 5-minute delay? Normal
- Events not appearing at all? Check measurement ID
Step 4: Check Network tab (DevTools)
- Filter by "collect" or "analytics"
- Is the request being sent? Check status code
- Is the request being blocked? Check ad blockers / consent
先回りして指摘する項目
質問される前に、次の調査結果を提示します:
- 同一のパラメータを持つイベントがページ読み込みごとに発火する:トリガーの設定ミスによりデータが過剰計上されています
- 認証済みイベントに
user_idパラメータがない:アナリティクスを CRM に関連付けたり、コホートを把握したりできません - GA4 のコンバージョン数と Google Ads の数値に 15% を超える差がある:アトリビューション期間または重複排除の問題です
- EU 市場で同意モードが設定されていない:法的リスクがあり、データが 25~40% 過少報告されます
- すべてのページが
/(not set)と表示される:SPA のルーティングが適切に処理されていません - 既知の有料キャンペーンで
utm_sourceがdirectと表示される:UTM がないか、リダイレクトで削除されています
関連スキル
| スキル | 使用する場面 |
|---|---|
| campaign-analytics | マーケティングの成果とチャネル ROI の分析(導入は対象外) |
| ab-test-setup | 実験の設計(このスキルのイベントは A/B テストに使用されます) |
| launch-strategy | 製品ローンチのイベントをトラッキングする |
| email-sequence | メールのクリックトラッキングと UTM パラメータを設定する |
トラブルシューティング
| 症状 | 考えられる原因 | 解決策 |
|---|---|---|
| プライバシー関連の変更後、GA4で想定よりトラフィックが50%少なく表示される | 広告ブロッカーによるクライアント側トラッキングのブロック、ITP/ETPによるCookieの有効期限切れ | サーバー側のGTMタグ付けを実装します。最初の四半期以内に、失われたアトリビューションデータの20~40%を回復できます |
| GA4とGoogle Adsのコンバージョン数が15%以上異なる | アトリビューション期間の不一致、またはピクセルとCAPI間の重複排除の失敗 | 各プラットフォームのアトリビューション期間を揃え、重複排除のために一致するevent_idを使用していることを確認します |
| GTMプレビューではイベントが発火するが、GA4レポートに表示されない | 測定IDの不一致、同意モードによるブロック、またはデータ処理の遅延 | GA4設定タグの測定IDを確認し、同意状態を検証してから、標準レポートに反映されるまで24~48時間待ちます |
| GA4でUTMパラメータが(未設定)と表示される | リダイレクト、ソーシャルプラットフォームのリンクラッパー、または上書きされる内部リンクによるUTMの削除 | リダイレクトチェーンを監査し、UTMを保持できる短縮サービスを使用します。内部リンクにはUTMを付与しないでください |
| サーバー側コンテナが400エラーを返す | イベントペイロードの形式が不正、またはMeasurement Protocolリクエストに必須フィールドが不足 | ペイロードをGA4 Measurement Protocolのスキーマに照らして検証し、必須のclient_idとapi_secretを確認します |
| 拡張計測機能によってGTMのカスタムイベントが重複する | 拡張計測機能とGTMの両方が同じ種類のイベント(例:page_view、scroll)を発火 | GTMでトラッキングするイベントについて、重複する拡張計測機能の設定を無効にします |
| Consent Mode v2でモデリングデータではなくEUのデータがゼロと報告される | GA4タグの発火前にデフォルトの同意状態が設定されていない、またはCMPが同意を正しく更新していない | GTMで、他のすべてのタグより前に同意のデフォルト設定が最初のタグとして発火することを確認します |
成功基準
- すべてのカスタムイベントで、一貫した
noun_verb形式のスネークケース命名規則が守られ、スキーマ監査で違反がゼロである - GA4のコンバージョン数と広告プラットフォームのコンバージョン数の差が10%以内である
- サーバー側トラッキングの導入後90日以内に、以前失われたアトリビューションデータの20%以上を回復する
- 有効なすべてのキャンペーンでUTMパラメータの検証に100%合格する(大文字・小文字の混在、スペース、必須パラメータの欠落がない)
- Consent Mode v2の行動モデリングにより、EUのデータ損失が15%未満に抑えられる
- 自動スキーマチェッカーによる検証で、イベントパラメータにPII違反がない
- データ保持期間を14か月に設定し、内部トラフィックをフィルタリングし、クロスドメイントラッキングを検証する
対象範囲と制限事項
対象範囲内: GA4の設定、GTMの実装、イベント分類体系の設計、コンバージョントラッキングの設定、UTM戦略、同意管理、データ品質の監査、サーバー側タグ付けアーキテクチャ、クロスドメイントラッキング、広告プラットフォームとのコンバージョン連携(Google Ads、Meta、LinkedIn)。
対象範囲外: プロダクト分析プラットフォーム(Amplitude、Mixpanel)、データウェアハウスの設定、カスタムETLパイプライン、モバイルアプリのトラッキング(Firebase)、マーケティングアトリビューションのモデリング(marketing-analystスキルを参照)、A/Bテストの統計分析(ab-test-setupスキルを参照)。
制限事項: サーバー側トラッキングには、関連するインフラストラクチャコストを伴うクラウドホスト型のGTMコンテナ(GCP、AWS、またはサードパーティー)が必要です。Consent Mode v2を使用するプライバシー重視の分析では、同意していないユーザーのデータがモデリングされます。モデリングデータには実際のデータとの間に5~15%の差が生じます。このスキルはLLMやAPIを呼び出しません。すべての検証は決定論的に行われます。
スクリプト
| スクリプト | 目的 | 使用方法 |
|---|---|---|
scripts/utm_validator.py | UTMパラメータの一貫性と命名規則を検証する | python scripts/utm_validator.py urls.csv --json |
scripts/event_schema_checker.py | イベント名とパラメータを分類体系に照らして検証し、PIIを検出する | python scripts/event_schema_checker.py events.json --json |
scripts/funnel_drop_off_analyzer.py | コンバージョンファネルを分析し、最大の離脱ポイントを特定する | python scripts/funnel_drop_off_analyzer.py --stages "Visitors:10000,Signups:1200,Paid:120" |