CDP 是什麼?先區分顧客數據平台與碳揭露 CDP
CDP 在行銷語境中指 Customer Data Platform,也就是顧客數據平台 CDP:整合第一方顧客資料、建立單一顧客視圖,並支援分眾與啟動。搜尋結果中也會出現 Carbon Disclosure Project,這裡只討論顧客資料平台。
| 縮寫 | 本文範圍 | 主要使用情境 |
|---|---|---|
| Customer Data Platform | 顧客數據平台、顧客資料平台 | 行銷資料整合、顧客識別、分眾、個人化、成效衡量 |
| Carbon Disclosure Project | 僅作消歧義 | 碳揭露、永續資訊申報與評比相關搜尋意圖 |
顧客數據平台的標準定義
顧客數據平台是一個把網站、App、CRM、交易、客服、廣告互動等第一方資料整合起來的行銷資料層。它的重點不只在儲存資料,而在於讓行銷團隊能辨識同一位顧客、建立可操作的分眾,並把受眾送到 EDM、廣告平台、推播或站內推薦系統。
資料整合、顧客識別、分眾、啟動
- 資料整合:把不同來源的顧客行為、屬性與交易紀錄放到同一套結構中。
- 顧客識別:用 email、手機、會員 ID、Cookie ID 等線索合併同一人的資料。
- 分眾:依照行為、價值、生命週期或意圖建立名單。
- 啟動:把名單同步到廣告、EDM、App 推播、客服或站內個人化工具。
CDP 也可能指碳揭露專案嗎?
會。CDP 在其他搜尋語境中也可能指 Carbon Disclosure Project,和企業永續揭露有關。但行銷團隊搜尋 CDP 時,真正要判斷的通常是 Customer Data Platform 能不能改善顧客資料分散、個人化不足與成效歸因困難。
為什麼行銷團隊需要 CDP?
行銷團隊需要 CDP,通常不是因為缺少工具,而是顧客資料分散在太多系統,導致同一位顧客被重複溝通、錯誤分眾,甚至無法衡量每個渠道對轉換與留存的貢獻。
| 常見痛點 | 造成的行銷問題 | CDP 的處理方向 |
|---|---|---|
| 資料分散 | 不同部門看到不同版本的顧客 | 整合第一方資料,建立一致的顧客視圖 |
| 分眾不準 | 已購買者仍收到促購廣告 | 用交易與行為資料建立排除名單 |
| 個人化不足 | 每個顧客看到相同訊息 | 依照生命週期、偏好與意圖觸發內容 |
| 成效難衡量 | 只能看單一渠道報表 | 串接漏斗、回購、LTV 與實驗增量 |
資料散在 GA4、CRM、電商、App、客服與廣告平台
多數企業的資料問題不是沒有資料,而是每套工具只看得到一段旅程。GA4 看網站與 App 行為,CRM 看會員與業務紀錄,電商系統看訂單,客服系統看問題,廣告平台看點擊與受眾;若要讓 GA4 資料順利進入 CDP,可先確認CDP GA4 整合的資料設定與版本差異。行銷主管做決策時,這些片段若沒有被合併,就很難判斷顧客目前處在新客、活躍、流失風險或高價值階段。
常見資料來源清單
- 網站與 App:瀏覽、搜尋、加入購物車、註冊、表單送出。
- CRM:會員資料、銷售階段、業務互動、客戶標籤。
- 電商與 POS:訂單、品類、金額、折扣、退貨。
- 客服:工單、問題類型、滿意度、處理狀態。
- 廣告與 EDM:點擊、開信、退訂、受眾回傳。
第三方 Cookie 弱化後,第一方資料變成核心資產
2026 年的行銷環境更依賴第一方資料,原因不只在瀏覽器限制,也包含平台政策、同意管理與使用者隱私意識提高。企業若仍把主要分眾能力放在外部廣告平台,就會受限於可用資料變少、名單不可攜、歸因不穩定。我會把 CDP 視為第一方資料策略的一部分,而不是單純的 MarTech 採購案。
CDP 的核心能力有哪些?
CDP 的核心能力可分為資料收集、資料標準化、身分識別、單一顧客視圖、分眾、啟動與分析衡量。判斷一套 CDP 是否有價值,要看它能否把資料變成可執行的行銷決策。
| 能力 | 功能重點 | 行銷用途 |
|---|---|---|
| 資料收集 | 匯入網站、App、CRM、交易與客服資料 | 補齊顧客旅程訊號 |
| 資料標準化 | 統一欄位、事件命名與資料格式 | 降低報表與分眾誤差 |
| 身分識別 | 進行 identity resolution | 合併跨裝置與跨渠道顧客資料 |
| 分眾 | 依行為、屬性、交易與預測標籤建立受眾 | 支援再行銷、留存、回購與交叉銷售 |
| 啟動 | 同步到廣告、EDM、推播與站內工具 | 讓名單進入實際行銷流程 |
| 衡量 | 追蹤轉換、留存、ROAS、LTV 與實驗增量 | 回收成效資料,修正分眾策略 |
資料收集與標準化
CDP 會接收多種來源的事件資料、屬性資料與交易資料,再轉成行銷團隊可理解、可分眾、可同步的格式。若事件命名混亂,例如同樣代表購買卻同時叫 purchase、order_complete、checkout_done,後續分眾與報表都會失真。
事件資料、屬性資料、交易資料
- 事件資料:瀏覽商品、加入購物車、完成註冊、點擊 EDM。
- 屬性資料:會員等級、所在地、偏好品類、註冊來源。
- 交易資料:購買品項、訂單金額、回購週期、退款紀錄。
顧客身分識別與單一顧客視圖
顧客身分識別是 CDP 最容易被低估的能力。同一位顧客可能用手機瀏覽、桌機下單、App 查訂單、客服詢問退貨;若系統無法把這些訊號合併,行銷團隊看到的就只是多個零散 ID,而不是同一位顧客的完整旅程。
email、手機、會員 ID、Cookie ID
常見識別線索包含 email、手機、會員 ID、Cookie ID、裝置 ID、LINE 綁定 ID 與交易編號。實務上要先建立 ID 優先順序與合併規則,否則很容易把家庭共用裝置、企業信箱或重複註冊帳號誤判成同一個人。
分眾、受眾啟動與個人化
CDP 的分眾價值在於把資料轉成可執行名單,實務上常結合RFM 模型打造精準顧客分群標籤。例如近 30 天看過高單價商品但未購買的人,可以進入再行銷受眾;過去一年有三次購買但最近 90 天未互動的人,可以進入流失喚回流程。這些規則要跟商業目標相連,否則只會產生更多沒人使用的標籤。
廣告受眾、EDM、推播、站內推薦
- 廣告受眾:排除已購買者、擴大高價值類似受眾、找回高意圖訪客。
- EDM:依生命週期發送新手教育、回購提醒、會員升級訊息。
- App 推播:用近期行為與偏好觸發限時通知。
- 站內推薦:依瀏覽與交易紀錄調整內容、商品與排序。
CDP 在實際行銷流程中怎麼運作?
CDP 的運作流程可以看成五步:collect、unify、identify、segment、activate and measure。資料先被收集與整合,再形成可識別顧客,最後進入分眾、啟動與成效回收。
從資料進站到行銷觸發的 5 個步驟
第一步是收集資料,例如使用者在網站瀏覽方案頁。第二步是整合資料,把這次瀏覽與 CRM 會員資料、過去交易紀錄合併。第三步是識別顧客,判斷該使用者是否為既有會員或高價值客戶。第四步是分眾,例如標記為高意圖未轉換。第五步是啟動與衡量,把名單送到 EDM 或廣告平台,並追蹤後續轉換、回購與增量。
每一步的行銷例子
| 步驟 | CDP 動作 | 行銷例子 |
|---|---|---|
| 收集 | 接收網站事件 | 記錄使用者看過哪些商品與內容 |
| 整合 | 合併 CRM 與交易紀錄 | 判斷是否為會員與曾購買品類 |
| 識別 | 比對 email、會員 ID、Cookie ID | 把跨裝置行為併入同一顧客視圖 |
| 分眾 | 建立高意圖未購買名單 | 鎖定加入購物車但未結帳者 |
| 啟動與衡量 | 同步受眾並追蹤結果 | 比較受眾轉換率與實驗增量 |
CDP、CRM、DMP、MA、資料倉儲差在哪?
CDP、CRM、DMP、MA 與資料倉儲的差異,在於使用者、資料類型與工作目的不同。CDP 的位置最接近行銷資料整合與啟動層,負責把跨渠道第一方資料變成可用受眾。
| 系統 | 主要使用者 | 資料類型 | 主要用途 |
|---|---|---|---|
| CDP | 行銷、CRM、數據營運 | 第一方顧客資料、行為、交易、屬性 | 顧客資料整合、分眾、啟動、衡量 |
| CRM | 業務、客服、會員經營 | 聯絡資料、互動紀錄、銷售階段 | 管理顧客關係與服務紀錄 |
| DMP | 廣告、媒體投放 | 匿名受眾、Cookie、廣告興趣分類 | 廣告受眾管理與媒體投放 |
| Marketing Automation | 行銷營運 | 名單、流程、訊息互動 | 自動化 EDM、簡訊、推播與旅程觸發 |
| 資料倉儲 | 資料、BI、IT | 結構化資料、歷史資料、營運資料 | 儲存、查詢、分析與治理 |
CRM 管關係,CDP 管跨渠道顧客資料
CRM 更擅長管理已知顧客的關係紀錄,例如業務拜訪、客服互動、會員資料與銷售階段,這正是CDP 與 CRM 差異的關鍵所在。CDP 更重視跨渠道顧客資料整合,例如把網站行為、App 事件、交易、EDM 點擊與廣告回應合併成單一顧客視圖。我的判斷標準很直接:如果問題是業務流程,先看 CRM;如果問題是跨渠道分眾與啟動,才看 CDP。
DMP 偏匿名廣告受眾,CDP 偏第一方顧客資料
DMP 多用於匿名廣告受眾管理,依賴 Cookie、興趣分類與媒體資料,適合廣告觸及與受眾擴展,而CDP 與 DMP 差異就在於第一方資料的使用方式。CDP 則更重視企業自己收集且可管理的第一方資料,例如會員 ID、交易紀錄、客服紀錄與偏好標籤。在隱私限制提高後,能否掌握資料來源、同意狀態與使用目的,會直接影響受眾品質。
資料倉儲是底層儲存,CDP 是行銷啟動層
資料倉儲與 Data Lake 擅長長期儲存、查詢、分析與治理,CDP 則把資料推向行銷現場。中大型組織常見做法是讓資料倉儲保留完整資料資產,再由 CDP 接收必要欄位與事件,支援分眾與啟動。若要延伸資料分析基礎,可參考 大數據行銷分析 與 數位行銷資料分析工具。
CDP 能解決哪些行銷問題?
CDP 能解決的行銷問題,主要集中在錯誤受眾、重複投放、會員分眾、生命週期溝通、再行銷、交叉銷售、流失喚回與漏斗衡量。它的價值來自資料到行動的連接。
| 問題 | CDP 作法 | 可觀察指標 |
|---|---|---|
| 重複投放 | 排除已購買者或低意圖名單 | ROAS、CAC、廣告頻次 |
| 流失風險 | 建立沉睡顧客與高價值顧客喚回分眾 | 留存率、回購率、LTV |
| 轉換漏斗斷點 | 把行為資料串到 AARRR 與漏斗節點 | 轉換率、階段流失率 |
| 個人化不足 | 依瀏覽、交易與偏好啟動內容 | 點擊率、轉換率、客單價 |
降低重複投放與錯誤受眾
重複投放常發生在資料沒有即時回傳時:顧客已經購買,卻還被放進促購廣告;高價值顧客正在等待客服處理,卻收到價格折扣訊息。CDP 可以用交易、客服與網站行為建立排除規則,讓廣告預算不要浪費在錯誤名單上。
排除已購買者、找回高意圖名單
常見做法包含排除已購買者、排除近期客服負面互動者、找回加入購物車未結帳者、提高高 LTV 顧客的會員溝通優先權。這些動作看似細節,卻是行銷效率最容易被低估的地方。
改善會員分眾與生命週期溝通
會員經營不該只看是否有註冊,而要看顧客目前處於哪個階段。新客需要教育,活躍顧客需要提高使用深度,沉睡顧客需要喚回,高價值顧客需要更穩定的關係維護。CDP 的角色是把這些階段用資料規則定義出來,再送到對應渠道。
新客、活躍、沉睡、高價值顧客
- 新客:完成註冊但尚未購買,適合教育型內容與首購引導。
- 活躍顧客:近期互動與購買頻率高,適合交叉銷售與會員權益。
- 沉睡顧客:一段期間未互動,適合低頻率喚回與偏好確認。
- 高價值顧客:高 LTV 或高回購者,適合專屬服務與提前溝通。
串接 AARRR 與轉換漏斗分析
CDP 不需要取代 AARRR、GA4 funnel 或 CRO 流程,而是提供更完整的顧客層資料。行銷團隊可以把 acquisition、activation、retention、revenue、referral 的事件與顧客屬性串起來,判斷哪一群人的流失最嚴重,以及哪個觸發訊息真的帶來增量。延伸可讀 AARRR 漏斗框架、GA4 funnel tracking 與 轉換漏斗流失分析。
哪些企業適合導入 CDP?哪些情況先不要?
適合導入 CDP 的企業通常已有多渠道顧客接觸、一定規模的會員或交易資料,並且有能力把分眾用在廣告、EDM、推播、客服或站內個人化。若資料基礎不足,先補追蹤與 CRM。
| 判斷面向 | 適合導入 | 暫不適合 |
|---|---|---|
| 資料量 | 已有穩定會員、交易與行為資料 | 流量與顧客資料太少,分眾沒有統計意義 |
| 渠道 | 同時經營網站、App、門市、EDM、廣告 | 只有單一渠道,現有工具已能處理 |
| 啟動能力 | 能把名單用於再行銷、推播、會員經營 | 沒有明確受眾啟動場景 |
| 資料治理 | 願意建立事件命名、ID 策略與權限規則 | 追蹤混亂,資料品質無人負責 |
適合導入的 5 種情境
五種較適合導入 CDP 的情境包含:多渠道顧客旅程已經形成、會員制或訂單資料充足、高回購或高 LTV 經營重要、行銷團隊能執行分眾啟動,以及資料、IT、法遵願意共同治理。只買工具卻沒有啟動場景,通常很快會變成昂貴資料櫃。
電商、金融、零售、SaaS、媒體
電商可用 CDP 做再行銷與回購;金融可強化顧客旅程與權限控管;零售可整合門市與線上會員;SaaS 可串接產品使用與續約風險;媒體可做訂閱、內容偏好與流失預測。這些產業的共同點,是顧客資料能反覆產生商業決策。
先不要導入的 4 種情況
四種情況建議先暫緩:資料量太少、還沒有 CRM 或會員資料基礎、網站與 App 事件追蹤混亂、沒有可執行的啟動渠道。此時更合理的順序,是先完成追蹤規格、CRM 資料整理、基本分眾與漏斗分析,再透過CDP 平台導入評估重點判斷企業是否適合導入。
導入 CDP 前要準備哪些資料與團隊分工?
導入 CDP 前,最重要的準備是資料來源盤點、事件命名、顧客 ID 策略、同意管理、權限控管與跨部門分工。這些基礎若沒建立,CDP 只會把原本混亂的資料集中到更大的系統裡。
資料來源盤點
資料盤點要列出每個來源的資料擁有者、欄位、更新頻率、使用目的、同意狀態與品質問題。網站、App、CRM、POS、客服、廣告、EDM 都要納入,尤其是會員 ID、交易 ID、email、手機、事件時間與渠道來源。
必要欄位與品質檢查
| 檢查項目 | 需要確認的內容 |
|---|---|
| 顧客識別 | 是否有穩定會員 ID、email 或手機可作為合併基礎 |
| 事件命名 | 同一行為是否使用一致事件名稱與參數 |
| 交易資料 | 訂單狀態、金額、品類、退貨是否能正確回傳 |
| 同意狀態 | 資料使用目的、行銷同意與退訂狀態是否可被讀取 |
行銷、資料、IT、法遵的分工
CDP 不適合交給單一部門獨自推動。行銷知道要啟動哪些場景,資料團隊知道資料結構與品質,IT 管系統串接與權限,法遵協助確認同意、目的限制與保留政策。少了其中一方,導入後通常會卡在資料能不能用、誰能用、用到哪裡。
RACI 簡表
| 任務 | 負責 | 協作 | 需諮詢 |
|---|---|---|---|
| 行銷場景定義 | 行銷 | CRM、數據營運 | 資料、法遵 |
| 資料來源盤點 | 資料團隊 | IT、行銷 | 系統擁有者 |
| 串接與權限設定 | IT | 資料團隊、CDP 管理者 | 法遵、資訊安全 |
| 同意與使用規則 | 法遵 | 行銷、IT | 資料治理負責人 |
2026 年導入 CDP 要注意哪些資料治理與隱私問題?
2026 年導入 CDP,資料治理與隱私邊界必須和功能評估同等重要。第一方資料可用,不代表任何情境都適合使用;同意、目的限制、權限、資料保留與品質都要被設計進流程。
同意、目的限制與資料最小化
CDP 會讓資料更容易被整合與啟動,因此更需要清楚管理使用邊界。行銷團隊應確認顧客是否同意接收行銷訊息、資料原始收集目的是否涵蓋目前用途、是否只使用完成任務所需的欄位。這不是法律意見,而是行銷資料治理的基本風險控管。
資料品質比工具功能更影響成果
我在評估 CDP 專案時,會先問資料品質,而不是先看功能清單。若會員 ID 重複、交易狀態延遲、事件參數錯誤、退訂狀態沒有同步,再漂亮的分眾介面也會產生錯誤決策。CDP 會放大資料資產,也會放大資料缺陷。
重複資料、過期資料、錯誤標籤
- 重複資料:同一顧客有多個會員帳號,導致分眾與 LTV 計算失準。
- 過期資料:舊偏好、舊電話、舊同意狀態未更新,影響觸達品質。
- 錯誤標籤:把一次性活動標籤拿來做長期個人化,造成內容誤配。
如何評估 CDP 成效?
CDP 成效不應只看資料筆數或登入人數,而要看它是否改善轉換率、留存率、回購、LTV、CAC、ROAS、分眾命中率與實驗增量。能帶來可驗證的行銷決策,才算有價值。
| 目標 | KPI | 判斷方式 |
|---|---|---|
| 提高轉換 | 轉換率、客單價、漏斗通過率 | 比較 CDP 分眾啟動前後與對照組差異 |
| 改善留存 | 留存率、回購率、流失率 | 觀察生命週期溝通是否降低流失 |
| 提升投放效率 | ROAS、CAC、排除名單成效 | 比較錯誤受眾與重複觸達是否下降 |
| 提高顧客價值 | LTV、交叉銷售率、會員升級率 | 檢查高價值分眾是否帶來長期貢獻 |
| 驗證增量 | incremental lift、activation rate | 用實驗設計排除自然轉換與渠道重複計算 |
不要只看登入人數或資料筆數
CDP 專案常見的錯誤,是把平台啟用率、資料筆數、串接數量當成主要成果。這些是營運指標,不等於業務成效。行銷主管應該追問:哪些分眾被啟動、哪些旅程被改善、哪些預算被節省、哪些顧客價值被提高。
activation rate、incremental lift
activation rate 可用來觀察可用分眾有多少真正進入行銷流程;incremental lift 則用來判斷 CDP 分眾是否帶來額外效果,而不是把本來就會購買的人重新歸功給平台。這也是 CDP 與 A/B testing、conversion rate optimization 應該串在一起的原因。
用實驗與漏斗指標驗證 CDP 價值
比較好的驗證方式,是把 CDP 分眾放進實驗設計。例如高意圖未購買名單分成觸發組與對照組,觀察轉換率、回購、客單價與後續留存差異。漏斗指標則能判斷改善發生在哪個階段,避免只看到最後成交,卻不知道真正卡點在註冊、加入購物車或付款。
選擇 CDP 工具時怎麼判斷?
選擇 CDP 工具時,應先看使用場景、資料來源、啟動渠道、治理需求與成本結構,再看功能清單。好的 CDP 評估,不是找最多功能,而是找最能支援現有行銷流程的資料層。
| 檢核項目 | 要問的問題 |
|---|---|
| 串接能力 | 能否接 GA4、CRM、電商、App、客服、廣告與 EDM 工具 |
| 即時性 | 哪些事件需要即時,哪些可以批次同步 |
| 分眾彈性 | 是否能用行為、屬性、交易與生命週期條件建立受眾 |
| 權限與治理 | 是否支援角色權限、同意狀態、資料保留與稽核紀錄 |
| API 與資料輸出 | 是否能與資料倉儲、BI、廣告平台和自動化工具雙向串接 |
| 服務支援 | 供應商是否能協助資料模型、導入規劃與教育訓練 |
先看使用場景,不要先看功能清單
功能清單很容易讓團隊失焦。比較實際的做法,是先列出三到五個最重要的行銷場景,例如已購買者排除、沉睡會員喚回、高價值顧客經營、跨渠道再行銷、漏斗流失追蹤,再回頭檢查資料是否存在、欄位是否可信、渠道是否能啟動。
優先排序:資料源、啟動渠道、治理、成本
- 資料源:先確認最重要的顧客資料能否被穩定匯入。
- 啟動渠道:確認分眾是否能送到實際使用的廣告、EDM、推播與站內工具。
- 治理:確認權限、同意管理、資料保留與稽核需求。
- 成本:評估授權、串接、維運、教育訓練與資料工程投入。
自建、採購或用資料倉儲延伸?
自建適合資料工程能力強、需求高度客製、已有成熟資料倉儲的組織;採購適合希望較快取得分眾、串接與介面能力的團隊;用資料倉儲延伸則適合先把治理與分析基礎做好,再逐步補上啟動層。沒有單一路線永遠最好,關鍵在於企業是否知道自己要解決的行銷問題。
結論:CDP 的核心價值是讓顧客資料變成可執行的行銷決策
CDP 的核心價值,是把分散的第一方顧客資料整合成可識別、可分眾、可啟動、可衡量的行銷決策基礎。當企業已有多渠道旅程、會員或交易資料,且能把受眾用在實際渠道時,顧客資料平台才有明確價值。若資料追蹤、CRM 與漏斗分析尚未成熟,先補基礎會比急著導入工具更有效。
下一步可以把 CDP 放回完整行銷分析架構中閱讀:用 AARRR 漏斗框架理解顧客旅程,用 GA4 funnel tracking檢查事件與漏斗,用 轉換漏斗流失分析找出斷點,再用 轉換率最佳化與 A/B testing驗證分眾與個人化是否真的帶來增量。
CDP 是什麼?
CDP 是 Customer Data Platform,中文常稱顧客數據平台或顧客資料平台。它用來整合第一方顧客資料、建立單一顧客視圖,並支援分眾、受眾啟動、個人化與成效衡量。
CDP 和 CRM 差在哪?
CRM 偏向管理顧客關係、業務紀錄、客服互動與會員資料;CDP 偏向整合跨渠道顧客資料,並把資料用於分眾、廣告、EDM、推播與個人化啟動。
CDP 和 DMP 差在哪?
DMP 多處理匿名廣告受眾與媒體投放資料;CDP 更重視企業自己的第一方資料,例如會員 ID、交易紀錄、網站行為、客服紀錄與行銷同意狀態。
CDP 會取代 CRM 或行銷自動化工具嗎?
通常不會。CDP 比較像資料整合與啟動層,CRM 負責關係與紀錄,行銷自動化工具負責訊息流程。三者可以串接,讓分眾資料進入 EDM、簡訊、推播或會員旅程。
CDP 一定需要資料倉儲嗎?
不一定。中小型團隊可能先用 CDP 整合常用資料來源;中大型組織通常會搭配資料倉儲,支援治理、長期保存、BI 分析與更完整的資料模型。
中小企業適合導入 CDP 嗎?
要看資料量與啟動場景。若會員、交易、網站事件與渠道都還很少,先做好追蹤、CRM、基本分眾與漏斗分析。若已有穩定回購、會員經營與多渠道行銷,才比較適合評估 CDP。
CDP 導入前最重要的準備是什麼?
最重要的是資料來源盤點、事件命名、顧客 ID 策略、資料品質檢查、同意管理與跨部門分工。這些基礎會直接影響 CDP 能否建立可信的顧客視圖。
CDP 如何改善個人化行銷?
CDP 會整合顧客行為、交易、屬性與偏好,建立新客、活躍、沉睡、高價值或高意圖等分眾,再把名單同步到 EDM、廣告、App 推播與站內推薦工具。
CDP 的成效要看哪些指標?
可觀察轉換率、留存率、回購率、LTV、CAC、ROAS、分眾命中率、activation rate 與 incremental lift。比起資料筆數,更重要的是分眾是否改善實際行銷結果。
CDP 是碳揭露專案嗎?
CDP 也可指 Carbon Disclosure Project,屬於碳揭露與永續相關語境。這裡討論的 CDP 是 Customer Data Platform,也就是顧客資料平台。
2026 年為什麼更需要 CDP?
2026 年行銷更依賴第一方資料,因為第三方 Cookie 可用性弱化、平台資料限制增加、跨渠道顧客旅程更複雜。CDP 能協助企業把可控資料整合起來,用於分眾、啟動與衡量。
以官方文件、實際設定與量測結果整理 SEO 數據、網站追蹤與分析方法,並標示資料來源與判讀限制。