本文へ移動
Telemetry
統合コレクション

ブラウザとエッジ Telemetry の統合

API キー、プライバシー、同意、ルート カーディナリティを保護しながら、信頼できるサーバーの境界を通じて、制限されたフロントエンドとエッジの結果を収集します。

レビュー者 Telemetry 製品チーム . ランタイム境界、共有イベントフィールド、検証ワークフロー、上流の実装ソース. 基準と所有権を確認する

3 実装ガイド

すべてのガイドには、サーバー側のスニペット、配信とプライバシーの境界、検証クエリ、関連する SQL、および上流のドキュメントへのリンクが含まれています。

ガイドを参照する

選考枠組み

結果がわかる境界を選択してください

インジェストキーをブラウザに入れないようにする

ホワイトリストに登録された小さなペイロードをアプリケーション所有のエンドポイントに送信し、サーバー側の資格情報と制限されたタイムアウトを使用して転送します。

ページのコンテンツではなく結果を収集する

ルート テンプレート、Web Vitals、制御されたエラー カテゴリ、およびリリース フィールドを使用します。生の URL、DOM テキスト、フォーム値、Cookie、および任意のメッセージを除外します。

ブラウザ配信をサンプリングとして扱う

ナビゲーション、ブロッカー、接続、およびページの終了により、クライアント イベントが失われる可能性があります。ベストエフォート型のブラウザ収集を正確な請求元帳や監査台帳として使用しないでください。

共有イベント契約

最初のスキーマを相互運用可能に保つ

  • metric_name、metric_value、route_template、リリース、および navigation_type
  • エッジ領域、ステータス、duration_ms、キャッシュ結果、および環境
  • サンプル ポリシー、同意状態、制限されたデバイス カテゴリ、および相関 ID

これらのフィールドをワークフローに適応させますが、複数のサービスが同じテーブルに依存する前に、ユニット、ステータス カテゴリ、識別子、および所有権を明示的に保ちます。

検証

アラートの前に障害パスを実行する

  1. 1実稼働ブラウザ バンドルを調べて、Telemetry API キーが含まれていないことを確認します。
  2. 2不明な起源、イベント名、フィールド、値、および特大のボディを拒否します。
  3. 3同意、配信のブロック、ページの終了、レート制限を実行します。
  4. 4すべての Web Vital、エラー率、リリース比較の横にあるクエリ サンプル数。

実装ガイド

フレームワーク、プロバイダー、またはランタイムを一致させる

最初に 1 つのエンドツーエンドのワークフローを確認します

無料の API キーを作成し、最も近いランタイム ガイドを選択し、カバレッジを拡大する前に既知の成功と失敗を 1 つ送信します。

無料で始める