Zoho SalesIQ n8n 整合

幫助我建立我的工作流程
1

嗨，
我正在為客戶建立潛在客戶分析工作流程：
從 Zoho CRM 提取潛在客戶
使用 Zoho SalesIQ 中的網站行為資料豐富每個潛在客戶
為每個聯絡人建立完整的潛在客戶檔案
缺少的部分是 Zoho SalesIQ 整合。在 n8n 中連接到 SalesIQ API（EU 資料中心）的最佳方式是什麼？是否有社群節點，還是推薦使用具有自訂 OAuth2 的 HTTP Request 節點？如果 HTTP Request 是可行的方式，您會如何正確設定它？

4

嗨 @LNH 早安！
現在沒有 Zoho 的節點，最好的方法是使用 http request 節點搭配自訂的 OAuth API 認證。需要注意的是，Zoho 將 https://accounts.zoho.eu 列為歐洲的 OAuth 伺服器。

1個讚
5

嗨 LNH。我可以協助 Zoho SalesIQ 的部分，作為有限的付費整合功能。

我不會先猜測整個架構。我會先驗證 EU OAuth/API 路徑，在 n8n 中建立一個 SalesIQ → 潛在客戶資料擴充路線，將結果對應回目標 Zoho CRM 欄位，並新增錯誤日誌及簡短的交接說明。

第一個功能的費用為 $450-$650，取決於 SalesIQ API 回應和 CRM 對應有多少已知。我會先使用已編輯的範例聯絡人/螢幕截圖，只有在確認確切的流程後才接觸實際憑證。

一個問題：你已經有 SalesIQ API 端點 / 網站行為的範例回應，還是第一步是探索正確的端點和 OAuth 範圍？

6

沒有 SalesIQ 節點——使用 HTTP Request 搭配通用 OAuth2 認證就行。在歐盟資料中心有兩點容易讓人踩坑：
認證主機和 API 主機不同：token 端點是 accounts.zoho.eu，但實際的 SalesIQ 呼叫要去 .eu 資料網域，不是 .com。混淆它們是導致無聲 401 錯誤的常見原因。範圍大小寫和產品特定。直接從 Zoho 的 API 主控台抓取確切的 SalesIQ 範圍字串，別亂猜——太寬泛的 CRM 範圍涵蓋不了 SalesIQ 訪客資料。
一旦 token 順利更新，其餘就只是對訪客追蹤端點進行 GET 呼叫。先在 Postman 測試原始呼叫，這樣你就能確認是 n8n 認證問題還是範圍問題。

7

嗨 @LNH，

由於 SalesIQ 沒有專用的原生節點，使用 HTTP 請求節點搭配自訂 OAuth2 憑證是標準做法。以下是讓您的歐盟數據中心整合運行的技術細節分解：

1. OAuth2 憑證設定

在 n8n 中建立新的 OAuth2 API 憑證。Zoho 的歐盟認證端點是特定的，因此請按如下方式設定：

  • 授權 URL：https://accounts.zoho.eu/oauth/v2/auth

  • 存取令牌 URL：https://accounts.zoho.eu/oauth/v2/token

  • 範圍：您需要 SalesIQ 的特定範圍（例如 ZohoSalesIQ.visitors.READ、ZohoSalesIQ.reports.READ）。查看 Zoho API 主控台以確保您選擇了正確的範圍。

2. API 端點策略

針對訪客/行為數據，您並非只是呼叫單一端點。

  • 基礎 URL：確保您的目標是歐盟特定的 API 基礎：https://salesiq.zoho.eu/api/v2/

  • 映射：由於您在建置潛在客戶檔案，請優先考慮 /visitors 或 /chats 端點。使用 zoho_crm_lead_id（如果作為 SalesIQ 訪客追蹤指令碼中的自訂參數傳遞）在您的工作流程中執行聯接。

3. 執行流程

  1. Zoho CRM 觸發器：提取您的潛在客戶清單。

  2. HTTP 請求 (GET)：使用潛在客戶的識別符查詢 SalesIQ。

  3. 設定/編輯欄位：由於 SalesIQ 回應通常是巢狀 JSON，請使用設定或編輯欄位節點將行為數據展平為符合您 CRM 潛在客戶物件的鍵值結構。

  4. Zoho CRM (PATCH/UPDATE)：將豐富的檔案推回 CRM。

在建置完整工作流程之前，請使用 Postman 集合或簡單的 curl 命令來呼叫 /visitors 端點，並驗證您的 OAuth2 令牌是否傳回預期的承載。如果您收到 403，請在 Zoho API 主控台中重新檢查您的範圍權限；這幾乎總是所要求範圍與產生的令牌之間的不匹配。