跳至主要內容

行銷客群數據平台:企業全方位指南

本指南說明如何在實體場域(飯店、連鎖零售店、體育場館和公共部門站點)中部署和優化用於行銷的客群數據平台。內容涵蓋串接企業級 Guest WiFi 與 CRM 及行銷自動化系統的技術架構、符合 GDPR 和 CCPA 的合規性要求,以及將網路成本中心轉化為可衡量收益引擎的實施步驟。行銷總監、CRM 經理和場域營運商將能在此獲得具體的部署指引、真實世界案例研究,以及本季即可應用的 ROI 評估框架。

📖 7 分鐘閱讀📝 1,707 字數🔧 2 範例3 練習題📚 9 關鍵定義

收聽此指南

查看播客逐字稿
歡迎來到 Purple 架構簡報。今天我們要探討 IT 與行銷領導者面臨的一項關鍵挑戰:如何利用您現有的企業 WiFi 基礎架構,部署用於行銷的客戶數據平台。 如果您是 CTO、IT 經理或場地營運總監,您一定深知自己網路的價值。然而,縮短原始網路遙測數據與具體可行行銷情資之間的差距 - 這才是真正的投資報酬率所在。讓我們深入探討。 第一部分:背景以及為何此時至關重要。 第三方 Cookie 正在所有主流瀏覽器中逐步淘汰。英國與歐洲的 GDPR,以及美國的 CCPA 等隱私法規比以往更加嚴格。行銷人員面臨著尋找乾淨、經同意的第一方數據源的巨大壓力。與此同時,您每天都有數以千計的訪客連接到您的存取點。 透過實作具有清晰同意聲明的 Captive Portal,您的 WiFi 網路將成為您實體場地中最可靠的第一方數據引擎。想想這在實際運作中的意義。一間擁有兩百間客房的飯店每天可能會有三百個不重複的裝置連接。位於繁華市中心的零售旗艦店每天可能會有兩千個。比賽日的體育場?更是高達數萬個。這些連接中的每一個都是潛在的數據點 - 姓名、電子郵件地址、電話號碼、人口統計輪廓 - 全都是在連接時經由明確同意所擷取的。 問題不在於您是否應該這樣做,而是在於您是否正確、合規且具規模地執行。 第二部分:技術架構。 讓我們從邊緣開始。當裝置與存取點建立關聯時,無線區域網路控制器會偵測到一個未驗證的用戶端。接著,它會將裝置的初始 HTTP 請求重導向至 Captive Portal - 這是代管在本地端或雲端中的網頁。此 Splash Page 是價值交換的關鍵點。您提供高速網路存取;使用者則提供其數據與同意。 至於驗證方法,您有幾種選擇。社群 OAuth - 允許使用者透過 Google 或 Apple 登入 - 是最無摩擦的選項,並能立即提供豐富的人口統計數據。表單式驗證則是由您要求特定欄位(例如電子郵件地址和電話號碼),讓您對所擷取的數據擁有更多主導權。接著是 Passpoint(或稱 Hotspot 2.0),它使用 IEEE 802.11u 標準,允許返回使用者自動且安全地連接,在首次設定後完全繞過 Captive Portal。現在,有一個許多部署項目都低估的技術挑戰:MAC 隨機化。現代作業系統 - iOS 14 及以上、Android 10 及以上 - 會為裝置連接的每個無線網路產生一個唯一的臨時 MAC 位址。如果您依賴硬體 MAC 位址來識別回訪訪客,您會看到看似新訪客的人數大幅增加,而您的回訪訪客指標則會暴跌。 解決方案是從以裝置為中心的追蹤轉向以身分為中心的追蹤。一旦使用者透過 Captive Portal 進行驗證,其工作階段資料就會與其 CRM 設定檔綁定。在隨後的訪問中,當他們使用相同的電子郵件地址或社群登入再次驗證時,系統會將新的隨機 MAC 連結回現有的設定檔。身分才是錨點,而不是裝置。 第三部分:資料流與整合。 擷取資料是第一步。將其匯入您的行銷技術堆疊是第二步。Purple 平台介於網路邊緣與您的行銷工具之間。當使用者驗證時,平台會對資料進行標準化 - 處理重複刪除、設定檔合併和同意管理 - 然後透過 REST API 或 Webhooks 將資料推送到下游。 Webhook 簡單來說就是一個 HTTP 回呼。當特定事件發生時 - 例如新使用者驗證、回訪使用者連接、使用者停留時間超過 15 分鐘 - 平台會將結構化的 JSON 酬載傳送到預先設定的端點。該端點可能是您的 Salesforce CRM、您的 HubSpot 行銷中心、您的 Marketo 自動化平台,或是自訂的中間件層。 相較於排程的批次匯出,Webhooks 的關鍵優勢在於即時啟用。如果飯店房客辦理入住並連接到 WiFi,您會希望在幾分鐘內向他們傳送歡迎電子郵件,而不是在隔天早上。 第四部分:跨通路啟用資料。 讓我們來談談四個主要的啟用通路:電子郵件、簡訊、社群廣告和程式化展示。 電子郵件是最成熟的通路。在使用者首次驗證後立即傳送的觸發型歡迎電子郵件,對於提供承諾的優惠非常有效。在斷開連線 24 小時後傳送的訪問後調查電子郵件,則能推動評論的產生。 簡訊是場域內啟用中意圖最高的通路。因為您接觸的是實際存在於您場域中的人,所以其情境非常適合具有時效性的優惠。在鞋類專區瀏覽了 10 分鐘的零售顧客,就是鞋類促銷活動的高潛力目標客戶。 對於社群廣告,隨著第三方定位選項的減少,第一方資料變得越來越有價值。您可以將互動度最高的 WiFi 使用者客群匯出為雜湊處理的電子郵件清單,並將其上傳到廣告平台作為自訂廣告受眾。從那裡,您可以建立類似廣告受眾,以尋找與您最忠實的實體訪客具有相似特徵的新潛在客戶。第五部分:實施陷阱與風險緩釋。 讓我帶您了解在部署中常見的失敗模式。 第一種是合規性失敗。最常見的錯誤是將行銷同意核取方塊與服務條款(Terms of Service)綁定在一起。在 GDPR 規範下,行銷傳播的同意必須是自由給予、具體、知情且明確的。將其與服務條款綁定會使該同意完全失效。您必須針對每種行銷傳播類型使用獨立、未勾選的核取方塊。 第二個陷阱是慢速的 Captive Portal。如果導向頁面載入時間超過三秒,放棄率將會急劇上升。請積極優化 Portal 頁面:壓縮圖片、將 JavaScript 降至最低,並確保您的 Walled Garden 設定允許 Portal 的資源在驗證前載入。 第三個陷阱是數據品質不佳。在首次登入時要求儘可能多的資訊是很誘人的做法,但請避免這樣做。漸進式分析(Progressive profiling) - 在首次訪問時要求基本資訊,並在後續訪問中豐富個人資料 - 能帶來更高的轉換率和更好的數據品質。 第六部分:快速問答。 問題一:我們能追蹤未登入的使用者嗎?您可以查看用於客流分析(presence analytics)的匿名探針請求 - 包含人流量與停留時間 - 但在沒有明確同意和經過驗證的會話(authenticated session)情況下,您無法將這些數據用於精準行銷。 問題二:我們該如何處理從現有電子郵件清單到 WiFi 擷取數據的過渡?首先,將您現有的 CRM 聯絡人與新的 WiFi 驗證進行交叉比對。當已知聯絡人登入 WiFi 時,使用新的行為數據來豐富他們現有的個人資料。 問題三:設定良好的 Captive Portal 典型訂閱率(opt-in rate)是多少?根據 Purple 在八萬個實體場域的自有數據,一個設計良好且具有明確價值主張的 Portal,在已驗證使用者中可達到百分之六十至八十的訂閱率。 第七部分:總結與後續步驟。 讓我做個總結。您的 WiFi 基礎設施是一項巨大且尚未開發的第一方數據資產。透過部署安全、合規的 Captive Portal,並透過 API 和 Webhooks 將其與您的行銷技術棧整合,再利用基於位置的觸發器,您可以將 IT 成本中心轉化為可衡量的行銷營收產生器。 實施路線圖非常直觀。首先部署 Captive Portal 並將其與您的電子郵件平台整合。執行一個簡單的歡迎活動並衡量轉換率。接著擴展到基於簡訊(SMS)的位置觸發器。然後將您的受眾群體匯出到社群平台進行類似受眾(lookalike)投放。每一步都建立在上一步的基礎之上,且每一步都能產生可衡量的投資報酬率。您所擁有的數據極具價值。用於收集數據的基礎架構早已建置完成。現在的問題在於您是否正在啟用它。如需詳細的部署指南與整合文件,請造訪 Purple 網站 purple.ai。感謝您參與本次簡報。

