GoHighLevel API और Webhooks: कस्टम एकीकरण

GoHighLevel के मूल एकीकरण और जैपियर कनेक्टर अधिकांश मानक उपयोग के मामलों को कवर करते हैं, लेकिन विशिष्ट वर्कफ़्लो, मालिकाना सिस्टम या उच्च डेटा वॉल्यूम वाले व्यवसायों को अंततः GHL के एपीआई के साथ सीधे काम करने की आवश्यकता होती है। जीएचएल रेस्ट एपीआई और वेबहुक सिस्टम डेवलपर्स को संपर्कों, पाइपलाइनों, अभियानों, नियुक्तियों और बहुत कुछ तक पूर्ण प्रोग्रामेटिक पहुंच प्रदान करता है - एकीकरण को सक्षम करता है जिसे नो-कोड टूल आसानी से दोहरा नहीं सकते हैं।

यह मार्गदर्शिका GoHighLevel के साथ कस्टम एकीकरण बनाने वाली तकनीकी टीमों के लिए लिखी गई है। इसमें एपीआई आर्किटेक्चर, प्रमाणीकरण, मुख्य समापन बिंदु, वेबहुक सेटअप और सुरक्षा, और सामान्य उपयोग के मामलों के लिए व्यावहारिक एकीकरण पैटर्न शामिल हैं।

मुख्य बातें

GHL का REST API (v2) प्रमाणीकरण के लिए OAuth 2.0 का उपयोग करता है और सभी प्रमुख CRM ऑब्जेक्ट का समर्थन करता है

जीएचएल वर्कफ़्लोज़ में इनबाउंड वेबहुक बाहरी सिस्टम को वास्तविक समय में जीएचएल ऑटोमेशन को ट्रिगर करने देते हैं

जीएचएल से आउटबाउंड वेबहुक जीएचएल घटनाएं होने पर बाहरी सिस्टम को सूचित करते हैं (संपर्क बनाया गया, पाइपलाइन अपडेट किया गया, आदि)

दर सीमा 100 अनुरोध/10 सेकंड प्रति स्थान है - बैच संचालन और कैशिंग पैमाने पर महत्वपूर्ण हैं

जीएचएल मार्केटप्लेस आपको ग्राहक इंस्टॉलेशन के लिए जीएचएल-नेटिव ऐप्स के रूप में एकीकरण प्रकाशित करने की अनुमति देता है

कस्टम मान और कस्टम फ़ील्ड एकीकरण स्थिति को संग्रहीत करने के लिए प्राथमिक डेटा विस्तार बिंदु हैं

जीएचएल हस्ताक्षर हेडर का उपयोग करके वेबहुक पेलोड सत्यापन नकली अनुरोधों को रोकता है

अधिकांश जीएचएल एकीकरण चार पैटर्न का पालन करते हैं: संपर्क सिंक, इवेंट-ट्रिगर ऑटोमेशन, पाइपलाइन ब्रिजिंग, या रिपोर्ट एकत्रीकरण

जीएचएल एपीआई आर्किटेक्चर अवलोकन

GoHighLevel का API (2026 तक संस्करण 2) JSON अनुरोध और प्रतिक्रिया निकायों के साथ एक मानक REST API है। आधार यूआरएल है:

https://services.leadconnectorhq.com

एपीआई इन प्राथमिक नामस्थानों में संसाधनों को व्यवस्थित करता है:

| संसाधन | समापन बिंदु | सामान्य उपयोग | |--|----||----| | /contacts/ | सीआरयूडी + खोज + टैग | संपर्क सिंक, लीड निर्माण | | /opportunities/ | सीआरयूडी + पाइपलाइन ऑप्स | डील प्रबंधन | | /calendars/ | घटनाएँ + उपलब्धता | बुकिंग एकीकरण | | /campaigns/ | ईमेल/एसएमएस अभियान | अभियान प्रबंधन | | /conversations/ | संदेश + सूत्र | संचार इतिहास | | /locations/ | उप-खाता कॉन्फिग | एजेंसी प्रबंधन | | /forms/ | फॉर्म जमा करना | लीड कैप्चर प्रोसेसिंग | | /workflows/ | ट्रिगर नामांकन | वर्कफ़्लो स्वचालन | | /users/ | उपयोगकर्ता प्रबंधन | टीम प्रावधान | | /custom-fields/ | फ़ील्ड कॉन्फ़िगरेशन | डेटा संरचना प्रबंधन |

