# Pabbly Connect को GenderAPI.io V2 से जोड़ें

> Shopify के रिकॉर्ड के लिए Pabbly Connect को GenderAPI.io V2 से जोड़ें। सही कनेक्टर चुनें, type और value भेजें, फिर data, meta, क्रेडिट और त्रुटियाँ संभालें।

Canonical HTML: https://www.genderapi.io/hi/blog/pabbly-%E0%A4%95%E0%A5%87-%E0%A4%B8%E0%A4%BE%E0%A4%A5-gender-api-%E0%A4%87%E0%A4%82%E0%A4%9F%E0%A5%80%E0%A4%97%E0%A5%8D%E0%A4%B0%E0%A5%87%E0%A4%B6%E0%A4%A8-%E0%A4%B5%E0%A4%B0%E0%A5%8D%E0%A4%95%E0%A4%AB%E0%A4%BC%E0%A5%8D%E0%A4%B2%E0%A5%8B-%E0%A4%AE%E0%A5%87%E0%A4%82-%E0%A4%9C%E0%A5%87%E0%A4%82%E0%A4%A1%E0%A4%B0-%E0%A4%A1%E0%A5%87%E0%A4%9F%E0%A4%BE-%E0%A4%95%E0%A5%8B-%E0%A4%85%E0%A4%A8%E0%A4%B2%E0%A5%89%E0%A4%95-%E0%A4%95%E0%A4%B0%E0%A4%A8%E0%A4%BE

Last reviewed: 2026-09-29

## अपने API नियमों के अनुसार Pabbly Connect का कनेक्शन चुनें

इस गाइड का HTTP तरीका https://api.genderapi.io/api/v2/gender पर GenderAPI.io V2 को कॉल करता है। JSON बॉडी में type और value भेजें। अनुमान data में और अनुरोध व बिलिंग की जानकारी meta में होती है। नेटिव कनेक्टर के अपने नियम हैं, जिनका विवरण नीचे दिया गया है।

Pabbly के सार्वजनिक कैटलॉग में Gender API नाम का एक ऐप है, लेकिन समीक्षा किए गए पेज पर सेवा प्रदाता का डोमेन, एंडपॉइंट का संस्करण या रिस्पॉन्स की पूरी संरचना नहीं बताई गई है। सिर्फ़ नाम से यह साबित नहीं होता कि यह GenderAPI.io है। नेटिव ऑपरेशन चुनने से पहले सेवा प्रदाता और असली फ़ील्ड जाँचें।

साफ़ तौर पर तय V2 एंडपॉइंट इस्तेमाल करना हो, तो API by Pabbly का कस्टम API अनुरोध इस्तेमाल करें। यह तरीका इसी HTTP अनुरोध का विवरण देता है; इसका मतलब यह नहीं कि नेटिव कनेक्टर V2 पर आ गया है।