header_image.png

執行摘要

第三方 Cookie 的淘汰以及全球隱私法規的收緊,迫使行銷策略發生根本性的轉變。對於實體場所而言,解決之道在於現有的基礎設施。當適用於行銷的客群數據平台與企業級 Guest WiFi 整合時,IT 成本中心即可轉變為可衡量的營收來源。

本指南詳細介紹 IT 經理、網路架構師和場所營運總監如何佈署客群數據平台,以擷取、整合並啟用第一方數據。您將瞭解橋接網路遙測與行銷自動化所需的技術架構、必須符合的合規性標準,以及確保高訂閱率的實施步驟。我們涵蓋了 MAC 隨機化時代的身分識別解析、與現有 CRM 系統的整合,以及在餐飲旅宿、零售和公共領域的實際佈署情境。

Purple Engage 在登入時擷取經驗證的訪客電子郵件和電話數據,並自動執行行銷活動。Purple 在 2024 年已於超過 80,000 個實際場所處理了 4.4 億次登入,證明此架構具備擴充性。Harrods 利用 Purple 的 Guest WiFi 推廣其會員計劃,實現了 57 倍的投資報酬率。Avanti West Coast 透過向重複搭乘的旅客發送升等優惠,實現了 463% 的投資報酬率。


技術深度剖析

