統計を変更せずに連携エラーを見つける

計測デバッガー は、予定しているイベントが所有カウンターで受け入れられるかを確認します。通常のイベントは送信せず、訪問者、目標、イベント、収益の合計も増やしません。設定エラーの調査に役立ち、診断結果と実際の測定を区別できます。

最初の診断を実行する

自分のカウンター からカウンターを登録し、ダッシュボードとツール を開きます。
計測デバッガー を開きます。イベント名 に安定した値を入力します。手動イベントなら signup などが使えます。
適切な 計測の種類 と、イベント名が自動生成されるかどうかを選びます。フォーム成功と手動イベントでは設定が異なります。
事前定義したプロパティが実際に設定されている場合を除き、定義済みプロパティ（JSON オブジェクト、省略可） は {} のままにします。フォーム内容や個人情報は絶対に入力しないようにします。
カウントせずにテスト を選び、結果と正規化されたイベント名を確認します。

自動カテゴリが無効なら、対応する測定設定を有効にします。名前が無効または個人情報らしく見える場合は、訪問者識別子ではなく安定したカテゴリ名を使います。新しい名前の上限に達した場合、イベント名を繰り返し作り変えても解決しません。すべてをネットワーク障害だと考えず、ページに表示される結果を確認します。

プロパティは事前定義した設定と一致する必要があります。診断は送信された値を表示し直さずに、受け入れ結果を報告します。目標情報は、目標への一致と計測された人間の訪問を区別します。目標を設定しただけでは、目標訪問者が追加されるとは限りません。

手書きのスクリプトに非公開の所有者キーを入れず、生成された一時権限を使います。所有者キーを変更すると診断権限も無効になります。診断エンドポイントにはリクエスト上限がありますが、通常の追跡データは作成しません。

診断の承認は、その時点で予定のイベントが受け入れ条件を満たすことを意味します。通常のトラッカーのレート制限、後のデータベース書き込み、通常リクエストへのブラウザーブロック、フォーム処理の成功、順序どおりのファネル進行をテストするものではありません。

エラー報告では、診断結果と通常リクエストの結果を分けて記載します。一つの緑色の診断応答だけでは、測定の欠落を確実に説明できません。

所有カウンターを開き、個人データを含まない診断イベントから始めます。