Ric*_*ani 0 javascript adobe adobe-analytics
我正面临着SiteCatalyst Custom Link(内部)请求的疯狂问题.
我通过以下代码触发了s.tl():
var s_custom = s_gi("report-suite");
s_custom.linkTrackVars = "eVar76,events,list3";
s_custom.linkTrackEvents = "event87";
s_custom.events = "event87";
s_custom.eVar76 = "value";
s_custom.list3 = "option1,option2";
s_custom.tl(this, 'o', 'link name');
Run Code Online (Sandbox Code Playgroud)
该问题涉及eVar76,即使"s_custom"TrackerObject包含它,其值也不包含在请求中.事实上,如果我检查那个物体,我会发现它.
这种奇怪似乎只影响"高"号eVars,如eVar76,77,80,99等,而不是低级.
用eVar55,56或60替换eVar76,例如,导致通常包含在请求中的值的正常行为.
这不依赖于报表包中的eVars存在或激活,这是预期的,因为没有预先调用Adobe服务器以检查该报表包中的设置或启用的eVars.
这是一种非常愚蠢的行为,迫使我用另一个替换所需的eVar.
我只是补充一点,这个自定义链接是由Adobe DTM中的页面加载(DOM就绪)规则准备的,但我认为不应该进行特定的设置来修复它.
这是第一次SC变量未按预期包含在请求中.
非常感谢支持我.
核心Adobe Analytics库代码使用循环构建请求字符串,该循环查找最大可用事件/ eVars.Adobe Analytics最近才将事件从100扩展到1000,将eVars从75扩展到100/250,因此为了适应这种增长,对核心AppMeasurement库代码进行了更新.
注:虽然Adobe已经做了更新旧^ h图书馆旁边AppMeasurement,他们并没有更新旧版^ h库,以适应这种增长.因此,为了跟踪javascript中的eVar76+和event101+作为变量(例如s.eVar76='foobar'),您必须升级到最新的AppMeasurement库.
或者,如果您正在使用Legacy H.23 +库,则可以将其填充为contextData变量,然后将其映射到处理规则中的事件/ eVar/prop(例如s.contextData['eVar76']='foobar',然后在您具有的处理规则中if [(contextdata) eVar76] [is set] then overwrite [eVar76] with [(contextdata) eVar76])
参考: https ://marketing.adobe.com/resources/help/en_US/sc/implement/evars_events.html
| 归档时间: |
|
| 查看次数: |
965 次 |
| 最近记录: |