把表單提交數除以工作階段數，您會發現絕大多數 B2B 網站訪客離開時都沒有表明身分。網站訪客辨識試著找回其中一部分：哪些組織在瀏覽、讀了什麼、多常回來，而且不需要填寫表單。在 B2B 中，它支援三項工作：告訴業務哪些客戶正在研究、為這些客戶個人化網站，以及建立廣告用的客戶名單。
這項技術比供應商說的更簡單，也比大多數買家預期的更不完整。本文說明三種識別方法、為何比對率差異這麼大、您能取得哪些資料、各種可信度層級適合採取哪些行動、適用的隱私規範，以及如何推行。若要一段話的定義，請參閱詞彙表中的訪客識別條目。如果您正在比較供應商，我們的挑選網站訪客識別軟體指南涵蓋了評估方式。
三種辨識方法
每家廠商都使用這三種方法的某種組合。差別在於識別的對象（公司或個人）、比對的可信度，以及承擔多少法律風險。
1. 反向 IP 查詢（公司層級）
每台連上網際網路的裝置都有一個 IP 位址。當 Acme Corp 的員工在辦公室造訪您的網站時，瀏覽器會從分配給 Acme Corp 網路的 IP 位址發出請求。訪客辨識工具維護著將 IP 位址對應到公司名稱的資料庫。解析流程依以下步驟進行：
- 擷取 IP：您的網站在每次網頁請求時都會收到訪客的 IP 位址；這部分不需要任何特殊追蹤
- 資料庫查詢：工具查詢哪個組織擁有或租用該 IP 區塊
- 資料擴充：比對到公司後，工具會附加公司屬性資料：產業、員工人數、營收級距、總部所在地、技術屬性
- 工作階段串接：同一公司在特定時間範圍內的頁面瀏覽會被歸為一次公司造訪
IP 對公司資料庫的建立來源包括區域網際網路註冊管理機構的紀錄（ARIN、RIPE NCC、APNIC 等）、反向 DNS、BGP 路由資料、觀察到的流量，以及商業資料合作。這個資料庫的品質是各廠商之間最大的差異所在。詞彙表中的反向 IP 查詢條目說明了運作機制。
它做不到的事：告訴您這個人是誰，或辨識使用非雇主登記網路的任何人。員工在家工作時，流量來自 Comcast、AT&T 或 Deutsche Telekom 等家用網路業者，工具看到的是網路業者，而不是雇主。遠距與混合辦公讓這個上限變得更低。有些工具會嘗試以 Cookie 比對、裝置指紋或第一方資料關聯來突破限制，但單純的 IP 解析有其硬性極限。
2. 第一方識別（個人層級、已知聯絡人）
當有人填寫表單、登入，或點擊您電子郵件中的追蹤連結時，您就可以將該工作階段（如果允許 Cookie，還包括之後在同一瀏覽器上的工作階段）與 CRM 或行銷自動化平台中的已知聯絡人關聯起來。這是目前最準確的方法，因為對方親自告訴了您他是誰。它的限制在於涵蓋範圍：只適用於已在您資料庫中的人。
3. 身分圖譜（個人層級，第三方）
部分主要針對美國流量的廠商，會將 Cookie 或裝置訊號與由出版商和資料合作夥伴網路彙整而成的第三方身分圖譜進行比對，把瀏覽器對應到個人。它們能為從未填寫表單的訪客提供姓名和電子郵件。我們的看法是：對於歐盟與英國流量，這種做法極難站得住腳，因為訪客與您沒有任何關係，也沒有被指名道姓的合理預期。除非您的法律顧問已核准特定廠商與資料流程，否則請將它視為不在考慮範圍內。
為什麼比對率差異這麼大
業界並沒有可靠、通用的比對率可供規劃。供應商的數字是以自家客戶群測得，定義也各不相同（有些算工作階段、有些算訪客、有些在計算前就排除網路業者流量）。能解析到公司的工作階段比例，主要取決於您的流量，而不是供應商。影響因素大致依影響程度排列如下：
- 人們在哪裡工作。辦公室網路通常以雇主名義註冊。家用寬頻則登記在消費型 ISP 名下，因此遠距工作的員工看起來就像一般家庭。遠距或混合辦公比例高的受眾，辨識成功率較低。
- 公司規模。大型組織較可能擁有註冊的 IP 範圍並透過它們傳送流量。小公司則常在共同工作空間共用網路，或使用一般消費者的 ISP。
- 行動網路流量。行動電信業者會讓大量用戶共用 IP 位址，因此行動工作階段很少能辨識出公司。
- VPN 與隱私中繼。企業 VPN 可能有幫助（流量從公司的 IP 範圍出去），也可能有害（流量從 AWS 等雲端供應商出去）。消費級隱私服務則完全隱藏來源：Apple 指出，啟用 iCloud 私密轉送（Apple 支援）後，網站看到的是暫時性的 IP 位址，而不是使用者自己的。
- 地理區域。資料庫的涵蓋範圍因地區和供應商而異。在北美大型企業表現強的供應商，在北歐中型企業上可能很弱。
- 機器人與非人類流量。爬蟲與監控服務來自資料中心，若未過濾，會以主機代管公司灌水「已識別」的數量。
唯一有意義的比對率，是試用期間在您自己的流量上測得的數字。準確度與涵蓋率都要檢查：從您熟悉的帳戶（客戶、進行中的交易、您自己的辦公室）中抽樣比對結果，看看有多少是正確的。比對率較低但公司名稱正確，遠比比對率較高卻充滿錯誤歸屬來得有價值，後者會讓業務去追根本沒來過的帳戶。
範例：從工作階段到可用的帳戶
以一個每月10,000次工作階段的假設 B2B 網站為例的示意數字：
| 階段 | 數量 | 這裡排除了哪些工作階段 |
|---|---|---|
| 所有工作階段 | 10,000 | |
| 排除機器人與員工流量後 | 8,500 | 檢索器、監控工具、您自己的員工 |
| 辨識出組織 | 2,500 | 家用寬頻、行動網路、中繼服務 |
| 該組織是真實企業，而非 ISP、大學或主機代管業者 | 1,800 | 低品質比對 |
| 不重複公司數 | 900 | 同一家公司的重複工作階段 |
| 符合您 ICP 的公司 | 180 | 規模、產業或地區不符 |
| 展現購買行為的 ICP 公司（價格、比較、多位訪客） | 25 | 隨意瀏覽或只看一頁的造訪 |
在這個範例中，25%的標題比對率，最後轉換成每月25個值得業務關注的客戶。請以最後這個數字來規劃流程。以漏斗頂端數字做規劃的團隊，會讓業務被雜訊淹沒，並在第一個月就失去業務的信任。
您實際會取得哪些資料
當訪客在公司層級被辨識時，您通常會取得兩類資料。
造訪層級資料
- 公司名稱與網域
- 瀏覽的頁面與每頁停留時間
- 進入頁面與參照來源
- 一段期間內的造訪次數
- 連線的大致位置（城市層級，而非街道地址）
公司屬性資料（資料補強）
- 產業分類（SIC/NAICS 代碼）
- 員工人數或區間
- 年營收範圍
- 總部所在地
- 技術資料（公司使用哪些軟體）
- 募資資訊（針對新創公司）
公司層級識別無法告訴您的是個人身分。它會告訴您「Salesforce 的某個人本週造訪了您的價格頁三次」，而不是說那是行銷副總 Jane Smith。只有當訪客透過填寫表單、登入或點擊郵件自行表明身分時，才能識別個人。請及早讓業務團隊了解這點；這會影響隱私合規，也會影響業務收到通知後能合理做些什麼。
讓行動與信心程度相符
這是大多數導入都忽略的規則。資料的不同用途能容忍的錯誤率不同，因此在啟用任何功能之前，先決定每項行動需要哪種可信度。
| 訊號 | 信心水準 | 可安全用於 | 不適用於 |
|---|---|---|---|
| IP 辨識出公司，單一頁面瀏覽 | 低 | 彙總報表、產業層級個人化 | 業務通知、指定帳戶文案 |
| IP 解析為某家公司，且數天內有多次工作階段 | 中 | 依產業和規模個人化、廣告受眾、帳戶互動分數 | 在頁面上直接點名客戶 |
| 公司比對加上 CRM 目標帳戶標記 | 中高 | 附頁面脈絡的業務通知、依分級設計的 ABM 體驗 | 假設是特定某個人造訪 |
| 透過表單、登入或電子郵件點擊得知的已知聯絡人 | 高 | 在您聲明的隱私條款範圍內進行個人跟進、開放商機頁面 | 任何未告知當事人的事項 |
產業猜錯，代價只是標題稍微不那麼貼切。但業務打電話給從未造訪過的公司，或首頁用錯誤的公司名稱打招呼，損失的是信譽。請依訊號的可信度來調整行動的顯眼程度。
隱私合規：GDPR 及其他規範
本文為實務工作者的整理，並非法律建議。在安裝任何東西之前，請先與您的隱私負責人或法律顧問確認這些問題。
- 是否涉及個人資料？幾乎可以肯定是。GDPR Recital 30 將 IP 位址列為線上識別碼之一，歐盟法院在 Breyer（CJEU，2016）案中判定，動態 IP 位址對網站經營者而言可能屬於個人資料。輸出結果也許是公司名稱，但輸入的是來自個人裝置的 IP 位址。
- 採用哪種法律依據？公司層級的辨識通常以正當利益為依據，即GDPR 第 6(1)(f) 條。這需要一份書面的正當利益評估：目的、必要性，以及與訪客期待之間的權衡測試。ICO 的正當利益指引逐一說明了這三個部分。
- 追蹤本身需要同意嗎？在裝置上讀取或儲存資訊（Cookie、本機儲存空間、許多程式碼）屬於 ePrivacy Directive 第 5(3) 條的範圍，EDPB 在其 Guidelines 2/2023 中對此採廣義解釋。如果您的辨識代碼會設定或讀取識別碼，除非法律顧問另有結論，否則請假設它應放在同意橫幅之後。
- 訪客可以反對嗎？依據 GDPR 第21條，個人可以反對以正當利益為依據的處理，而對直效行銷的反對是絕對的。您需要一套可行的方式來處理反對請求。
- 美國流量。CCPA 對企業對企業個人資訊的暫時豁免已於2023年1月1日到期，因此其他公司員工的資料與其他個人資訊一樣受到規範。經修正後的加州法律賦予消費者知情權，以及選擇退出個人資訊出售或分享的權利，包括透過 Global Privacy Control 訊號行使；請參閱加州檢察總長的 CCPA 頁面。
請停留在「公司層級」這一側。「一位來自 Deutsche Bank 的訪客瀏覽了您的資安頁面」和「Deutsche Bank 的 Max Mueller 瀏覽了您的資安頁面」在法律上的處理方式截然不同。無論適用哪一部法律，實務上的最低要求是：
- 隱私權聲明中載明公司層級訪客辨識及其目的
- 與供應商簽訂資料處理協議（DPA）
- 識別資料有書面記錄的保存期限
- 除非特別核准，否則對歐盟與英國流量關閉個人層級資料擴充
- 描述公司活動、而非個人瀏覽行為的業務通知
- 處理異議和退訂要求的方式
結合訪客識別與第一方資料
辨識結果若能結合訪客自行提供的資料，用處會大很多。（關於每家已辨識公司值得記錄的事件，請參閱我們的B2B 網站訪客追蹤指南。）以下是一個示意的推進過程，僅借用一個知名公司名稱作為例子：
階段1：匿名公司識別
一位來自 Stripe 的訪客在一週內分兩次造訪，瀏覽了您的首頁、功能頁與價格頁。您知道是 Stripe 的某個人，但不知道是誰。這已足以進行客戶層級的個人化：金融科技專屬的客戶案例、相關整合，以及符合其公司規模的價格頁面訊息。
第2階段：漸進式資料擴充
同一位訪客下載了白皮書並留下電子郵件地址。現在您可以將這個人與已掌握的公司層級紀錄比對：先前三次造訪、看過哪些頁面，以及公司輪廓。您的 CRM 紀錄就能取得所有這些背景資訊。
階段 3：帳戶層級全貌
接下來幾週，Stripe 有好幾個人造訪。有些人透過表單表明身分，其他人則維持匿名。以客戶層級彙整這些活動，就能看出採購委員會的互動情況：三個人造訪過，兩個人下載過內容，一個人瀏覽了價格頁面四次。
沒有任何單一來源能提供完整的樣貌。識別層涵蓋匿名造訪，而每一次第一方互動都會補上一個名字。
如何運用這些資料
多數公司一開始是為了行銷導入識別功能，但其中幾個最有用的應用其實屬於業務和客戶成功團隊。
業務摘要與通知
每天或每週寄給帳戶負責人一份目標帳戶活動摘要：看了哪些頁面、有多少不同訪客、最近一次是何時。即時通知只保留給意圖最高的頁面，例如價格頁、客戶案例與比較頁，因為這些頁面的時機很重要：在帳戶仍在研究時送達的通知很有用，放在每週摘要裡往往就沒用了。用這些資料來掌握聯繫時機與內容方向，而不是讓對方覺得被監視；以帳戶所讀內容相關資料開場的電子郵件，通常比「我注意到貴團隊一直在看我們的網站」效果更好。我們的依意圖分派網站名單指南說明了通知邏輯，同樣的訊號也可以導入帳戶評分模型，讓優先順序保持一致。
網站個人化
產業與規模版本使用中等信賴度的公司屬性資料，ABM 體驗則使用與 CRM 比對成功的帳戶。未識別的訪客看到預設內容。我們關於網站個人化的文章說明了如何建立分群，並與保留對照組比較衡量。
帳戶式廣告
將瀏覽過高意圖頁面的 ICP 客戶匯出為公司清單，用於帳戶式廣告活動，並將現有客戶與進行中的商機從開發型廣告活動中排除。
報表與內容驗證
將流量與轉換報表依產業和規模拆解，看看活動吸引的是否為對的公司，而不只是更多工作階段。這一層資料也有助於內容決策：您不只知道一篇 Kubernetes 文章有幾千次瀏覽，還能看出已識別的訪客是來自 ICP 公司，還是學生與愛好者。
產品導向成長
對於提供自助註冊的 SaaS 公司，識別功能能顯示哪些帳戶在註冊前研究過產品。如果一家公司在兩週內造訪多次，然後建立帳戶，新手導入就可以從他們研究最多的功能開始。
客戶擴充與流失訊號
現有客戶瀏覽他們未使用之產品或方案的頁面，是擴展銷售的信號：一位中階方案客戶造訪企業方案價格頁，應該轉給他們的客戶經理。客戶造訪競爭對手比較頁則可能是流失風險的信號，應交給客戶成功團隊，而不是放進業務待辦清單。
競爭情報
識別資料也會顯示競爭對手何時造訪您的網站。不必反應過度，但模式本身可能透露訊息：一個突然每週都來看您價格頁的競爭對手，可能正在準備做出調整。
選擇訪客識別方式
您有三大選項：
獨立的識別工具（如 Leadfeeder 或 Albacross）專注於識別公司並以儀表板呈現訪客活動。它們容易導入，但啟用層要由您自己建立，無論是定期查看儀表板，或設定整合將資料推送到 CRM。
內建識別功能的 ABM 平台（例如 Demandbase 或 6sense）將識別與廣告、意圖資料及帳戶評分綁在一起。功能全面，通常需要專人負責。價格採報價制：6sense 的價格頁面列出方案卻沒有價格（截至2026年10月），因此請依您的流量與席位數向每家供應商索取報價。
具備原生辨識功能的個人化平台（例如 Markettailor）結合了辨識功能，以及為辨識出的公司變更網站的能力，彌補了「知道誰來過」與「採取行動」之間的落差。
正確的選擇取決於您打算如何運用資料。如果您想要一份造訪網站的公司清單，獨立工具就夠了。如果您想改變這些公司看到的內容，就需要辨識與個人化協同運作。若要以加權計分表和公平的比對率測試比較特定供應商，請參閱我們的網站訪客辨識軟體指南。
5 步驟導入計畫
- 先定義行動（第 1 週）。寫下您將執行信心表中的哪些行動、各由誰負責，以及「可用帳戶」對您的定義（ICP 契合度加上哪些行為）。少了這一步，您只是在買一份名單。
- 確定法律基礎（第 1-2 週）。在任何追蹤程式碼上線前，完成正當利益評估、決定哪些項目需要取得同意、更新隱私權聲明並簽署 DPA。上線後才做，就得重新設計代碼。
- 在您自己的流量上試用（第2至4週）。在所有頁面上安裝腳本，而不只是首頁，因為訪客常從部落格文章或到達頁面進入。同時試用一到兩家廠商至少兩週，以已知工作階段驗證比對結果，並記錄您的基準比對率與可用客戶數。
- 串接 CRM 並嚴格篩選（第 4 至 5 週）。只同步通過 ICP 與行為篩選的公司。排除網路服務供應商、主機代管業者、大學、現有客戶（這些應轉給客戶成功團隊）以及您自己的公司。
- 先推出一個行動、衡量成效，再加入下一個（第6週起）。先為業務提供每週帳戶摘要，再加入高意圖頁面通知。等業務確認帳戶看起來正確後，再加入個人化或廣告受眾。
常見錯誤
- 以廠商宣稱的比對率評斷廠商。請用您自己的流量衡量，並計算可用的帳戶數，而不是比對數。
- 每次比對成功都通知業務。幾週內業務就會忽略這個頻道。先從依 ICP 和購買行為篩選過的摘要開始。
- 把公司資料當成匿名資料。這項處理是從個人資料開始的，請據此建立文件。
- 沒有過濾 ISP、主機服務商與大學。這些會灌水數字並汙染區隔。
- 對陌生訪客在頁面上直呼公司名稱。這會讓人覺得被監視。在建立關係之前，請改用產業角度來呈現。
- 忽略既有客戶。他們造訪價格或比較頁面，是擴充或流失的訊號；請分派給客戶經理。
單靠辨識，只能得到一份公司名稱清單。價值來自您將它連結到什麼：送達帳戶負責人的警示、顯示網站活動的 CRM 記錄，以及為您在意的客群而改變的網站體驗。Markettailor 的訪客辨識會將辨識出的公司直接傳入客群區隔，完成最後這一步。
常見問題
網站訪客辨識是如何運作的？
最常見的方法是反向 IP 查詢：將訪客的 IP 位址比對到擁有該網段的組織，再以產業和規模等公司資料加以擴充。個人層級的辨識則來自第一方資料（當有人填寫表單、登入或點擊受追蹤的電子郵件連結時），或來自第三方身分圖譜，後者的法律風險較高。
網站訪客有多少比例可以被辨識？
沒有可靠的通用數字，因為這取決於您的受眾。訪客在大型企業辦公室工作的網站，能辨識出較多工作階段；訪客為遠端工作者、小型企業、行動流量或隱私轉送使用者的網站，則辨識得較少。請在供應商試用期間用您自己的流量衡量，並追蹤可用的 ICP 帳戶數，而不是原始比對數。
網站訪客識別在 GDPR 下合法嗎？
可以合法，但受到規範。IP 位址可能屬於個人資料，因此您需要法律依據（通常是附有書面評估的正當利益）、隱私權聲明、與供應商簽訂的 DPA，以及處理反對請求的方式。在裝置上儲存或讀取識別碼的程式碼，依電子隱私規範通常需要取得同意。
能識別造訪網站的個人身分嗎？
要可靠且合法地做到，只有在他們自行表明身分時：填寫表單、登入，或點擊您寄出的電子郵件。有些廠商宣稱能透過身分圖譜指出匿名訪客的姓名，主要針對美國流量。對歐盟和英國訪客而言，這很難站得住腳，因為當事人與您沒有任何關係，也不會預期到這種情況。
訪客辨識和訪客追蹤有什麼差別？
追蹤記錄的是工作階段做了什麼：頁面、事件、來源。識別回答的是工作階段背後是誰，通常是在公司層級。兩者缺一不可：追蹤提供了讓已識別帳戶值得採取行動的行為資料，而識別則將匿名行為轉化為帳戶層級的訊號，供業務、個人化與廣告使用。