详解Adobe Launch Rules（规则）

Rules，中文名为规则，Launch是基于Rules的一个Adobe Launch系统，Rules是Launch最核心的一个部分，它的作用是控制触发条件和执行动作，实现什么时候向哪里发送数据，Rules的作用集成了GTM里的触发器和代码的作用。

Rules的组成

Rules由if……then……组成，很英文的写法，如果……就……，前面触发条件满足的时候就执行动作，if理解为Rules的触发条件，Then就是执行动作。

• If包含有两个配置的选项，EVENTS和CONDITIONS。
• EVENTS：中文名是事件，但这里应该理解成触发条件或触发器，就是当什么的时候，比如这里的EVENTS可以是点击、提交、下拉等各种行为。

EVENTS

EVENTS的设置界面如下：

• Extensions：插件，表示Rules是基于哪个Extensions，一般使用的是Core，如果要做基于第三方插件的跟踪，那就需要选择第三方插件的。
• Event Type：事件类型，就是哪种触发行为了，这里的Event Type是基于前面的Extensions，不同的Extensions会内置有不同的Event Type。
• Name：名字就是Extensions-Event Type的组合，自动生成，一般不需要去改。
• Order：顺序，控制触发优先级的，数值越低，越优先触发。

右侧具体的配置，是基于Event Type,不同的Event Type是不同，有些是没有的。

其中Core内置的Event Type的有很多，具体如下表：

      直接点击EVENTS右侧的➕可以创建多一个EVENTS，多个EVENTS是表示OR的关系，只要其中一个触发就会被触发。

CONDITIONS

CONDITIONS：就是条件了，对前面的触发条件做限制，比如限定为某些页面的，某类用户，这有这些页面或用户才触发。

CONDITIONS的设置界面如下：

• Logic Type：逻辑类型，一种是Regular，也就是满足规则的，可以理解为包含，另一种是Reception，就是排除。
• Extensions：插件，这个要跟EVENTS保持一致。
• Condition Type：匹配配型，就是用哪个字段去匹配。
• Name，名字就是Extensions-Condition Type的组合,自动生成，一般不需要去改。

右侧具体的配置，是基于Condition Type,不同的Condition Type是不同，绝对不为空。

其中Core内置的Condition Type的有很多，具体如下表：

直接点击CONDITIONS右侧的➕可以创建多一个CONDITIONS，多个CONDITIONS是标识的AND的关系，表示多个条件同时做限制，都满足的时候才会触发。

ACTIONS

Then里面只有ACTIONS，作用是Rules触发后执行什么，一个Then里面可以有多个ACTIONS，但不同ACTIONS之间的顺序是有要求的。

ACTIONS的设置界面如：

• Extensions：插件，这里是触发的只是做什么操作，就是向哪里发送数据，控制数据发送的，比如像Adobe Analytics，Adobe Target，Adobe Audience Manager……具体取决于你的Extensions安装了哪些插件。
• Action Type：这个Extensions有那些发送形式，依赖于Extensions。
• Name，名字Extensions-Action Type的组合形式，自动生成，可以修改。

右侧具体的配置，是基于Action Type,不同的Action Type是不同。

Rules的创建

点击Add Rule即可创建一个新的规则，设置的界面如图：

• Enter a name就是输入一个规则的名字，这个自定义。
• EVENTS：增加一个触发条件，EVETS是必须参数。
• DONDITIONS：增加一个条件，对前面的EVENTS做限制，这个是可选参数。
• ACTIONS：执行，触发的是时候做什么，这个是必须参数。

假设我们现在要配置Adobe Analytics，Rules就命名为Adobe Analytics Base Tracking Code。

EVENTS做如下配置：

      这里用的Event Type是Library Load（Page Top）表示当页面头部加载到Adobe Launch的库文件的的时候就触发，就是页面被打开，加载到库文件。

      CONDITIONS不用做配置，为空。Order不做修改，用默认的50就行。

      ACTIONS做如下配置：

      这个设置的意思是表示通过Send Beacon的形式向Adobe Analytics发送数据，Tracking中：s.t()表示这次发送的数据作为一个PV，s.tl()表示这次发送的数据不作为PV，就是这次数据是否纳为交互的意思，跟GA的是否为交互类型一样，如果是交互类型，会纳入跳出率计算，如果是非交互，则不纳入。

      配置后的Rules为：

最后保存，这样就创建好了。这是最简单的一个规则配置，只要页面打开就发送一个PV，这个主要是为了让大家熟悉规则的创建流程，实际Adobe Analytics是比较复杂的。

Rules的管理

Rules的管理界面如图所示，显示有Rules的Name（名字），LAST MODIFIED（最后修改日期）和STATUS（状态）：

从上图可以看到有两个搜索功能，中间的那个是全局搜索，可以搜索这个容器的规则、数据元素和插件，而左上角的搜索只能搜索规则，右侧的Select a working library就是快速创建一个库。

勾选对应Rules前面方框就可以对该Rule做调整：

操作类型有四个：

• Enable：就是启用。
• Disable：就是关闭，这里需要注意，如果这个Rules在线上正在使用的话，你是关闭不了的，需要将这个Rules撤销后才可以删除。
• Copy，就是复制了。
• Delete，删除，如果Rules正在使用，是删除不了的，需要先撤销这个Rules才可以删除。

如果要对Rules的配置做修改，直接点击该Rules即可进入修改设置修改界面。

删除规则

Launch上的规则如果不用的话可以删除，但直接删除的时候你会看到这样的一个界面：

提示其他库引用了这个配置，你目前删除不了。不像GTM，只要没有引用到就可以删除，这个因为Launch发版的时候是将整个Launch所有的设置都发布上去，这时候即使规则没有实际用途的，但实际上页面在加载的时候还是会加载的，所以你删除不了。

真的要删除，该怎么做呢？

首先现将要删除的规则设置成Disable，勾选对应的规则前面的方框，然后点击左上角的Disable：

然后发布一个新版本，新的版本上就没有引用到这个规则，你就可以删除。

规则的命名技巧

规则配置多之后难以管理，所以我们需要对规则的命名要有规律，方便规则的管理。

一般是采用类型-功能，如Event-Click Home Page Logo，表示的是对主页的logo点击做事件跟踪。