B2B 第一方資料策略：6 步驟計畫

第一方資料策略是一套計畫，用來蒐集、治理和運用您公司直接從潛在客戶與客戶取得的資料：網站行為、表單送出、CRM 紀錄、產品使用情況、客服對話。對 B2B 團隊來說，它之所以重要，與其說是因為 Cookie 相關新聞，不如說是因為第一方資料是唯一專屬於您的產品、您的買家和您的銷售管道的資料。

本指南涵蓋四種資料類型及其差異、B2B 公司實際擁有哪些第一方資料、包含歐盟與英國法律基礎在內的六步驟策略、能換取主動提供資料的價值交換、第三方 Cookie 的真實現況，以及如何在您的網站上運用這些資料。

零方、第一方、第二方與第三方資料

許多從業人員將零方資料歸入第一方資料。但在 B2B 中，這個區分仍然有用，因為使用者自行提供的資料（「我們有 40 位 SDR」）遠比推論資料（「大概是中型市場」）可靠。

B2B 公司實際擁有哪些第一方資料

大多數團隊都低估了這一點。在購買任何東西之前，先列出已經有的：

• 網站事件。瀏覽的頁面、頁面類型（價格、文件、資安）、捲動與 CTA 點擊、回訪。公司層級識別則補上匿名工作階段背後是哪些帳戶。
• 活動參數。每次造訪都帶有 UTM 來源、媒介與活動。免費，卻是最被忽略的第一方欄位。共用的命名慣例與 UTM 產生器能讓它保持一致。
• 表單。Demo 申請、內容下載、電子報訂閱、網路研討會報名，包括資格篩選問題的回答。
• CRM。帳戶、聯絡人、商機、交易階段、成交與失敗原因、通話筆記。
• 產品使用情況。登入、功能採用、席次、使用趨勢。對於產品導向成長的公司來說，這是最豐富的資料來源。
• 支援與客戶成功。客服工單、聊天紀錄、NPS、續約對話。
• 活動。攤位掃描名單、您自己舉辦的網路研討會與聚會的參加者名單。
• 電子郵件。自從有了郵件隱私保護，開信率就不可靠了，但點擊與回覆仍然具有訊號意義。

六步驟第一方資料策略

步驟 1：盤點您收集的資料

建立一份試算表，每個資料來源一列：收集了什麼、存放在哪裡、由誰負責、保留多久，以及是否屬於個人資料。網站上的每個標籤都要列入；您的標籤管理工具和瀏覽器的網路分頁會揪出那些早已沒人記得的標籤。這份清單同時也是您個資處理活動紀錄的起點。

步驟 2：建立合法依據與同意

在歐盟和英國有兩套規範適用，而團隊經常把兩者混為一談。

• 在裝置上儲存或讀取資訊（Cookie、本機儲存空間、像素、指紋辨識）受 ePrivacy Directive 第5(3)條及各國實施法規規範。除非該儲存對使用者要求的服務而言是絕對必要的，否則須取得同意。EDPB 的Guidelines 2/2023 on the technical scope of Art. 5(3)明確指出其範圍不只限於 Cookie。分析和個人化 Cookie 通常不屬於絕對必要。
• 處理個人資料需要具備Article 6 GDPR中的其中一種合法依據。商務聯絡資料與 IP 位址都可能屬於個人資料；歐盟法院在Breyer 案（C-582/14，2016）中裁定，對網站經營者而言，動態 IP 位址可能屬於個人資料。B2B 行銷常以正當利益作為依據，這需要有文件記錄的權衡測試；ICO 的正當利益指引說明了這項三階段測試。

實務上的影響：在法規要求的情況下，僅在取得同意後才觸發分析與個人化標籤；設計在訪客拒絕時仍能以工作階段或公司層級運作的體驗；並縮短資料保留期間。以上為一般資訊，並非法律建議；請諮詢您的資料保護長或法律顧問。我們關於 B2B 個人化與資料隱私合規的文章有更深入的說明。

步驟3：在帳戶層級解析身分

B2B 需要兩個身分層：個人（Cookie、電子郵件）與帳戶（公司網域）。選擇公司網域作為網站、CRM、自動化工具與產品之間的共用鍵。接著定義規則：匿名工作階段如何在送出表單時變成已知聯絡人、聯絡人如何歸入帳戶，以及如何處理個人電子郵件網域與重複資料。把規則寫下來；有人離職時，最容易出問題的就是這部分。

步驟 4：決定資料存放位置

對大多數員工數在幾百人以下的公司來說，CRM 是帳戶與聯絡人的主要紀錄系統，分析工具則保存原始事件。隨著資料來源增加，資料倉儲（BigQuery、Snowflake）就成為整合網站、CRM 與產品資料的地方，再由反向 ETL 工具將結果推回 CRM 和廣告平台。原則：每種物件只有一個主要紀錄系統，其他系統都從它讀取。

步驟 5：啟用

選擇三到五個有明確負責人和可衡量成果的使用情境。下方網站段落列出了候選項目。在系統之間同步少數有用的欄位，而不是全部；具體做法請參閱我們的將網站個人化資料連接到 CRM指南。

步驟 6：衡量

以基準或保留組衡量每個使用情境：預約示範率、商機建立數、成交率、銷售週期。也要衡量資料本身：表單送出中成功比對到帳戶的比例、關鍵欄位完整的帳戶比例、同意選擇加入率。資料品質指標能告訴您啟用成果為何變動。