संपूर्ण API दस्तावेज़ https://highlevel.stoplight.io/docs/integrations/ पर उपलब्ध है।

प्रमाणीकरण: OAuth 2.0 सेटअप

GHL का API सभी प्रमाणीकरण के लिए OAuth 2.0 का उपयोग करता है। दो प्रमाणीकरण संदर्भ हैं:

1. एजेंसी-स्तरीय एपीआई कुंजी (उप-खाता प्रबंधन के लिए)

एकाधिक उप-खातों को प्रबंधित करने वाले सर्वर-टू-सर्वर एकीकरण के लिए, एजेंसी एपीआई कुंजी का उपयोग करें:

एजेंसी सेटिंग्स > एपीआई कुंजी में जेनरेट किया गया
एजेंसी-स्तरीय संचालन तक सीमित (उप-खाते बनाना/प्रबंधित करना)

2. उप-खाता OAuth (प्रति-स्थान एकीकरण के लिए)

एकल उप-खाते के भीतर संचालित होने वाले एकीकरणों के लिए (सबसे आम मामला):

Authorization Flow:
1. Register your app in GHL Marketplace (or use a private integration key)
2. Redirect user to GHL OAuth consent page:
   https://marketplace.gohighlevel.com/oauth/chooselocation?response_type=code
     &redirect_uri=YOUR_CALLBACK_URL
     &client_id=YOUR_CLIENT_ID
     &scope=contacts.readonly+contacts.write+opportunities.write+...
3. User approves → GHL redirects to your callback with ?code=AUTH_CODE
4. Exchange auth code for access + refresh tokens:
   POST https://services.leadconnectorhq.com/oauth/token
   Body: {
     client_id, client_secret, grant_type: "authorization_code",
     code: AUTH_CODE, redirect_uri: YOUR_CALLBACK_URL
   }
5. Use access token in Authorization header: Bearer ACCESS_TOKEN
6. Refresh access token when expired (typically every 24 hours) using refresh token

सामान्य परिचालन के लिए आवश्यक दायरे:

दायरा	उद्देश्य
`contacts.readonly`	संपर्क डेटा पढ़ें
`contacts.write`	संपर्क बनाएं/अपडेट करें
`opportunities.write`	पाइपलाइन सौदे प्रबंधित करें
`calendars.write`	नियुक्तियाँ प्रबंधित करें
`conversations.write`	संदेश भेजें
`forms.readonly`	फॉर्म सबमिशन पढ़ें
`workflows.write`	वर्कफ़्लोज़ में संपर्कों को नामांकित करें

केवल उन्हीं स्कोपों का अनुरोध करें जिनकी आपको आवश्यकता है - न्यूनतम स्कोप एक सुरक्षा सर्वोत्तम अभ्यास है।

कोर एपीआई संचालन: संपर्क

संपर्क एपीआई जीएचएल एकीकरण में सबसे अधिक उपयोग किया जाने वाला समापन बिंदु है।

संपर्क बनाएं या अपडेट करें:

POST https://services.leadconnectorhq.com/contacts/
Authorization: Bearer ACCESS_TOKEN
Content-Type: application/json

{
  "firstName": "Jane",
  "lastName": "Smith",
  "email": "[email protected]",
  "phone": "+14155551234",
  "locationId": "YOUR_LOCATION_ID",
  "source": "shopify-integration",
  "tags": ["new-customer", "shopify"],
  "customFields": [
    {
      "id": "CUSTOM_FIELD_ID_FOR_ORDER_COUNT",
      "field_value": "1"
    }
  ]
}

प्रतिक्रिया (201 निर्मित):

{
  "contact": {
    "id": "abc123xyz",
    "firstName": "Jane",
    "lastName": "Smith",
    "email": "[email protected]",
    "phone": "+14155551234",
    "locationId": "YOUR_LOCATION_ID",
    "tags": ["new-customer", "shopify"],
    "createdAt": "2026-03-19T10:30:00.000Z"
  }
}

