官網、預約系統、金流頁分屬不同網域時，GA4 跨網域追蹤的判斷與設定
當訪客會從你的官網連到另一個「你也能安裝 GA4 代碼」的網域，並在那裡完成預約、下單或付款時，就需要設定 GA4 跨網域追蹤。設定方式是在資料串流的代碼設定中，把所有相關網域加入「設定網域」清單，讓 GA4 在連結上自動附加 _gl 參數，把同一位訪客的身分帶過去。
沒有設定的後果很具體：訪客在官網點了「立即預約」，跳到預約系統網域後，GA4 會把他當成一位新的使用者、一個新的工作階段，來源變成你自己的官網。最後在報表裡，所有預約轉換的來源都變成「參照網址：你的官網」，廣告、自然搜尋、社群帶來多少預約，全部看不出來。
這篇文章用「症狀」出發，先幫你判斷自己是不是需要跨網域，再說明設定與驗證。我們發現很多團隊不是不會設，而是不確定自己的狀況算不算跨網域。
三個常見症狀，對照看看你是哪一種
打開 GA4 的流量開發報表，把維度切到「工作階段來源」，如果看到以下情況，就值得進一步檢查：
- 來源清單中出現你自己的網域，而且帶來的轉換比例偏高。
- 來源清單中出現金流商、預約平台或購物車服務商的網域。
- 轉換數字合理，但幾乎所有轉換都歸在直接流量或參照流量，付費廣告的轉換卻很少。
第一種通常是跨網域沒有設定，或設定了但連結參數在跳轉過程中遺失。第二種則是訪客從外部金流頁返回你的網站時，GA4 把金流頁當成新的流量來源，這需要的是「參照網址排除」，不一定是跨網域。第三種比較複雜，可能兩者都有，也可能是廣告點擊識別碼在跳轉中被移除。
如果你的轉換數字跟廣告後台一直對不上，也可以一併參考廣告平台回報與 GA4 差三成的拆解，其中有一部分原因就來自跨網域斷裂。
什麼情況需要跨網域，什麼情況不需要
跨網域追蹤的前提是：兩邊網域都能安裝同一個 GA4 資料串流的代碼。如果對方網域是第三方平台，你無法放入自己的代碼，那就不是跨網域的問題，而是參照網址排除的問題。
| 情境 | 需要跨網域 | 需要參照網址排除 | 說明 |
|---|---|---|---|
| 官網 A 連到自有購物站 B，兩邊都能裝代碼 | 需要 | 通常不需要 | 設定網域清單加入 A 與 B |
| 官網連到第三方預約平台，平台允許填入 GA4 評估 ID | 需要 | 視情況 | 需確認平台是否支援帶入 _gl 參數 |
| 購物車結帳跳到金流商付款，再跳回感謝頁 | 不需要 | 需要 | 把金流商網域列為不想要的參照網址 |
| 同一主網域的不同子網域，例如 www 與 shop | 不需要 | 不需要 | GA4 預設會以主網域寫入 Cookie |
| 官網連到外部社群平台或新聞稿網站 | 不需要 | 不需要 | 訪客離開後不回來完成轉換 |
最後一列看似多餘，但我們確實遇過團隊把所有外部連結網域都加進跨網域清單，結果連結上被加了一堆 _gl 參數，對方網站也無法使用，只是讓網址變得很醜。
子網域那一列也值得注意。GA4 的第一方 Cookie 預設寫在主網域層級，所以 www 與 shop 這類同主網域的子網域本來就會共用使用者識別，不需要額外設定。
設定步驟：在資料串流中完成，不必動 GTM
GA4 的跨網域設定可以直接在後台完成，官方步驟可參考設定跨網域評估。流程大致如下：
- 進入管理，選擇資料串流，點選你的網頁串流。
- 開啟代碼設定，找到設定網域。
- 新增條件，把所有需要共享訪客身分的網域都加入，包括你自己的官網網域。
- 儲存後，GA4 代碼會在符合條件的連結上自動附加 _gl 參數。
第三步常見的遺漏是只加了對方網域，沒有加自己的網域。跨網域是雙向的，清單中要包含所有參與的網域，訪客從哪一邊出發都能正確帶過去。
另外，兩邊網域都必須安裝同一個資料串流的評估 ID。如果預約系統上裝的是另一個 GA4 資源，或是舊版的代碼，跨網域就不會成立。
驗證：看 _gl 參數有沒有活著抵達
設定完成後，最直接的驗證方式是實際點一次連結：
- 從官網點擊前往預約系統的連結，觀察網址列，應該會看到網址後方帶有 _gl 開頭的參數。
- 如果網址上看不到 _gl，檢查連結是否由 JavaScript 動態產生，或是否經過了中間的轉址頁。
- 如果 _gl 出現在第一個網址，但最後落地的網址沒有，代表中間某一次轉址把參數丟掉了，需要請對方平台或工程師保留查詢參數。
- 在 GA4 DebugView 中，確認跳轉前後的事件屬於同一個裝置，工作階段沒有被切斷。
_gl 參數有時效性，通常只在短時間內有效。所以驗證時要點了就跳，不要複製網址隔很久再貼上，否則看起來像是設定失敗，其實只是參數過期。
表單送出後跳轉到另一個網域的情況也要特別注意。GA4 的自動連結裝飾主要作用在一般連結與表單上，但如果是由程式碼控制的跳轉，參數可能不會被帶上，這時就需要請工程人員在跳轉時手動保留參數。驗證時也可以對照官方的自動收集的事件清單，確認跳轉後的第一個頁面有正常送出 page_view 與 session_start，沒有出現重複的 first_visit。
參照網址排除：金流頁返回的解法
當訪客從你的網站跳到金流商付款，付款完成後再跳回你的感謝頁，GA4 可能會把這次返回視為新的工作階段，來源是金流商。結果購買轉換被歸給了金流商網域，原本的廣告或搜尋來源消失。
解法是在代碼設定中找到「列出不想要的參照網址」，把金流商的網域加入。這樣訪客從金流商返回時，GA4 不會把它當作新的流量來源，轉換會留在原本的工作階段。
這個設定很容易漏掉，因為它不影響轉換數量，只影響轉換來源。很多網站的購買總數是對的，但來源報表長期被金流商佔據一大塊，大家也就習以為常。建議每次換金流商或新增付款方式，都要回頭檢查這份清單。
常見錯誤
- 設定網域清單只加對方網域，沒有加自己的網域。
- 兩邊安裝的不是同一個資料串流，或其中一邊還是舊版代碼。
- 中間轉址頁把查詢參數丟掉，_gl 無法抵達。
- 把金流商網域加進跨網域清單，但其實應該用參照網址排除。
- 同意橫幅在跳轉後的網域上重新出現，使用者拒絕後代碼沒有觸發，看起來像是跨網域失效。
- 設定完沒有驗證，直到下個月看報表才發現來源還是錯的。
最後一點我們在轉換追蹤重建的那一週也提過：追蹤設定改完當天就要驗證，不要等報表告訴你。而對於有實體活動、展會等線下轉換點的企業，跨網域只是其中一段，完整的追蹤點設計可以參考線下活動的六個數位追蹤點。
設定後的檢核清單
- 流量來源中自己的網域比例明顯下降。
- 金流商網域不再出現在轉換來源前幾名。
- 付費廣告與自然搜尋的轉換比例回到合理範圍。
- 實際點擊測試，_gl 參數能完整抵達最終頁面。
- DebugView 中跨網域前後屬於同一個使用者與工作階段。
這五項都通過，才算真正完成。如果你的網站同時牽涉多個網域、多個第三方平台，而且不確定該從哪裡下手，歡迎參考我們的顧問服務，我們可以協助盤點整條轉換路徑上的每一個網域。
常見問題
第三方預約平台不讓我安裝 GA4 代碼，還有辦法追蹤嗎？
如果無法在對方網域安裝代碼，就無法做真正的跨網域追蹤。可行的替代方式是追蹤官網上「前往預約」的點擊事件作為代理指標，並詢問平台是否提供轉換回傳或匯出功能。
設定跨網域之後，歷史資料會被修正嗎？
不會。跨網域設定只影響設定生效後收集的資料，過去被切斷的工作階段維持原狀。分析時可以把設定日期標註起來，避免把前後差異誤判為成效變化。
網址上多了 _gl 參數，會不會影響 SEO？
_gl 只會出現在使用者點擊後的網址上，一般不會被搜尋引擎當作獨立頁面收錄。若擔心重複網址，可以確認頁面已設定正確的標準網址。