それが発生したセッションに結び付けられたJavaScriptエラートラッキング

1. 一覧を見る。 エラー画面は直近7日、30日、90日をメッセージごとにまとめ、問題ごとに発生回数、発生したセッション数、影響を受けた人数を表示します。人数は識別済みユーザー、または identify() で名前が付くまではブラウザごとに1人として数えます。エラーのみ、警告のみに絞り込むこともできます。
2. 問題を開く。 サンプルメッセージ、最も多く発生しているページ、スタックトレースが表示されます。
3. 発生の様子を見る。 「最新のセッションを見る」でその問題が起きた最新のリプレイが開き、「セッションを表示」で発生したすべてのセッションが一覧表示されます。リプレイでは、コンソールとネットワークのパネルが、失敗した内容をその人の操作と並べて表示します。

大事なのは最後のステップです。スタックトレースはコードがどこで壊れたかを教えてくれ、リプレイはその前にその人が何をクリックし、何を入力し、何を待っていたかを見せてくれます。再現に必要なのは、たいていそちらの情報です。

同じエラーを毎秒千回投げるループのせいで、ほかのすべてが埋もれてはいけません。スクリプトは同じエラーをページ読み込みごとに最大5回しか記録せず、エラーイベント全体の頻度にも上限を設けています。そのため、壊れたウィジェット1つは百万行ではなく、目立つ1件の問題として表示されます。

Sentry のような専用のエラー監視ツールは、エンジニアリング面でより深く対応します。ソースマップ、リリース追跡、バックエンドのエラー、アラートのルーティングなどです。PulsePanda はそのどれも行いません。スタックトレースはブラウザが報告したとおりに表示されるため、ミニファイされた本番バンドルならミニファイされたままです。また、キャプチャするのはブラウザのエラーだけです。

PulsePanda が加えるのは、エラーを取り巻くプロダクトの文脈です。セッションのリプレイ、エラーが壊したファネルのステップ、同じ人が残したフィードバック、そして実際に影響を受けたユーザー数です。すでに Sentry を使っているチームは、Sentry を使い続けながら、どのエラーがユーザーにとって最も重要かを判断するために PulsePanda を使うことがよくあります。