トピック

リプレイ

セッションリプレイの解説。録画に何が記録されるか、何時間も費やさずにセッションをレビューする方法、そしてアナリティクス、ヒートマップ、ファネルと並ぶリプレイの役割。

セッションリプレイは、ページの構造と、ブラウザで記録された操作（クリック、スクロール、入力、ページ遷移、エラー）から、訪問者が見たものと行ったことを再構成します。画面録画ではなく再構成なので、日常的に記録できるほど軽く、機密性の高い入力欄をマスクでき、問題が起きた瞬間に直接移動できます。

難しいのは録画することではなく、どの録画を見るべきかを知ることです。これらの記事では、リプレイが得意なことと苦手なこと、注目に値する少数のセッションを見つけるレビューの習慣、リプレイによってバグ報告がどう変わるか、そして多くのチームがすでに持っているトラフィック、ファネル、ヒートマップのレポートとどう組み合わせるかを扱います。

読む順番

どこから読むか

セッションリプレイとは何か、そしてデバッグに本当に役立つ理由
基本。リプレイがどのように再構成されるのか、ログやスタックトレースでは見えない何が見えるのか、そして解決できない問題は何かを解説します。
ノイズのないセッションリプレイ
リプレイにかける時間を価値あるものにする習慣。問いから始め、5件の録画でトリアージするループを回し、記憶が新しいうちにプロダクトメモを書きます。
セッションリプレイ付きのバグ報告：スクリーンショットを頼むのはもうやめよう
サポートへのリプレイの応用。すべてのバグ報告がセッション、コンソールログ、エラーとともに届くので、誰もスクリーンショットを求める必要がありません。
プロダクトチームに Google Analytics 以上が必要なとき
文脈の中のリプレイ。プロダクトチームがトラフィック分析にセッション単位の証拠を加える理由と、その際に何を見るべきかを扱います。
セッションリプレイ、ヒートマップ、アンケートがひとつになった無料の分析プラットフォームはある？
ツールを選んでいるなら。リプレイ、ヒートマップ、アンケートを備えたオールインワンプラットフォームに何が含まれるべきか、そして別々のツールのほうが良いのはどんなときかを解説します。