ईमेल द्वारा संपर्क खोजें (डुप्लीकेशन के लिए):

GET https://services.leadconnectorhq.com/contacts/search
  ?locationId=YOUR_LOCATION_ID
  &[email protected]
Authorization: Bearer ACCESS_TOKEN

डुप्लिकेट संपर्क रिकॉर्ड से बचने के लिए हमेशा बनाने से पहले खोजें।

संपर्क में एक टैग जोड़ें:

POST https://services.leadconnectorhq.com/contacts/abc123xyz/tags
Authorization: Bearer ACCESS_TOKEN
Content-Type: application/json

{
  "tags": ["vip-customer", "order-placed"]
}

थोक संचालन:

GHL POST /contacts/bulk एंडपॉइंट के माध्यम से बल्क संपर्क निर्माण का समर्थन करता है (अपने GHL संस्करण के लिए वर्तमान API दस्तावेज़ों में सत्यापित करें)। 500 से अधिक संपर्कों के आयात के लिए, दर सीमा के भीतर रहने के लिए प्रति अनुरोध 100 संपर्कों के बैच के साथ बल्क एंडपॉइंट का उपयोग करें।

पाइपलाइन और अवसर एपीआई

एक अवसर बनाएँ:

POST https://services.leadconnectorhq.com/opportunities/
Authorization: Bearer ACCESS_TOKEN
Content-Type: application/json

{
  "pipelineId": "YOUR_PIPELINE_ID",
  "pipelineStageId": "YOUR_STAGE_ID",
  "contactId": "abc123xyz",
  "name": "Jane Smith - HVAC Service",
  "monetaryValue": 450,
  "status": "open",
  "assignedTo": "USER_ID"
}

अवसर को एक नए चरण में ले जाएं:

PUT https://services.leadconnectorhq.com/opportunities/OPPORTUNITY_ID
Authorization: Bearer ACCESS_TOKEN
Content-Type: application/json

{
  "pipelineStageId": "NEW_STAGE_ID"
}

सामान्य एकीकरण पैटर्न: बाहरी सीआरएम → जीएचएल पाइपलाइन सिंक

जब कोई डील किसी बाहरी सिस्टम (उदाहरण के लिए, सेल्सफोर्स) में बनाई जाती है, तो आपका एकीकरण कोड:

ईमेल द्वारा संपर्क के लिए जीएचएल खोजता है
संपर्क न मिलने पर संपर्क बनाता है
संपर्क से जुड़ा एक GHL अवसर बनाता है
जीएचएल अवसर आईडी को द्विदिशात्मक सिंक के लिए सेल्सफोर्स में एक कस्टम फ़ील्ड के रूप में संग्रहीत करता है

इनबाउंड वेबहुक: बाहरी सिस्टम से जीएचएल को ट्रिगर करना

इनबाउंड वेबहुक बाहरी सिस्टम को GHL वर्कफ़्लो सक्रिय करने देते हैं। यह इवेंट-संचालित एकीकरण के लिए प्राथमिक तंत्र है।

जीएचएल में इनबाउंड वेबहुक ट्रिगर बनाना:

स्वचालन > वर्कफ़्लोज़ > नया वर्कफ़्लो पर नेविगेट करें
ट्रिगर प्रकार के रूप में "इनबाउंड वेबहुक" चुनें
GHL एक अद्वितीय URL उत्पन्न करता है: https://services.leadconnectorhq.com/hooks/YOUR_UNIQUE_HOOK_ID/webhook-trigger
कॉन्फ़िगर करें कि वेबहुक पेलोड से वर्कफ़्लो किस डेटा का उपयोग करता है

इनबाउंड वेबहुक पर डेटा भेजना:

POST https://services.leadconnectorhq.com/hooks/YOUR_UNIQUE_HOOK_ID/webhook-trigger
Content-Type: application/json

{
  "firstName": "John",
  "lastName": "Doe",
  "email": "[email protected]",
  "phone": "+14155559876",
  "customData": {
    "order_id": "ORD-12345",
    "product_name": "AC Tune-Up Service",
    "order_value": "299.00"
  }
}

