ログ分析を使用した貢献者のアクションの測定
この記事では、アクセスログ、監査ログ、その他のログソースをログ分析ツールと組み合わせて、Adobe Experience Manager（AEM）as a Cloud Serviceで貢献者のアクションを確実に測定する方法について説明します。 アクセスログのみを使用する場合の制限を強調し、正確な測定モデルを構築するための推奨事項を提供します。
説明 description
環境
Adobe Experience Manager（AEM）as a Cloud Service
問題/症状
- 企業は多くの場合、ログ分析ツールを使用して、AEM as a Cloud Serviceでのページ作成、変更、公開、アセット運用などの貢献者行動を追跡します。
- アクセスログのみに依存すると、HTTP リクエストをキャプチャするため、不正確な結果が生じる可能性があります。これは、完了したビジネスアクションに直接対応しない可能性があります。
- 公開イベントは、影響を受ける正確なコンテンツを指定することなく、汎用エンドポイントにリクエストとしてログに記録される可能性があるため、公開されたページやアセットを特定することが困難です。
- 一括操作または非同期操作は、1つのリクエスト内の複数の項目に影響を与える可能性があり、ログがビジネスアクションに明確なマッピングを提供しない場合があります。
原因
アクセスログは、確認されたビジネスアクションではなく、HTTP リクエストをキャプチャします。 その結果、公開、アセット操作、バルクまたは非同期アクションなどの貢献者アクティビティを、アクセスログだけで常に正確に測定できるとは限りません。
解決策 resolution
AEM as a Cloud Serviceで貢献者のアクションを正確に測定するには、次の手順に従います。
-
コントリビューターのアクションの測定をアクセスログだけに頼らないでください。コントリビューターは主に、完了した業務操作ではなくHTTP リクエストを取得するからです。
-
アクセスログを追加のソースと組み合わせる：
- 監査ログを使用して、完了したアクションを確認し、影響を受けるコンテンツパスを特定します。
- 非同期または一括処理を含む操作には、ワークフローまたはイベントログを活用します。
- 利用可能な場合は、AEM APIを使用して、実行されたアクションとその結果に関する信頼できる情報を取得します。
-
制御されたテストによる測定モデルの検証：
-
各コントリビューターアクション（ページの作成、変更、公開、非公開、アセットのアップロード、削除など）について、テストを実行し、アクセス、監査、ワークフロー、イベントログの結果エントリを確認します。
-
各アクションについて、次を特定します。
- ユーザーとタイムスタンプ
- 実行されたアクション
- 影響を受けるコンテンツパス
- 操作が同期であるか非同期であるか
- 成功を確認するインジケーター
- リクエストあたりのオブジェクトの予想数
- 再試行と重複イベントの表示方法
-
-
ログエントリをビジネスアクションにマッピングする参照行列を作成します。 次に例を示します。
- ページの公開：アクション
publishと特定のコンテンツパスを示す監査ログエントリで確認します。 - アセットの削除：
deleteの監査ログエントリと影響を受けるアセットパスで確認します。 - 一括操作：ワークフローログまたはイベントログを使用して、影響を受けるすべての項目を特定します。
- ページの公開：アクション
-
検証済みの参照マトリックスにもとづいてログ分析クエリを更新し、KPIが信頼できるソースにもとづいていることを確認し、完了したビジネスアクションを正確に反映できます。
-
既存のKPI結果を、検証が完了するまで指標として扱います。特に、公開、一括DAM運用、非同期操作の場合に重要です。
-
継続的に正確さを維持するために、各シナリオ（Adobe Experience Manager SitesおよびAssets）のログエントリとビジネスアクションのマッピングを文書化します。
-
クエリを更新したら、制御されたテストを繰り返し、測定されたアクションが実行された実際の業務運営と一致することを確認して、結果を検証します。