在 Coexistence 號碼上把 WhatsApp 連接到 GoHighLevel 聯絡人

WhatsApp 訊息如何進入 HighLevel 聯絡人？

Meta 會把號碼收到的每則訊息傳送到您設定的 Webhook 目的地，這裡是 n8n 的 Webhook 節點。工作流程把寄件人的號碼和 WhatsApp 個人檔案名稱交給 n8n 的 HighLevel 節點。該節點的聯絡人資源提供建立或更新操作，因此新寄件人會成為聯絡人，已有的寄件人則會被找出來，而不會重複建立。

取得聯絡人 ID 後，由 HTTP Request 節點把訊息內容 POST 到 /contacts/{contactId}/notes。備註會出現在聯絡人記錄上，任何人打開都能看到客戶寫了什麼。如果訊息需要跟進，HighLevel 節點也可以在聯絡人上建立任務，或在銷售管道中建立商機，兩者它都直接支援。

團隊全程仍可繼續在 WhatsApp Business 應用程式中回覆。

工作流程應該使用哪種存取權杖？

使用 Private Integration 存取權杖。HighLevel 的 API v2 可透過 OAuth 或這類存取權杖呼叫，而舊的 v1 API 金鑰已經終止服務。Private Integration 存取權杖在子帳戶的設定中建立，權限範圍以您勾選的項目為限，並像一般存取權杖一樣放在 Authorization 標頭中傳送。

它不會自動更新，這對自動化反而合適：在有人輪換之前，它會一直有效。當您輪換時，HighLevel 會讓新舊存取權杖同時有效 7 天，這段期間就是您把新存取權杖貼進 n8n 的時間，舊的失效前必須完成。

只勾選工作流程需要的範圍：聯絡人、備註，以及（如有使用）商機和任務。如果在設定中找不到 Private Integrations，HighLevel 說明需要先在 Labs 中啟用。

一個工作流程如何服務多個客戶子帳戶？

按接收訊息的號碼來分流。Meta 傳送的每個 Webhook 都包含收到訊息的商業號碼的 phone_number_id。把所有客戶的號碼指向同一個 n8n Webhook，維護一張小對照表，把每個 phone_number_id 對應到該客戶的子帳戶及其存取權杖，並在每次執行開始時查出存取權杖。

這樣只需維護一個工作流程，對代理商尤其重要。配對邏輯或備註格式的一次修正，會同時對所有客戶生效。

速率限制按每個應用程式、每個子帳戶計算，因此客戶之間不會互相佔用額度：每個子帳戶各有每 10 秒 100 個請求和每日 200,000 個請求。

在手機上輸入的回覆會進入 HighLevel 嗎？

可以。在 Coexistence 號碼上，WhatsApp Business 應用程式仍可繼續使用。當有人從應用程式中回覆，Meta 會把該則外發訊息的回音副本，以 smb_message_echoes 欄位傳送到同一個 Webhook 目的地。

為這些回音副本加一個分支，並把它們寫成標示為已傳送的備註。這樣聯絡人記錄就會按次序保存客戶的發言和商家的回覆，客戶打開 CRM 時期望看到的正是這樣。

當工作流程本身透過 Cloud API 傳送訊息時，例如預約成功後傳送已核准的訊息範本，請在傳送當下寫入備註，因為工作流程已經掌握文字內容和聯絡人 ID。

常見錯誤

• 使用 v1 API 金鑰。HighLevel 的 v1 API 已終止服務，API v2 需要 Private Integration 存取權杖或 OAuth。
• 輪換 Private Integration 存取權杖後，沒有在 7 天重疊期內更新 n8n。舊存取權杖到期後，所有呼叫都會失敗。
• 用同一個子帳戶的存取權杖寫入所有客戶的訊息。請先把 phone_number_id 對應到正確的子帳戶，否則記錄會寫到錯誤的客戶。

常見問題

繼續閱讀