जीएचएल अपने द्वारा पहचाने जाने वाले पेलोड फ़ील्ड (प्रथम नाम, अंतिम नाम, ईमेल, फोन) से एक संपर्क बनाता या अपडेट करता है और customData फ़ील्ड को वर्कफ़्लो में चर के रूप में उपलब्ध कराता है।

इनबाउंड वेबहुक के लिए उपयोग के मामले:

ईकॉमर्स ऑर्डर दिया गया → खरीद के बाद का क्रम ट्रिगर करें
समर्थन टिकट बनाया गया → "सक्रिय-समर्थन" टैग जोड़ें, मार्केटिंग अनुक्रम रोकें
भुगतान प्राप्त → पाइपलाइन को "जीत" पर ले जाएं, ऑनबोर्डिंग वर्कफ़्लो को ट्रिगर करें
ट्रायल साइनअप → SaaS ऑनबोर्डिंग क्रम प्रारंभ करें
तीसरे पक्ष की साइट पर सबमिट किया गया फॉर्म → जीएचएल सीआरएम में लीड कैप्चर करें

आउटबाउंड वेबहुक: जीएचएल बाहरी सिस्टम को सूचित करता है

GHL घटनाएँ घटित होने पर आउटबाउंड वेबहुक GHL से बाहरी सिस्टम पर डेटा भेजते हैं।

जीएचएल में आउटबाउंड वेबहुक कॉन्फ़िगर करना:

सेटिंग्स > इंटीग्रेशन > वेबहुक (उप-खाता स्तर) पर नेविगेट करें या वर्कफ़्लो के अंदर वेबहुक क्रिया जोड़ें।

जीएचएल नेटिव आउटबाउंड इवेंट (सेटिंग्स > वेबहुक में उपलब्ध):

संपर्क बनाया गया
संपर्क अपडेट किया गया
संपर्क हटा दिया गया
अवसर निर्मित/अद्यतन/हटाया गया
फॉर्म जमा हो गया
अपॉइंटमेंट बुक/रद्द/नहीं दिखाया गया
वार्तालाप संदेश (इनबाउंड)
कॉल प्रारंभ/समाप्त

जीएचएल वर्कफ़्लो वेबहुक एक्शन:

अधिक विस्तृत नियंत्रण के लिए, वर्कफ़्लो के अंदर "वेबहुक भेजें" क्रिया जोड़ें। यह तभी सक्रिय होता है जब वर्कफ़्लो उस चरण तक पहुँच जाता है, जिससे आप यह नियंत्रित कर सकते हैं कि कौन सी घटनाएँ बाहरी सिस्टम को सूचित करती हैं और उन्हें कौन सा पेलोड प्राप्त होता है।

// Example workflow webhook payload to your system
{
  "event": "appointment_booked",
  "contact": {
    "id": "{{contact.id}}",
    "name": "{{contact.full_name}}",
    "email": "{{contact.email}}",
    "phone": "{{contact.phone}}"
  },
  "appointment": {
    "calendar_id": "{{appointment.calendar_id}}",
    "start_time": "{{appointment.start_time}}",
    "service": "{{appointment.title}}"
  },
  "custom_fields": {
    "order_id": "{{contact.order_id}}"
  }
}

पेलोड में गतिशील संपर्क और ईवेंट डेटा शामिल करने के लिए GHL के कस्टम वैल्यू सिंटैक्स ({{variable.path}}) का उपयोग करें।

वेबहुक सुरक्षा: हस्ताक्षर सत्यापन

GHL HMAC-SHA256 हस्ताक्षर के साथ आउटबाउंड वेबहुक पर हस्ताक्षर करता है। नकली अनुरोधों को रोकने के लिए आपके प्राप्तकर्ता समापन बिंदु को इस हस्ताक्षर को सत्यापित करना चाहिए।

सत्यापन प्रक्रिया:

जीएचएल में प्रत्येक वेबहुक अनुरोध के साथ एक हस्ताक्षर हेडर शामिल है:

X-GHL-Signature: sha256=COMPUTED_HMAC

आपका सर्वर सत्यापित करता है:

const crypto = require('crypto');

