透過官方 Cloud API 將 WhatsApp 連接至 Zapier
將號碼的 Webhook 目的地指向 Zapier 的 Catch Hook,每則新訊息都會觸發一個 Zap。回覆會透過 Cloud API 的 Webhook 動作發送。Zapier 無法使用我們的 MCP 伺服器,因為 Zapier 是 MCP 伺服器,而不是用戶端。
整個整合就是每個號碼設定一次的 Webhook 目的地 URL。
客戶發出訊息後,Zap 可在此時限內以免費文字回覆。
使用 Catch Hook 接收,並使用 Webhook 動作發送。
收到訊息後,如何觸發 Zap?
使用 Webhooks by Zapier 觸發程序建立 Zap,選擇 Catch Hook,然後複製 Zapier 產生的 URL。將該 URL 設為號碼的 Webhook 目的地後,Meta 會直接將每則傳入訊息傳送至該處。
負載會提供發送者、訊息內容、時間戳記及訊息 ID,這些資料已足夠大多數 Zaps 作出分支判斷。所有程序都不會在您的基礎設施上執行,也沒有需要我們維護的 Zapier 應用程式,因為整合介面就是一個 URL。
整個過程中,WhatsApp Business 應用程式會繼續使用同一個號碼運作,因此人員可以接手處理 Zap 未處理的對話。
為甚麼 Zapier 不使用 MCP 連接器?
因為 Zapier 運行的是 MCP 伺服器,而不是 MCP 用戶端。Claude 和 ChatGPT 等助理會連接至 Zapier,以使用其動作。Zapier 不會連接至第三方 MCP 伺服器,因此無法連接我們的伺服器。
實際上不會造成影響。MCP 讓助理在人員提出要求時執行操作,而 Zap 的模式正好相反:某件事發生後,自動化程序作出回應。所有工具都會將這類情況交由 Webhook 處理,包括確實具備 MCP 用戶端的工具。
如果您也想讓助理參與流程,連接器可在 Claude 或 ChatGPT 中與 Zap 並行使用,而不是放在 Zap 內。
Zap 如何發送回覆?
使用 Webhooks by Zapier 的 POST 動作,向 Cloud API 發出請求,並使用來自控制台的號碼 `phone_number_id` 及存取權杖。
可發送的內容取決於時間。在客戶最後一則訊息後 24 小時內,可以發送免費文字。超過時限後,只能發送已核准的範本。這也是大多數 Zaps 在正式環境中失敗的原因,因為測試總是在訊息發出數秒後進行。
要同時處理兩種情況的 Zap,需要根據上一則傳入訊息收到多久加入路徑篩選器。這只是多一個步驟,卻決定自動化程序只能在星期二下午運作,還是凌晨 3 時也能正常運作。
常見錯誤
- 使用 Zapier 測試 URL 作為目的地。測試 URL 會停止監聽,訊息也會無人接收。
- 忘記 Meta 的驗證 GET。Catch Hook 必須在開始傳送前回傳 challenge。
- 在 24 小時時限外發送免費文字,從 Zap 的角度看會靜默失敗。
在 easycoexistence.com 連接號碼,將 Webhook 目的地設為 Zapier 的 Catch Hook,Zaps 便會開始觸發。每個號碼每月 US$ 9 起,用量大時降至 US$ 2,首 7 天免費。
常見問題
是否有官方 WhatsApp Zapier 應用程式?
這裏不需要。Catch Hook 負責接收,Webhook 動作負責發送,讓您直接使用官方 Cloud API,無需中間層。
Zapier 可以使用您的 MCP 伺服器嗎?
不可以。Zapier 本身就是 MCP 伺服器,不會作為用戶端運作,因此無法連接我們的伺服器。
我的團隊會失去電話使用權嗎?
不會。Coexistence 讓 WhatsApp Business 應用程式繼續使用同一個號碼運作。
如果我的 Zap 暫停了,會怎樣?
Meta 會重試一段時間,然後停止。訊息仍會到達手機上的應用程式,因此商戶不會遺失任何訊息。
繼續閱讀
準備開始嗎?
幾分鐘內設定 WhatsApp Coexistence,而非幾個月。應用程式在手機上仍可繼續運作。
開始免費試用驗證日期