適用於行銷的客群數據平台依賴三個層級:數據擷取層、中央身分識別解析引擎,以及啟用層。應用於實體場所時,主要的數據來源即是 Guest WiFi 網路。

擷取層與邊緣驗證

此流程始於網路邊緣。當裝置與存取點建立關聯時,無線區域網路控制器會將未經驗證的用戶端重導向至 Captive Portal。此入口網頁作為數據擷取和同意管理的主要介面。您必須設定 Walled Garden,以允許在使用者完成登入流程之前載入驗證端點。當使用 Microsoft Entra ID、Okta 或 Google Workspace 等社群 OAuth 供應商時,這一點至關重要。

Purple 原生整合 Cisco Meraki、HPE Aruba、Ruckus、Juniper Mist、Ubiquiti UniFi、Cambium、Extreme Networks 和 Fortinet,因此您無需更換現有硬體即可佈署此架構。

cdp_architecture_overview.png

克服 MAC 隨機化

現代行動作業系統實施 MAC 隨機化,以防止跨不同無線網路的裝置追蹤。iOS 14 及以上版本,以及 Android 10 及以上版本,會為裝置連接的每個無線網路產生一個唯一的臨時 MAC 地址。如果您的分析依賴硬體 MAC 地址,您的回訪者指標將會失真 - 您會看到人為膨脹的新訪客計數,而重複訪問數據則會暴跌。

您必須從以裝置為中心的追蹤轉向以身分為中心的追蹤。當使用者透過 captive portal 進行驗證時,Purple 平台會將其工作階段數據連結到其 CRM 個人檔案。在隨後的訪問中,新的隨機 MAC 地址會重新綁定到現有的身分。身分才是錨點,而不是裝置。

