GenderAPI.io V2 सहायता
अक्सर पूछे जाने वाले सवाल
V2 अनुरोधों, कॉन्फिडेंस स्कोर, अज्ञात परिणामों, क्रेडिट, प्राइवेसी और अकाउंट से जुड़े जवाब। अगर आप पुराना इंटीग्रेशन चला रहे हैं, तो V1 दस्तावेज़ीकरण देखें।
परिणाम और कॉन्फिडेंस
अनुमान और उसकी सीमाओं को समझें
API V2 में देश संदर्भ, कॉन्फिडेंस स्कोर और अज्ञात परिणाम।
क्या GenderAPI का परिणाम किसी व्यक्ति का लिंग तय करता है?
नहीं। GenderAPI नाम से जुड़े संकेतों के आधार पर लिंग का अनुमान लगाता है; संबंधित विकल्प चालू होने पर निकनेम के संकेतों का भी इस्तेमाल होता है। अनुमान कोई सत्यापित व्यक्तिगत जानकारी नहीं है। अनिश्चितता को बनाए रखें, व्यक्ति की अपनी बताई पहचान का सम्मान करें और बड़े असर वाले फ़ैसले केवल इस अनुमान के आधार पर न लें।
देश संदर्भ परिणाम पर कैसे असर डालता है?
वैकल्पिक अपरकेस ISO देश कोड अनुरोध को क्षेत्रीय संदर्भ देता है। इसे तभी भेजें जब देश प्रासंगिक हो और पता हो। एक ही नाम का इस्तेमाल अलग-अलग क्षेत्रों में अलग हो सकता है; लौटाया गया देश नाम से जुड़ाव दिखाता है, यह नागरिकता या निवास का प्रमाण नहीं है।
V2 में कॉन्फिडेंस स्कोर का क्या मतलब है?
confidence 0 से 1 के बीच का मान है, या उपलब्ध न होने पर null। इसे confidence_kind के साथ पढ़ें: observed_frequency डेटासेट में सबसे ज़्यादा दर्ज लिंग की गिनती को कुल गिनती से भाग देकर बनता है; model_reported AI का दिया स्कोर है। ये स्कोर किसी व्यक्ति के बारे में कैलिब्रेट की गई प्रायिकता या मापी गई प्रोडक्ट सटीकता नहीं हैं। प्रतिनिधि डेटा के आधार पर मैन्युअल समीक्षा की सीमाएँ तय करें।
gender: null का क्या मतलब है, और क्या इस पर शुल्क लगता है?
gender: null वाले सफल V2 परिणाम का मतलब है कि उपलब्ध संकेतों से लिंग तय नहीं हो सका। इसमें JSON का असली null मान इस्तेमाल होता है, "null" स्ट्रिंग नहीं। सफल अज्ञात परिणाम पर चुने गए मोड की दर से शुल्क लगता है। इसे अज्ञात के रूप में ही रखें; सेवा प्रदाता या अनुरोध की विफलता एक अलग त्रुटि है।
क्या मैं अलग-अलग लिपियों में लिखे नाम भेज सकता हूँ?
हाँ। नाम Unicode में, उनके मूल अक्षरों और अर्थपूर्ण मात्राओं या विशेषक चिह्नों के साथ भेजें। कवरेज और कॉन्फिडेंस स्कोर नाम, क्षेत्र और उपलब्ध संकेतों के अनुसार बदलते हैं, इसलिए आपका ऐप्लिकेशन जिन लिपियों और देशों के लिए है, उनके प्रतिनिधि नमूने से टेस्ट करें।
API और AI
अनुरोध का प्रकार और AI विकल्प चुनें
V2 अनुरोधों के प्रकार, बैच अनुरोध, AI का व्यवहार और इस्तेमाल की सीमाएँ।
क्या एक ही बैच में नाम, ईमेल और यूज़रनेम का विश्लेषण कर सकते हैं?
हाँ। POST /api/v2/gender/batch API कुंजी के साथ अधिकतम 50 आइटम और IP ट्रायल में अधिकतम 10 आइटम स्वीकार करता है। हर आइटम का अपना type, value, वैकल्पिक country और AI सेटिंग होती है। बैच आइटम में AI डिफ़ॉल्ट रूप से बंद रहता है। हर परिणाम जाँचें: कुछ आइटम विफल होने पर भी बैच HTTP 200 लौटा सकता है, और हर सफल आइटम पर क्रेडिट लगते हैं, अज्ञात परिणामों पर भी।
ईमेल अनुरोध कैसे काम करता है?
type: email के साथ एक मान्य ईमेल पता भेजें। API @ से पहले वाले हिस्से में इस्तेमाल करने लायक नाम संकेत खोजता है; डोमेन से किसी व्यक्ति की पहचान या देश तय नहीं होता। साझा इनबॉक्स और बिना नाम संकेत वाले पते अज्ञात परिणाम दे सकते हैं। डेटासेट से लिंग तय न होने पर एकल अनुरोध डिफ़ॉल्ट रूप से AI फ़ॉलबैक इस्तेमाल करता है।
यूज़रनेम अनुरोध कैसे काम करता है?
type: username इस्तेमाल करें। सामान्य अनुरोध हैंडल या डिस्प्ले नेम में पहचाना जा सकने वाला पहला नाम खोजता है। जिन यूज़रनेम में कोई नाम नहीं झलकता, वे अज्ञात परिणाम दे सकते हैं। अगर डेटासेट से परिणाम न मिलने के बाद आप निकनेम समझने वाला AI चाहते हैं, तो forceToGenderize चालू करें; इससे असली पहला नाम निकाले बिना भी लिंग का अनुमान मिल सकता है।
V2 AI का इस्तेमाल कब करता है?
एकल अनुरोधों में डिफ़ॉल्ट options.ai_mode: fallback होता है: पहले डेटासेट जाँचा जाता है, और लिंग तय न होने पर AI इस्तेमाल होता है, कुल 1 क्रेडिट में। off केवल डेटासेट इस्तेमाल करता है और 1 क्रेडिट लेता है; always डेटासेट छोड़कर AI इस्तेमाल करता है और 2 क्रेडिट लेता है। बैच आइटम डिफ़ॉल्ट रूप से off पर होते हैं और हर आइटम के लिए अलग से AI चालू किया जा सकता है। कोई भी मोड यह गारंटी नहीं देता कि परिणाम null नहीं होगा।
forceToGenderize क्या करता है?
यह वैकल्पिक फ़्लैग नाम, ईमेल और यूज़रनेम इनपुट के साथ काम करता है, बैच के अलग-अलग आइटम में भी। डेटासेट से तय हुए परिणाम पर 1 क्रेडिट लगता है। अन्यथा निकनेम समझने वाला AI इस्तेमाल होता है और कुल 2 क्रेडिट लगते हैं, सफल अज्ञात परिणाम पर भी। असली पहला नाम ज़रूरी नहीं है। ai_mode न भेजें या fallback इस्तेमाल करें; इस फ़्लैग को off या always के साथ भेजने पर 422 मिलता है।
V2 में क्रेडिट कैसे काटे जाते हैं?
किसी प्रक्रिया का वास्तविक शुल्क meta.usage.charged_credits में और उसकी पुष्टि billing_status में देखें। सामान्य डेटासेट और fallback अनुमानों पर हर सफल आइटम के लिए 1 क्रेडिट लगता है; always और निकनेम समझने वाले AI पर 2 क्रेडिट लगते हैं। हर पूरी हुई फ़ोन जाँच पर 1 क्रेडिट लगता है, अमान्य परिणाम पर भी। शुरुआत में धनात्मक बैलेंस काफ़ी है, इसलिए अंतिम शुल्क से बैलेंस ऋणात्मक हो सकता है। विफल अनुमानों के क्रेडिट वापस किए जाते हैं; जिस बिलिंग की पुष्टि नहीं हुई है, उसकी जाँच सपोर्ट टीम करती है।
क्या V2 में अनुरोध सीमाएँ हैं?
हाँ। मौजूदा डिफ़ॉल्ट सीमाओं में हर अकाउंट के लिए प्रति मिनट 120 अनुरोध, हर IP पते के लिए प्रति मिनट 600 अनुरोध और हर अकाउंट के लिए एक साथ 2 प्रक्रियाएँ शामिल हैं। सेवा की साझा क्षमता की सीमा भी लागू होती है। POST अनुरोध का बॉडी अधिकतम 64 KiB हो सकता है; बैच में API कुंजी के साथ 50 आइटम और IP ट्रायल में 10 आइटम तक भेजे जा सकते हैं। HTTP 429 और Retry-After का पालन करें, और यह न मानें कि इन सीमाओं के भीतर हर अनुरोध हमेशा स्वीकार होगा।
क्या विफल या टाइमआउट हुए अनुरोध को दोबारा भेज सकते हैं?
हर अनुमान अनुरोध एक नई प्रक्रिया है और उस पर सामान्य शुल्क लगता है। टाइमआउट या रिस्पॉन्स न मिलने से यह साबित नहीं होता कि शुल्क नहीं लगा। दोबारा भेजने से पहले billing_status देखें; अगर बिलिंग की पुष्टि नहीं हुई है, तो request_id के साथ सपोर्ट टीम से संपर्क करें। आंशिक रूप से विफल बैच में बिलिंग की पुष्टि के बाद केवल विफल आइटम दोबारा भेजें। 429 मिलने पर Retry-After हेडर का पालन करें।
V2 के कोड उदाहरण और टूल कहाँ मिलेंगे?
V2 गाइड में cURL, JavaScript, Python, PHP, Java, C# और Go के उदाहरण हैं। Swagger और Postman एक ही V2 स्पेसिफ़िकेशन इस्तेमाल करते हैं। इनपुट का प्रकार चुनें और अपनी API कुंजी सर्वर-साइड कॉन्फ़िगरेशन में रखें।
क्या मैं V1 का इस्तेमाल जारी रख सकता हूँ?
हाँ। मौजूदा V1 इंटीग्रेशन अपने मूल एंडपॉइंट और रिस्पॉन्स फ़ॉर्मेट बनाए रखते हैं। V1 और V2 एक ही API कुंजी और क्रेडिट बैलेंस साझा करते हैं, लेकिन उनके अनुरोध फ़ील्ड, रिस्पॉन्स और त्रुटियाँ अलग हैं। मौजूदा क्लाइंट को बनाए रखने के लिए अलग V1 दस्तावेज़ीकरण और अपडेट के लिए तैयार होने पर माइग्रेशन गाइड देखें।
प्राइवेसी और फ़ाइलें
डेटा प्रोसेसिंग को समझें
प्रोसेसिंग, डेटा रखने की अवधि और डिलीट करने की मौजूदा जानकारी कहाँ मिलेगी।
क्या GenderAPI सफल अनुरोधों को सेव करता है?
प्राइवेसी पॉलिसी बताती है कि कौन-से अनुरोध रिकॉर्ड, संचालन रिकॉर्ड और सुरक्षा लॉग रखे जा सकते हैं, उन्हें किस उद्देश्य से प्रोसेस किया जाता है और उन्हें कैसे डिलीट किया जाता है। अपने इंटीग्रेशन के लिए यह जानकारी देखें और अनावश्यक व्यक्तिगत डेटा न भेजें।
क्या ईमेल अनुरोधों में भेजे गए पते सेव किए जाते हैं?
ईमेल इनपुट और उनसे जुड़े तकनीकी रिकॉर्ड की मौजूदा प्रोसेसिंग के लिए प्राइवेसी पॉलिसी देखें। ईमेल पता व्यक्तिगत डेटा हो सकता है; केवल वही भेजें जो अनुरोध के लिए ज़रूरी है, और अपने डायग्नोस्टिक लॉग में पूरे पते दर्ज न करें।
अपलोड की गई Excel या CSV फ़ाइलें कितने समय तक रखी जाती हैं?
प्राइवेसी पॉलिसी में अपलोड की गई फ़ाइलों को रखने, डिलीट करने और बैकअप की व्यवस्था बताई गई है। ज़रूरी परिणाम एक्सपोर्ट करें और अपलोड की ज़रूरत न रहने पर वर्कस्पेस के डिलीट विकल्पों का इस्तेमाल करें। अपने संगठन की डेटा रखने संबंधी ज़रूरतों पर सवाल हों, तो सपोर्ट टीम से संपर्क करें।
क्या सेवा प्रदाता अनुरोध डेटा या अपलोड की गई फ़ाइलें प्रोसेस कर सकते हैं?
प्राइवेसी पॉलिसी और सबप्रोसेसर की जानकारी में सेवा प्रदाताओं द्वारा होने वाली प्रोसेसिंग और लागू सुरक्षा उपायों का विवरण है। आपका डेटा कहाँ प्रोसेस होता है, इसका आकलन करते समय ये संसाधन और आपके अकाउंट पर लागू कोई भी समझौता देखें।
अकाउंट और सपोर्ट
अपनी कुंजी जोड़ें और अकाउंट मैनेज करें
मुफ़्त इस्तेमाल, प्रमाणीकरण, बैलेंस जाँच और सपोर्ट।
क्या GenderAPI को मुफ़्त में आज़मा सकते हैं?
हाँ। रजिस्टर्ड मुफ़्त अकाउंट में हर दिन 200 क्रेडिट मिलते हैं। इसके अलावा, बिना कुंजी वाला V2 ट्रायल हर सार्वजनिक IP पते को 24 घंटे की अवधि में 10 क्रेडिट देता है, जो V1 और उसी IP के दूसरे उपयोगकर्ताओं के साथ साझा होते हैं। दोनों पर क्रेडिट की सामान्य दरें लागू होती हैं; क्रेडिट की संख्या हमेशा HTTP अनुरोधों की संख्या के बराबर नहीं होती।
प्रमाणीकरण कैसे करें और अपनी API कुंजी को सुरक्षित कैसे रखें?
भरोसेमंद सर्वर-साइड कोड से Authorization: Bearer YOUR_API_KEY इस्तेमाल करें; POST अनुरोधों में Content-Type: application/json भी ज़रूरी है। असली कुंजी को ब्राउज़र कोड, सार्वजनिक रिपॉज़िटरी और लॉग से दूर रखें। कुंजी न होने, उसका फ़ॉर्मेट गलत होने या कुंजी पहचानी न जाने पर IP ट्रायल इस्तेमाल हो सकता है, इसलिए पुष्टि करें कि meta.access.mode का मान api_key है। पहचानी गई लेकिन निष्क्रिय, समाप्त या प्रतिबंधित कुंजियाँ ट्रायल पर नहीं जातीं।
बचे हुए क्रेडिट कैसे जाँचें?
अपनी Bearer कुंजी के साथ GET /api/v2/usage कॉल करें। यह बैलेंस जाँच मुफ़्त है और data.remaining_credits लौटाती है। कुंजी के बिना यह साझा IP ट्रायल का बैलेंस पढ़ती है। V1 और V2 एक ही अकाउंट बैलेंस इस्तेमाल करते हैं; अनुमान के रिस्पॉन्स में remaining_credits प्रक्रिया पूरी होने के समय का बैलेंस दिखाता है।
सब्सक्रिप्शन कहाँ मैनेज या रद्द करें?
अपनी API कुंजी से जुड़े सब्सक्रिप्शन को मैनेज करने के लिए GenderAPI ऐप्लिकेशन में साइन इन करें। प्लान और रद्द करने के विकल्प देखने के लिए मौजूदा अकाउंट सेटिंग इस्तेमाल करें।
बिलिंग की जानकारी कहाँ अपडेट करें?
संबंधित API कुंजी या सब्सक्रिप्शन की बिलिंग और भुगतान सेटिंग साइन इन करने के बाद GenderAPI ऐप्लिकेशन में मैनेज करें।
गलत परिणाम की रिपोर्ट कैसे करें या इंटीग्रेशन में मदद कैसे पाएँ?
सपोर्ट टीम को API वर्ज़न, एंडपॉइंट, request_id और समस्या दोहराने वाला एक छोटा उदाहरण भेजें। उपलब्ध हो तो त्रुटि कोड भी शामिल करें, लेकिन अपनी API कुंजी और संवेदनशील व्यक्तिगत डेटा हटा दें।
तकनीकी जानकारी
इंटीग्रेशन और ज़िम्मेदार इस्तेमाल की गाइड
V2 परिणामों, प्राइवेसी और संचालन से जुड़े जवाब, संबंधित गाइड के लिंक के साथ; हर जवाब का Markdown वर्ज़न भी उपलब्ध है।
परिणाम, कॉन्फिडेंस और ज़िम्मेदार इस्तेमाल
जिस V2 अनुमान में लिंग तय नहीं हो पाता, उसमें gender के लिए JSON का असली null मान होता है, "null" स्ट्रिंग नहीं। नाम अस्पष्ट हो सकता है या उपलब्ध संकेत पर्याप्त नहीं हो सकते; रिस्पॉन्स में result_status और reason हों, तो उन्हें देखें। परिणाम को ज़बरदस्ती किसी श्रेणी में डालने के बजाय अज्ञात ही रहने दें। सफल अज्ञात अनुमान पर चुने गए मोड की दर से शुल्क लगता है। अनुरोध या सेवा प्रदाता की त्रुटियाँ अलग तरह की विफलताएँ हैं, जिनकी बिलिंग जानकारी meta.usage में मिलती है।
पूरा जवाब पढ़ें →GenderAPI की सटीकता का आकलन कैसे करें?उपयोगी सटीकता आकलन में टेस्ट की गई आबादी, तारीख, नमूना लेने का तरीका, अज्ञात परिणामों का अनुपात और क्षेत्र व लिपि के अनुसार परिणाम बताए जाते हैं। मौजूदा पद्धति पेज एक आकलन प्रक्रिया बताता है, कोई मापा गया सटीकता प्रतिशत नहीं। V2 के confidence और confidence_kind फ़ील्ड हर परिणाम के पीछे के साक्ष्य को समझाते हैं; ये प्रतिनिधि डेटा पर किए गए बेंचमार्क का विकल्प नहीं हैं।
पूरा जवाब पढ़ें →डेटा स्रोत, प्राइवेसी और अनुपालन
डेटा स्रोत पेज बताता है कि स्रोतों की श्रेणियाँ, चयन के मानदंड, लाइसेंस और भौगोलिक या लिपि संबंधी सीमाएँ किस ढाँचे में दर्ज की जाती हैं। यह पेज अभी समीक्षा किए गए स्रोतों की सूची प्रकाशित नहीं करता। अपने इंटीग्रेशन की स्रोत संबंधी ज़रूरतों के लिए वह पेज देखें और सपोर्ट टीम से संपर्क करें; किसी ऐसे स्रोत, डेटासेट के आकार या कवरेज के आँकड़े को न मानें जो दर्ज नहीं किया गया है।
पूरा जवाब पढ़ें →नाम डेटा कितनी बार अपडेट होता है?मौजूदा डेटा स्रोत पेज पर GenderAPI हर नाम रिकॉर्ड या प्रोसेसिंग नियम के लिए एक ही अपडेट शेड्यूल नहीं बताता। अगर डेटा का ताज़ा होना आपके इस्तेमाल के लिए ज़रूरी है, तो संबंधित डेटासेट या प्रक्रिया के बारे में सपोर्ट टीम से पूछें और प्रतिनिधि परिणामों का आकलन करें। किसी पेज की समीक्षा की तारीख इस बात का प्रमाण नहीं है कि सभी मूल रिकॉर्ड उसी दिन अपडेट हुए थे।
पूरा जवाब पढ़ें →GDPR और डेटा प्रोसेसिंग समझौते की जानकारी कहाँ मिलेगी?प्राइवेसी पॉलिसी, GDPR जानकारी, डेटा प्रोसेसिंग समझौता और सबप्रोसेसर सूची प्रकाशित प्रोसेसिंग शर्तों और सुरक्षा उपायों का विवरण देती हैं। मौजूदा दस्तावेज़ और आपके अकाउंट पर लागू कोई भी समझौता देखें। प्रोसेसिंग की भूमिकाओं, डेटा ट्रांसफ़र या डेटा सब्जेक्ट के अनुरोधों जैसे आपके संगठन से जुड़े सवालों के लिए GenderAPI से संपर्क करें; सामान्य FAQ लागू समझौते की जगह नहीं लेता।
पूरा जवाब पढ़ें →API संचालन, त्रुटियाँ और बिलिंग
भरोसेमंद सर्वर-साइड कोड से Authorization: Bearer YOUR_API_KEY इस्तेमाल करें। V2 के POST अनुरोधों में Content-Type: application/json भी ज़रूरी है। GET /api/v2/gender क्वेरी पैरामीटर में कुंजी भी स्वीकार करता है, लेकिन हेडर इस्तेमाल करने से क्रेडेंशियल ब्राउज़र URL में नहीं आते। कुंजी न होने, उसका फ़ॉर्मेट गलत होने या कुंजी पहचानी न जाने पर साझा IP ट्रायल इस्तेमाल हो सकता है; अकाउंट वाले इंटीग्रेशन के लिए जाँचें कि meta.access.mode का मान api_key है। पहचानी गई लेकिन निष्क्रिय, समाप्त या प्रतिबंधित कुंजियाँ ट्रायल पर नहीं जातीं।
पूरा जवाब पढ़ें →अनुरोध सीमाओं और दोबारा प्रयास को कैसे संभालें?V2 अनुरोध दर और एक साथ चलने वाली प्रक्रियाओं की सीमाएँ लागू करता है; HTTP 429 और Retry-After का पालन करें। हर दोहराया गया अनुमान एक नई प्रक्रिया है और उस पर सामान्य शुल्क लगता है। टाइमआउट, रिस्पॉन्स न मिलने या बिलिंग की पुष्टि न होने पर अपने-आप दोबारा प्रयास न करें। पहले code, action और meta.usage.billing_status देखें; billing_reconciliation_required मिलने पर request_id के साथ सपोर्ट टीम से संपर्क करें। सीमित बैकऑफ़ के साथ दोबारा प्रयास तभी करें जब बिलिंग की पुष्टि हो चुकी हो और दस्तावेज़ में बताया गया action नया प्रयास करने की अनुमति देता हो।
पूरा जवाब पढ़ें →V2 की त्रुटियों को कैसे समझें?V2 API की त्रुटियाँ HTTP त्रुटि स्टेटस और RFC 9457 Problem Details इस्तेमाल करती हैं, जिनमें स्थिर code और action फ़ील्ड होते हैं। detail के शब्दों से मिलान करने के बजाय इन्हीं फ़ील्ड के आधार पर कार्रवाई करें, और सपोर्ट के लिए request_id सँभालकर रखें। सफल अज्ञात परिणाम त्रुटि नहीं है। HTTP 200 होने पर भी बैच रिस्पॉन्स में अलग-अलग आइटम की त्रुटियाँ हो सकती हैं। प्रॉक्सी सर्वर ऐसी त्रुटि लौटा सकता है जो JSON में न हो, और रिस्पॉन्स न मिलने या न पढ़े जा सकने से यह साबित नहीं होता कि शुल्क नहीं लगा।
पूरा जवाब पढ़ें →बचे हुए क्रेडिट कैसे जाँचें?भरोसेमंद सर्वर-साइड कोड से अपनी Bearer API कुंजी के साथ GET /api/v2/usage कॉल करें। यह अनुरोध मुफ़्त है और data.remaining_credits लौटाता है; कुंजी न भेजने पर साझा IP ट्रायल का बैलेंस पढ़ा जाता है। V1 और V2 एक ही अकाउंट बैलेंस इस्तेमाल करते हैं। अनुमान के रिस्पॉन्स में meta.usage उस प्रक्रिया का शुल्क और प्रक्रिया पूरी होने के समय का बैलेंस बताता है, जो एक साथ चल रहे अनुरोधों से बदल सकता है। क्रेडेंशियल को लॉग में न रखें, और बैलेंस जाँच को इस बात का प्रमाण न मानें कि किसी खोए हुए रिस्पॉन्स वाले अनुरोध पर शुल्क नहीं लगा।
पूरा जवाब पढ़ें →V1 से V2 पर सुरक्षित तरीके से कैसे जाएँ?नए इंटीग्रेशन के लिए V2 इस्तेमाल करें, और मौजूदा V1 क्लाइंट को तब तक उनके दस्तावेज़ में बताए गए एंडपॉइंट पर रहने दें जब तक आप उन्हें माइग्रेट करने का फ़ैसला न करें। दोनों वर्ज़न API कुंजी और क्रेडिट साझा करते हैं, लेकिन उनके अनुरोध फ़ील्ड, रिस्पॉन्स का ढाँचा और त्रुटियों का फ़ॉर्मेट अलग है। माइग्रेशन गाइड का पालन करें, सफल, अज्ञात और त्रुटि वाले परिणामों को टेस्ट करें, और एंडपॉइंट बदलने से पहले रिस्पॉन्स पढ़ने वाला कोड अपडेट करें। मौजूदा इंटीग्रेशन के लिए V1 दस्तावेज़ीकरण उपलब्ध रहता है।
पूरा जवाब पढ़ें →त्रुटियों की जाँच और सेवा की उपलब्धता की निगरानी कैसे करें?अनुरोध विफल होने पर लौटाए गए त्रुटि कोड से पहचानें कि समस्या सेवा की विफलता है, अमान्य इनपुट, अकाउंट एक्सेस, खत्म हुए क्रेडिट या अनुरोध सीमा। अपने इंटीग्रेशन में अनुरोधों की सफलता और रिस्पॉन्स समय की निगरानी करें। किसी अस्पष्ट विफलता या बिलिंग को लेकर अनिश्चितता होने पर request_id के साथ सपोर्ट टीम से संपर्क करें। उपलब्धता के दावों के लिए मापी गई निगरानी के साक्ष्य का इस्तेमाल करें; यह FAQ किसी गारंटीशुदा अपटाइम प्रतिशत का दावा नहीं करता।
पूरा जवाब पढ़ें →अब भी मदद चाहिए?
समस्या दोहराने वाला उदाहरण भेजें
एंडपॉइंट, अनुरोध पैरामीटर और लौटाई गई त्रुटि भेजें, लेकिन प्रोडक्शन API कुंजी या संवेदनशील व्यक्तिगत डेटा शामिल न करें।