自家 CDP 透過 ID 對照串聯網站事件與會員資料

打開蝙蝠移動官網的網頁原始碼，會看到 GA4，也會看到自家的 CDP 追蹤片段。既然網站流量已經交給 GA4，為什麼還要另外埋碼？

把問題換成行銷團隊要做的事，差異就會浮現：假如顧客在手機看過商品，後來用電腦登入會員，最後到門市結帳，團隊要找回的便不只是流量來源。品牌還需要知道這些行為能否接回會員資料，以及門市成交之後應不應該停止發送未購買提醒。

網站上有追蹤片段，只能證明網站配置了資料蒐集入口。POS、會員系統與網站事件是否已經對接，仍須分別確認。蝙蝠官網同時埋碼這件事，也不代表官網本身已完成所有跨通路旅程的串接。

GA4 能跨裝置分析，但品牌必須先提供一致的會員識別碼

GA4 的 User-ID 可以把跨裝置與跨工作階段的活動連起來。不過，Google 不會替品牌決定門市會員卡與電商帳號是不是同一個會員；品牌要先產生並傳入一致的識別碼，GA4 才有可用的關聯依據。

如果 POS 把會員記在卡號底下，而電商把他記在登入帳號底下，直接把各自的 ID 送出去，並不會自動產生對照。品牌需要管理卡號、帳號與會員主檔之間的關係，才能讓分析工具使用同一套身分。這正是資料負責人要先處理的工作。

蝙蝠移動的 CDP 產品頁將 Web 埋碼、App SDK、POS API 與 CRM 串接列為資料入口，也說明匿名 Cookie、裝置 ID 與會員帳號的身分解析能力。這些入口的價值，在於讓品牌有地方整理跨來源的關係；各系統能提供什麼欄位，仍會決定實際可完成的範圍。

登入能提供歸戶線索，卻不能保證找回所有匿名足跡

匿名訪客還沒登入時，網站可能只知道瀏覽器的匿名識別碼。當他登入，品牌才取得匿名識別碼與會員 ID 同時出現的線索。若把這段關係留下來，後續才有依據把可辨識的瀏覽事件接回會員。

GA4 也有對應能力。Google 的 User-ID 文件說明，同一工作階段內先匿名瀏覽、後登入的事件可以關聯到 User-ID。因此，把「登入前的行為」一概說成 GA4 看不到，並不正確。

真正要確認的是線索能延續到哪裡。顧客換瀏覽器、清除 Cookie，或在另一台尚未登入的裝置上瀏覽，都可能中斷原本的關聯。CDP 也不能憑空知道裝置背後是誰；沒有可驗證的線索，就應保留未知狀態。家人共用帳號時，資料能確認的還可能只是帳號，而非實際使用的人。

POS 交易需要另外串接，網站埋碼不會自動取得門市訂單

假如顧客在門市買完商品，網站仍把他列在瀏覽未購買名單，先要查的是門市成交有沒有進到資料流程。官網上的 JavaScript 沒有執行在 POS 裡，因此不會因為官網裝好追蹤碼，就自然讀到收銀紀錄。

GA4 可以透過 Measurement Protocol 補送離線互動。企業也可以把 GA4 原始事件匯出到 BigQuery，再與 CRM 資料結合，所以 GA4 並非無法處理線下資料。

不論選哪條路，品牌仍須處理來源 ID 對照、訂單狀態與更新時點。退貨應如何反映、補送資料會不會重複，以及門市換卡後怎麼延續會員關係，都需要有一致規則。CDP 可以成為跨來源資料與分群的管理層，但網站埋碼只是其中的蒐集入口。

資料保留與匯出必須分別看待

GA4 的資料保留設定，與 BigQuery 裡的資料保存，是不同的事。一般標準資源的事件與使用者層級資料可選擇保留 2 或 14 個月，大型資源另有限制；這項設定影響探索與漏斗報表，並不代表標準彙總報表到了期限就全部消失。

BigQuery 可以保存匯出的原始事件，保存期限則受資料集與資料表的到期設定管理。原始匯出也不等同 GA4 介面處理後的報表，不能預期兩邊數字必然相同。若團隊已建立可維護的 BigQuery 與 CRM 整合流程，這也能成為自己的資料分析基礎。

CDP 同樣需要問清楚保留什麼資料、誰能匯出，以及到期或要求刪除時怎麼處理。不能因為叫作自家資料平台，就推定所有紀錄都會永久保留。若沒有已確認的保存政策，行銷團隊也不能把它當成無期限的歷史備份。

企業多接一層 CDP，就要多管理一套資料關係

對電商與零售的資料負責人而言，CDP 的優勢是能圍繞企業的會員資料，整理跨來源事件並供後續分群使用。GA4 則能繼續承擔流量取得、網站行為與成效分析。兩者是否都需要，取決於團隊要回答的問題，以及既有資料流程已經做到哪裡。

代價也很具體：事件定義要維持一致，會員關聯錯了要能修正，資料的存取與刪除責任也要有人承接。多掛追蹤片段不會自動完成這些工作。

評估導入時，可以挑一段已取得適當使用依據的會員旅程，從匿名瀏覽一路查到登入與門市成交。沿途能接上哪些資料、哪裡仍然未知，以及最後能不能形成可用名單，會比只比較儀表板功能，更清楚地指出還缺什麼。

查核表列出文內數字與規格的來源