ページ イベント よくある質問

この記事では、ページイベントがどのように生成されるかについての洞察を提供し、ページイベントに関するいくつかの誤解を解消します。

ページイベントは何を収集しますか？

ページイベントは、エンドユーザーがアクセスしたウェブページに関する情報を提供します。ウェブページのレンダリングに必要なすべてのリソース（画像、広告、HTMLなど）と、ファイルのアップロードなどのユーザーアクティビティは、単一のページイベントにまとめられます。

ページイベントはどのように生成されますか？

ページイベントは、生成されるイベントの量と捕捉されるユーザーのウェブアクティビティのバランスを考慮したヒューリスティックアルゴリズムに基づいて生成されます。このアルゴリズムは、特定のマッチング基準を適用して、ウェブページから発生したすべてのURLリクエスト（ユーザーがクリックしたURLや、ページレンダリング用のURLなど）をページイベントに集約します。 アルゴリズムの中核となる要素は以下のとおりです。

上記のコアアルゴリズムが満たされない場合、収集されたデータを120秒の待機時間を持つURLドメインページイベントに集約する追加の機能強化が行われます。

ページイベントにおけるセッションフィールドとは何ですか？

以下に、セッションフィールドの例とそれぞれの意味を示します。

Skope ITアプリケーション、ウェブサイト、ユーザー画面、およびページイベントの関係性は何ですか？

アプリケーション、ユーザー、およびウェブサイトのデータは、ページイベントから算出されます。ページイベントに対して継続的に要約処理が実行され、アプリケーション、ウェブサイト、およびユーザーデータが更新されます。

ステアリングバイパスまたはSSLバイパスポリシーがページイベントに及ぼす影響は何ですか？

トラフィックがNetskopeプロキシに誘導され、バイパスされる場合（ステアリングバイパス設定またはSSL復号化拒否ポリシーのいずれかによる）、ページイベントの生成に影響が出る可能性があります。バイパスされたリクエストは、3番目のアルゴリズム基準を満たさない原因となる可能性があります。ページイベントの発行量が減少すると、アプリケーション、ウェブサイト、およびユーザーの集計にも直接的な影響が出ます。トラフィックがバイパスされると、Netskopeプロキシサービスは「トラフィックバイパス」フィールドが「はい」に設定されたページイベントを生成しますが、これらのイベントはドメインごとに1分あたり1イベントの割合で抑制されることにご注意ください。これらのバイパスされたイベントでは、転送されたバイト総数も記録されません。

「トラフィックバイパス」が「いいえ」に設定されていても、誘導されないトラフィックに関するページイベントはありますか？

ページイベントアルゴリズムは、Referrerフィールドを利用してURLを集約し、ページイベントを作成します。例えば、ユーザーがCNNのサイトを訪問した際に、Google広告への広告リクエストが発生する場合があります。そのため、すべてのGoogle広告リクエストのReferrerフィールドはCNNに設定され、ドメインCNNを含むページイベントが生成され、すべてのGoogle広告リクエストがキャプチャされます。つまり、CNNへのトラフィックが誘導されていないがGoogle広告が誘導されている場合、（ページアルゴリズムが満たされている限り）CNNでページイベントが発生することが期待できます。この動作は、ユーザーがブラウザ上でウェブページを閲覧する際の表示と一致しています。

アプリケーションイベントとページイベントの間には関連性がありますか？

いいえ、アプリケーションイベントとページイベントは、Skope ITの2つの異なる独立したモジュールです。アプリケーションイベントは、ログイン、ログアウト、アップロード、ダウンロード、共有など、ユーザーとアプリケーションとのインタラクションに関する情報を提供します。ページ イベントは、Web にアクセスするユーザーのビューをキャプチャします。 ページイベントに含まれるバイト情報は、アプリケーションのアクティビティの詳細を反映している場合もあれば、反映していない場合もあります。例：ファイルサイズが1GBのダウンロードアクティビティのアプリイベントは、対応するアプリのページイベントでダウンロードされたバイト数に含まれない場合があります。

ユーザーがサイトAから1GBのファイルをダウンロードするためのリンクをクリックしたときに、ページイベントが発生しないのはなぜですか？

サイトAの場合、最初の3つの基準が一致しないか、ダウンロードリンクにアクセスした際に4つ目の基準に一致しなかった可能性があります。アルゴリズムの性質上、一部のURLはページイベント生成プロセスから除外される場合があります。ページイベントはユーザーのウェブアクティビティを捕捉するものであり、ネットワーク帯域幅を測定するためのツールではありません。

「ステアリング設定の例外」でURLカテゴリが設定されているのに、なぜページイベントが表示されるのですか？

これは、 Settings > Security Cloud Platform > Steering Configurationで「ステアリング構成の例外」にカテゴリが設定され、「トラフィックのバイパス」が「ログ」に設定されている場合に発生します。 

Netskope Client 、初めてURLにアクセスする際に、 Netskope POPに問い合わせて、そのURLがカテゴリ例外に一致するかどうかを確認します。 したがって、URLへの最初のアクセスはNetskopeのPOPに行われます。URLがカテゴリ例外に一致する場合、POP側でバイパスされます。このケースでは、「バイパス理由：ステアリング例外」および「トラフィックのバイパス：はい」を示すページイベントがあります。
同じURLへの2回目のアクセス後、 Netskope Client側でバイパスされ、直接そのURLにアクセスします。 このケースではページイベントはありません。

Why does a Page Event sometimes show HTTP/1.1 for the protocol on a site that uses HTTP/2?

ページイベントは集約され、複数の接続の概要が表示されます。関連するすべてのリクエスト（広告、画像、スクリプトなど）は、ページイベントの一部として含まれます。メインページはプロトコルとしてHTTP/2で読み込まれることがありますが、他のドメインへの関連接続の一部は プロトコルとしてHTTP/1.1で読み込まれます。 その場合、ページイベントにはProtocol: HTTP/1.1のみが表示されます。これは、集約されたすべてのリクエストに対してネゴシエートされた最も低いプロトコルバージョンです。

Are there specific actions logged for Page Events?

ページイベントの性質上、 Isolation （ページベースのアクション）でない限り、アクションはログに記録されません。その他のすべてのページイベントでは、アクションフィールドは空のままになります。