在你的登陸頁上使用 Google Tag Manager
如果你的分析團隊本來就把一切都交給 Tag Manager，你的登陸頁也應該如此。Google Tag Manager 已內建在 LanderLab：設定一次容器，它就會存到你的 LanderLab 帳戶，再為需要載入的頁面開啟。從此之後，代碼就在其他代碼所在的地方，由負責管理的人來管理。
對媒體採購來說，這代表更少的編輯與重新發布：新聯播網的像素、修改過的轉換代碼或一條同意規則，都只是發布一次容器，而不是修改頁面。對問卷來說，代表每個步驟與每次送出都能進入 dataLayer，再從那裡送到你容器串接的任何工具。
每個登陸頁都有你的 Google Tag Manager 容器
Tag Manager 是 LanderLab 的內建整合之一，所以你的容器會像像素一樣，從存在 LanderLab 帳戶中的設定放到頁面上。從此你的代碼就在頁面上執行，頁面的事件也會進入 dataLayer，供你的觸發條件使用。
因為容器存在你的 LanderLab 帳戶裡，下週要上線的頁面也能和這一個一樣輕鬆載入它，不會有任何登陸頁帶著舊版程式碼片段上線。
不用編輯頁面就能加新像素
開始在新的聯播網投放時，在 Tag Manager 把它的像素加成一個代碼並發布容器。每個載入該容器的 LanderLab 頁面都會觸發它，編輯器裡什麼都不用改，也什麼都不用重新發布。
修正也是一樣。在錯誤觸發條件上觸發的轉換代碼，只要在 GTM 修正一次，而不是改三十個頁面，版本記錄也會顯示改了什麼、什麼時候改的。
把問卷步驟變成 dataLayer 事件
LanderLab 問卷會在顯示某個步驟、填答答案與送出問卷時觸發瀏覽器事件，並附上步驟名稱。在問卷的 JS Code 分頁加幾行腳本，就能把它們推送到 dataLayer，GTM 再轉送到 GA4 或廣告像素，你就能在網站的其他數據旁邊，看到訪客停在哪一步。
推送描述名單的答案，例如保障類型或預算級距，姓名、電子郵件與電話號碼則不要放進 dataLayer。
GTM 和 LanderLab 自己的像素如何分工
LanderLab 本身就有 Meta、Google Ads、Microsoft Ads、TikTok、Snapchat、Taboola、Outbrain 與 NewsBreak 像素以及 GA4 的整合，可以逐頁選擇。Tag Manager 的價值在於：你的團隊本來就在用容器、要串接沒有專屬整合的聯播網，或需要由一個人管理網站與登陸頁上的所有代碼。
每個像素只放在一個地方。同一個像素若同時由 LanderLab 整合與 GTM 載入，就會觸發兩次。
