为什么Google Analytics在使用GTM正则表清理页面路径的情况下仍能捕获未经处理的页面路径? [英] Why is Google Analytics capturing unmanipulated page paths despite using GTM regex table to clean page paths up?

查看:12
本文介绍了为什么Google Analytics在使用GTM正则表清理页面路径的情况下仍能捕获未经处理的页面路径?的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

更新:在周末允许我的GTM更新会导致我的更改反映在GA中,具有干净的页面路径。有一部分用户正在使用以前缓存的GTM版本,但允许更新运行几天会导致所有用户在周一之前使用最新版本。

以下是GA和GTM在站点上的安装方式:

  1. 该站点是使用角度2的SPA(单页应用程序)。

  2. 前端团队安装了GTM并启用了DataLayer对象

  3. 前端团队正在推送事件,然后将页面路径路由到数据层键:Value;例如:";pagePath";:";/this/page-path";

  4. 在我的GTM容器中,有一个GA标记在pageview";自定义事件上触发

  5. 在我的GA标签中,我启用了此标签中的覆盖设置和以下内容: Screen capture of my GA tag configuration

  6. 我的Regex表变量配置如下: screen capture of my regex table configuration

  7. 以下是我希望通过删除数字和查询参数来清理的几个未处理的页面路径:

    • /Pages/project详细信息/200345
    • /thankYou?projectId=MjI4NDcw&;projectName=UG9saWNlIERlcGFydG1lbnQgRGlzcGF0Y2ggQ2VudGVyIFQuSS4
    • /Pages/项目设置1/224124
    • /Pages/项目设置2/224124
    • 等...
  8. 在GTM中调试并访问这些页面路径时,输出与屏幕截图中所示完全相同

  9. 使用Chrome的检查器&>网络&>搜索";Collect";;dp;参数显示我在regex表中设置的输出

  10. 在GA I中未启用任何筛选器来操作请求URI

我遇到的情况是,我的regex表中的第一行受到尊重,因为在GA中,我看到的是/ages/project tDetails的预期输出;但后面的行没有得到尊重。

在查看行为&>站点内容&>所有页面时,GA仍获取未处理的页面路径,例如:

  • /Pages/项目设置1/224124
  • /Pages/项目设置2/224124
  • /thankYou?projectId=MjI4NDcw&;projectName=UG9saWNlIERlcGFydG1lbnQgRGlzcGF0Y2ggQ2VudGVyIFQuSS4
  • 等...

注意:我一度启用了GA中的搜索和替换筛选器,它成功地操作了页面路径,使它们变得更干净。我禁用了这些筛选器,以便让GTM正则表执行该工作,但我遇到了问题。

我不知道我遗漏了什么,或者我错误地配置了某些东西或我没有考虑到的东西?

如能为我指明正确的方向,我们将不胜感激。

谢谢。

推荐答案

我将编译答案,使其不会作为未解决的问题显示给以后找到它的人。

将逻辑从GA过滤器转移到GTM的目标非常有意义。这也是我们一直在做的事情。虽然我通常不使用正则表,但只使用自定义JS清理。

无论如何,如果您能够始终在网络调用中看到正确的DP,这意味着GTM完美地完成了自己的工作。您可能遗漏的是,其他标记可能没有您的重写。

尝试通过设置变量进行此DP设置,而不是覆盖并为每个标记设置它。还可以尝试找出DP参数错误的例子。这将有助于调试。

总结艾克的答案:

根据您看到的点击数,可能存在缓存版本的GTM脚本,其中不包括您的更改(GTM设置缓存头,但大型办公室的代理服务器不一定尊重它们)。

我倾向于将GTM容器的版本作为自定义维度发送,以便我可以检查特定容器版本是否出现任何问题。

这篇关于为什么Google Analytics在使用GTM正则表清理页面路径的情况下仍能捕获未经处理的页面路径?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