- [Pabbly कैटलॉग पेज (सेवा प्रदाता की पुष्टि नहीं)](https://connect.pabbly.com/integrations/gender-api/)
- [मौजूदा V1 दस्तावेज़ीकरण](https://www.genderapi.io/hi/api-documentation/v1)

## अकाउंट और मूल रिकॉर्ड तैयार करें

यह उदाहरण पहले नाम के आधार पर Shopify के रिकॉर्ड में डेटा जोड़ता है। आपको मूल ऐप और टारगेट ऐप का एक्सेस, GenderAPI.io अकाउंट की कुंजी और HTTP ऑपरेशन के लिए ज़रूरी प्लेटफ़ॉर्म सुविधाएँ चाहिए। इस गाइड में कोई मान्य क्रेडेंशियल या जुड़ा हुआ अकाउंट शामिल नहीं है।

V1 और V2 एक ही अकाउंट कुंजी और एक ही बैलेंस इस्तेमाल करते हैं। शुल्क वाले अनुरोध कॉन्फ़िगर करने से पहले GET /api/v2/usage से कुंजी जाँचें और पक्का करें कि इस एंडपॉइंट के रिस्पॉन्स में meta.access.mode का मान api_key है। कुंजी न होने या पहचानी न जाने पर साझा IP ट्रायल इस्तेमाल हो सकता है। प्रोडक्शन ऑटोमेशन को आपकी जानकारी के बिना इस पर निर्भर नहीं होना चाहिए।

कॉन्फ़िगरेशन के दौरान वर्कफ़्लो बंद रखें। टेस्ट के लिए भेजे गए अनुमान पर भी सामान्य रूप से क्रेडिट लगते हैं। यहाँ दिए गए निर्देश हर प्लेटफ़ॉर्म के सार्वजनिक दस्तावेज़ीकरण और V2 नियमों की समीक्षा पर आधारित हैं। इस लेख के लिए किसी भी प्लेटफ़ॉर्म पर प्रमाणीकरण वाला वर्कफ़्लो शुरू से अंत तक नहीं चलाया गया।

- [प्रमाणीकरण और मुफ़्त उपयोग जाँच](https://www.genderapi.io/hi/docs/v2/authentication#environment-setup)

## Pabbly Connect में GenderAPI.io V2 अनुरोध कॉन्फ़िगर करें

- ज़रूरी ग्राहक इवेंट से मेल खाने वाला Shopify ट्रिगर चुनें और एक प्रतिनिधि टेस्ट रिकॉर्ड लें। ग्राहक की id सेव करें और उपलब्ध पहले नाम वाला फ़ील्ड मैप करें। पहला नाम खाली हो, तो उसकी जगह पूरा ग्राहक रिकॉर्ड भेजने के बजाय रिकॉर्ड छोड़ दें।
- API by Pabbly जोड़ें और Custom Request चुनें। POST और नीचे दिया V2 URL चुनें। प्रमाणीकरण के लिए GenderAPI कुंजी के साथ Bearer token, या पूरे मान Bearer YOUR_API_KEY वाला Authorization हेडर इस्तेमाल करें। दोनों तरीके एक साथ कॉन्फ़िगर न करें।
- Content-Type को application/json पर सेट करें। Custom Request में JSON बॉडी के लिए Data फ़ील्ड है। एक ऑब्जेक्ट बनाएँ जिसमें type = name, value = मैप किया गया पहला नाम, और ai_mode = off वाला options ऑब्जेक्ट हो। Content-Type हेडर सिर्फ़ दी गई बॉडी का प्रकार बताता है; यह फ़ॉर्म फ़ील्ड को अपने-आप JSON ऑब्जेक्ट में नहीं बदलता।
- options को नेस्टेड ऑब्जेक्ट ही रहने दें। चुना गया ऑपरेशन सिर्फ़ कच्चा JSON स्वीकार करे, तो पक्का करें कि मैप किए गए मानों में उद्धरण चिह्न, बैकस्लैश और नई पंक्तियाँ सही तरह JSON में एनकोड हों। बिना एनकोड किया ग्राहक टेक्स्ट डालने के बजाय ऐसा चरण इस्तेमाल करें जो JSON बना सके।

| HTTP सेटिंग | मान | उद्देश्य |
| --- | --- | --- |
| `Method` | `POST` | एक अनुमान का अनुरोध भेजता है। |
| `URL` | `https://api.genderapi.io/api/v2/gender` | एकल अनुमान के लिए GenderAPI.io V2 एंडपॉइंट। |
| `Authorization` | `Bearer YOUR_API_KEY` | प्लेटफ़ॉर्म की प्रमाणीकरण या हेडर सेटिंग में यह प्लेसहोल्डर बदलें। |
| `Content-Type` | `application/json` | फ़ॉर्म फ़ील्ड के बजाय नेस्टेड options ऑब्जेक्ट वाला एक ऑब्जेक्ट भेजता है। |
| `options.ai_mode` | `off` | पहला टेस्ट सोच-समझकर सिर्फ़ डेटासेट से: सामान्य शुल्क 1 क्रेडिट, अज्ञात परिणाम पर भी। |

## भेजने से पहले JSON बॉडी जाँचें

उदाहरण एक तय इनपुट दिखाता है, अपेक्षित परिणाम नहीं। पहले अनुरोध की संरचना जाँचें, फिर सही JSON सीरियलाइज़ेशन के साथ value की जगह मैप किया गया मूल फ़ील्ड रखें। प्लेटफ़ॉर्म के मैपिंग एक्सप्रेशन को शाब्दिक टेक्स्ट के रूप में API को न भेजें।

दूसरे इनपुट के लिए type को name, email या username पर सेट करें और value में उससे जुड़ा मान दें। country सिर्फ़ तभी जोड़ें जब आपके पास भरोसेमंद संदर्भ हो। यह फ़ील्ड वैकल्पिक है और इससे यह तय नहीं होता कि कोई व्यक्ति किस देश में रहता है।

**Pabbly Connect के लिए V2 JSON अनुरोध**

```json
{
  "type": "name",
  "value": "Alice",
  "options": {
    "ai_mode": "off"
  }
}
```

- [अनुरोध फ़ील्ड, प्रकार और डिफ़ॉल्ट मान](https://www.genderapi.io/hi/docs/v2/request-parameters)

## अपडेट चालू करने से पहले HTTP चरण जाँचें

रिस्पॉन्स से मिली बॉडी जाँचें और पक्का करें कि बाद के चरण V2 रिस्पॉन्स बॉडी पढ़ रहे हैं, ट्रांसपोर्ट की स्थिति वाले फ़ील्ड नहीं। Pabbly रिस्पॉन्स की कुंजियाँ बाद की मैपिंग के लिए दिखा सकता है। अपने वर्कफ़्लो में उनके असली पाथ जाँचें।

कॉन्फ़िगरेशन के दौरान सिर्फ़ चुना गया टेस्ट ऑपरेशन चलाएँ। अनुरोध भेजने वाला टेस्ट वर्कफ़्लो चालू होने से पहले ही GenderAPI के क्रेडिट और प्लेटफ़ॉर्म के टास्क खर्च कर सकता है।

- [Pabbly सपोर्ट: Custom Request और JSON Data फ़ील्ड](https://forum.pabbly.com/threads/cannot-access-json-body-field-in-api-by-pabbly-module-even-after-correct-settings.29297/)
- [Pabbly का सार्वजनिक कैटलॉग पेज (सेवा प्रदाता की पुष्टि नहीं)](https://connect.pabbly.com/integrations/gender-api/)

## identified, अज्ञात परिणाम और त्रुटियों को अलग-अलग संभालें

टारगेट सिस्टम में अपडेट चुनने से पहले रिस्पॉन्स बॉडी पार्स करें। नीचे की तालिका में JSON पाथ V2 रिस्पॉन्स बॉडी के हैं। आपका प्लेटफ़ॉर्म इन्हें किसी और ऑब्जेक्ट में लपेट सकता है या समतल कर सकता है। सीमित टेस्ट से असली संरचना जाँचें और परिणाम को मूल रिकॉर्ड की id के साथ सेव करें।

अनुमान से किसी व्यक्ति की पहचान या उसका खुद बताया गया लिंग तय नहीं होता। इसे व्यक्ति की दी हुई जानकारी से अलग रखें। अपने उपयोग के प्रतिनिधि डेटा से स्वीकृति के मानदंड तय करें और डेटासेट व AI के कॉन्फिडेंस स्कोर का अलग-अलग आकलन करें।

| जाँच | अपेक्षित मान या प्रकार | वर्कफ़्लो में फ़ैसला |
| --- | --- | --- |
| `meta.access.mode` | अकाउंट वाले वर्कफ़्लो के लिए api_key | मान ip_trial हो, तो वर्कफ़्लो रोकें और कुंजी ठीक करें। IP ट्रायल से मिला सफल रिस्पॉन्स यह साबित नहीं करता कि अकाउंट से प्रमाणीकरण हुआ, और इससे ट्रायल के क्रेडिट खर्च हो चुके हो सकते हैं। |
| `meta.usage.billing_status` | confirmed या unconfirmed | मान unconfirmed हो, तो अनुरोध की id सेव करें और दोबारा प्रयास करने या आगे बढ़ने से पहले बिलिंग जाँचें। |
| `data.result_status / data.gender` | identified होने पर male या female; अज्ञात परिणाम पर null | स्वीकार किया गया identified परिणाम अनुमानित डेटा के लिए तय फ़ील्ड में सेव करें। अज्ञात परिणाम वैसा ही रखें और उसे कोई डिफ़ॉल्ट श्रेणी न दें। |
| `data.confidence / data.confidence_kind` | 0 से 1 के बीच की संख्या या null; साक्ष्य का प्रकार या null | observed_frequency और model_reported का अलग-अलग अर्थ समझें। दोनों में से कोई भी कुल सटीकता की गारंटी नहीं है। |
| `data.source / data.sample_count` | dataset, ai या none / पूर्णांक या null | अनुमान का स्रोत सेव करें। AI के पास संग्रहीत सैंपल गिनती नहीं होती, और डेटासेट की सैंपल गिनती उत्पाद की सटीकता का पैमाना नहीं है। |
| `meta.request_id / meta.usage` | अनुरोध का संदर्भ / उपयोग ऑब्जेक्ट | दोनों को वर्कफ़्लो के रिकॉर्ड और परिणाम के साथ सेव करें। API कुंजी या गैर-ज़रूरी निजी डेटा सामान्य लॉग में न लिखें। |
| `HTTP त्रुटि / कोई रिस्पॉन्स नहीं` | Problem Details या अधूरा रिस्पॉन्स | अपडेट रोकें और त्रुटि व बिलिंग की स्थिति जाँचें। टाइमआउट से यह साबित नहीं होता कि सर्वर ने कोई प्रोसेसिंग नहीं की। |

- [V2 रिस्पॉन्स का पूरा संदर्भ](https://www.genderapi.io/hi/docs/v2/responses)
- [त्रुटियाँ, टाइमआउट और दोबारा प्रयास के फ़ैसले](https://www.genderapi.io/hi/docs/v2/errors-and-retries)

## Shopify में सिर्फ़ संबंधित रिकॉर्ड अपडेट करें

ट्रिगर से मिली Shopify ग्राहक की id सेव करें। पुष्टि किया गया identified परिणाम योजना के अनुसार ग्राहक फ़ील्ड में लिखें या टैग नीति के अनुसार संभालें; अज्ञात परिणाम को अज्ञात ही रहने दें और ग्राहक का खुद दिया गया पहला नाम न बदलें। हर स्वीकार किए गए अनुमान के लिए source और confidence_kind सेव करें।

अपडेट चालू करने से पहले identified परिणाम, अज्ञात परिणाम और त्रुटि, तीनों शाखाओं का अलग-अलग टेस्ट करें। काल्पनिक सैंपल रिस्पॉन्स से नया अनुमान भेजे बिना शाखाओं की शर्तें जाँची जा सकती हैं। टारगेट ऐप में अपडेट इन्हीं जाँचों पर निर्भर होना चाहिए और उससे असंबंधित फ़ील्ड या टैग नहीं बदलने चाहिए।

- [रिस्पॉन्स फ़ील्ड और अज्ञात परिणाम](https://www.genderapi.io/hi/docs/v2/responses)
- [सटीकता और कॉन्फिडेंस स्कोर की व्याख्या](https://www.genderapi.io/hi/accuracy-methodology)
- [डेटा स्रोत और तारीख वाली डेटाबेस प्रोफ़ाइल](https://www.genderapi.io/hi/data-provenance)

## दोबारा प्रयास और दोहरे शुल्क को नियंत्रित करें

Pabbly के दस्तावेज़ Auto Re-execution के साथ-साथ विफल या छोड़े गए चरणों को, या पूरे वर्कफ़्लो को, मैन्युअल रूप से दोबारा चलाने के विकल्प बताते हैं। इन्हें इस्तेमाल करने से पहले पक्का करें कि क्या-क्या चलेगा। पूरा वर्कफ़्लो दोबारा चलाने पर पूरे हो चुके GenderAPI अनुरोध फिर से भेजे जा सकते हैं। हो सके, तो Shopify में बाद की विफलता को सेव किए गए रिस्पॉन्स से ठीक करें।

हर नया GenderAPI अनुरोध एक अलग ऑपरेशन है। भेजने से पहले सेव की गई मूल id और प्रोसेसिंग की स्थिति से वर्कफ़्लो में दोहराए गए मूल इवेंट हटाएँ। मूल रिकॉर्ड की id सर्वर पर दोहराव रोकने वाली कुंजी नहीं है।

पूरा हुआ अज्ञात परिणाम एक पूरा और शुल्क वाला परिणाम है। टाइमआउट या अधूरे रिस्पॉन्स पर परिणाम और बिलिंग, दोनों अज्ञात हो सकते हैं: अनुरोध का संदर्भ मिला हो, तो उसे सेव करें और अनुरोध दोबारा भेजने से पहले बिलिंग जाँचें। अनुरोध-सीमा पार होने वाले रिस्पॉन्स में Retry-After हेडर हो, तो उसका पालन करें।

- [क्रेडिट और बिलिंग की स्थिति](https://www.genderapi.io/hi/docs/v2/credits-and-usage)

## तय करें कि AI कब इस्तेमाल करना है

नामों, ईमेल पतों और यूज़रनेम के लिए forceToGenderize वैकल्पिक है। इसे चालू करने पर ai_mode छोड़ दें या fallback इस्तेमाल करें; off और always का इससे टकराव होता है और 422 लौटता है। अनुरोध शुरू करने के लिए पॉज़िटिव शुरुआती बैलेंस काफ़ी है, भले ही अंतिम शुल्क के बाद बैलेंस शून्य से नीचे चला जाए।

निकनेम मोड name: null के साथ लिंग लौटा सकता है। यह अज्ञात परिणाम भी लौटा सकता है। न सामान्य AI फ़ॉलबैक और न ही निकनेम का अनुमान सही या non-null जवाब की गारंटी देता है।

| अनुरोध का विकल्प | व्यवहार | हर सफल अनुरोध पर क्रेडिट |
| --- | --- | --- |
| options.ai_mode: off | सिर्फ़ डेटासेट इस्तेमाल करें। | 1, अज्ञात परिणाम पर भी |
| options.ai_mode: fallback | पहले डेटासेट, फिर लिंग न मिलने पर सामान्य AI। एकल अनुरोध का डिफ़ॉल्ट यही है। | कुल 1, AI फ़ॉलबैक सहित |
| options.ai_mode: always | सीधे AI से पूछें। | 2 |
| forceToGenderize: true | पहले डेटासेट, फिर AI को निजी निकनेम या छद्मनाम समझने की अनुमति, असली पहले नाम के बिना भी। | डेटासेट से परिणाम मिलने पर 1; AI इस्तेमाल होने पर कुल 2 |

- [AI विकल्प और निकनेम का अनुमान](https://www.genderapi.io/hi/docs/v2/ai-options)
- [क्रेडिट और उपयोग](https://www.genderapi.io/hi/docs/v2/credits-and-usage)

## प्रोसेसिंग बढ़ाने से पहले वर्कफ़्लो जाँचें

- सीमित टेस्ट से असल में सीरियलाइज़ किया गया JSON, पार्स किए गए परिणाम पाथ, API कुंजी वाला एक्सेस और बिलिंग की पुष्टि जाँचें। हो सके, तो सैंपल रिस्पॉन्स से अज्ञात परिणाम और त्रुटियों का व्यवहार भी जाँचें।
- तय करें कि वर्कफ़्लो के कौन-से चरण दोबारा चलते हैं और कौन-से ग्राहक फ़ील्ड बदलते हैं। मूल रिकॉर्ड की id, मिला रिस्पॉन्स और अनुरोध का संदर्भ सेव करें, ताकि टारगेट सिस्टम बाद में विफल हो तो दोबारा अनुरोध न भेजना पड़े।
- पहले एक छोटा नियंत्रित रन चालू करें और समानांतर प्रोसेसिंग बढ़ाने से पहले रिकॉर्ड और क्रेडिट जाँचें। GenderAPI के क्रेडिट और ऑटोमेशन प्लेटफ़ॉर्म का टास्क या ऑपरेशन शुल्क दो अलग खर्च हैं।
- बैच प्रोसेसिंग के लिए POST /api/v2/gender/batch इस्तेमाल करें: API कुंजी के साथ ज़्यादा से ज़्यादा 50 आइटम और IP ट्रायल में ज़्यादा से ज़्यादा 10। items ऐरे में नाम, ईमेल पते और यूज़रनेम मिलाए जा सकते हैं, और हर आइटम के साथ साफ़ तौर पर तय विकल्प और एक यूनिक id होनी चाहिए। हर परिणाम अलग से जाँचें: HTTP 200 रिस्पॉन्स में भी किसी एक आइटम की त्रुटि हो सकती है। नेटिव कनेक्टर बैच प्रोसेसिंग सपोर्ट करता है या नहीं, यह अलग से जाँचना होगा।

- [बैच अनुरोध और किसी एक आइटम की त्रुटियाँ](https://www.genderapi.io/hi/docs/v2/batch)
- [Python इंटीग्रेशन गाइड](https://www.genderapi.io/hi/integrations/python)
- [Node.js इंटीग्रेशन गाइड](https://www.genderapi.io/hi/integrations/javascript)

## क्या Pabbly में सपाट फ़ॉर्म फ़ील्ड options.ai_mode इस्तेमाल किया जा सकता है?

V2 की POST बॉडी में options एक JSON ऑब्जेक्ट होना चाहिए। फ़ील्ड के लेबल में बिंदु होने से यह साबित नहीं होता कि प्लेटफ़ॉर्म नेस्टेड ऑब्जेक्ट बनाएगा। अनुरोध भेजने से पहले सीरियलाइज़ की गई बॉडी जाँचें और पक्का करें कि वह उदाहरण से मेल खाती है।

## क्या सीधा HTTP उदाहरण AI इस्तेमाल करता है?

पहले अनुरोध की बॉडी में options.ai_mode का मान off है। सामान्य स्वचालित AI फ़ॉलबैक के लिए यह मान सोच-समझकर fallback करें, जिस पर कुल 1 क्रेडिट लगता है; सीधे AI के लिए always करें, जिस पर 2 क्रेडिट लगते हैं। forceToGenderize पहले डेटासेट में खोजता है: डेटासेट से परिणाम मिलने पर 1 क्रेडिट और AI इस्तेमाल होने पर कुल 2 क्रेडिट लगते हैं।

## क्या अज्ञात परिणाम मुफ़्त है और क्या उसे अपने-आप दोबारा भेजना सुरक्षित है?

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

## क्या यह वर्कफ़्लो किसी जुड़े हुए अकाउंट से चलाकर देखा गया है?

नहीं। प्लेटफ़ॉर्म के कॉन्फ़िगरेशन निर्देशों की समीक्षा 26 सितंबर 2026 को सार्वजनिक दस्तावेज़ीकरण के आधार पर की गई। GenderAPI.io V2 अनुरोध और रिस्पॉन्स के विवरण की समीक्षा 27 सितंबर 2026 को हुई। इस हिंदी संस्करण की 29 सितंबर 2026 की समीक्षा अनुवाद की जाँच है, किसी अकाउंट से किया गया नया टेस्ट नहीं। प्रोडक्शन अपडेट चालू करने से पहले अपने अकाउंट में चुने गए ऑपरेशन के मौजूदा फ़ील्ड, प्रमाणीकरण, अनुरोध बॉडी, रिस्पॉन्स और दोबारा प्रयास का व्यवहार जाँचें।

## स्रोत और दस्तावेज़ीकरण

- [Pabbly सपोर्ट: कस्टम REST अनुरोध और दोबारा चलाना](https://forum.pabbly.com/threads/how-to-track-node-level-logs-enable-retries-and-use-rest-api-integrations-in-pabbly-connect.214474/)
- [Pabbly सपोर्ट: Custom Request और JSON Data फ़ील्ड](https://forum.pabbly.com/threads/cannot-access-json-body-field-in-api-by-pabbly-module-even-after-correct-settings.29297/)
- [Pabbly का सार्वजनिक कैटलॉग पेज (सेवा प्रदाता की पुष्टि नहीं)](https://connect.pabbly.com/integrations/gender-api/)
- [GenderAPI.io V2 अनुरोध के नियम](https://www.genderapi.io/hi/docs/v2/request-parameters)
- [GenderAPI.io V2 रिस्पॉन्स के नियम](https://www.genderapi.io/hi/docs/v2/responses)
- [GenderAPI.io V2 बिलिंग और क्रेडिट](https://www.genderapi.io/hi/docs/v2/credits-and-usage)