透過 Zapier 和 Purple 將 WiFi 事件連結至 1,500 個以上的應用程式

透過 Zapier 和 Purple 將 WiFi 事件連結至 1,500 多個應用程式。Purple WiFi 技術簡報。 歡迎收看 Purple WiFi 技術簡報。今天我們將介紹場域技術中，最常被低估且未被充分利用的優勢之一：如何利用 Zapier 將您的訪客 WiFi 事件直接連結至營運與行銷系統。 如果您正在營運飯店集團、零售連鎖店、會議中心或體育場，您應該已經部署了 Purple 並正在收集豐富的訪客連線資料。問題是：在訪客連線的那一刻，這些資料會如何處理？對於大多數企業而言，老實說：處理得還不夠。資料只是放在儀表板中，或者每個月被匯出一次，而其營運價值在很大程度上流失了。 今天我們將改變現狀。在接下來的十分鐘內，我將帶您深入了解 Purple 與 Zapier 整合的運作原理、有哪些 WiFi 事件可作為觸發器、六種能立即帶來投資報酬率（ROI）的 Zap 組合、如何在大規模運作時處理速率限制（Rate Limit），以及團隊在首次部署時常遇到的兩三個陷阱。讓我們開始吧。 首先，我們從架構開始。Purple 是 Zapier 的整合合作夥伴，這意味著 Zapier 應用程式目錄中提供原生支援的連接器 —— 您不需從頭開始建立自訂 Webhook，不過如果您需要更精細的控制，依然可以這樣做。 其連線模式非常簡單直覺。Purple 透過其 API 公開一組觸發事件。Zapier 透過 Webhook 輪詢或接收這些事件，接著您的 Zap（即 Zapier 對自動化工作流程的稱呼）就會在下游應用程式中觸發對應的動作。在標準的 Zapier Professional 方案中，從訪客連線到您的 WiFi 到該筆紀錄顯示在 CRM 中，整個流程通常在 30 秒內即可完成。 現在，我們來談談觸發事件本身，因為這才是真正的關鍵所在。 第一個且最常用的觸發器是「訪客已連線」（Guest Connected）。當裝置成功透過您的 Purple Captive Portal 完成驗證時，就會觸發此事件。傳輸的資料（Payload）包括訪客識別碼（通常是已同意訂閱之使用者的雜湊電子郵件或電話號碼）、時間戳記、位置 ID 和存取點區域。這就是您的即時人流量訊號。 第二個觸發器是「訪客已同意訂閱」（Guest Opted In）。這與「訪客已連線」不同，而這項區別對於符合 GDPR 合規性至關重要。訪客可以連線到您的 WiFi 而不提供行銷同意書。當他們在歡迎畫面上明確接受您的行銷條款時，才會觸發「訪客已同意訂閱」事件。這才是您應該用來匯入 CRM 和電子郵件行銷名單的事件，而非原始的連線事件。 第三是「工作階段已結束」(Session Ended)。這會在顧客的 WiFi 工作階段因斷線或逾時而終止時觸發。傳送的資料內容包含工作階段持續時間，這可作為停留時間的替代指標——對於試圖了解顧客參與度的零售和旅宿業營運商來說，這是極具價值的數據。 第四是「偵測到重複訪客」(Repeat Visitor Detected)。這會在 Purple 的分析引擎識別出再次造訪的裝置時觸發（通常基於 MAC 位址關聯）。對於旅宿業營運商來說，這是您的 VIP 偵測訊號。對於零售業來說，這是您的會員計劃觸發器。 根據您的 Purple 方案級別，還有其他可用的事件，包括驗證失敗、頻寬閾值警報以及基於區域的定位事件。但這四個是絕大多數 Zap 範本賴以建置的核心組合。 現在，讓我們來看看我向每位首次部署此整合功能的客戶推薦的六個範本。 範本一：CRM 自動同步。觸發器：顧客已選擇同意。動作：在 Salesforce、HubSpot 或您選擇的 CRM 中建立或更新聯絡人。這是最基礎的範本。每當顧客在歡迎畫面 (splash screen) 上接受您的行銷條款時，系統就會自動建立或更新聯絡人記錄。無需手動匯出，無需上傳 CSV，也無資料延遲。對於一間入住率達 70% 的 200 間客房酒店，這意味著每天有 40 到 60 個新的合格聯絡人直接流入您的 CRM，完全無需人工干預。 範本二：歡迎簡訊。觸發器：顧客已連線。動作：透過 Twilio 發送包含個人化歡迎訊息和特定場地優惠的簡訊。這裡的關鍵設定是在觸發器和動作之間加入 Zapier 篩選步驟——您會希望對已經收到過簡訊的重複訪客抑制發送，以避免打擾常客。您可以使用 Zapier Filter 篩選步驟來執行此操作，透過對比 Google Sheets 日誌，檢查過去 30 天內是否出現過該顧客 ID。 範本三：營運 Slack 警報。觸發器：偵測到重複訪客。動作：向 Slack 頻道（通常是您的前台或營運頻道）發送訊息，其中包含顧客的姓名（如果已知）、造訪次數和上次造訪日期。對於會議中心和活動場地，這是您的營運團隊在 VIP 代表或知名高價值客戶走進大門並連線至 WiFi 時，獲得即時通知的方式。 範本四：人流量記錄器。觸發器：顧客已連線。動作：將包含時間戳記、位置區域和工作階段中介資料的資料列新增至 Google Sheet。對於沒有完整商業智慧技術堆疊的團隊來說，這是您的輕量級分析層。隨著時間推移，此試算表將成為人流量趨勢分析、尖峰時段識別和容量規劃的豐富數據集。 配方五：造訪後電子郵件序列。觸發條件：工作階段結束。執行動作：將訪客新增至 Mailchimp 或 ActiveCampaign 自動化序列。此 Zap 會將工作階段時間長度作為自訂欄位傳遞，這能讓您對後續追蹤訊息進行客群細分 —— 停留超過兩小時的訪客與在十五分鐘內進出的訪客，將會收到不同的序列。 配方六：IT 事件工單。觸發條件：認證失敗次數激增 —— 這會使用由 Purple 警示引擎所觸發的 Zapier Webhook。執行動作：在 Jira Service Management 或 ServiceNow 中建立工單。這是您的 IT 運維配方，對於網路團隊無法親自駐守每個地點的多據點部署而言，這項功能特別實用。 現在，我們來談談速率限制，因為這常讓進行大規模部署的團隊措手不及。Zapier 的任務額度限制取決於您的方案級別。在專業版（Professional）方案中，您每個月可獲得 2,000 個任務。在團隊版（Team）方案中，則是 50,000 個。對於繁忙的場所 —— 例如每天有 5,000 次 WiFi 連線的購物中心 —— 光是 "Guest Connected" 觸發條件每月就會消耗 150,000 個任務。解決方案是篩選要觸發 Zap 的事件。針對 CRM 工作流程，請使用 "Guest Opted In" 觸發條件，而非 "Guest Connected"，因為同意訂閱率通常僅佔總連線數的 20% 到 40%。對於高流量的人流記錄，可考慮使用 Zapier Schedule（排程）觸發條件來批次處理事件，每小時從 Purple 的 API 提取彙整數據，而不是在每次個人連線時都觸發。 接下來，讓我為您提供我給予每位客戶的三個實作建議，以及需要避免的兩個陷阱。 建議一：從 "Guest Opted In" 觸發條件開始，而非 "Guest Connected"。這符合 GDPR 設計規範，能產生更精簡、品質更高的數據集，並使您的 Zapier 任務數量保持在可控範圍內。驗證工作流程後，您隨時可以在日後新增 "Guest Connected" 觸發條件。 建議二：在執行任何向訪客傳送通訊的動作之前，務必加入 Zapier Filter（篩選器）步驟。在滾動時間視窗內檢查是否有重複的訪客 ID。沒有什麼比訪客因為在一個下午內重新連線到 WiFi 三次，而收到三封完全相同的歡迎簡訊，更容易損害您的品牌形象了。 建議三：使用 Zapier 內建的錯誤處理與 Zap History（歷程記錄）來監控失敗情況。Purple 的 Webhook 傳遞非常可靠，但下游應用程式的驗證權杖可能會過期。設定 Zapier 警示，以便在 Zap 連續失敗超過三次時，透過電子郵件或 Slack 通知您的團隊。 接下來是陷阱。陷阱一：在行銷工作流程中混淆 "Guest Connected" 與 "Guest Opted In"。我曾見過有些團隊圍繞 Connected 事件建立起整個 CRM 管道，六個月後才發現他們一直在沒有獲得有效同意的情況下處理數據。對於任何涉及個人數據的工作流程，務必使用 Opted In。 陷阱二：未考慮擁有多部裝置的顧客。單一顧客可能會使用手機、筆記型電腦和平板電腦進行連線。若您的 Zap 中沒有去重邏輯（篩選步驟或對照表），您將為同一人建立三個 CRM 聯絡人。預設情況下，Purple 的顧客 ID 欄位是與裝置綁定的；請在可用時使用雜湊化（hashed）的電子郵件欄位作為您的去重鍵（deduplication key）。 現在讓我快速回答最常見的問題。 設定這個需要程式設計技能嗎？不需要。Purple Zapier 連接器是點擊式的。您只需使用您的 Purple API 憑證進行驗證，選擇您的觸發事件，並將承載資料（payload）欄位對應到您的下游應用程式。對於標準的 CRM 同步方案，整個設定大約需要二十分鐘。 我可以將此與我現有的 CRM 一起使用嗎？幾乎可以肯定。Zapier 可連接超過 1,500 種應用程式，包括 Salesforce、HubSpot、Microsoft Dynamics、Zoho、Pipedrive 以及大多數其他 CRM 平台。 這符合 GDPR 規範嗎？是的，前提是您在處理任何個人資料時使用「Guest Opted In」（顧客已選擇加入）觸發器，並且您與 Purple 和 Zapier 之間簽有有效的資料處理協議。Purple 的歡迎畫面會在連線時取得同意。 延遲時間是多少？在標準的 Zapier Professional 方案中，觸發輪詢預計需要 1 到 15 分鐘。如果您需要近乎即時的傳輸（30 秒內），您需要 Zapier 基於 Webhook 的觸發器，這在 Team 和 Enterprise 方案中提供。 總結來說：Purple 的 Zapier 整合將您的顧客 WiFi 網路從被動的連線服務轉變為主動的營運數據管道。四個核心觸發事件——Guest Connected（顧客已連線）、Guest Opted In（顧客已選擇加入）、Session Ended（工作階段已結束）和 Repeat Visitor Detected（偵測到重複訪客）——為您提供自動化 CRM 同步、顧客溝通、客流量記錄和 IT 警報的素材，而無需撰寫任何程式碼。 您的下一步：登入您的 Purple 儀表板，並在「Integrations」（整合）選單下找到 Zapier 整合。連接您的 Zapier 帳戶。從使用「Guest Opted In」觸發器的 CRM 自動同步方案開始。在啟用任何面向顧客的溝通工作流程之前，先驗證數據流 48 小時。然後逐一加入其餘的方案。 如果您想深入瞭解 Purple 從您的 WiFi 網路中擷取的分析數據，建議閱讀 Purple 網站上的 Purple WiFi Analytics 指南——它詳細介紹了停留時間分析、基於區域的熱圖以及重複訪客細分。 感謝您的收聽。以上是 Purple WiFi 技術簡報。我們下期再見。