Passpoint 與基於設定檔的驗證

為了簡化使用者體驗,請部署使用 IEEE 802.11u 標準的 Passpoint (Hotspot 2.0)。在初始驗證後,Passpoint 會向使用者裝置配置安全設定檔。在未來的訪問中,裝置會透過 WPA3 企業級加密自動且安全地連接。系統會識別使用者並擷取數據,而不需要與入口網站互動。這是 Identity-Based Networks 的基礎。請閱讀 三個 SSID 搞定一切:訪客、Passpoint 與 IoT WiFi 以獲取詳細的 SSID 架構指南。

整合與數據流

數據擷取後,必須流入您的行銷技術堆疊。Purple 平台會將數據標準化、處理重複數據刪除,並透過 REST API 或 Webhooks 將其推送到下游。Webhooks 提供即時啟用。當使用者進行驗證時,JSON 負載會立即傳送到您的 CRM 或行銷自動化平台。這實現了批次匯出無法支援的觸發式通訊 - 例如在顧客仍在現場時傳送歡迎電子郵件。

WiFi Analytics 平台會彙整行為訊號,包括停留時間、訪問頻率和區域級移動。這些訊號會直接餵入 CDP 內的受眾細分。


實作指南

部署用於行銷的客戶數據平台需要 IT 和行銷團隊之間的協調。以下步驟適用於任何與硬體無關的部署。

步驟 1:標準化網路邊緣

確保您的無線基礎架構支援 captive portal 重新導向和 Walled Garden 設定。設定三個不同的網路:Guest WiFi、Staff WiFiMulti-Tenant WiFi。這可以隔離流量並確保安全。對於 Hospitality 行業的場域,將訪客流量與營運系統隔離是刷卡終端機共用同一實體網路時的 PCI DSS 合規要求。

步驟 2:設計 captive portal

Captive Portal 必須在三秒內載入完畢。請儘可能減少 JavaScript 並壓縮圖片。Portal 應清楚說明價值交換:以高速網際網路存取服務換取數據和行銷同意書。實施漸進式屬性分析 - 在首次訪問時要求提供電子郵件地址或電話號碼,然後在後續訪問中收集其他詳細資訊,例如郵遞區號或出生日期。根據 Purple 在 80,000 多個場域的專有數據,設計良好的 Portal 可讓已驗證使用者的加入率達到 60 - 80%。請閱讀 How to make a great first impression with your guest WiFi (and keep your brand consistent) 以獲得設計指南。

步驟 3:設定同意書管理

您必須遵守 GDPR、CCPA 和當地隱私法規。請勿將行銷同意書與服務條款接受程度捆綁在一起。根據 GDPR 的規定,同意必須是自由給予、具體、知情且明確的。請針對電子郵件和簡訊行銷使用未勾選的獨立核取方塊。Purple 擁有 ISO 27001、GDPR、CCPA 和 Cyber Essentials 認證,確保您的數據擷取流程在設計上即符合規範。

步驟 4:將數據對應到 CRM

設定 Webhooks 以將數據從 Purple 傳送到您的 CRM。精確對應欄位,確保主要識別碼 - 通常是電子郵件地址 - 與您現有的資料庫結構描述相符。對於 Retail 部署,請將 WiFi 擷取的個人資料與 POS 交易數據進行交叉比對,以建構完整的消費者行為樣貌。

wifi_data_segmentation.png

步驟 5:跨管道啟用

使用統一的個人資料來推動四個管道的行銷活動。電子郵件是最成熟的管道 - 觸發式歡迎電子郵件和訪問後問卷調查非常有效。簡訊是場域內啟用意向最高的管道,能在訪客實際在場時觸及他們。對於社群廣告,請匯出雜湊處理過的電子郵件客群,以建立自訂廣告受眾和類似廣告受眾。對於 Transport 營運商,針對行程結束後的已知旅客進行程式化展示廣告活動,可強化品牌忠誠度。請參閱 How to leverage SMS marketing net in to increase return visits 以瞭解簡訊行銷活動設定。


