建立警報

選取您希望檢查量度的頻率：每日、每週或每月。

註： 對於使用自訂行事曆的資料檢視，警報產生器不支援每月詳細程度。

指定可傳送警報的位置。警報可以傳送給 Analytics 用戶、Analytics 群組、原始電子郵件地址或電話號碼。

重要提示： 電話號碼前面必須加上 "+" 號和國家/地區代碼。

觸發警報後，使用者收到的電子郵件類似以下內容：

資料完整並可在 Customer Journey Analytics 中報告以前所需的時間因組織而異，通常是資料事件時間過後的 3 到 9 小時。為了確保警報準確，特定事件範圍的事件資料必須完整，這表示 Adob​​e 不再接收指定事件範圍的任何事件資料。

為了解決攝取時間的延遲，警報發送前的預設延遲時間為 9 小時。

您可以將預設延遲時間從 9 小時調整為 0 至 24 小時之間的任意值。但是，將延遲時間減少到 9 小時以下可能表示您報告的資料不完整，這會導致警報資訊不準確。

減少延遲時間時，請考慮以下事項：

• 了解資料可用性與資料完整性：雖然有些資料可能更快可供報告，但所有大量資料都要經過 3 到 9 小時後才能被攝取至 Platform 資料集。為了確保警報準確，資料攝取必須完整，並且所有大量資料在資料集中都可供使用。

• 確定資料需要多長時間才會完整並可在資料集中供使用：資料攝取時間因組織而異。您必須確保為警報傳遞選擇的延遲時間與大量資料在 Platform 資料集中可供使用所需的時間相同或更短

  。

• 提示： 想要了解所有大量資料都完整並被攝取至 Platform 資料集所需的時間，最準確方法是諮詢組織中的資料工程師。

  或者，您可以在 Analysis Workspace 中建立以下自由格式表格，以便大致了解組織中的大量資料傳遞在 Platform 資料集中可供使用需要多長時間：

  1. 在 Analysis Workspace 中的自由格式表格中，新增一個「事件」量度和一個「天」維度。

  2. 使用「小時」維度來劃分「天」維度。

     沒有數資料的小時維度將顯示為 0。 解決計算中的錯誤：如果您減少預設延遲時間，我們建議將延遲時間設定為至少比您組織得到完整資料攝取所需的時間長一個小時。例如，如果得到完整資料攝取之前有 3 小時的延遲，那麼您應該將延遲設為 4 小時。

若要了解更多資訊，請參閱文章「警報功能比較：Customer Journey Analytics 和 Adob​​e Analytics」中的「Customer Journey Analytics 中的資料攝取時間有所不同」。

這些量度中的任何一個均會觸發：將量度 (包括計算量度) 拖放至此處，以建立警報觸發程式。

如果並非所有警報中的量度、維度或區段均與目前選取資料檢視相容，系統會顯示​ 「不相容的元件」 ​訊息。

確定觸發警報前必須超過的量度臨界值。您可以將此值設為臨界值以及下列其中一個條件：

• 存在異常
• 異常超出預期
• 異常低於預期
• 高於或等於
• 低於或等於
• 變更者
• 您可以設定 90%、95%、99%、99.75% 或 99.9% 的臨界值。

包含所有這些篩選器：拖放區段或維度以將篩選器新增至警報。 例如，新增​ 僅限行動裝置 ​區段可能表示規則僅會針對行動裝置觸發。 您可以透過使用 AND 陳述式新增其他篩選器。您可按一下齒輪圖示，新增 AND 或 OR 規則。

請參閱「警報 - 使用案例」，了解用例範例。

互動式警報預覽會根據過去經驗，顯示觸發警報的大約頻率。

例如，如果您將時間詳細程度設為每日，則預覽可告訴您在過去 30 或 31 天裡，針對某個量度觸發了 x 次警報。

如果您覺得觸發的警報次數過多，可在「管理警報器」中調整臨界值。