function verifyGHLWebhook(payload, signature, secret) {
  const computedSignature = crypto
    .createHmac('sha256', secret)
    .update(payload) // raw request body as Buffer
    .digest('hex');

  const expectedSignature = `sha256=${computedSignature}`;

  return crypto.timingSafeEqual(
    Buffer.from(expectedSignature),
    Buffer.from(signature)
  );
}

तुलना के लिए हमेशा crypto.timingSafeEqual का उपयोग करें - स्ट्रिंग समानता समय के हमलों के प्रति संवेदनशील है।

जब आप GHL की सेटिंग में वेबहुक बनाते हैं तो आपका वेबहुक रहस्य सेट हो जाता है।

दर सीमित करना और सर्वोत्तम प्रथाएँ

जीएचएल एपीआई एक्सेस पर दर सीमा लागू करता है। 2026 तक, मानक सीमा प्रति स्थान प्रति 10 सेकंड लगभग 100 अनुरोध है। इससे अधिक होने पर 429 Too Many Requests प्रतिक्रिया मिलती है।

दर सीमा के भीतर रहने की रणनीतियाँ:

1. एक्सपोनेंशियल बैकऑफ़ लागू करें:

async function apiCallWithRetry(fn, maxRetries = 3) {
  for (let attempt = 0; attempt <= maxRetries; attempt++) {
    try {
      return await fn();
    } catch (error) {
      if (error.status === 429 && attempt < maxRetries) {
        const delay = Math.pow(2, attempt) * 1000; // 1s, 2s, 4s
        await new Promise(r => setTimeout(r, delay));
      } else {
        throw error;
      }
    }
  }
}

2. कैश संपर्क लुकअप: प्रत्येक आने वाली घटना पर ईमेल द्वारा जीएचएल न खोजें। 15 मिनट की टीटीएल के साथ रेडिस या आपके डेटाबेस में कैश संपर्क आईडी लुकअप। अधिकांश एकीकरण प्रवाह में समान संपर्क बार-बार शामिल होते हैं।

3. बैच संपर्क अद्यतन: यदि आप बल्क डेटा प्रक्रिया के बाद 500 संपर्कों के लिए कस्टम फ़ील्ड अपडेट कर रहे हैं, तो सभी 500 को एक साथ सक्रिय करने के बजाय बैचों के बीच 100 एमएस की देरी के साथ अपडेट को 10 के समूहों में बैच करें।

4. मतदान के बजाय वेबहुक का उपयोग करें: परिवर्तनों के लिए कभी भी जीएचएल के एपीआई पर मतदान न करें (उदाहरण के लिए, हर मिनट यह जांचना कि नए संपर्क बनाए गए हैं या नहीं)। घटनाएँ घटित होने पर सूचनाएं प्राप्त करने के लिए जीएचएल के आउटबाउंड वेबहुक का उपयोग करें। इससे मतदान संबंधी दर सीमा खपत समाप्त हो जाती है।

एक जीएचएल मार्केटप्लेस ऐप बनाना

यदि आप एकाधिक जीएचएल ग्राहकों के लिए एक एकीकरण बना रहे हैं, तो इसे जीएचएल मार्केटप्लेस ऐप के रूप में प्रकाशित करने पर विचार करें। यह GHL उपयोगकर्ताओं को प्रमाणीकरण के लिए OAuth का उपयोग करके, एक क्लिक के साथ आपका एकीकरण स्थापित करने की अनुमति देता है - किसी मैन्युअल API कुंजी साझाकरण की आवश्यकता नहीं है।

बाज़ार सूची के लिए आवश्यकताएँ:

OAuth 2.0 कार्यान्वयन
गोपनीयता नीति और सेवा यूआरएल की शर्तें
ऐप आइकन और विवरण
आपके ऐप द्वारा सब्सक्राइब किए गए इवेंट के लिए वेबहुक हैंडलिंग
जीएचएल समीक्षा और अनुमोदन प्रक्रिया (आमतौर पर 1-2 सप्ताह)

बाज़ार वितरण के लाभ:

जीएचएल उपयोगकर्ताओं के लिए एक-क्लिक इंस्टॉल
OAuth प्रमाणीकरण संभालता है (कोई API कुंजी प्रबंधन नहीं)
जीएचएल के बाज़ार के माध्यम से खोज क्षमता में वृद्धि
जीएचएल के बिलिंग बुनियादी ढांचे के माध्यम से एकीकरण के लिए शुल्क लेने की क्षमता

