第三节:容器规则

事件驱动模型这一节曾经介绍过,GrowingIO SDK 会自动监听所有的点击事件。当事件发生时,监听回调函数会触发,然后采集相对应的数据。为了达到这个目的,SDK 监听的函数需要做到优先触发,避免被用户自己设置的函数通过 stopPropagation 或者 stopImmediatePropagation 取消或者跳过。然后,有些场景下,我们是想知道容器的宏观数据,而不只是容器里的某个 DOM 结点的数据。比如对于以下例子:

邀请成员按钮是一个 BUTTON 容器,里面包含一个 svg 图标和文本邀请成员。当用户点击 svg 图标、邀请成员文本和边缘的 padding 空白时,都会触发邀请动作。所以,针对这种简单的 BUTTON 容器情况,所有的点击会自动算到 button 结点,即使点击真实行为是发生在 svg 图标、邀请成员文本或者空白处。跟 BUTTON 容器具有同样效果的容器标签还有 A 容器,如果其内是由 svg/i/span/em 结点构成的内容。

然而对于复杂场景,每个容器内 CTA 都是有分析的意义的,这种直接计算到容器上的做法就不太合适了。比如下面这个例子,

在文章列表项中,图片、标题、简介和阅读原文都是可以点击进入文章详情页。通过四组数据的对比,我们可以优化 CTA,知道到底吸引用户点击的是什么因素。然而,从宏观上来说,我们首先希望知道的是到底哪些文章被用户点击的最多,无论是点在图片上,标题上、简介上还是阅读原文上。通过在 LI 结点上设置属性 data-growing-container,每一次图片、标题、简介和阅读原文的点击,同时会被计算到 LI 容器上。

results matching ""

    No results matching ""