イベントサイトの合成監視と実ユーザー計測の使い分け

それぞれが測るもの

編集できる測定表をダウンロード（Markdown、英語）

合成テストは端末、回線、地域、キャッシュを指定して同じ経路を確認します。設定した経路しか見えず、トップページの成功は申込完了を意味しません。RUMは計測コードが動いた実際の訪問を捉えます。アクセスが少ない区分は判断材料が乏しく、ページを読み込めなかった人は計測できません。[1][2]

イベント段階で選ぶ

販売開始前はイベントページ、日程、申込入口を同じ条件で確認します。販売集中時は実際の訪問の分布を見て、地域や変更の影響を合成テストで調べます。URL、期間、版、端末、回線、キャッシュを記録します。稼働確認だけでは速度も購入完了も分かりません。[1][2]

申込と決済の境界

自社サイトと外部のチケット・決済事業者の境界を明示します。自社RUMは外部決済を自動的には測れません。事業者の集計データを確認し、深い操作は許可されたテスト環境だけで行います。実際の注文や個人情報を監視URLに使わないでください。[1][2]

数値が食い違うとき

実験室と現場では端末、地域、キャッシュ、操作が異なります。同じページと期間を比べ、遅い地域を適切な条件で再現します。合成端末が対象者を表しているかも確認し、二種類の点数を一つに平均しないでください。[1][2]

必要最小限の収集

必要ならページ群、大まかな地域、端末区分、指標、期間、版だけを記録します。氏名、メール、チケット番号、決済情報、トークン付きURLは避けます。プライバシー、抽出率、保存期間、閲覧者を確認します。[1][2]