Meta Tech Provider

透過官方 Cloud API 將 WhatsApp 連接至 Make

將號碼的 Webhook 目的地指向 Make 自訂 Webhook，每則收到的訊息都會啟動一個情境。回覆則透過 Cloud API 搭配 HTTP 模組傳送。Make 不能使用我們的 MCP 伺服器，因為 Make 本身是 MCP 伺服器，而不是用戶端。

整個整合就是 Webhook 目的地 URL，每個號碼只需設定一次。

客戶發出訊息後，情境可在這段時限內以自由文字回覆。

使用自訂 Webhook 接收，並以 HTTP 模組傳送。不需安裝任何軟件。

WhatsApp 訊息如何啟動 Make 情境？

在 Make 建立自訂 Webhook 模組，複製它提供的 URL，並將其設定為號碼的 Webhook 目的地。之後，Meta 會將發送至該號碼的每則訊息，直接以 HTTP POST 傳送到該 URL，情境隨即執行。

負載包含寄件者、訊息內容或媒體參考、時間戳記，以及訊息 ID。之後就是一般的情境流程：按內容分流、查找客戶，再呼叫您使用的其他服務。

由於這是 Coexistence，同一則訊息也會出現在手機上的 WhatsApp Business 應用程式。人員可以回覆，情境也會看到他們發送的內容，雙方不會互相覆蓋回覆。

因為 Make 是 MCP 伺服器，不是 MCP 用戶端。它會向 Claude 和 ChatGPT 等助理公開自己的情境，讓助理向內連接 Make，而不會向外連接其他人的 MCP 伺服器。

方向就是關鍵。我們的連接器是等待被呼叫的伺服器，而 Make 沒有向外呼叫其他伺服器的功能，因此兩者無法連接。這與 n8n 不同，n8n 有 MCP Client Tool 節點，可透過 OAuth 使用遠端伺服器。

實際上不會產生額外費用。Webhook 路徑已能完成情境所需的一切，而且它會回應收到的訊息，這是 MCP 在任何工具中都無法做到的。

使用 HTTP 模組呼叫 Cloud API，並提供該號碼的 `phone_number_id` 和存取權杖。兩者都可從控制台讀取，或透過 MCP 連接器取得，讓助理代您擷取。

要傳送的內容取決於時間。在客戶最後一則訊息後 24 小時內，可使用自由文字。超過這段時間，只有 Meta 已批准的訊息範本才能成功傳送。如果情境只會傳送自由文字，第一次遇到隔夜個案時便會停止回覆。

穩妥的做法是建立路由器：檢查最後一則收到的訊息距今多久，再按情況選擇自由文字分支或訊息範本分支。

使用 EasyCoexistence 完成這項設定

在 easycoexistence.com 連接號碼，將 Webhook 目的地設定為您的 Make 自訂 Webhook，情境便會開始接收訊息。每個號碼每月 US$ 9 起，用量大時降至 US$ 2，首 7 天免費試用。

Make 可以連接您的 MCP 伺服器嗎？

不可以。Make 是 MCP 伺服器而不是用戶端，因此無法向外呼叫我們的伺服器。Webhook 路徑已涵蓋情境所需的一切。

我需要 WhatsApp 的 Make 應用程式嗎？

不需要。自訂 Webhook 負責接收，HTTP 模組負責傳送。整合只需一個 URL 和一次 REST 請求。

團隊仍可在手機上回覆嗎？

可以。這就是 Coexistence 的意思。應用程式會繼續使用同一個號碼，而情境也會看到人員發送的內容。

一個情境可以服務多個客戶嗎？

可以。將每個號碼都指向同一個 Webhook，再按負載中的 `phone_number_id` 分流。

幾分鐘內設定 WhatsApp Coexistence，而非幾個月。應用程式在手機上仍可繼續運作。

驗證日期 2026-09-21