最佳實踐

以下建議反映了行業標準以及 Purple 在 80,000 多個上線場域中的營運經驗。

依行為而非僅依人口統計資料進行區隔。 每週造訪三次的零售消費者,與造訪飯店一次的遊客,需要不同的行銷訊息。請根據造訪頻率、停留時間和區域級行為來建立客群。Purple 的 WiFi Analytics 會自動呈現這些訊號。

自動化即時觸發。 使用 Webhooks 根據實際身處現場觸發溝通。如果球迷連接到體育場 WiFi,即可發送包含商品折扣碼的歡迎簡訊。如果飯店房客在抵達時進行連接,則發送包含餐廳菜單的歡迎電子郵件。時機至關重要 - 現場訊息的轉換率高於訪問後的訊息。

保持品牌一致性。 Captive Portal 通常是訪客與您的實體場域進行的第一個數位互動。請確保設計符合您的品牌指南。對於 醫療保健 環境,入口網站還必須清楚說明數據使用方式,以滿足患者和訪客的期望。

優先考量第一方數據。 依賴您透過自願勾選同意直接收集的數據。這些數據比第三方數據更準確、更合規且更持久。Purple 已在其網路中收集了 290 億個數據點,展現了這種方法所能達到的規模。


疑難排解與風險緩釋

即使經過周密的規劃,部署過程中仍會遇到問題。以下是最常見的故障模式及其解決方案。

故障模式 症狀 解決方案
綑綁式同意 行銷勾選同意率高,但 GDPR 稽核失敗 將服務條款與行銷同意書分開為獨立且未勾選的核取方塊
Captive Portal 載入緩慢 登入前的放棄率高於 40% 壓縮圖片、最小化 JavaScript,並驗證 Walled Garden 允許載入入口網站資源
未處理 MAC 隨機化 回訪訪客數量下降;新訪客數量暴增 啟用以身分為中心的追蹤;將個人檔案錨定至電子郵件或社群登入,而非 MAC 位址
Webhook 失敗 CRM 個人檔案未即時更新 驗證端點可存取性、實作重試邏輯,並監控酬載量
首次訪問收集過多資訊 表單完成率低於 30% 將首次訪問的表單縮減至僅限電子郵件;對後續訪問使用漸進式個人檔案收集
Walled Garden 設定不當 社群 OAuth 登入在驗證前失敗 將 Microsoft Entra ID、Okta 和 Google Workspace 的驗證端點加入 Walled Garden 允許清單

投資報酬率與商業效益

用於行銷的客戶數據平台可帶來可衡量的商業效益。透過擷取第一方數據,您可以減少對昂貴第三方廣告的依賴,並與您的訪客建立直接的關係。

衡量這些指標以追蹤成效:

指標 說明 目標
擷取的已驗證個人檔案 已取得行銷同意的已驗證使用者總數 逐月增長
勾選同意率 同意接收行銷資訊的已驗證使用者百分比 60 - 80% (Purple 基準)
電子郵件開啟率 被觸發的電子郵件開啟百分比 歡迎電子郵件高於 30%
重複訪問率 90 天內回訪的使用者百分比 6 個月後達基準值 + 10%
行銷活動收益歸因 與 WiFi 觸發之行銷活動直接關聯的收益 90 天內實現正 ROI

McDonald's 在部署 Purple 後的兩年內,於其 CRM 中獲取了 250 萬名不重複的 Guest WiFi 使用者,且每年有 400 萬次造訪促成了 WiFi 登入。Harrods 透過使用 Guest WiFi 推廣其會員計劃,實現了 57 倍的 ROI。Avanti West Coast 藉由針對重複搭乘的旅客進行增值銷售推廣,實現了 463% 的 ROI。AGS Airports 透過使用 WiFi 調查而非傳統的回饋方式,節省了 260 萬歐元,實現了 10,630% 的 ROI。

