為一個問題耗盡 tokens

問題
1

描述問題/錯誤/問題

工作流程無法將收集的數據發送到 GoHighLevel

錯誤訊息是什麼（如有）？

請分享您的工作流程

date:Wed, 13 May 2026 15:20:17 GMT
content-type:application/json; charset=utf-8
content-length:135
connection:close
cf-ray:9fb2a5733d929874-FRA
cf-cache-status:DYNAMIC
access-control-allow-origin:*
etag:W/"87-xaS8dZxdx/mn3i20TzmgTaBRUGI"
server:cloudflare
strict-transport-security:max-age=31536000
vary:Accept-Encoding
access-control-max-age:31536000
timing-allow-origin:*
x-envoy-upstream-service-time:7
x-powered-by:Express
x-ratelimit-daily-remaining:199993
x-ratelimit-daily-reset:32562000
x-ratelimit-interval-milliseconds:10000
x-ratelimit-limit-daily:200000
x-ratelimit-max:100
x-ratelimit-remaining:99
set-cookie
0:__cf_bm=dvz1DlV6m2XGv9TlMFsoDlk7CJssG9HtPoXoresrWk4-1778685617.1563067-1.0.1.1-BQCFZh_rmaWK7kRZ5DBdmNTFh6nJxMffroWqUMyaYuljatwRPEajw12Wp8MxOlea3zLYea5LOlSmZVyvaWL9Dhb6XvEM.6hhO8lEz6hDoYhFFt2N6VoB_Fj4R2Fz1dpv; HttpOnly; SameSite=None; Secure; Path=/; Domain=leadconnectorhq.com; Expires=Wed, 13 May 2026 15:50:17 GMT

關於您的 n8n 設定的資訊

  • n8n 版本：
  • 資料庫（預設：SQLite）：
  • n8n EXECUTIONS_PROCESS 設定（預設：own, main）：
  • 執行 n8n 的方式（Docker、npm、n8n cloud、桌面應用程式）：
  • 作業系統：
3

標題顯示 200，所以 GHL 確實收到你的請求了，問題出在你發送的內容上。

首先我會在 n8n 中打開 HTTP Request 節點的輸出，看一下實際的回應本文，而不只是標題。GHL 有時會返回 200，但會在本文中隱藏錯誤訊息，像是缺少必需欄位或找不到聯絡人之類的。

還要檢查你的欄位名稱，GHL 對大小寫很嚴格。是 firstName 不是 first_name，是 phoneNumber 不是 phone，諸如此類。如果有一個鍵錯了，它就會默默忽略並繼續，這超級難除錯。

然後進入 GHL 本身檢查聯絡人是否真的被建立或更新了。如果它存在但欄位是空的，那是對應問題，如果根本不存在，你可能是打錯了端點或缺少必需欄位，像是電子郵件或電話號碼。

分享一下你發送的本文和實際的回應本文，我可以告訴你確切哪裡出錯。

4

歡迎來到 n8n 社群 @wathoo
沒有請求的payload和實際的回應內容，沒有足夠的證據來判斷這是 n8n 的內部問題還是 API payload/映射問題。

5

沒錯，那就是為什麼我在上一條訊息中要求回應主體和負載。一旦他們分享那些資訊，我們就能確定問題出在哪一方。

6

嘿 @wathoo，歡迎加入社區！我是 Jay，n8n 認證創作者。

來自 GHL 的 200 狀態碼加上空白回應體通常表示請求到達了伺服器，但資料並未被處理 - 這是承載量問題，而不是連線問題。當你分享完整的回應體/回應時，請檢查以下幾點：

1. 回應體是關鍵 - 在 n8n 中，HTTP 要求執行後，點擊輸出。查看回應中的 body 欄位。GHL 經常會返回 {"succeeded":true} 或錯誤訊息，即使在 200 狀態碼的情況下也是如此。

2. 檢查你的授權標頭 - GHL 在標頭中需要 Bearer YOUR_ACCESS_TOKEN。同時確認你使用的是正確的位置代幣（不是機構代幣）來建立聯絡人。

3. 欄位名稱要求嚴格 - GHL API 的聯絡人使用確切的駝峰式大小寫：firstName、lastName、email、phone。任何變化都會導致該欄位被靜默刪除。

4. 確保你呼叫的是正確的端點 - 對於建立/更新聯絡人，應該是：

  • POST https://services.leadconnectorhq.com/contacts/ 加上聯絡人承載量

你能分享一下你的 HTTP 要求節點主體設定和完整回應輸出的螢幕截圖嗎？這樣可以幫助我確切指出資料在哪裡遺失的。

7

Screenshot 2026-05-13 at 11.35.09 AM
Screenshot 2026-05-13 at 11.35.09 AM2971×2145 366 KB

8

@wathoo
從螢幕截圖來看，該請求實際上尚未通過身份驗證。HTTP 請求節點的身份驗證設定為「無」，所以即使你新增了授權、版本和內容類型的標題列，這些值似乎是空的。我會先透過使用真實值傳送所需的 GHL 標題來修正這個問題，特別是 Bearer 令牌，例如 Authorization: Bearer <access_token>、正確的 API 版本和 Content-Type: application/json。之後，先用最少的內文進行測試，例如 locationId、firstName、email 和 phone，然後在成功建立聯絡人後再新增其餘欄位。