事件结构对于以有意义的方式结构化和整理事件数据至关重要。事件结构帮助您识别与决策相关的重要数据，并确保跨 Web 和 App 收集的数据的一致性。将您定义的所有事件汇集到一个综合文档中。
设计事件结构的第一步是识别与报告、分析和决策最相关的数据。确定要追踪的用户操作和转化后，定义要通过 Airbridge 追踪的事件。
Airbridge 事件可分为标准事件和自定义事件。标准事件是预设事件，具有固定的 Event Category 和可配置属性，如 Event Action、Event Label 和 Event Value。自定义事件是完全可定制的事件，所有属性均可配置。请注意，应始终配置“Event Category”，其他属性可根据业务性质有选择地进行配置。
指定触发数据收集的事件也是事件结构设计中的一个环节。您的 Airbridge CSM 将在设计事件结构的整个过程中为您提供帮助。
注意
您可以随时根据需要重新定义事件。但请注意，相关更改将不适用于之前收集的数据，从而有可能导致数据差异。在最初的事件结构设计过程中，请务必与 Airbridge CSM 密切协商。
Event Category | Event Action | Event Label | Event Value | Semantic Attribute | Custom Attribute |
|---|---|---|---|---|---|
airbridge.user.signup | - | - | - | - | - |
假设您使用标准事件来追踪注册。Event Category 由 Airbridge 预定义为 airbridge.user.signup，其他属性未配置。您可以在 Airbridge 报告中选择“Sign-up”指标来查看收集的数据。
Event Category | Event Action | Event Label | Event Value | Semantic Attribute | Custom Attribute |
|---|---|---|---|---|---|
airbridge.subscribe | {subscription_period} | {promotion_type} | {subscription_fee} | - | - |
假设您使用标准事件来追踪订阅。Event Category 由 Airbridge 预定义为 airbridge.subscribe，并配置了一些附加属性，以便更详细地了解订阅事件。
请注意，仅通过 Event Value 收集的数值型数据可用于执行任意算术运算。这意味您可以使用作为 EventValue 收集的数据来计算总订阅收入。但是，通过 Event Action 收集的数据将以文本形式存储，不包含数值关联。因此，虽然“1Y”和“1y”都表示一年的订阅，但它们会被看成两个不同的值。
Event Category | Event Action | Event Label | Event Value | Semantic Attribute |
|---|---|---|---|---|
airbridge.schedule | {region} | - | - | eventData.goal.semanticAttributes.scheduleID |
假设您使用标准事件来追踪预订。Event Category 由 Airbridge 预定义为 airbridge.schedule，并配置了一些附加属性，以便更详细地了解预订事件。
通过 Event Action 收集的位置数据可能会有所不同，具体取决于您的配置。例如，可以收集“加利福尼亚州”、“德克萨斯州”和“俄亥俄州”等州数据，或“旧金山”、“休斯顿”和“克利夫兰”等城市数据。
请注意，作为 Attribute 收集的数据只能通过原始数据导出来访问。因此，作出预订的用户 ID 以及预订的日期和时间将通过 Semantic Attribute 来收集，而 Semantic Attribute 只能从原始数据中查看。
Event Category | Event Action | Event Label | Event Value | Semantic Attribute | Custom Attribute |
|---|---|---|---|---|---|
save | {hashtag} | {title} | - | - | - |
like | {hashtag} | {title} | - | - | - |
comment | {hashtag} | {title} | - | - | - |
如果没有适合您 App 的标准事件，可以参考上述示例定义自定义事件。假设您使用 3 个自定义事件来追踪博客平台上不同类型的用户互动情况。
为了更深入地分析促进互动的内容，可以配置 Event Action 和 Event Label，以便收集与用户发生互动的内容的话题标签和标题。
名称和定义的一致性
建议在组织内的所有 App 中，对于相同名称的事件或指标使用相同的定义，以助于提高多应用绩效分析的效率。
确定数据收集的触发点对于在特定营销环境中收集正确数据至关重要。
例如，若将“订单完成”事件的收集触发点设置为用户点击产品页面的购买按钮，则“订单完成”事件计数将表示购买按钮被点击的次数，但不一定直接反映实际成交的订单数量，因为有可能用户在最终交易完成前取消订单。要追踪确切的订单数量，建议将“订单完成”事件的触发点设置为在用户完成最终购买交易时收集。
Airbridge 提供在设备和用户级别上事件是否首次发生。
同时，Airbridge 追踪所有事件的事件计数，但此信息不会具体到用户级别。例如，如果 3 个用户执行了 7 个“订单完成”事件，您将在 Airbridge 报告中看到 7 个“订单完成”事件，但看不到各个用户执行了多少个事件。
各种事件属性的名称将按照您的配置显示在 Airbridge 面板中。建议仅使用大小写英文字母、数字和下划线。
更多有关命名规则的详情，请参阅 本指南。
Was this page helpful?