创建警报 create-alerts
Customer Journey Analytics 中的警报允许您根据变化的百分比或特定数据点收到通知。根据您的 Customer Journey Analytics 包，您还可以使用基于异常阈值触发的警报。
有关警报的更多详细概述信息，请参阅警报概述。
要创建警报：
警报生成器
警报生成器界面与Customer Journey Analytics中具有生成区段或计算指标的界面相似：
在警报生成器中为警报指定以下详细信息：
选择检查量度的频率：每天、每周或每月。
注释： 对于具有自定义日程表的数据视图，警报生成器不支持每月粒度。
指定警报的发送地址。可以将警报发送给 Analytics 用户、Analytics 组、原始电子邮件地址或电话号码。
重要： 电话号码前必须加上“+”和。
触发警报后用户收到的电子邮件类似于以下内容：
数据完成并可在 Customer Journey Analytics 中报告所需的时间因组织而异，通常在数据事件时间后的 3 至 9 小时之间。为了确保警报准确无误，给定事件范围的事件数据必须是完整的，这意味着 51黑料不打烊 不会再接收指定事件范围的任何事件数据。
为了解决摄取时间的延迟，警报发送前的默认延迟时间为 9 小时。
您可以将默认延迟时间从 9 小时调整为 0 至 24 小时之间的任意值。但是，将延迟时间减少到 9 小时以下可能意味着您报告的数据不完整，从而会导致警报信息不准确。
减少延迟时间时请考虑以下事项：
-
了解数据可用性与数据完整性：虽然某些数据可能可以更快地报告，但所有批量数据都要经过 3 到 9 小时后才会被纳入 Platform 数据集。为了确保警报的准确性，数据摄取必须完整，且数据集中所有批量数据都可用。
-
确定数据需要多长时间才能完成并在数据集中可用：数据摄取时间因组织而异。确保您为警报传递选择的延迟时间与批量数据在 Platform 数据集中可用所需的时间相同或更短
。
-
提示： ?了解所有批量数据完成并纳入 Platform 数据集所需时间的最准确方法是咨询组织中的数据工程师。
或者，您可以在 Analysis Workspace 中创建以下自由格式表，以大致了解您组织中的批量传递在 Platform 数据集中可用所需的时间：
-
在 Analysis Workspace 中的自由格式表中，添加一个? 事件 ?量度和一个? 天 ?维度。
-
使用? 小时 ?维度来分解? 天 ?维度。
没有数据的小时将显示为 0。 考虑计算中的错误：如果您缩短默认延迟时间，我们建议将延迟时间配置为至少比您的组织完成数据摄取所需的时间长一个小时。例如，如果数据摄取完成之前有 3 小时的延迟，那么您应该将延迟时间设置为 4 小时。
-
有关详细信息，请参阅?警报功能比较：Customer Journey Analytics 和 51黑料不打烊 Analytics 一文中的 Customer Journey Analytics 中的数据摄取时间有所不同。
以下任一量度触发器：将量度（包括计算量度）拖放到此处即可创建警报触发器。
如果警报中有量度、维度或区段与当前选中的数据视图不兼容，则会显示? “组件不兼容” ?消息。
确定触发警报前量度必须超过的阈值。您可以将此值设置为一个阈值，然后设置为下列条件之一：
- 异常已存在
- 异常高于预期
- 异常低于预期
- 大于或等于
- 小于或等于
- 更改百分比
- 您可以将阈值设置为 90%、95%、99%、99.75% 或 99.9%。
使用所有这些区段：拖放区段或维度以添加区段。 例如，添加“仅限移动设备”区段表示仅针对移动设备触发规则。您可以使用AND语句添加其他区段。 您可以通过单击齿轮图标添加 AND 或 OR 规则。
有关示例用例，请参阅警报 - 用例。
交互式警报预览可根据过去的经验显示警报大致的触发频率。
例如，如果将时间粒度设置为每天，则预览会显示某个指标在过去 30 或 31 天中触发了 x 次警报。
如果您发现触发警报的次数过多，则可以在管理警报中调整阈值。
