| Oracle® Real User Experience Insightユーザーズ・ガイド リリース11.1 for Linux x86-64 B63041-01 |
|
 前へ |
 次へ |
この章では、データ・ブラウザの使用方法について説明します。データ・ブラウザはRUEIの中心となる機能であり、監視中に収集された情報への直接アクセスを提供します。データ・ブラウザでは、直感的でユーザーフレンドリな方法を使用して、情報のドリルダウン、検索およびフィルタを実行できます。
各レポートに示される情報は、監視中に取得したすべての情報を含む多次元データ構造から導出されます。この構造を使用することで、より詳細なレベルを次々にクリックするだけでWebデータを探索でき、様々なディメンション(期間、リファラ、ビジター・タイプなど)別にWebデータを表示できます。このデータ構造は、「Browse data」タブで表示できます。
データ・ブラウザを使用すると、レポートに示されるデータのコンテキストを理解できるとともに、情報をドリルダウン、ランク付け、ソートおよびフィルタすることで原因、結果および傾向を把握することができます。レポート内からデータ・ブラウザを開くには、レポート・メニューから「Browse」オプションを選択します。データ・ブラウザを他の場所から開くには、「Browse data」タブをクリックします。図3-1に示すようなウィンドウが表示されます。
データ・ブラウザのツールバー
データ・ブラウザ画面の上部には、図3-2に示すツールバー・アイコンが表示されます。表3-1は、これらのアイコンについて説明しています。
| アイコン | 説明 |
|---|---|
 |
グラフ。 データの標準グラフ(円グラフ、線グラフまたは棒グラフ)を表示します。グラフの種類は、基になるデータによって異なります。 |
  |
追加のグラフの種類。 標準的なグラフに加えて、基となるデータによって、追加のグラフの種類を使用できる場合があります。その場合、目的のグラフの種類を選択するには、該当するアイコンをクリックします。 また、「Graph」メニューの「Type」オプションを使用して、グラフの種類を選択することもできます。 |
 |
値。 ブラウザのデータの基となるデータ値を表示します。値リストの使用方法の詳細は、3.4項「値リストの使用」を参照してください。 |
 |
前のページおよび次のページ。 これらのコントロールを使用して、表示されたデータセットのページ間を移動します。 |
 |
用語集。 データ・ブラウザ内に現在示されているメトリックの簡単な説明を表示します。この説明には、グラフまたは値テーブルに示されているディメンションおよび適用されているフィルタの両方が記載されます。フィルタの使用方法は、3.8項「フィルタの使用」に記載されています。 |
 |
検索。 現在表示されているデータ・セット内の文字列を検索できます。検索機能の使用方法の詳細は、3.5項「データ・ブラウザでの検索」に記載されています。 |
  |
ズーム・インおよびズーム・アウト。 表示される詳細のレベルを変更できます。ズーム・インおよびズーム・アウトの操作時には、表示されるデータのディメンションを変更します。新しいディメンションは、現在選択されているディメンションによって決まります。たとえば、年次データを表示している場合は、ズーム・イン操作により、月次データの表示に変更されます。クライアントの場所を国別に表示している場合は、ズーム・イン操作により、表示されるディメンションがクライアントの場所が属する国の中のプロバイダに変更されます。 元のディメンションにすばやく戻すには、「View」メニューから「Reset view」を選択します。 |
 |
レポートとしてオープン。 現在表示されているデータをレポート印刷レイアウト・モードの新しいウィンドウで開きます。レポートの作成とカスタマイズの詳細は、第2章「レポートの操作」に記載されています。 |
 |
エクスポートとしてオープン。 現在表示されているデータを、各種アプリケーション(Microsoft Excelなど)にエクスポートするにあたってカスタマイズできる新しいウィンドウを開きます。この機能の詳細は、3.10項「データのエクスポート」に記載されています。 |
 |
ダッシュボードに追加。 選択されているダッシュボードに現在のビューを追加します。この機能の詳細は、5.5項「ダッシュボードへのデータ・ブラウザまたはKPIビューの追加」に記載されています。 |
 |
