使用記錄分析來測量貢獻者動作

本文說明如何結合存取記錄、稽核記錄及其他記錄來源與記錄分析工具,以可靠地測量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中準確測量貢獻者動作,請遵循下列步驟:

  1. 不要僅仰賴存取記錄來測量貢獻者動作,因為這些動作主要擷取HTTP請求,而非完成的業務操作。

  2. 結合存取記錄檔與其他來源:

    • 使用稽核記錄以確認完成的動作並識別受影響的內容路徑。
    • 針對涉及非同步或大量處理的操作,善用工作流程或事件記錄檔。
    • 如果可用,請使用AEM API來擷取已執行動作及其結果的授權資訊。
  3. 透過受控測試來驗證您的測量模型:

    • 對於每個貢獻者動作(例如頁面建立、修改、發佈、取消發佈、資產上傳、刪除),請執行測試並觀察存取、稽核、工作流程和事件記錄檔中產生的專案。

    • 對於每個動作,請識別:

      • 使用者和時間戳記
      • 已執行的動作
      • 受影響的內容路徑
      • 操作是同步或非同步
      • 確認成功的指標
      • 每個請求的預期物件數
      • 重試和重複事件的呈現方式
  4. 建立將記錄專案對應至業務動作的參考矩陣。 例如:

    • 頁面發佈:透過稽核記錄專案確認,其中顯示動作publish和特定內容路徑。
    • 資產刪除:使用delete的稽核記錄專案確認並影響資產路徑。
    • 大量作業:使用工作流程或事件記錄檔來識別所有受影響的專案。
  5. 根據已驗證的參考矩陣更新您的記錄分析查詢,以確保KPI以權威來源為基礎,並準確反映已完成的業務動作。

  6. 在驗證完成之前,將現有的KPI結果視為指示性的,尤其是對於發佈、大量DAM操作和非同步操作。

  7. 記錄每個情境(網站和Assets)的記錄專案與業務動作之間的對應,以確保持續的準確性。

  8. 更新查詢後,請重複控制的測試並確認測量的動作符合實際執行的業務操作,以驗證結果。

recommendation-more-help
experience-cloud-kcs-help-kbarticles