落地页上的 Google Tag Manager
如果你的数据分析团队已经用 Tag Manager 管理一切，你的落地页也应该这样。LanderLab 内置 Google Tag Manager：设置一次容器，它会保存在你的 LanderLab 账户里，再为需要加载它的页面开启。从此代码就和你其他所有代码放在同一个地方，由负责的人管理。
对投放操盘手来说，这意味着更少的修改、更少的重新发布：新广告网络的像素、改过的转化代码或一条同意规则，都只是发布一次容器，而不是改页面。对测验来说，每个步骤和每次提交都能进入 dataLayer，再从那里传给你容器对接的任何工具。
每个落地页都装上你的 Google Tag Manager 容器
Tag Manager 是 LanderLab 的内置集成之一，你的容器和像素一样，根据保存在 LanderLab 账户里的设置加到页面上。从此你的代码在页面上运行，页面事件也会进入 dataLayer，供你的触发器使用。
因为容器保存在你的 LanderLab 账户里，下周上线的页面和这个页面一样容易加载它，也不会有落地页带着旧版代码片段上线。
加新像素，不用改页面
开始在新广告网络买量时，在 Tag Manager 里把它的像素添加为代码，然后发布容器。每个加载该容器的 LanderLab 页面都会触发它，编辑器里什么都不用改，也不用重新发布。
修问题也一样。触发器设错的转化代码，在 GTM 里改一次就好，而不是改三十个页面，版本历史记录会显示改了什么、什么时候改的。
把测验步骤作为 dataLayer 事件
LanderLab 测验在显示某一步、给出答案和提交测验时，都会触发一个带步骤名称的浏览器事件。在测验的“JS 代码”标签页里写几行脚本，就能把它们推送到 dataLayer，GTM 再传给 GA4 或广告像素，你就能在网站其他数据旁边看到访客停在哪一步。
推送描述线索的答案，比如保障类型或预算区间；姓名、邮箱和电话号码不要放进 dataLayer。
GTM 和 LanderLab 自带像素如何分工
LanderLab 自带 Meta、Google Ads、Microsoft Ads、TikTok、Snapchat、Taboola、Outbrain 和 NewsBreak 像素以及 GA4 的集成，按页面选择。在这些情况下 Tag Manager 才值得用：团队已经在用容器，广告网络没有自己的集成，或者网站和落地页上的所有代码应该由一个人统一管理。
每个像素只选一个地方放。同一个像素如果既由 LanderLab 集成加载、又由 GTM 加载，就会触发两次。
