キャプチャープラン
キャプチャープランは、ブラウザーセッションを再利用可能なスクリプトにしたものです。開始アドレスと、クリック、テキスト入力、スクロール、待機、ページ内のテキスト検索といった操作の順序付きリストで構成されます。各ステップは動作の前に待機し、動作の後に一時停止するため、ページには読み込みを終える時間が確保されます。
キャプチャー
キャプチャーは、アプリケーションが行った呼び出しと、それが返したファイルの記録に加えて、設計図も提供します。両方をあわせて分析することで、アプリケーションを最もよく把握できます。
現代のアプリケーションは、すべてを一度に読み込むわけではありません。スクロールに応じてパネルが読み込まれ、末尾に近づくとフィードが取得を続け、決済サービスと不正検知サービスはユーザーがチェックアウトを選んだときにのみ動作します。一度もスクロールせず、一度もクリックしないキャプチャーは、それらのサプライヤーを決して捉えません。
何が読み込まれるかは、アプリケーションを読み込む人にも左右されます。サイトは、デバイス、地域、ブラウザーに応じて、異なるコード、異なるトラッカー、異なるサードパーティライブラリーを配信します。1 つの記録は、そのセッションの 1 枚のスナップショットです。
設計図はもう半分の要素です。キャプチャーは、呼び出されたという事実だけでなく、配信されたドキュメント、スクリプト、スタイルシートそのものを保存します。そのため、何かがそれを呼び出したかどうかにかかわらず、内部に書かれている内容を読み取れます。バックアップサーバー、ステージング環境、ベンダーが残していったエンドポイント。いずれもトラフィックではありませんが、そのすべてがキャプチャーの中にあります。
HAR ファイルを生成するか、提供された HAR ファイルを使用します。主要なブラウザーはいずれも、開発者ツールのオプションでセッションの記録を保存できます。これにはアカウントは不要で、アプリケーションの外部で行えます。
1 回のキャプチャーでも、アプリケーションについて多くの情報が得られます。しかし、時間とともに何が変わるかを見るには、ベースラインキャプチャーを起点とする複数のキャプチャーが必要です。変化の分析と洞察は、新たに加わったものだけを扱うのではありません。なくなったサービスや統合、サードパーティとの提携関係の変化、そのほか多数の価値ある洞察も明らかにします。
セッションをご自身で実施するのが現実的でない場合は、代わりにスケジュール化して自動実行します。SCVue にキャプチャープラン、1 つ以上のデバイスプロファイル、ロケーションのセットを渡すと、全組み合わせを実行します。3 つのデバイスプロファイルと 4 か国であれば、1 回の依頼で 12 セッションになります。
キャプチャーが何を捉えるか、そして 2 つのキャプチャーの違いが手法の違いではなくアプリケーションの変化であるかどうかは、実行前に行われるいくつかの判断で決まります。
キャプチャープランは、ブラウザーセッションを再利用可能なスクリプトにしたものです。開始アドレスと、クリック、テキスト入力、スクロール、待機、ページ内のテキスト検索といった操作の順序付きリストで構成されます。各ステップは動作の前に待機し、動作の後に一時停止するため、ページには読み込みを終える時間が確保されます。
デバイスプロファイルは、キャプチャーがどのように見えるかを定めます。正確な識別文字列で、あるいはオペレーティングシステム、ブラウザー、デバイスの種類、画面サイズで定義し、その結果として生じる識別情報は常に表示されます。ロケーションは、セッションがどこから閲覧するかを定めるため、1 つのサイトをフランクフルト、東京、サンパウロから同時に測定できます。
すべてのコレクションは、取得時の状況を記録します。国と都市、接続の種類、デバイス、ブラウザーです。
毎回、同じ経路、同じ手順、同じデバイスで実行するため、2 つのキャプチャーの違いは、閲覧方法の違いではなく、サイトの違いになります。
同じプラン、プロファイル、ロケーションは、毎回依頼するのではなく、繰り返しのスケジュールで再実行するように設定できます。そこが、キャプチャーが 1 回の評価であることをやめ、モニタリングになる地点です。