這些成果都有一個共同的模式:配置完善的 Captive Portal、與 CRM 進行即時 Webhook 整合,以及自動化的觸發式行銷活動。由於 Purple 是作為雲端重疊層部署在現有硬體上,因此基礎設施投資極低。在營運的第一個季度內即可衡量其回報。

關鍵定義

客群數據平台 (CDP)

整合並整理多個接觸點的客戶數據,以建立用於行銷啟動的單一、統一設定檔的軟體。

IT 團隊部署 CDP 以打破網路分析、CRM 和行銷自動化工具之間的數據孤島。在實體場域中,Guest WiFi 網路是主要的數據來源。

Captive portal

使用者在存取公共 WiFi 網路之前必須檢視並與之互動的網頁。它作為主要的數據擷取與同意介面。

這是網路邊緣的主要數據擷取機制。載入速度和表單設計直接決定了加入率。

MAC 隨機化

現代作業系統中的一種隱私功能,可為每個無線網路連線產生一個臨時且唯一的 MAC 位址,以防止持續的裝置追蹤。

iOS 14+ 和 Android 10+ 均實施了此功能。它破壞了以裝置為中心的分析,並要求場域轉向透過驗證工作階段進行以身分為中心的追蹤。

Passpoint (Hotspot 2.0)

一種基於 IEEE 802.11u 的標準,允許裝置在完成首次設定後,自動偵測並安全地連線至 WiFi 網路,而無需手動驗證。

IT 團隊部署 Passpoint 來提供類似行動網路的體驗。它能確保在重複造訪時進行一致的數據擷取,而無需使用者再次與 Captive Portal 進行互動。

First-party data

企業在獲得明確同意的情況下,透過自身管道直接從其客戶收集的資訊。

隨著第三方 Cookie 逐漸遭到淘汰,行銷團隊依賴 IT 部門透過 Guest WiFi 擷取第一方數據。這類數據比購買的數據更準確、更符合法規,且更具持久性。

Webhook

由特定事件觸發的自動化 HTTP 回呼,可即時將結構化的 JSON 酬載傳送到另一個應用程式。

用於在訪客登入時,將使用者個人檔案從 WiFi 平台即時推送到 CRM。這能實現批次匯出無法支援的即時觸發行銷活動。

Walled Garden

一種受限制的網路環境,在使用者完成完整驗證之前,僅允許存取特定的網站或 IP 位址。

網路架構師必須設定此項,以允許 Microsoft Entra ID、Okta、Google Workspace 等社群登入提供商在使用者進行驗證之前,在 Captive Portal 上載入。

Identity-Based Networks

一種網路架構,其存取策略和分析與已驗證的使用者身分綁定,而非物理裝置或 MAC 位址。

這是 Purple 的核心方法。它解決了 MAC 隨機化問題,並能在多次造訪與多個位置之間,建立準確且持久的訪客個人檔案。

Progressive profiling

一種數據收集策略,在首次互動時收集基本資訊,並在後續互動中利用額外的數據點豐富個人檔案。

場所使用此功能可在 Captive Portal 上維持高同意率,同時隨時間建立詳細的 CRM 個人檔案。在首次造訪時索取過多數據會降低完成率。

範例

一間擁有 200 間客房的飯店希望增加直接預訂並減少對線上旅行社(OTA)的依賴。他們已擁有 Cisco Meraki 無線基地台,但目前僅提供開放、未經驗證的 WiFi。

使用雲端覆蓋技術在現有的 Cisco Meraki 硬體上部署 Purple Engage。設定需要輸入電子郵件地址或社群媒體登入才能存取的 Captive Portal。實施服務條款與行銷同意的獨立核取方塊,以確保符合 GDPR。設定 Webhook,將已驗證的個人資料即時傳送到飯店的 CRM。建立自動化電子郵件行銷活動,在住客退房 24 小時後觸發,提供下次直接預訂的 15% 折扣。在第二次造訪時,使用漸進式設定檔建置來獲取住客的郵遞區號和出生日期,以豐富個人資料。90 天後,匯出入住次數超過一次的住客客群,在社群廣告平台上建立類似廣告受眾(Lookalike)。