यदि आप एक ऐसा एकीकरण बना रहे हैं जिसका उपयोग कई जीएचएल एजेंसियां या व्यवसाय करेंगे तो यह रास्ता अपनाने लायक है - वितरण उत्तोलन महत्वपूर्ण है।

सामान्य एकीकरण पैटर्न

पैटर्न 1: ईकॉमर्स ऑर्डर सिंक

शॉपिफाई ऑर्डर वेबहुक → आपका मिडलवेयर → जीएचएल संपर्क अपडेट + टैग + वर्कफ़्लो नामांकन
मिडलवेयर पेलोड को मान्य करता है, संपर्कों को डीडुप्लिकेट करता है, ऑर्डर डेटा को जीएचएल कस्टम फ़ील्ड में मैप करता है

पैटर्न 2: ईआरपी से सीआरएम ब्रिज

ईआरपी (ओडू, क्विकबुक) इनवॉइस बनाया गया → वेबहुक से मिडलवेयर → जीएचएल अवसर को जीत के रूप में चिह्नित किया गया + पाइपलाइन स्थानांतरित की गई
दो-तरफा सिंक: जीएचएल पाइपलाइन परिवर्तन → ईआरपी ऑर्डर स्थिति अपडेट

पैटर्न 3: अपॉइंटमेंट + फील्ड सर्विस सिंक

जीएचएल अपॉइंटमेंट बुक → आउटबाउंड वेबहुक → एफएसएम टूल नौकरी बनाता है
एफएसएम कार्य पूरा हुआ → वेबहुक से जीएचएल → पाइपलाइन को पूर्ण पर ले जाएं + समीक्षा अनुक्रम ट्रिगर करें

पैटर्न 4: डेटा वेयरहाउस रिपोर्टिंग

दैनिक: जीएचएल एपीआई पिछले दिन के संपर्कों, अवसरों और संचार घटनाओं को खींचता है
आपके डेटा वेयरहाउस में संग्रहीत डेटा (बिगक्वेरी, स्नोफ्लेक)
पावर बीआई या लुकर उन्नत क्रॉस-प्लेटफॉर्म एनालिटिक्स के लिए डेटा वेयरहाउस से जुड़ता है

अक्सर पूछे जाने वाले प्रश्न

जीएचएल के वी1 और वी2 एपीआई के बीच क्या अंतर है?

जीएचएल का वी2 एपीआई (2022-2023 के आसपास पेश किया गया) वी1 के एपीआई कुंजी प्रमाणीकरण की तुलना में ओएथ 2.0 और एक क्लीनर आरईएसटी डिज़ाइन का उपयोग करता है। v2 एपीआई में अधिक व्यापक समापन बिंदु कवरेज और बेहतर दस्तावेज़ीकरण है। नए एकीकरण v2 पर बनाए जाने चाहिए। GHL ने v1 को अप्रचलित करने का इरादा बताया है, लेकिन अभी तक कोई निश्चित समय-सीमा निर्धारित नहीं की है - वर्तमान स्थिति के लिए GHL की डेवलपर घोषणाओं की जाँच करें।

क्या मैं प्रोग्रामेटिक रूप से एसएमएस संदेश भेजने के लिए जीएचएल के एपीआई का उपयोग कर सकता हूं?

हाँ। किसी संपर्क को एसएमएस संदेश भेजने के लिए POST /conversations/messages एंडपॉइंट का उपयोग करें। आपको वार्तालाप आईडी (POST /conversations/ द्वारा निर्मित) और संपर्क का फ़ोन नंबर चाहिए। भेजने से पहले सुनिश्चित करें कि संपर्क में एसएमएस ऑप्ट-इन स्थिति है - जीएचएल इसे लागू करता है, और ऑप्ट-आउट संपर्कों को भेजना विफल हो जाएगा। प्रेषक के रूप में आवश्यक type: "SMS" पैरामीटर और अपने GHL स्थान का ट्विलियो नंबर शामिल करें।

मैं बड़े डेटासेट के लिए जीएचएल एपीआई पेजिनेशन को कैसे प्रबंधित करूं?

