mcpField
A
analytics-tracking

analytics-tracking

github.com/borgheiマーケティング・グロース1.0k103 回インストール1 週間前に更新
リポジトリ

analytics-tracking について

GA4 と Google Tag Manager によるマーケティング計測の計画、実装、監査、デバッグを支援するスキルです。イベント分類、同意設定、コンバージョン、UTM、アトリビューションを扱い、キャンペーン分析やプロダクト分析は対象外です。

主な機能

  1. 01GA4 と GTM の計測計画・実装
  2. 02イベント分類とパラメータ設計
  3. 03既存計測の監査と問題のデバッグ
  4. 04広告プラットフォームのコンバージョン設定
  5. 05UTM 規則と AI 流入の帰属分析

活用シーン

  1. 01マーケティングイベント計測の新規構築
  2. 02GA4 のイベント欠落や重複の調査
  3. 03同意設定とコンバージョンデータの監査
  4. 04キャンペーンリンクの UTM 規則策定

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/borghei/claude-skills --skill analytics-tracking

インストール後、Claude Code で/analytics-trackingを入力して読み込まれたか確認します。

同梱ファイル

SKILL.md と一緒にインストールされる参考資料やスクリプト。

scripts/
event_schema_checker.py
funnel_drop_off_analyzer.py
utm_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_submittedsubmitFormcamelCase、動詞が先
plan_selectedclickPricingPlan実装の詳細であり、ユーザーの行動ではない
video_startedVideoStartPascalCase、時制が一貫していない
checkout_completedpurchase曖昧で、動詞句ではない

ルール:

  1. 必ず noun_verb の順にし、verb_noun にはしない
  2. snake_case のみを使います。camelCase、ハイフン、PascalCase は使いません
  3. 動詞は過去形にします:_started、_completed、_failed、_viewed
  4. 曖昧さがない程度に具体的にしつつ、文になるほど冗長にはしません
  5. 必要に応じてドメイン名を先頭に付けます:onboarding_step_completed、billing_plan_selected
標準イベントパラメータ

すべてのカスタムイベントには、該当する場合、以下の表のパラメータを含めてください。

パラメータ型例必須となる条件
user_idstringusr_abc123常時(認証済みの場合)
plan_namestringprofessional請求/料金プランのイベント
valuenumber99.00収益イベント
currencystringUSDvalue と常に併用
content_groupstringonboardingページ/フローのグループ化
methodstringgoogle_oauthサインアップ/ログインイベント
step_namestringconnect_account複数ステップのフロー
step_numbernumber3複数ステップのフロー
sourcestringpricing_pageCTA のクリックイベント
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 の設定

データストリームの設定
  1. プロパティを作成します:GA4 管理画面 > プロパティ > 作成
  2. ドメインを指定してウェブデータストリームを追加します
  3. 拡張計測機能:各項目を確認します
    • ページビュー:有効のままにします
    • スクロール:有効のままにします
    • 外部リンクのクリック:有効のままにします
    • サイト内検索:検索機能がある場合は有効にします
    • 動画エンゲージメント:動画を手動でトラッキングする場合は無効にします(重複を防ぐため)
    • ファイルのダウンロード:GTM 経由でトラッキングする場合は無効にします(より適切なパラメーターを使用するため)
  4. ドメインを設定します:ファネル内のすべてのサブドメインを追加します
  5. データの保持期間:14 か月に設定します(無料版 GA4 での最大期間)
キーイベント(以前の「コンバージョン」)

GA4 では、2024 年 3 月に「コンバージョン」の名称がキーイベントに変更されました。「コンバージョン」は現在、Google Ads にインポートされたキーイベントを指します。GA4 管理画面 > データの表示 > イベントで、スターアイコンを使ってキーイベントとしてマークします。

  • signup_completed
  • checkout_completed
  • demo_requested
  • trial_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 にインポートします(信頼できる単一の情報源を確保できます)。

  1. GA4 アカウントと Google Ads アカウントをリンクします
  2. Google Ads > 目標 > コンバージョン > インポート > Google アナリティクスを開きます
  3. インポートする GA4 のキーイベントを選択します(Google Ads のコンバージョンになります)
  4. アトリビューションモデルを設定します:月間コンバージョン数が 50 件以上の場合はデータドリブン、それ以外の場合はラストクリック
  5. コンバージョン計測期間:リード獲得では 30 日、検討期間の長い B2B では 90 日にします

拡張コンバージョン: コンバージョン計測を 15~30%改善するため、有効にします。ハッシュ化したファーストパーティデータ(メールアドレス、電話番号)を送信し、Cookie では計測できないコンバージョンを照合します。

Meta(Facebook/Instagram)
  1. GTM 経由で Meta Pixel の基本コードをインストールします
  2. 標準イベントを設定します:PageView、Lead、CompleteRegistration、Purchase
  3. Conversions API(CAPI):強く推奨します。クライアント側のピクセルでは、広告ブロッカーと iOS の App Tracking Transparency により、コンバージョンのおよそ 30%を計測できません
  4. 重複排除:ピクセルと CAPI の両方を使用する場合は、二重計上を防ぐため、同じ event_id を送信します
LinkedIn Insight Tag
  1. GTM 経由でインストールします(タグタイプ:LinkedIn Insight)
  2. LinkedIn Campaign Manager でコンバージョンイベントを設定します
  3. イベントをタクソノミーに対応付けます: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に推奨
GA430日30~90日(営業サイクルに合わせる)
Google Ads30日30日(トライアル)、90日(エンタープライズ)
Meta7日間のクリック、1日間のビュークリックのみ7日間(ビュースルーは数値を膨らませます。7日/28日間のビュー期間は2026年1月に廃止されました)
LinkedIn30日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)の場合:

  1. GA4 Admin > Data Streams > Configure tag settings > Configure your domains > Add both domains
  2. GTM:GA4 Configuration タグ > Fields to Set > linker > ドメインを追加
  3. 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 MeasurementEnhanced 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.pyUTMパラメータの一貫性と命名規則を検証する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"

コメント