如何在行銷活動中運用第一方數據

歡迎來到 Purple 架構簡報。我是你們的主持人，今天我們要來探討 IT 和行銷領導者所面臨的一項關鍵挑戰：如何在行銷活動中運用第一方數據。具體來說，我們將探討如何啟用並活用透過企業 WiFi 基礎架構所收集到的數據。 如果您是 CTO、IT 經理或場域營運總監，您一定已經知道自己網路的價值。但在原始網路遙測數據與具備可操作性的行銷情資之間架起橋樑，才是實現真正 ROI 的關鍵所在。現在就讓我們深入探討。 第一部分：背景脈絡以及為何這在當下至關重要。 第三方 Cookie 正在所有主流瀏覽器中逐漸淡出。英國與歐洲的 GDPR，以及美國的 CCPA 等隱私法規比以往更加嚴格。行銷人員面臨著尋找乾淨、合規且獲得授權之第一方數據來源的巨大壓力。與此同時，您每天都有成千上萬的訪客、顧客或粉絲連接到您的存取點。藉由導入具有明確選擇同意（opt-ins）機制的 Captive Portal，您的 WiFi 網路將成為您實體場域中最可靠的第一方數據引擎。 想想這在實際運作中代表著什麼。一間擁有兩百間客房的飯店每天可能會有三百個不重複的裝置連線。位於繁華市中心的零售旗艦店每天可能會有兩千個。而在比賽日的體育場呢？更是多達數萬個。這當中的每一次連線都是一個潛在的數據點，包括姓名、電子郵件地址、電話號碼、人口統計學輪廓，而且全部都是在連線時取得明確同意而收集的。 問題不在於您是否應該這樣做。問題在於您是否正確、合規且大規模地落實執行。 第二部分：技術架構。 讓我們從邊緣端開始。當裝置與存取點建立關聯時，無線區域網路控制器會偵測到一個未經身分驗證的用戶端。接著，它會將裝置的初始 HTTP 請求重導向至 Captive Portal（一個託管於本地端或雲端中的網頁）。 這個 Splash Page 是價值交換的關鍵節點。場域提供高速網路連線，使用者則提供其數據與同意。這很簡單，但實作細節卻至關重要。 在身分驗證方法方面，您有數種選擇。社群 OAuth（允許使用者透過 Facebook、Google 或 Apple 登入）是摩擦力最小的選項，且能立即提供豐富的人口統計學數據。表單式身分驗證則讓您要求特定欄位（例如電子郵件地址、電話號碼和郵遞區號），以便對收集的數據擁有更多控制權。接著還有 Passpoint 或 Hotspot 2.0，它使用 IEEE 802.11u 標準來允許回訪使用者進行自動、安全的連線，在初次設定後即可完全繞過 Captive Portal。現在，有一個許多部署都會低估的技術挑戰：MAC 隨機化。現代作業系統（iOS 14 及以上版本、Android 10 及以上版本）會為裝置連線的每個無線網路產生一個唯一且暫時的 MAC 位址。這是作為隱私保護功能而引入的，卻從根本上破壞了以裝置為中心的追蹤機制。 如果您依賴硬體 MAC 位址來識別回訪訪客，您將會看到新訪客數量出現巨大的激增，而您的回訪訪客指標則會暴跌。實際客流量保持不變，但您的數據看起來完全錯誤。 解決方案是從以裝置為中心的追蹤轉向以身分為中心的追蹤。一旦使用者透過 Captive Portal 進行身分驗證，他們的工作階段數據（包括隨機 MAC）就會與其 CRM 個人檔案綁定。在隨後的訪問中，當他們使用相同的電子郵件地址或社群媒體登入再次進行身分驗證時，系統會將新的隨機 MAC 連結回現有的個人檔案。身分才是錨點，而不是裝置。 為了獲得最無縫的體驗，特別是在旅宿和交通運輸環境中，可以在使用者首次驗證後將 Passpoint 設定檔配置到其裝置上。在之後的每一次訪問中，裝置都會自動且安全地連線、識別使用者並擷取數據，這一切都無需使用者再次與入口網站進行互動。 第三節：數據流與整合。 擷取數據是第一步。將其匯入您的行銷技術堆疊則是第二步。 標準架構如下：Purple 平台介於網路邊緣與您的行銷工具之間。當使用者進行身分驗證時，平台會對數據進行標準化處理（處理重複數據刪除、個人檔案合併和同意管理），然後透過 REST API 或 Webhooks 將數據推送至下游。 Webhook 簡單來說就是一個 HTTP 回呼（callback）。當特定事件發生時（例如新使用者進行驗證、回訪使用者連線、使用者的停留時間超過 15 分鐘），平台會發送結構化的 JSON 酬載至預先設定的端點。該端點可能是您的 Salesforce CRM、您的 HubSpot 行銷中心、您的 Marketo 自動化平台，或是自訂的中介軟體層。 相較於排程的批次匯出，Webhooks 的主要優勢在於即時啟用。如果飯店房客辦理入住並連線至 WiFi，您會希望在幾分鐘內向他們發送歡迎郵件，而不是等到隔天早上。即時數據流讓這一切成為可能。 第四節：跨管道啟用數據。 讓我們來談談四個主要的啟用管道：電子郵件、簡訊、社群廣告和程式化廣告。 電子郵件是最成熟的管道。在使用者首次驗證後立即發送的觸發型歡迎電子郵件，對於提供承諾的獎勵非常有效。在斷開連線 24 小時後發送的造訪後問卷調查電子郵件，可有效推動評論的產生。針對 90 天內未連線使用者的重新互動行銷活動，則是提高回訪率的絕佳方式。 SMS 簡訊是場域內啟動意圖最高的管道。因為您接觸的是實際存在於您場域中的人，其情境非常適合發送具時效性的優惠。一位在鞋類區瀏覽了十分鐘的零售顧客，絕對是鞋款促銷的高度潛在客戶。在客房內待了三個小時的飯店房客，可能對晚餐預訂優惠感興趣。位置分析（使用 WiFi 三邊測量或 BLE 信標）可以自動觸發這些 SMS 訊息。 在社群廣告方面，隨著第三方定位選項的減少，第一方數據變得越來越有價值。您可以將互動度最高的 WiFi 使用者客群（例如在過去 60 天內造訪您場域超過三次的使用者）匯出為雜湊處理後的電子郵件清單，並將其作為自訂廣告受眾上傳至 Facebook 廣告管理員或 Google Ads。從那裡，您可以建立類似廣告受眾，以尋找與您最忠實的實體造訪者具有相似特徵的新潛在客戶。這是實體行為與線上廣告之間的強大橋梁。 最後是程式化顯示廣告。透過將您的第一方廣告受眾客群與需求方平台進行同步，您可以在開放的網路中向已知造訪者投放針對性的顯示廣告，在他們離開您的場域後加強品牌知名度。 第五節：導入陷阱與風險緩釋。 讓我帶您了解在部署中常遇到的最常見失敗模式。 第一種是合規性失敗。最常見的錯誤是將行銷同意核取方塊與服務條款接受欄位綁定在一起。在 GDPR 的規範下，行銷傳播的同意必須是自由給予、具體、知情且明確的。將其與服務條款綁定會使該同意完全失效。您必須針對每種行銷傳播類型使用獨立且未勾選的核取方塊——電子郵件和 SMS 簡訊應該是獨立的訂閱選項。 第二個陷阱是 Captive Portal 載入緩慢。如果歡迎頁面載入時間超過三秒，流失率就會急遽飆升。這在人流量大的場域中尤為棘手，緩慢的入口網站會成為瓶頸。請積極優化入口網站頁面：壓縮圖片、將 JavaScript 降至最低，並確保您的 Walled Garden 設定允許在驗證前載入入口網站的資源。 第三個陷阱是 Walled Garden（圍牆花園）配置不當。如果您使用社群 OAuth 進行驗證，則需要確保使用者在完成登入前，即可存取 Facebook、Google 和 Apple 的驗證端點。這需要在無線區域網路控制器上進行仔細的 Walled Garden 配置。 第四個陷阱是忽略數據品質。在首次登入時要求盡可能多的資訊是很誘人的做法。請抵制這種衝動。漸進式分析（Progressive profiling）——在首次訪問時要求基本資訊，並在隨後的訪問中豐富個人檔案——能產生高得多的轉換率和更好的數據品質。 第六節：快速問答。 問題一：我們能否追蹤未登入的使用者？ 您可以查看匿名探針請求以進行存在分析（Presence Analytics）——包括人流量統計和停留時間——但在未獲得明確同意和經過驗證的會話之前，您無法將此數據用於精準行銷。匿名分析對於營運決策很有用，但行銷啟動則需要識別身分。 問題二：我們如何處理從現有電子郵件清單到 WiFi 擷取數據的過渡？ 首先將您現有的 CRM 聯絡人與新的 WiFi 驗證進行交叉比對。當已知聯絡人登入 WiFi 時，使用新的行為數據來豐富他們現有的個人檔案。隨著時間的推移，您透過 WiFi 擷取的個人檔案將成為您最豐富的數據來源。 問題三：配置良好的 Captive Portal 的典型訂閱（Opt-in）率是多少？ 根據我們的經驗，一個設計良好且具有明確價值主張的 Portal——以免費高速 WiFi 換取電子郵件地址和行銷同意——其已驗證使用者的訂閱率可達到 60% 至 80% 之間。設計不良、表單複雜或價值主張不明確的 Portal，其訂閱率可能會降至 20% 以下。 第七節：總結與後續步驟。 讓我來做個總結。 您的 WiFi 基礎設施是一項巨大且尚未開發的第一方數據資產。透過部署安全且合規的 Captive Portal，利用 API 和 Webhooks 將其與您的行銷技術棧整合，並利用基於位置的觸發器，您可以將 IT 成本中心轉化為可衡量的行銷營收產生器。 實作路線圖非常簡單。從部署 Captive Portal 開始，並將其與您的電子郵件平台整合。執行一個簡單的歡迎活動並衡量轉換率。然後，擴展到基於簡訊的位置觸發器。接著，將您的受眾群體匯出到社群平台以進行類似受眾（Lookalike）投放。每一步都建立在上一步的基礎上，而且每一步都能產生可衡量的投資報酬率（ROI）。 您所擁有的數據非常寶貴。擷取這些數據的基礎設施已經就緒。問題僅在於您是否正在啟用它。 如需詳細的部署指南和整合文件，請造訪 Purple 平台：purple.ai。感謝您參與本次簡報。