シンセティック・モニタリング アドバンス テスト 設定

新しいシンセティック・モニタリングテストを作成する際のアドバンス設定の構成について学びます。これは、シングルページ分析や比較の両方で利用可能です。アドバンス設定を使用して、任意のブラウジングコンテキストを重複させることができます。

アドバンス設定の概要

基本認証/.htaccess

ログインの背後にあるページを分析するために.htaccessを使用します（基本認証）。この設定は通常、プレプロダクションまたはテスト環境でモニターを設定するために使用されます。

関連するボックスに有効なログインとパスワードを入力してください。

重要: テスト用の専用ログイン/パスワードを使用すること

この設定を使用する際には、テスト用に特定の専用ログイン/パスワードを使用することを強くお勧めします。入力した値はシンセティック・モニタリングによって保存されます（安全のため、この情報はデータベース内で暗号化されています）。それでも、レポートのタイムラインやテスト構成の編集中に表示されることがあります。これが理由で、このオプションを使用することを決定した場合、アドバンス設定フォーム内でテストレポートを自動的にプライベートに設定しますので、レポートは共有できなくなります。

ヒント: シングルページアプリケーション（SPAファネル）のログイン後エリアで特定のページを追跡するために、シナリオ機能を使用することをお勧めします。

ローカルストレージ

ローカルストレージタブ（セッションストレージ機能も提供）を使用して、特定のユーザーのコンテキストをエミュレートするためにウェブブラウザ内でローカルストレージの状態を開始します。

例えば: ローカルストレージタブを使用して、このタイプのストレージを利用するいくつかの同意管理プラットフォーム（CMP）からのユーザー同意をエミュレートできます。

ローカルおよびセッションストレージ

ローカルストレージタブは、ローカルストレージとセッションストレージの両方の機能を提供します。ローカルストレージとセッションストレージは似ています。どちらもウェブサイトがウェブブラウザ（クライアント側）に情報を保存し、将来再度アクセスできるようにします。

特定のドメインのアドバンス設定でローカルストレージ値を設定すると、テストプローブはHTTPおよびHTTPSバージョンの両方に対してその値を設定します。例えば、http://example.comにローカルストレージエントリーを設定すると、そのエントリーはhttp://example.comとhttps://example.comの両方からアクセス可能です。

セッションストレージに関連する制限

技術的制約により、セッションストレージエントリーはページの読み込みの開始時に追加されます。したがって、シンセティック・モニタリングはページライフサイクルの開始時（DOMインタラクティブ前）にセッションストレージからアイテムを取得することが成功することを保証できません。

この制限に遭遇した場合は、初期化ステップを使用してシナリオ機能を利用して回避できます。

クッキー

クッキーはウェブサイトの所有者が訪問者のブラウザに情報の一部を保存することを可能にします。ウェブパフォーマンステストのためにクッキーを設定することは有用です:

• ユーザープロファイルを特定するため（例: お気に入りの店舗）
• ABテストサービスを使用してテストするバージョンを強制するため
• テストログインを介してセッションをシミュレートするため

ブラウザに保存されると、クッキーは次のHTTPリクエスト内でサーバーに送信されます。それでも、すべてのリクエスト内で送信される必要はありません。適用される特定のドメインとパスを指定できます。

ヒント: ドメインおよびそのサブドメインでクッキーを送信するには、プレフィックスとしてポイント.を追加する必要があります。例えば、.domain.comをドメイン値として持つクッキーは、www.domain.com、domain.com、またはcdn.domain.comへのリクエストでクッキーを送信することを可能にします。

HTTPヘッダー

カスタムHTTPヘッダーを構成します（デフォルトのHTTPヘッダーを上書きします）。

この設定の使用例には以下が含まれます:

• ユーザーエージェントを変更し、Googleボットのユーザーエージェントでウェブページをテストする
• いくつかのクッキーを追加する
• CDNのデバッグモードをアクティブにする
• ABテストサービスを使用してテストするウェブページのバージョンを強制する

ブロックリスト

ブロックリストを使用して、実行中のレポートからURLまたはストリームをブロックします。

この設定の使用例には以下が含まれます:

• ウェブページの全体的な読み込み時間に影響を与える可能性のあるリソースを無視する
• ソーシャルウィジェット（Facebookなど）やその他の特定のリソースの有無で単一ページのパフォーマンスを比較する
• 外部リソースをすべて除外して、自ドメインにホストされているリソースに焦点を当てながらウェブページのパフォーマンスを測定する

DNSマッピング

DNSマッピングを使用して、DNSサーバーの応答とは異なるIPアドレスへのDNS解決を強制します。

この設定の使用例:

• CDNをバイパスしてルートサーバーをターゲットにします。これは、CDN関連の問題を特定し、CDNのネットワークコストを評価するのに役立ちます（従来のレポートと比較することによって）。
• ホスト操作を通じてのみターゲットにできるプレプロダクションまたはテストサーバーに接続します。

ウェブパフォーマンステストを実行する際、シンセティック・モニタリングは、デフォルトでGoogle DNSサーバーにリクエストを送信し、ウェブサイトのドメインの関連IPアドレスを取得します（DNS解決）。私たちのDNSマッピングオプションを使用すると、DNSサーバーの応答とは異なるIPアドレスにDNS解決を強制することができます。

サードパーティのサービスプロバイダーの失敗をシミュレートするために、プロバイダーのドメインをblackhole.webpagetest.orgにマッピングすることをお勧めします。

専門家

Adblockプラグインのアクティベート

この拡張機能をアクティブにして、ウェブページのパフォーマンスをテストしてください。

AdBlockはすべての広告をブロックするわけではないため、追加でブロックリスト機能を使用することができます。

私たちのインフラストラクチャの各Chromeアップデートに対して、AdBlockも更新され、ブロックされた広告のリストも更新されます。

HTTP/2サポート

このオプションを使用すると、テストを実行するウェブブラウザでHTTP/2サポートを無効にすることができます。その結果、このプロトコルを使用するはずだったすべてのHTTPトランザクションは、代わりにHTTP/1.1を使用します。

この機能のおかげで、HTTP/2をサポートするウェブブラウザと、サポートしない別のブラウザでウェブサイトのパフォーマンスを比較することができます。

HTTP/2リクエストを読み込まないウェブページに対してHTTP/2サポートを無効にしても影響はありません（このオプションを使用してHTTP/2を使用している場合のウェブサイトのパフォーマンスをシミュレートすることはできません）。

アニメーションを無効にする

ウェブページには、自動化されたカルーセルのようなアニメーションメディアが含まれている場合があります。これらの要素は、シンセティック・モニタリングの測定値、スピードインデックスおよびVisually Completeに影響を与える可能性があります。実際、これらの2つのインジケータは、ウェブページの読み込みのビデオ分析から計算されます。その結果、表示の一貫性に依存し、アニメーションに非常に敏感です。

テスト結果を改善するために、シンセティック・モニタリングは2種類のアニメーションを非アクティブ化するための2つのオプションを提供します。

SetTimeout()とSetInterval()は、実行のトリガーをプログラムするためにしばしば使用される2つのJavaScript関数で、カルーセルの例などで使用されます。

2つ目のオプションは、CSS3の使用に関連するすべてのアニメーションを非アクティブ化することを可能にします。