जीएचएल की सूची समापन बिंदु पृष्ठांकित परिणाम लौटाते हैं। प्रतिक्रिया में total, currentPage, और nextPage (या कर्सर-आधारित startAfterId) के साथ meta ऑब्जेक्ट शामिल है। जब तक nextPage शून्य न हो जाए या आपने सभी रिकॉर्ड एकत्रित न कर लिए हों, तब तक पृष्ठों को बार-बार दोहराते हुए पेजिनेशन लागू करें। बड़े संपर्क निर्यात (100,000+ संपर्क) के लिए, जीएचएल की थोक निर्यात सुविधा का उपयोग करें या डेटा निर्यात का अनुरोध करने के लिए जीएचएल समर्थन से संपर्क करें - बहुत बड़े डेटासेट के लिए एपीआई के माध्यम से पेजिनेट करना धीमा और दर-सीमा-गहन है।

क्या जीएचएल एपीआई एकीकरण के परीक्षण के लिए कोई सैंडबॉक्स वातावरण है?

जीएचएल के पास समर्पित सैंडबॉक्स वातावरण नहीं है। परीक्षण के लिए एक अलग जीएचएल परीक्षण खाते या विकास उप-खाते का उपयोग करें। परीक्षण डेटा को वास्तविक संपर्कों से अलग करने के लिए स्पष्ट रूप से लेबल किए गए ईमेल (उदाहरण के लिए, [email protected]) के साथ परीक्षण संपर्क बनाएं। अपने विकास खाते को व्यवस्थित रखने के लिए परीक्षण डेटा को नियमित रूप से साफ़ करें।

मेरे बाहरी सिस्टम में जीएचएल संपर्क आईडी संग्रहीत करने का सबसे अच्छा तरीका क्या है?

GHL contact.id (एक अद्वितीय स्ट्रिंग) को अपने बाहरी सिस्टम में एक कस्टम फ़ील्ड के रूप में संग्रहीत करें (उदाहरण के लिए, आपके डेटाबेस में एक ghl_contact_id कॉलम)। यह खोज चरण के बिना सही संपर्क पर सीधे एपीआई कॉल को सक्षम बनाता है। जीएचएल में संपर्क बनाते समय, लौटाई गई आईडी को तुरंत संग्रहीत करें। द्विदिश सिंक के लिए, रिवर्स लुकअप के लिए अपने सिस्टम की विशिष्ट आईडी को जीएचएल कस्टम फ़ील्ड (उदाहरण के लिए, external_user_id) के रूप में भी संग्रहीत करें।

अगले चरण

GoHighLevel का एपीआई और वेबहुक सिस्टम इसे वास्तव में एक एक्स्टेंसिबल प्लेटफ़ॉर्म बनाता है - न केवल एक नो-कोड मार्केटिंग टूल, बल्कि एक प्रोग्रामयोग्य ग्राहक संचार इंजन जो वस्तुतः किसी भी व्यावसायिक प्रणाली के साथ एकीकृत हो सकता है। शुरुआत से ही उचित त्रुटि प्रबंधन और हस्ताक्षर सत्यापन के साथ स्वच्छ, अच्छी तरह से परीक्षण किए गए एकीकरण का निर्माण करना महत्वपूर्ण है।

ECOSIRE की GoHighLevel सेवाओं में कस्टम एपीआई एकीकरण विकास शामिल है। हमारी तकनीकी टीम ईकॉमर्स प्लेटफॉर्म, ईआरपी सिस्टम, फील्ड सर्विस प्रबंधन टूल और मालिकाना व्यावसायिक अनुप्रयोगों के लिए जीएचएल एकीकरण बनाती है। हम उचित त्रुटि प्रबंधन, दर सीमा प्रबंधन और निगरानी के साथ एकीकरण डिजाइन करते हैं।

हमारी टीम से संपर्क करें अपनी कस्टम एकीकरण आवश्यकताओं पर चर्चा करने और अपने विशिष्ट जीएचएल एकीकरण प्रोजेक्ट के लिए तकनीकी दायरा प्राप्त करने के लिए।

GoHighLevel API and Webhooks: Custom Integrations