考官評語: 此方法使用現有的 Cisco Meraki 硬體,消除了資本支出。退房後 24 小時觸發機制利用了住客近期的良好體驗。獨立的同意核取方塊保護了飯店免受 GDPR 執法風險。第二次造訪時的漸進式設定檔建置可在維持高加入率的同時,隨時間建立更豐富的個人資料。

一家擁有 50 個據點的連鎖零售店希望了解跨店購物行為,並在具高價值的顧客在店內時向其發送針對性的簡訊優惠。

在現有的 HPE Aruba 或 Cisco Meraki 架構上使用雲端覆蓋技術,在所有 50 個據點實施 Purple。啟用 Passpoint 以確保顧客在造訪連鎖店中的任何商店時都能自動連線,而無需重新輸入認證資訊。將平台設定為把每月造訪次數超過三次的使用者區隔為「常客」。透過 Webhooks 與簡訊網關整合。當常客客群中的使用者連線到網路時,立即觸發含有時效性店內優惠的簡訊。將 WiFi 工作階段數據與 POS 交易數據進行交叉比對,以衡量簡訊觸發購買的轉換率。

考官評語: Passpoint 是此處的關鍵推手。若沒有它,顧客必須在每個據點手動登入,這會大幅減少整個據點的數據擷取量。即時 Webhooks 可確保簡訊在顧客實際在場時送達,從而最大化轉換率。POS 交叉比對關閉了歸因閉環,為行銷團隊提供了清晰的 ROI 數據。

練習題

Q1. 您的行銷總監希望在顧客進入零售店五分鐘後向其發送簡訊。您現有的 CRM 和 Guest WiFi 部署在 Cisco Meraki 硬體上。要實現這一點,最關鍵的技術要求是什麼?

提示:請考慮數據如何在系統之間即時傳遞,以及什麼會觸發簡訊發送。

查看標準答案

您必須設定從 Purple 平台到 CRM 或簡訊閘道器的 Webhook。排程的批次匯出速度太慢 - 數據必須在驗證時立即推送。Webhook 會在顧客裝置驗證的瞬間將 JSON 酬載發送到簡訊閘道器端點,從而在顧客仍在實體店內時觸發訊息。

Q2. 體育場 IT 經理注意到,在比賽日,Captive Portal 需要 8 秒才能載入,導致登入前的流失率高達 60%。他們首先應該調查什麼?

提示:請檢視在驗證完成前轉譯頁面所需的資源,以及網路如何處理驗證前的流量。

查看標準答案

他們應該調查 Walled Garden 設定和入口網站的素材大小。確保 Walled Garden 中允許外部資源 - 來自 Google 和 Apple 的社群登入指令碼、網頁字型和分析標籤 - 以便在驗證前載入。壓縮歡迎頁面上的所有圖片並將 JavaScript 最小化。在人潮眾多的比賽日,入口網站必須處理數千個同時發送的請求,因此頁面必須儘可能輕量化。

Q3. 您的法務團隊稽核了 Guest WiFi,發現使用者必須勾選單一核取方塊,同時同意服務條款和接收行銷電子郵件,才能存取網際網路。為什麼這是一個問題,您該如何修正?

提示:請檢視 GDPR 對有效同意的要求,特別是「自由給予」同意的條件。

查看標準答案

這違反了 GDPR 第 7 條規定,因為如果將同意作為服務的先決條件,則該同意並非出於自願。將行銷同意與服務條款接受綁定在一起,也意味著該同意不夠具體或明確。您必須將兩者分開為不同的核取方塊。可以要求必須接受服務條款才能存取。而行銷訂閱必須是選填的、預設不勾選,且每個管道都應有清晰的標籤 - 電子郵件和簡訊應為獨立的核取方塊。