戻る/進む。 データ・ブラウザ内での直前のアクションを元に戻す、または繰り返します。 |
データ・ブラウザ内に表示される情報は、グループ別に分けられます。最上位レベルには、アプリケーション関連グループとサービス関連グループの2つのグループ・タイプがあります。各グループでは、収集されたデータを様々な視点、つまりビューで表示できるようになっています。これらのビューは、データ・ブラウザ・ウィンドウ(図3-1)の左側にある「View selection」パネルから選択できます。
「View selection」パネル内のメイン・グループの1つ1つは、様々な情報カテゴリに関連しています。監視対象のWeb環境でアクセスされたページ、ビジター・セッション、ユーザー・フロー、失敗したURLとページ、およびキー・ページに関するグループがあります。
これらの各グループ内のサブグループには、選択したカテゴリの特定項目に関する情報が表示されます。具体的には、情報が特定のディメンションで表示されます。これらのディメンションは、サブグループの名前に示されます。たとえば、「All sessions」グループには、ドメイン、期間、ユーザーID、クライアント・ブラウザ、言語、場所およびオペレーティング・システムをそれぞれディメンションとしたビューが用意されています。図3-3にこれを示します。
個々のビューは、表示される情報のタイプを示す標準的な分類(失敗、パフォーマンス、全体およびサイズ)でグループ化されています。これらの中で、基となるデータを調べるために使用するアクティブ・ディメンションを選択できます。
この項で説明されている標準的なディメンションに加えて、カスタム・ディメンションを使用して、データ・ブラウザ内に表示できる情報を拡張することもできます。この詳細は、3.11項「カスタム・ディメンションの使用」に記載されています。
セッション診断機能の詳細は、4項「診断機能の使用」に記載されています。
RUEIで対応できる情報には2種類あります。5分間隔で検出されるすべてのアクティブなセッションから導出される情報と、完了した(クローズ)セッションから導出される情報です。それぞれの詳細は次の各項で説明します。
アクティブ・セッションから導出される情報
RUEIでレポートされるほぼすべての情報は、5分間隔で検出されるオープン(アクティブ)セッションに基づきます。1つの例外は、「All sessions」グループでの複数日のレポートです。この詳細は次の項に記載されています。
5分ごとにセッションについてレポートされるプロパティ(IPアドレスやユーザーIDなど)は、実質的には5分間の最後に取得されたスナップショットであることに注意してください。これらのプロパティの値はその5分間内では変動していた可能性がありますが、その期間の最後の値がレポートされます。
クローズ・セッションから導出される情報
「All sessions」グループで複数日についてレポートされる情報は、完了した(クローズ)セッションから導出されます。結果として、この情報には遅延が伴います。遅延が発生するのは、定義されているセッション・アイドル時間が原因です。セッション・アイドル時間は、ビジターのセッションが非アクティブになってから終了したとみなされるまでの期間を指定します。デフォルトでは60分です。
情報がこのようにして導出されるため、5分間隔のレベルにドリルダウンすることはできません。また、ビジター・セッションが午前9時に開始して午後5時に終了する場合について考えてみてください。セッションは、昼食休憩の午後12時から午後1時を除いてずっとアクティブです。通常、このセッションは1つのセッションとしてレポートされます。ただし、「All sessions」グループでの複数日の期間では、2つのセッションとして報告されます。非アクティブな期間があるためです。
レポートされるデータに相違が生じることがある理由
1日についてレポートされるデータと複数日についてレポートされるデータには、わずかな差異が生じる可能性があります。たとえば、ある1日について「All sessions」ビューでレポートされるセッション数は、「All sessions」ビューの2日間に対する表示において、同じ1日についてレポートされる数と若干異なる場合があります。このような差異が生じる理由を理解するためには、1日のデータと複数日のデータが処理される方法を知る必要があります。
図3-4に示す状況について検討します。2名のビジターAとBが両方とも、12:05に閲覧を開始します。Aのセッションは12:45に終了し、Bのセッションは13:55に終了します。ビジターAが14:05に再開し、14:55に終了します。
時間単位での同時ビジター・セッションの数は、表3-2のようにレポートされます。
表3-2 時間単位のレポート
| 時刻 | セッション |
|---|---|
|
12:00 |
2(12時から13時には一意のビジターを2名確認) |
|
13:00 |
1(13時から14時には一意のビジターを1名確認) |
|
14:00 |
1(14時から15時には一意のビジターを1名確認) |
日単位では、2つの同時セッションがレポートされます。ただし、月単位または2日単位で表示すると、セッションの数がレポートされます。この場合、Aの2つのセッションの間にアイドル時間が含まれるため、セッション数は3としてレポートされます。レポートされるセッション数の差異を防ぐには、監視対象のアプリケーションのセッション・アイドル時間と一致するようにセッション・アイドル時間を指定する必要があります。
問題分析カテゴリのビュー(表3-4を参照)では、アプリケーションの場合、失敗したり問題のあるページ・ビューやヒットに関する詳細な情報が提供されます。それには表3-3に示すグループが含まれます。
表3-3 問題分析グループ
| 名前 | 説明 |
|---|---|
|
Failed URLs |
失敗したページ内のオブジェクト(ヒット)についてレポートします。たとえば、破損したイメージや使用できないダウンロードが含まれるページなどです。5分間当たり最大で5000個のオブジェクトが記録されます。該当するオブジェクトのすべての技術エラー(付録E「エラー・コードの説明」を参照)がレポートされます。このビューではアプリケーション情報は使用されないため、アプリケーションが構成されていない場合でも、失敗したページに関して考えられる理由がレポートされます。 |
|
Failed pages |
アプリケーションのページで発生したサーバー、ネットワーク、Webサイトおよびコンテンツの各エラーについてレポートします。 |
|
Slow URLs |
5分間にシステムで検出されたオブジェクトのうち、エンドツーエンド時間が最も遅い5000個のオブジェクトについてレポートします。なお、オブジェクトがこのビューでレポートされるには、エンドツーエンド時間が2秒以上あることが必要です。このビューのためにアプリケーションを構成する必要はありません。 |
|
Failed functions |
関数コールで発生したサーバー、ネットワーク、Webサイトおよびコンテンツの各エラーについてレポートします。 |
|
注意: 失敗したURL、ページおよびサービス・コールに関する情報の有効期間は、レポータのデータ保存ポリシーによって決定されます。この詳細は、12.9.1項「レポータの保存ポリシーの定義」に記載されています。 |
ページ配信ディメンションは、「Failed pages」、「All pages」、「Key pages」の各ビューで使用でき、監視対象のWebサイトで検出されたエラーをレポートします。ページ配信ディメンションでレポートされるすべてのエラーは、セッション診断の再生機能でも表示できます(第4章「診断機能の使用」を参照)。
ページまたはオブジェクトで複数のタイプのエラー(たとえば、ネットワーク・エラーとWebサービス・エラーの両方)が発生した場合、ページ・エラーまたはオブジェクト・エラーは複数回は記録されません。かわりに、エラーは特定の順序(Webサイト、サーバー、ネットワーク、コンテンツの順)でレポートされます。たとえば、Webサイト・エラーとネットワーク・エラーの両方が発生したオブジェクトは、ネットワーク・エラーではなくWebサイト・エラーとして記録されます。
このディメンションでレポートされるエラーは、KPIのベース(カウンタと割合の両方で表されるメトリック)としても使用できます。図3-5にこれを示します。
ヒットベースの情報は、「Failed URLs」グループおよび「Slow URLs」グループに表示されます。これらのグループには、イメージや他の静的オブジェクトおよび動的オブジェクトに関する詳しい情報が含まれます。この結果、これらのグループでレポートされるURLには、大容量のセッション情報と一意の情報(ユーザーIDおよび様々なオブジェクトで共有される識別子など)が含まれることがあります。これらのグループには5分間隔につき5000のオブジェクトという制限があることにも注意してください。このため、特定のヒットに関連する情報をレポートのURL内で特定するのが困難になることがあります。
「URL diagnostics」グループは、ページ内の動的オブジェクト(ポートレットやフレームなど)の個別の記録に特に適しています。特定のヒットに関連するリテラルURLをレポートするかわりに、「URL diagnostics」グループは機能URLをレポートします。これらはカスタマイズ可能なレポート方法です。通常は、レポートされたURLからセッション情報や一意の情報は除去されます。このグループで得られる情報を使用すると、ページとは無関係に動的サーバー相互作用URLにアクセスできます。このアプローチには、関連するヒットベースの情報がすぐに見つかるという利点があります。たとえば、JavaまたはPHPベースのコールの監視のみに関心があることを指定できます。これは、診断ユーティリティ(CAMMおよびAD4Jなど)の専用サポートを提供する強力なクリックアウト機能によって補われます。
URL診断の構成は、アプリケーション・レベルおよびスイート・レベルで指定されます。8.2.16項「「URL Diagnostics」グループ内でのレポートの制御」および3.2.5項「「Suite」グループ」を参照してください。RUEI内からのクリックアウトのための外部ユーティリティの構成手順は、4.5項「外部ツールへのクリックアウトの構成」に記載されています。
スイート・カテゴリのビュー(表3-4を参照)では、監視対象スイートの運用に関する詳細な情報が提供されます。各スイート・グループが表示されるかどうかは、RUEIインストールにインストールされているアクセラレータ・パッケージによって異なります。また、各スイートを表示するためには、スイートを1つ以上構成しておく必要もあります。
インストールおよび構成されている各スイートについても診断グループが存在し、アプリケーションに関して「URL diagnostics」グループ(3.2.4項「「URL Diagnostics」グループ」を参照)で得られる情報と同等の情報が提供されます。
「Service tests」グループは、Oracle Enterprise Managerで監視されるサービス・テストのレポートを提供します。組織はサービス・テストを使用して、可能な限り最高レベルの品質と可用性をビジネス・サービスで確保することができます。
Oracle Enterprise Managerのサービス・テストはビーコンから実行されます。Oracle Enterprise Managerは、エンドユーザーの観点からサービスを監視し、ベースのITインフラストラクチャとサービスの相関関係も監視します。ビーコンは、通常のアプリケーション使用に相当するユーザー・フローを実行するように設定されます。Oracle Enterprise Managerは、ユーザー・フローのレスポンス時間を各構成部分に細分化して分析します。
RUEI内では、特定のアプリケーションおよびスイートのサービス・テスト・トラフィックを監視でき、検出されるとデータ・ブラウザの「Service tests」グループでレポートできます。また、監視対象サービス・テストに関する診断情報をサービス・テスト診断機能で表示することもできます。サービス・テスト・トラフィックを検出するようにアプリケーションを構成する手順は、8.2.4項「サービス・テスト・ビーコン・トラフィックのレポート」に記載されています。
重要:
この機能を利用するためには、監視対象のデプロイメント環境にOracle Enterprise Manager Grid Control 11gがインストールされ稼働していることが必要です。
Oracle Enterprise Manager Grid Control内でサービス・テストを構成するときは、次の点に特に注意してください。
Oracle Enterprise Managerでは、ビーコンを作成するときに「メッセージIDのリクエスト・ヘッダーの有効化」チェック・ボックスを選択する必要があります。これは、RUEIがユーザー・フロー・トラフィックを監視できるようにするために必要です。
Oracle Enterprise Managerでは、監視対象の環境またはアプリケーションでセッションの追跡に使用されるCookieを、サービス・テストの「拡張プロパティ」セクションで指定する必要があります。具体的には、「テスト・パラメータ」セクションの「リクエスト」部分の「セッション・パラメータ」フィールドで指定します。この指定を行わないと、セッションが混同される可能性があります。
条件付きユーザー・フロー(パスワード失効通知など)は、レポートされるページ・ビューおよびメトリック・レベルが少ない場合があるため、RUEIの監視対象サービス・テストでは使用しないことをお薦めします。
すべてのサービス・テスト・ステップにはページが関連付けられていることが必要です。
サービス・テストを構成するときは、5分間の収集間隔を指定することを強くお薦めします。それ以外の場合は、サービス・テストの時間ベース・レポートに隙間が空き、実際のユーザー・ページ・ビューの合計数が少なくレポートされることがあります。
データ・ブラウザの各グループはビジネス関連かIT関連のいずれか(あるいはその両方)です。データ・ブラウザにアクセスできるのは、対応する「Analytical」アクセス・レベル(以上)の権限を持つユーザーのみです。各データ・ブラウザ・グループのユーザー・タイプ割当てを表3-4に示します。
表3-4 データ・ブラウザ・グループのユーザー・タイプ
| カテゴリ | グループ | ビジネス | IT |
|---|---|---|---|
|
Applications |
Overall |
||
|
All Pages |
X |
X |
|
|
All sessions |
X |
X |
|
|
All user flows |
X |
X |
|
|
Key pages |
X |
X |
|
|
Service tests |
X |
X |
|
|
URL diagnostics |
X |
||
|
Problem analysis |
|||
|
Failed URLs |
X |
||
|
Failed pages |
X |
X |
|
|
Slow URLs |
X |
||
|
Suites |
|||
|
E-Business Suite |
X |
X |
|
|
E-Business Suite URL diagnostics |
X |
||
|
JD Edwards |
X |
X |
|
|
JD Edwards URL diagnostics |
X |
||
|
Oracle ADF |
X |
X |
|
|
Oracle ADF diagnostics |
X |
||
|
Oracle FLEXCUBE |
X |
X |
|
|
Oracle FLEXCUBE diagnostics |
X |
||
|
PeopleSoft |
X |
X |
|
|
PeopleSoft URL diagnostics |
X |
||
|
Siebel |
X |
X |
|
|
Siebel URL diagnostics |
X |
||
|
WebLogic Portal |
X |
X |
|
|
WebLogic Portal URL diagnostics |
X |
||
|
Services |
Overall |
||
|
All functions |
X |
||
|
Problem analysis |
|||
|
Failed functions |
X |
値リストの使用時に、表示されたリストに列を追加できます。表示されたデータにインジケータ列を追加するには、「Values」メニューから「Show percentage」または「Show growth」を選択します。これらのオプションを使用できるかどうかは、現在表示されているリストによって異なります。また、リストをレポートとして表示(「View」メニューから「Open as report」を選択)した場合も、列が引き継がれます。
ソート順序の変更
値リストの上部にある列ヘッダーを選択して、ソート順序を変更することもできます。ビューは、選択した列を昇順でソートしたものに変更されます。列ヘッダーを再クリックすると、ソート順序が降順になります。列ヘッダー内の順序記号は、現在の順序を示しています。例を図3-6に示します。
包含フィルタと除外フィルタ
値リストでは、項目を右クリックして図3-7に示すメニューを開くこともできます。
次のオプションがあります。
Select value: 包含フィルタとして選択した値をフィルタ・パネルに追加します。つまり、選択した値と一致する値のみがブラウザに表示されます。
Exclude value: 除外フィルタとして選択した値をフィルタ・パネルに追加します。つまり、選択した値と一致しない値のみがブラウザに表示されます。
検索機能を使用して、現在表示されているデータセット内での文字列の有無を検索できます。図3-8にこれを示します。
検索機能では、完全一致または部分文字列として指定した検索パターンとの一致が行われます。したがって、検索パターンfireを指定すると、すべてのfireの出現の他に、firefox、x-fireおよびsefirewallの出現とも一致します。前述のように、検索対象は現在表示されているデータに制限されます。検索を拡張するには、現在のビューを変更するか、適用されているフィルタを解除して、検索を再実行します。一致が見つからなかった場合は、「No results were found」というポップアップ・ダイアログが表示されます。
|
注意: 検索機能では、ワイルドカード文字(*など)の使用はサポートされていません。すべての文字がリテラルとして扱われます。結果リストは値リストであり、値リストと同じ機能を持ちます(3.4項「値リストの使用」を参照)。 |
グラフのデータをソートするには、グラフの下にある凡例から該当するディメンションを選択します。図3-9にこれを示します。
値リスト内でのソートの詳細は、3.4項「値リストの使用」を参照してください。
また、「Data」メニュー内の「Sorting」オプションを使用して、指定したソート仕様を元に戻したり(「Remove sorting」)、現在のソート仕様を反転できます(「Invert sorting」)。
データ・ブラウザを使用するとき、タスクバーの「Back」アイコンと「Forward」アイコン(表3-1を参照)を使用すると、それまでの選択動作を元に戻したりやり直したりすることができます。この方法で、直前の動作(フィルタの設定など)を元に戻すことができます。表示するための動作をすべて繰り返す必要はありません。この機能を使用するときは、次の点に注意してください。
記憶できる動作は最大で20です。
診断機能では、「Exit diagnostics」アイコンを使用すると、診断機能を開始する直前のデータ・ブラウザの位置に戻ります。それまでの動作は選択履歴に保存されます。
データ・ブラウザを離れて他のモジュール(たとえば、構成モジュールまたはレポート・モジュール)を使用しても、データ・ブラウザに戻ると選択履歴が保存されています。
「Back」アイコンを使用して選択を元に戻し、新しい選択を行うと、その時点よりも後の選択履歴は廃棄されます。
「View」メニューの「Reset Back/Forward history」オプションを選択すると、記憶されている表示動作をリセットできます。
データ・ブラウザ・ウィンドウの上部にあるフィルタ・パネルを使用して、表示する情報のプロファイルを制限できます。例を図3-10に示します。
フィルタ・パネルの最初の項目は常に、情報が必要な日付または期間になります。図3-10の例では、「period/year」の2007がこれに相当します。この項目は、最上位レベルのフィルタとなり、カレンダで変更できます(2.5項「カレンダの使用方法」を参照)。
その後、追加のフィルタを設定できます。フィルタには、包含フィルタと除外フィルタの2種類があります。包含フィルタは、フィルタ内のデータ値と一致するデータ・アイテムのみを表示することを指定します。除外フィルタは、フィルタ内のデータ値とは一致しないデータ・アイテムのみを表示することを指定します。
たとえば、図3-10のフィルタ・プロファイルでは、クライアントの場所がLiechtensteinであり、クライアント・ブラウザがFirefoxでない2007年の情報のみを表示するように指定しています。
データ・ブラウザ・ウィンドウ内の任意のデータ・アイテムは、フィルタとして定義できます。それには、データ・アイテムを右クリックして、図3-7に示すメニューを開きます。フィルタは定義した後、クリックして図3-11に示すコンテキスト・メニューを使用し、自由に変更できます。
次のオプションがあります。
Invert filters(s): 現在定義されているすべてのフィルタの設定を変更します(上記を参照)。
|
注意: フィルタは、定義した順序で適用されます。この順序は、フィルタ・パネルでのフィルタの表示順序でもあり、定義後には変更できません。フィルタの順序を変更するには、フィルタを解除してから、必要な順序で定義しなおす必要があります。 |
Mark as report filter: このオプションの使用方法は、3.8項「フィルタの使用」に記載されています。
Remove all: 現在定義されているすべてのフィルタを削除します。
値リストでは、複数の値を選択できます。それには、「Multiple section」コマンド・ボタンをクリックしてから、関連リンクを除く必要な値をそれぞれクリックします。選択した項目はハイライト表示されます。例を図3-14に示します。
必要な値を選択したら、画面の下部にあるツールバーを使用して、値を包含フィルタと除外フィルタのいずれにするかを指定できます。また、このツールバーでは、現在定義されているすべてのフィルタを反転したり解除することもできます。
データ・ブラウザから作成したレポートでは、レポート・フィルタを使用できます。レポートに含める情報に対してレポート・フィルタを指定しておくと、レポートを開いたユーザーが、レポートのコンテンツを表示するときに、定義済のフィルタを使用できます。
たとえば、(「All sessions」グループと「client-location」サブグループを使用して)クライアントの場所情報を参照している場合、ユーザーがクライアントの場所に基づいて選択を行うことを可能にするレポートを作成できます。フィルタを定義する手順は、次のとおりです。
表示された場所のリストから値を選択し、それをフィルタとして定義します。
値がフィルタ・パネルに表示されたら、右クリックしてメニューから「Mark as report filter」を選択します。例を図3-13に示します。
|
注意: 各ディメンションに対して定義できるレポート・フィルタは1つのみです。ただし、異なるディメンションに複数のレポート・フィルタを定義することは可能です。複数のフィルタを使用したレポートを設計する場合は、レポートの外観を損わないように注意してください。 |
「View」メニューから「Open as report」を選択し、必要なレポートの構造を確定します。これで、選択したフィルタがレポート内に表示されます。例を図3-14に示します。
マウス・ポインタをフィルタ上に置いてフィルタをハイライト表示し、メニューから「Edit filter type」を選択します。図3-15に示すようなダイアログが表示されます。
「Edit filter type(s)」ダイアログに表示されたチェック・ボックスを使用してフィルタを設定し、ユーザーがレポートを開くときに選択できるようにしておきます。定義したレポート・フィルタごとにチェック・ボックスが表示されます。次に、「Apply」をクリックします。
2.10項「新規レポートの作成」の説明に従って、レポートを保存します。
レポートの実行
レポートが開かれ、レポート・フィルタが有効化されると、レポート・フィルタとして選択した値が、ディメンション値のリストでデフォルトの選択項目になります。例を図3-16に示します。
比較可能な2つの期間のデータを比較できると便利な場合があります。たとえば、トラフィック・レベルまたはページ・エラーのインスタンスを比較するには、次の手順を実行します。
「Browse data」を選択し、目的のグループを選択します。
カレンダ・コントロールを使用して、有効な期間を選択します。これらのコントロールの使用方法は、2.5項「カレンダの使用方法」に記載されています。比較する2つの期間をオーバーラップさせないでください。たとえば、それぞれが2日間からなる2つの期間を比較するとき、両期間の間隔が1日しか離れていない場合は比較できません。
「Compare offset」 メニューを使用して、有効な期間に対して比較する期間を選択します。使用可能なオプションは選択した期間単位(日、週、月)によって異なります。直前の50期間まで選択対象とすることが可能です。
「View selection」パネルから目的のビューを選択します。図3-17に期間の比較の例を示します。
必要に応じて、ツールバーの「Bar chart」、「Line chart」または「Values」アイコンを使用して、比較のグラフを変更します。ただし、他のグラフ(円グラフなど)は比較には使用できず、棒グラフや折れ線グラフの表示データには制限事項が適用されます。値リストでは、比較分析用の行が追加作成されます。本期間の値が比較期間の値よりも大きい場合、比率値は緑色で表示されます。それ以外の場合は、赤色で表示されます。図3-18に例を示します。
データ・ブラウザに現在表示されているデータは、スプレッドシートなど、様々なアプリケーションにエクスポートできます。データのエクスポートの操作を開始するには、「Open as export」アイコンをクリックするか、「View」メニューから「Open as export」を選択して、エクスポート・ウィンドウを開きます。現在のデータが表示された新しいウィンドウが開きます。図3-19に例を示します。
多数の項目のエクスポート
Microsoft Excelへは最大で5000の項目を直接エクスポートできます。この制限の回避策として、次の手順を実行することをお薦めします。
目的のビューをレポートとして保存します。それには、ツールバーの「Open as report」アイコンをクリックし、開いたウィンドウの「File」メニューから「Save as new」オプションを選択します。
「System」→「Export report data」の順に選択します。新たに作成されたレポートを選択します。この機能の使用方法は、2.12項「レポート・データのエクスポート」に記載されています。
レポートの選択時に表示されたURLをコピーし、その末尾に文字列&output=xlsを追加します。
作成したURLを使用して、完成したMicrosoft Excelエクスポートにアクセスします。
エクスポート・ウィンドウ(図3-19)には、エクスポート可能なRAWデータが表示されます。ここで、データのエクスポート方法をカスタマイズできます。それには、エクスポート・ウィンドウ内で右クリックして「Edit」を選択します。図3-20に示すようなダイアログが表示されます。
このダイアログでは、データ列の順序やデータ列での値の表示順序を変更したり、Microsoft Excelエクスポートに表示する追加の列を指定できます。
「Data columns」フィールドと「Value columns」フィールドでは、リストを使用して、1次索引列と1次索引列に表示するデータ列を追加できます。各リストで使用可能なデータ列と値列の選択は、使用しているビュー・グループによって厳密に決定されます。たとえば、「All clients」グループでデータを表示している場合は、Webサイトおよびページのデータ列は、ドメインとWebサイトの場合にのみ選択できます。ただし、「All pages」グループで作業している場合は、「page-content」や「page user flow」などの項目に追加のデータ列も使用できます。各ビュー・グループ内のエクスポート可能なデータ列と値列の詳細は、付録D「データ・アイテムの概要」を参照してください。
「Percentage」チェック・ボックスでは、レポートされる値が占める割合構成を示す列を、Microsoft Excelエクスポートに追加するかどうかを指定できます。
「Growth」チェック・ボックスでは、レポートされるメトリックの実増値を示す列を、Microsoft Excelエクスポートに追加するかどうかを指定できます。
データ列の選択項目の横にある「Up」、「Down」および「Remove」アイコンを使用して、ソート順序階層を制御したり、データの索引としてのデータ列を削除できます。同様に、値列フィールド内の同じコントロールを使用して、エクスポートでの値列の表示順序を並べ替えられます。
エクスポートは、新規ファイルまたは既存ファイルに保存したり、既存のエクスポートに追加できます。
カスタム・ディメンションを使用すると、データ・ブラウザのビューに独自のユーザー定義ディメンションを追加できます。この新しいディメンションは、レポートおよびエクスポートにおいてのみでなくKPIでも使用できるようになります。たとえば、組織の仕入先をより簡単に追跡および分析できるように、supplierというディメンションを追加できます。この機能を使用して、主要業務で顧客転換率が最も高い商品の仕入先や、組織のWebサイトで最もページ・ビューの多い仕入先を判別できます。問題ベースのカスタム・ディメンションは、主にアプリケーションをデバッグする目的のために使用することに注意してください。
|
注意: カスタム・ディメンションは、ページベース、セッションベース、機能ベース、ユーザー・フロー・ベースまたは問題ベースにすることができます。KPIはリアルタイム・データに基づくため、セッションベースのカスタム・ディメンションはKPIのメトリックとしては使用できません。ただし、ページベースのカスタム・ディメンションはKPIフィルタとして使用できます。 |
カスタム・ディメンションのレポート
各カスタム・ディメンションには一意の名前があり、ページ、セッション、機能、ユーザー・フローまたは問題をベースとしています。カスタム・ディメンションにより、レポートが行われるデータ・ブラウザ・グループが決まります。また、次の項で説明するように、ディメンション情報がページ・ビュー間でどのように保存されるかが決まります。データ・ブラウザ・グループにおけるカスタム・ディメンションのレポートを、表3-5に示します。
表3-5 データ・ブラウザ・グループにおけるカスタム・ディメンションのレポート
| ソース | All Pages | Key pages | All sessions | Failed pages | Failed URLs | Slow URLs | All functions | Failed functions | (named) Suite | URL diagnostics | All user flows |
|---|---|---|---|---|---|---|---|---|---|---|---|
|
ページ |
X |
X |
X |
X |
X |
X |
X |
||||
|
ページ(セッション対応) |
X |
X |
X |
X |
X |
X |
|||||
|
セッション |
X |
X |
X |
X |
X |
||||||
|
機能 |
X |
X |
|||||||||
|
問題分析 |
X |
X |
X |
||||||||
|
ユーザー・フロー |
X |
セッションベース・カスタム・ディメンション情報をリアルタイムで(セッションと同じ日に)再確認すると、レポートされるユーザー名が変わることがあります。複数日について同じ情報を表示すると、レポートされるユーザー名はセッションの最後に検出されたユーザー名に基づきます。
ディメンション情報の保存
前に説明したように、カスタム・ディメンションが基づくエンティティ(ページ、セッション、機能、ユーザー・フローまたは問題)によって、ディメンション内の情報がページ・ビュー間で保存される方法が決まります。ここでは、選択した方法がカスタム・ディメンション情報のレポートにどのように影響するかを詳しく説明します。サンプルのビジター・セッションのデータに基づいて説明します。各サンプル・セッションは、販売カタログを含む監視対象のWebサイトを参照します。カタログ内のどのコレクションをビジターが表示しているかという情報を取得するために、3レベルのカスタム・ディメンションが定義されています。これら3つのレベルは3つの引数a、bおよびcから導出されます。
カスタム・ディメンションがページベースとして指定されると、表3-6の値がレポートされます。
表3-6 ページベースのカスタム・ディメンション情報の保存脚注1
| 入力 | ディメンション・レベル | ||
|---|---|---|---|
|
1(a) |
2(a » b) |
3(a » b » c) |
|
|
a=男性用 |
男性用 |
男性用 » なし |
男性用 » なし » なし |
|
a=男性用、b=コート |
男性用 |
男性用 » コート |
男性用 » コート » なし |
|
a=男性用、b=コート、c=冬物 |
男性用 |
男性用 » コート |
男性用 » コート » 冬物 |
|
a=男性用、b=帽子 |
男性用 |
男性用 » 帽子 |
男性用 » 帽子 » なし |
|
a=男性用、b=帽子、c=フェルト帽 |
男性用 |
男性用 » 帽子 |
男性用 » 帽子 » フェルト帽 |
|
a=子供用 |
子供用 |
子供用 » なし |
子供用 » なし » なし |
脚注1 この例は、表に記載された順序で入力情報が提供された、単一のユーザー・セッションを対象としています。
この方法を使用しているとき、カスタム・ディメンション・レベルについてレポートすると、現在のページ・ビューの情報のみが使用されることがわかります。前のページ・ビューから継承される情報はありません。
カスタム・ディメンションがページベース(セッション対応)として指定されると、表3-7の値がレポートされます。
表3-7 ページベース(セッション対応)のカスタム・ディメンション情報の保存脚注1
| 入力 | ディメンション・レベル | ||
|---|---|---|---|
|
1(a) |
2(a » b) |
3(a » b » c) |
|
|
a=男性用 |
男性用 |
男性用 » なし |
男性用 » なし » なし |
|
(a=男性用、)b=コート |
男性用 |
男性用 » コート |
男性用 » コート » なし |
|
(a=男性用、)(b=コート、)c=冬物 |
男性用 |
男性用 » コート |
男性用 » コート » 冬物 |
|
(a=男性用、)b=帽子 |
男性用 |
男性用 » 帽子 |
男性用 » 帽子 » なし |
|
(a=男性用、)(b=帽子、)c=フェルト帽 |
男性用 |
男性用 » 帽子 |
男性用 » 帽子 » フェルト帽 |
|
a=子供用 |
子供用 |
子供用 » なし |
子供用 » なし » なし |
脚注1 この例は、表に記載された順序で入力情報が提供された、単一のユーザー・セッションを対象としています。
ここでは、カスタム・ディメンションのレベル情報がページ・ビューにないと、情報が前のページ・ビューから継承されていることがわかります。継承はカッコによって示されます。カッコ内の情報は現在のページ・ビューには含まれないため、前のページ・ビューから導出されています。
カスタム・ディメンションがセッションベースとして指定されると、表3-8の値がレポートされます。
表3-8 セッションベースのカスタム・ディメンション情報の保存脚注1
| 入力 | ディメンション・レベル | ||
|---|---|---|---|
|
1(a) |
2(a » b) |
3(a » b » c) |
|
|
b=コート |
なし |
なし » コート |
なし » コート » なし |
|
b=コート、c=冬物 |
なし |
なし » コート |
なし » コート » 冬物 |
|
c=冬物 |
なし |
なし » なし |
なし » なし » 冬物 |
|
a=女性 |
女性 |
女性 » なし |
女性 » なし » なし |
脚注1 この例は、表に記載された順序で入力情報が提供された、単一のユーザー・セッションを対象としています。
この例では、カスタム・ディメンション情報の継承が発生していないことがわかります。また、この方法を使用すると1つのページ・ビューしかレポートできないことに注意してください。これは、カスタム・ディメンション情報が存在する最初のページ・ビューです。このケースでは、これは表示履歴の最初のページです(なし » コート » なし)。他のページ・ビューのすべてのカスタム・ディメンション情報は廃棄されます。表3-6、表3-7および表3-8は、いずれも1つのセッションを参照していることに注意してください。
カスタム・ディメンションの説明
必要に応じて、ディメンションでレポートされる一意の各ソース値に対して一連の説明を定義することもできます。たとえば、表3-9に示すように、サービスベースのカスタム・ディメンションである「server ID」を定義して、それに説明を関連付けることができます。
カスタム・ディメンションの定義
カスタム・ディメンションを定義する手順は、次のとおりです。
機能ベースのカスタム・ディメンションの場合は、「Configuration」→「Services」→「Custom dimensions」の順に選択します。アプリケーションベースのカスタム・ディメンションの場合は、「Configuration」→「Applications」→「Custom dimensions」の順に選択します。現在定義されているカスタム・ディメンションのリストが表示されます。ユーザー・フローベースのカスタム・ディメンションは最大で2個、ページベースまたはセッションベースのカスタム・ディメンションは最大で5個定義できます。機能ベースのカスタム・ディメンションは最大で10個定義できます。「New dimension」コマンド・ボタンをクリックします。図3-21に示すようなダイアログが表示されます。
新しいディメンションに一意の名前を指定します。定義したカスタム・ディメンションが組み込まれる画面(データ・ブラウザやレポートなど)では、ディメンションの名前にアスタリスク(*)が付けられます。
「Based on」メニューを使用して、ディメンションのベースとするエンティティ・タイプを指定します。機能ベースのディメンションの場合は、機能がベースとして自動的に選択され、変更できません。アプリケーションベースのディメンションの場合は、ベースとしてページ、ページ(セッション対応)、セッション、ユーザー・フローまたは問題分析を選択できます。これらのオプションの使用方法は前の項に記載されています。ページベース、セッションベース、ユーザー・フローベースまたは問題ベースのカスタム・ディメンションは最大で5個定義でき、機能ベースのカスタム・ディメンションは最大で10個定義できます。
「Number of levels」メニューを使用して、保存するディメンション情報のレベルを指定します。デフォルトでは、定義したカスタム・ディメンションに対して保存される情報は1レベルのみです。ただし、この機能を使用することで、保存するセッション情報の階層を構築できます。たとえば、国、リージョンおよび市区町村の3つのレベルを使用して、ユーザーの場所に関する情報を取得できます。最大で4つのレベルがサポートされます。
表示される「Level」タブに、ディメンション・レベルの名前を指定します。「Source type」メニューと「Source value」フィールドを使用して、ディメンションの検索範囲、および検索でXPath式、ヘッダー、Cookie、URL引数(リクエスト)、カスタム・タグまたはカスタム関数を使用するかどうかを指定します。XPath問合せの使用方法の詳細は、付録F「XPath問合せの使用」に記載されています。ソースがURL引数の場合は、RAW入力(元の入力)が使用されます。ただし、HTTPヘッダーの場合は、ASCII入力のみが許可されます。非ASCII文字は、レポート時にアンダースコア(_)文字で置き換えられます。エンコーディング・サポートの詳細は、付録G「各国語サポートの使用」を参照してください。
カスタム・タグまたはカスタム関数のオプションを選択した場合は、タグまたは関数の名前を「Source value」フィールドに指定する必要があります。カスタム関数の場合は、最初のパラメータのみが使用されることに注意してください。パラメータは単一引用符または二重引用符で囲む必要があります。次に例を示します。
wiViewState("wi_menu_main_menu");
カスタム・タグおよびカスタム関数がページ内でどのように解釈されるかの詳細は、付録A「タグ付け規則」を参照してください。
次に、「Save」をクリックします。定義したカスタム・ディメンションの概要が表示されます(図3-22を参照)。
必要に応じて、ディメンションでレポートされる一意の各ソース値に対して一連の説明を定義することもできます。それには、「Add new translation」をクリックします。図3-23に示すダイアログが表示されます。
必要なソース値とその説明を指定します。次に、「Save」をクリックします。
インポートする説明のリストが非常に大きい場合は、図3-22の下部のツールバーにあるコントロールを使用して画面をスクロールできます。また、検索機能を使用して、必要な説明を検索できます。検索文字列には、ソース値または説明を指定できます。ワイルドカード文字(*など)の使用はサポートされておらず、すべての文字がリテラルとして扱われます。
説明のリストのインポート
それぞれの説明を別々に定義するかわりに、(図3-22の下部にある)ツールバーの「Upload list」アイコンをクリックして、説明のリストを含むファイルをインポートできます。図3-24に示すダイアログが表示されます。
「Browse」ボタンを使用し、目的のファイルを検索して選択します。必要に応じて、「File encoding」メニューを使用し、ファイルのキャラクタ・エンコーディングを指定します。各国語のキャラクタ・セットのサポートの詳細は、付録G「各国語サポートの使用」を参照してください。サポートされていないエンコーディングが検出された場合、またはトランスコーディングに失敗した場合は、エラーがレポートされます。ファイルには、ソース値とその説明をタブで区切って、1行に1つの説明のみを含めることができます。次に、「Merge」をクリックします。
|
注意: また、カスタム・ディメンション機能を使用して、標準ディメンションの機能を再定義することもできます。 |
カスタム・ディメンションでレポートされるフォールバック値
カスタム・ディメンションでは、次の2つのフォールバック値をレポートできます。
None: カスタム・ディメンションに定義されたソースがページまたは関数コール内で見つからなかったことを示します。
Unknown: 定義済のソースがページまたは関数コールの指定期間後に定義されたことを示します。たとえば、カスタム・ディメンションが月曜日の1:00PMに定義された場合、日次ビューには1:00PMより前の期間については「Unknown」と示されます。週と月のビューでは、カスタム・ディメンションが定義される前の期間について簡単にレポートされます。
カスタム・ディメンションを削除する手順は、次のとおりです。
アプリケーションベースのディメンションの場合は、「Configuration」→「Applications」→「Custom dimensions」の順に選択します。機能ベースのディメンションの場合は、「Configuration」→「Services」→「Custom dimensions」の順に選択します。現在定義されているカスタム・ディメンションのリストが表示されます。目的のカスタム・ディメンションを右クリックし、メニューから「Remove」を選択します。
カスタム・ディメンションをKPIまたはレポートでフィルタとして使用している場合は、カスタム・ディメンションを削除すると、関連付けられているKPIまたはレポートも削除されることを警告するメッセージが表示されます。「Yes」または「No」をクリックします。
