HARファイルビューアー

HARファイルに含まれるもの

HARはHTTP Archiveの略で、ブラウザのネットワークログを交換するためのJSON形式です。ページが送ったリクエスト、受信したレスポンス、ヘッダーのメタデータ、サイズ、タイミングの内訳が記録されます。Chrome DevToolsのNetwork機能リファレンスでは、サニタイズ済みHARと機密データを含むHARの保存方法が説明されています。Firefoxのネットワークモニターのリクエスト一覧には、Save All as HARとImport HARがあります。フィールド構造はHAR 1.2仕様に準拠します。

このビューアーはlog.entriesを読み取ります。リクエストとレスポンスの両方がない不正なエントリは、内容を推測せずに除外します。省略可能なフィールドは存在しないことがあるため、記録されていないサイズ、時刻、フェーズは「利用不可」のままです。ステータスコードを補ったり、不明な所要時間をゼロに置き換えたりしません。

概要の読み方

概要では、判明している値と記録されていない値を区別します。転送サイズには、有効な0以上の数値であればブラウザ固有の_transferSizeを使います。それ以外では、両方が判明している場合に限りheadersSize + bodySizeを使います。圧縮、ヘッダー、キャッシュ、プロトコルのオーバーヘッドにより値が異なるため、レスポンスのコンテンツサイズを転送バイト数とは見なしません。

検索は大文字と小文字を区別しない文字列検索です。[や.*などを正規表現として解釈しません。フィルターは表示中のリクエスト一覧と書き出す行だけを変更し、記録全体の集計値は変えません。

タイミングの扱い

HARでは通常、blocked、dns、connect、ssl、send、wait、receiveをミリ秒で記録します。-1は、そのフェーズが利用できないことを表します。-1未満、数値でない値、有限でない数値も利用不可として扱います。

通常、sslはconnectの一部であり、その後に加わる別フェーズではありません。そのため代替所要時間は、blocked、DNS、connect、send、wait、receiveを合計し、SSLを二重に加算しません。報告された合計と利用可能なフェーズの合計に大きな差がある場合は、記録値を勝手に修正せず、報告された合計を保ったうえで警告を表示します。経過時間には一定の時間方向があるため、アラビア語ページを含めウォーターフォールは常に左から右へ表示します。

プライバシーと安全な取り扱い

HARには、ログイン中のセッションを乗っ取れるほどの情報が含まれる場合があります。Chromeも、サニタイズ済みの書き出しと、Cookie、Set-Cookie、Authorizationを含む書き出しを明確に区別しています。このビューアーは、それらのヘッダー、プロキシ認証、APIキーに似たヘッダー、URLの全クエリ値を初期状態でマスクします。ヘッダーの表示は、利用者が明示的に行うローカル操作です。読み込んだ文字列はテキストとして描画するため、URLやヘッダー内のマークアップは実行されません。

作業用モデルには、リクエスト本文、レスポンス本文、postData、Cookie配列を保持しません。複数ステップのフローでは、このブラウザタブ用にサイズ制限された本文なしのプロジェクトをIndexedDBへ保存し、内容を示さないタブマーカーから参照します。保存内容は2時間で期限切れになります。リクエストの再送、記録されたホストへの接続、Livewire経由のHAR送信は行いません。「最初からやり直す」と保存プロジェクトを削除します。

書き出されるのは元の記録の複製ではなく概要です。URLのクエリ値はマスクされたままで、ヘッダー値と本文は除外され、CSVセルは表計算ソフトの数式実行から保護されます。現在のフィルターに一致するリクエスト行だけが含まれます。それでも、共有前には必ず確認してください。ホスト名、パス、ステータスの傾向から内部システムが推測される可能性があります。

実用的な手順

1. 可能ならブラウザのサニタイズ済みHAR書き出しを使用します。
2. 問題が起きるページ操作だけを再現し、すぐに記録を止めます。
3. ここで記録を開き、ステータス、ホストのパス、コンテンツタイプで絞り込みます。
4. 長い待機時間をDNS、接続、受信と比較します。ただし、ブラウザやプロキシが一部フェーズを記録しない場合があります。
5. 診断に必要なサニタイズ済み概要だけを共有し、相手と転送経路を信頼できない限り元の記録は共有しません。