能換取自主提供資料的價值交換

買家在能立即得到有用的東西時，才會提供資料。設有門檻的 PDF 是最弱的交換。更有力的交換包括：

• 計算機。投資報酬率、成本或產能計算機，其輸入項目（團隊規模、目前支出）正是您想要的資格審查資料。我們的行銷投資報酬率計算機就是這種形式的簡單範例。
• 基準比較。「與同業比較您的指標」類工具，只要輸入幾項資料就會回傳比較結果。
• 評估與稽核。簡短的成熟度測驗，附評分結果與建議。
• 範本。可編輯的規劃範本，搭配一到兩個資格篩選問題提供。
• 產品存取。沙盒環境、互動式展示與自助式方案所產生的使用資料，勝過任何表單欄位。

範例（示範用）：一個計算機詢問團隊規模、目前使用的工具與每月處理量。一季內有 400 位訪客完成填寫，其中 120 位選擇以電子郵件接收結果。這等於取得 120 位聯絡人，每位都有三個準確的資格篩選欄位；相較之下，需填表下載的 PDF 只能蒐集到姓名與電子郵件。同樣的原則普遍適用於表單；我們的名單蒐集表單指南說明了欄位選擇。

第三方 Cookie：實際現況如何

這個主題充斥著過時的說法，因此精確很重要。Safari 和 Firefox 多年來都預設封鎖第三方 Cookie。Google Chrome 並沒有跟進：歷經多次延後後，Google 在2025年10月表示，Chrome 將維持目前讓使用者自行選擇第三方 Cookie 的做法，且部分 Privacy Sandbox 技術將逐步淘汰（Google，2025年10月17日）。換句話說，截至該次更新，Chrome 並沒有淘汰第三方 Cookie 的計畫。

我們的看法：這改變的是急迫性，而不是策略。第三方 Cookie 在很大比例的瀏覽器中依然無法運作，歐盟與英國的同意規範無論瀏覽器為何都會限制其使用，而它們支撐的資料（跨網站再行銷、部分意圖網路）也從來不是專屬於您產品的。投資第一方資料的理由是準確性、掌控度與相關性，而這些都沒有改變。

網站上的資料啟用使用情境

• 廣告活動延續性。使用 UTM 參數，讓到達頁面標題與帶來訪客的廣告或電子郵件相符。
• 依帳戶調整的訊息。運用公司辨識與 CRM 欄位，呈現產業客戶案例或符合規模的 CTA。
• 依交易階段隱藏內容。當帳戶有進行中的商機時，將漏斗頂端的 CTA 換成導入與資安內容。
• 客戶體驗。辨識出既有客戶，顯示產品更新或升級路徑，而不是獲客優惠。
• 依行為安排下一步。閱讀了同一主題好幾頁的訪客，會看到下一篇相關內容。規則設計請參閱行為區隔。
• 更短的表單。略過您已從資料擴充或先前填寫中得知的欄位。

由於大多數 B2B 訪客從不填寫表單，公司層級識別通常是實現這些應用的基礎層。Markettailor 的訪客識別提供這一層，但上述每個使用情境都可以只靠您的 CRM 和分析工具開始。

常見錯誤

• 沒有使用情境就收集資料。沒有啟用計畫的資料只是成本和風險，不是資產。
• 認為第一方資料自動合規。由誰蒐集資料，並不會改變是否需要同意或合法依據。
• 在第一份表單就要求所有資訊。漸進式資料收集、資料擴充與良好的價值交換，勝過一份十個欄位的表單。
• 沒有共用鍵值。如果網站、CRM 與產品沒有共用的公司識別碼，就什麼都串不起來。
• 任由資料腐敗。人員異動、公司成長與客戶流失會讓記錄過時。請排定定期重新擴充與去除重複。

常見問題

什麼是第一方資料？

第一方資料是企業透過自有管道，直接從自己的受眾蒐集的資訊：網站與 App 行為、表單提交、購買與合約紀錄、產品使用情形、電子郵件互動與客服互動。因為是自己蒐集的，您能掌控資料品質並清楚知道來源，不過仍需要合法依據，而使用 Cookie 或類似技術時，在法規要求下也必須取得同意。

什麼是第一方資料策略？

第一方資料策略是一份計畫，說明您直接向潛在客戶與客戶蒐集哪些資料、依據什麼法律基礎、如何在各系統間串連、存放在哪裡，以及支援哪些使用情境。實用版本包含六個步驟：盤點、法律基礎與同意、身分解析、儲存、啟用與成效衡量，每一步都要指定負責人。

Google 是否仍在從 Chrome 移除第三方 Cookie？

不會。Google 在2025年10月17日的更新中表示，Chrome 將維持目前讓使用者自行選擇是否接受第三方 Cookie 的做法，且多項 Privacy Sandbox 技術將逐步淘汰。Safari 和 Firefox 則持續預設封鎖第三方 Cookie。由於這項政策已多次變動，請查看 Google 的 Privacy Sandbox 網站了解後續變化。

在 GDPR 下，第一方 Cookie 需要取得同意嗎？

通常需要。依據 ePrivacy 規範，在使用者裝置上儲存或讀取資訊都需要同意，除非這是提供使用者所要求服務的絕對必要條件，不論 Cookie 是由誰設定。工作階段與安全性 Cookie 通常可豁免；分析、廣告與大多數個人化 Cookie 通常不行。部分主管機關允許有限分析的狹義豁免，請查看您所在國家的指引。