使用記錄分析來測量貢獻者動作
本文說明如何結合存取記錄、稽核記錄及其他記錄來源與記錄分析工具,以可靠地測量Adobe Experience Manager (AEM) as a Cloud Service中的貢獻者動作。 它強調單獨使用存取記錄的限制,並提供建立精確測量模型的建議。
說明 description
環境
Adobe Experience Manager (AEM) as a Cloud Service
問題/症狀
- 組織經常使用記錄分析工具來追蹤貢獻者動作,例如AEM as a Cloud Service中的頁面建立、修改、發佈和資產作業。
- 僅依賴存取記錄可能會導致不正確的結果,因為這些記錄會擷取HTTP請求,這可能不會直接對應到已完成的業務動作。
- 發佈事件可能會記錄為對一般端點的請求,而無需指定受影響的確切內容,使得識別哪些頁面或資產已發佈變得困難。
- 大量或非同步作業可能會影響單一請求中的多個專案,且記錄可能無法提供業務動作的明確對應。
原因
存取記錄檔會擷取HTTP請求,而非已確認的業務動作。 因此,無法一律單獨使用存取記錄檔來準確測量投稿人活動,例如發佈、資產作業以及大量或非同步動作。
解決方法 resolution
若要在AEM as a Cloud Service中準確測量貢獻者動作,請遵循下列步驟:
-
不要僅仰賴存取記錄來測量貢獻者動作,因為這些動作主要擷取HTTP請求,而非完成的業務操作。
-
結合存取記錄檔與其他來源:
- 使用稽核記錄以確認完成的動作並識別受影響的內容路徑。
- 針對涉及非同步或大量處理的操作,善用工作流程或事件記錄檔。
- 如果可用,請使用AEM API來擷取已執行動作及其結果的授權資訊。
-
透過受控測試來驗證您的測量模型:
-
對於每個貢獻者動作(例如頁面建立、修改、發佈、取消發佈、資產上傳、刪除),請執行測試並觀察存取、稽核、工作流程和事件記錄檔中產生的專案。
-
對於每個動作,請識別:
- 使用者和時間戳記
- 已執行的動作
- 受影響的內容路徑
- 操作是同步或非同步
- 確認成功的指標
- 每個請求的預期物件數
- 重試和重複事件的呈現方式
-
-
建立將記錄專案對應至業務動作的參考矩陣。 例如:
- 頁面發佈:透過稽核記錄專案確認,其中顯示動作
publish和特定內容路徑。 - 資產刪除:使用
delete的稽核記錄專案確認並影響資產路徑。 - 大量作業:使用工作流程或事件記錄檔來識別所有受影響的專案。
- 頁面發佈:透過稽核記錄專案確認,其中顯示動作
-
根據已驗證的參考矩陣更新您的記錄分析查詢,以確保KPI以權威來源為基礎,並準確反映已完成的業務動作。
-
在驗證完成之前,將現有的KPI結果視為指示性的,尤其是對於發佈、大量DAM操作和非同步操作。
-
記錄每個情境(網站和Assets)的記錄專案與業務動作之間的對應,以確保持續的準確性。
-
更新查詢後,請重複控制的測試並確認測量的動作符合實際執行的業務操作,以驗證結果。
recommendation-more-help
experience-cloud-kcs-help-kbarticles