API उपयोग की शर्तें: डेवलपर्स को क्या जांचना चाहिए

जानें कि डेवलपर्स को API उपयोग की शर्तों में क्या जांचना चाहिए, जिसमें सुरक्षित और कानूनी ऐप एकीकरण सुनिश्चित करने के लिए रेट लिमिट, डेटा स्वामित्व और जवाबदेही शामिल है।

7 मिनट पढ़ेंअपडेट September 2026Read in English

छोटा जवाब

API उपयोग की शर्तें (Terms of Use) वे कानूनी अनुबंध [contracts] हैं जो यह परिभाषित करते हैं कि डेवलपर्स किसी प्रदाता के डेटा या सेवाओं का उपयोग कैसे कर सकते हैं। एकीकरण से पहले, आपको उपयोग कोटा, डेटा स्वामित्व अधिकार और बिना सूचना के एंडपॉइंट्स बदलने की प्रदाता की क्षमता की जांच करनी चाहिए। 'निरस्तीकरण' [revocation] क्लॉज पर विशेष ध्यान दें जो प्रदाता को तुरंत पहुंच बंद करने की अनुमति देते हैं। इन नियमों को समझने से सेवा में रुकावट नहीं आती और आपका एप्लिकेशन वैश्विक मानकों के अनुसार अनुपालन में रहता है।

क्या आपके पास कॉन्ट्रैक्ट है? Lawly AI से मुफ्त जांच के लिए अपलोड करें और अपने दस्तावेज़ में सही शब्द देखें।

उपयोग की सीमाएं और कोटा समझना

रेट लिमिटिंग [Rate limiting] एक मुख्य तरीका है जिसका उपयोग प्रदाता अपने सिस्टम की सुरक्षा के लिए करते हैं। डेवलपर्स को प्रति सेकंड, मिनट या महीने की कॉल की विशिष्ट सीमा को पहचानना चाहिए। इन सीमाओं को पार करने पर अक्सर सेवा धीमी हो जाती है या स्थायी निलंबन हो सकता है, जिससे आपका ऐप बिना चेतावनी के काम करना बंद कर सकता है।

जांचें कि सीमाएं 'हार्ड' हैं या 'सॉफ्ट'। हार्ड सीमाएं तुरंत सेवा रोक देती हैं, जबकि सॉफ्ट सीमाएं अतिरिक्त शुल्क [overage fees] लगा सकती हैं। यूरोपीय संघ या भारत जैसे क्षेत्रों में, इन तकनीकी सीमाओं के बारे में पारदर्शिता को अब निष्पक्ष व्यावसायिक व्यवहार का एक प्रमुख हिस्सा माना जाता है।

समय अंतराल के अनुसार अधिकतम अनुरोध
कोटा पार करने के परिणाम
सीमा बढ़ाने के अनुरोध की प्रक्रिया
संग्रहित डेटा के लिए कैशिंग नियम
समवर्ती कनेक्शन [concurrent connections] की परिभाषा

डेटा अधिकार और बौद्धिक संपदा

किसी API का मुख्य मूल्य उसके द्वारा प्रदान किया गया डेटा है। आपको यह निर्धारित करना होगा कि क्या आपको उस डेटा को स्टोर करने का लाइसेंस मिला है या इसे दिखाने के तुरंत बाद हटाना होगा। कुछ प्रदाता आपके द्वारा बनाए गए किसी भी 'डेरिवेटिव वर्क' (व्युत्पन्न कार्य) पर स्वामित्व का दावा करते हैं, जो आपके ऐप की अनूठी विशेषताओं को कानूनी रूप से खतरे में डाल सकता है।

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

डेटा रखने और स्टोरेज की सीमाएं
डेटा प्रदर्शन के लिए एट्रिब्यूशन आवश्यकताएं
व्युत्पन्न अंतर्दृष्टि का स्वामित्व
डेटा स्क्रेपिंग पर प्रतिबंध
समाप्ति पर डेटा लाइसेंस का निरस्तीकरण

जवाबदेही और अपटाइम गारंटी

अधिकांश मुफ्त या कम कीमत वाले API 'जैसा है वैसा ही' (as-is) आधार पर प्रदान किए जाते हैं, जिसका अर्थ है कि यदि सेवा डाउन हो जाती है तो प्रदाता जिम्मेदार नहीं है। महत्वपूर्ण ऐप्स के लिए, सर्विस लेवल एग्रीमेंट (SLA) देखें जो एक निश्चित अपटाइम प्रतिशत की गारंटी देता है और विफलता के लिए क्रेडिट देता है।

देयता की सीमा [Limitation of liability] क्लॉज अक्सर प्रदाता की वित्तीय जिम्मेदारी को पिछले कुछ महीनों में आपके द्वारा भुगतान की गई राशि तक सीमित कर देते हैं। यह SaaS समझौतों में मानक है, लेकिन डेवलपर्स को उन क्लॉज से सावधान रहना चाहिए जो घोर लापरवाही के लिए भी सभी जवाबदेही को बाहर कर देते हैं।

अपटाइम प्रतिशत की प्रतिबद्धता
सर्विस क्रेडिट नीतियां
अप्रत्यक्ष नुकसान का अपवर्जन
अधिकतम देयता सीमा
अप्रत्याशित घटना [Force majeure] की परिभाषाएं

संशोधन और मूल्यह्रास नीतियां

API विकसित होते रहते हैं, और वर्शनिंग एक निरंतर चुनौती है। 'डेप्रिकेशन पॉलिसी' [Deprecation Policy] की शर्तों की जांच करें, जो यह बताती है कि API के पुराने वर्शन को बंद करने से पहले प्रदाता को कितनी सूचना देनी चाहिए। स्पष्ट नीति के बिना, प्रदाता बिना सूचना के अपडेट के साथ आपके ऐप को रातों-रात खराब कर सकता है।

यूरोपीय संघ में, उपभोक्ता संरक्षण मानक अचानक बदलावों के खिलाफ सुरक्षा प्रदान कर सकते हैं, लेकिन अमेरिका में, 'इच्छा-अनुसार' बदलाव एक उद्योग मानक है। हमेशा बड़े बदलावों के लिए कम से कम 30 से 90 दिनों की गारंटीकृत सूचना अवधि की तलाश करें।

वर्शन परिवर्तन के लिए नोटिस अवधि
पुराने वर्शन के लिए समर्थन की अवधि
अपडेट के लिए संचार का तरीका
महत्वपूर्ण परिवर्तनों पर समाप्त करने का अधिकार
ऑटो-अपडेट की आवश्यकताएं

गोपनीयता और सुरक्षा अनुपालन

उपयोगकर्ता डेटा संभालने वाले API का उपयोग करते समय, आपको GDPR (EU), CCPA (US), या DPDP (भारत) जैसे गोपनीयता कानूनों का पालन करना होगा। शर्तों में स्पष्ट रूप से उल्लेख होना चाहिए कि 'डेटा कंट्रोलर' कौन है और 'डेटा प्रोसेसर' कौन है। यह तय करता है कि डेटा ब्रीच के लिए कानूनी रूप से कौन जिम्मेदार है।

सुरक्षा आवश्यकताओं के लिए अक्सर विशिष्ट एन्क्रिप्शन मानकों या आवधिक ऑडिट की आवश्यकता होती है। इन मानकों को पूरा करने में विफल रहने पर आपकी API की (key) तुरंत समाप्त हो सकती है और प्रदाता द्वारा कानूनी कार्रवाई की जा सकती है।

एन्क्रिप्शन और हैशिंग मानक
डेटा ब्रीच अधिसूचना की समयसीमा
ऑडिट और निरीक्षण अधिकार
क्षेत्राधिकार डेटा स्थानांतरण नियम
न्यूनतम सुरक्षा पैच आवश्यकताएं

नमूना क्लॉज़

इस गाइड के लिए लिखे गए उदाहरण - किसी असली कॉन्ट्रैक्ट से नहीं लिए गए।

प्रदाता-केंद्रित समाप्ति

प्रदाता किसी भी समय और किसी भी कारण से, बिना किसी सूचना के, API या उसके किसी भी हिस्से को संशोधित करने या बंद करने का अधिकार सुरक्षित रखता है। हम सेवा के ऐसे संशोधन या निलंबन के लिए आपके या किसी तीसरे पक्ष के प्रति उत्तरदायी नहीं होंगे।

यह जोखिम भरा है क्योंकि यह आपके एप्लिकेशन के लिए शून्य स्थिरता देता है और प्रदाता को बिना किसी चेतावनी के आपके उत्पाद को बंद करने की अनुमति देता है।

संतुलित डेप्रिकेशन क्लॉज

प्रदाता API में कोई भी बड़ा बदलाव करने से पहले डेवलपर पोर्टल के माध्यम से 90 दिनों का नोटिस देने का व्यावसायिक रूप से उचित प्रयास करेगा। इस अवधि के दौरान, माइग्रेशन की सुविधा के लिए पिछला वर्शन उपलब्ध रहेगा।

यह डेवलपर्स को अपना कोड अपडेट करने और सेवा निरंतरता बनाए रखने के लिए आवश्यक समय देता है।

किन बातों से सावधान रहें

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

पता नहीं आपके कॉन्ट्रैक्ट में ये समस्याएं हैं या नहीं? Lawly AI पूरा दस्तावेज़ पढ़ता है, जोखिम वाले शब्द दिखाता है और लगभग एक मिनट में जोखिम स्कोर देता है।

क्या मांगें

किसी भी API डेप्रिकेशन के लिए कम से कम 60 दिन के नोटिस का अनुरोध करें।
सशुल्क API स्तरों के लिए वार्षिक मूल्य वृद्धि पर सीमा की मांग करें।
स्पष्ट करें कि आप अपने एप्लिकेशन के UI और विशिष्ट लॉजिक का पूरा स्वामित्व रखते हैं।
प्रदाता के लिए 48 घंटों के भीतर डेटा ब्रीच की सूचना देने की आवश्यकता जोड़ें।
प्रदाता के ऑडिट के अधिकार को साल में एक बार तक सीमित करें।

अपने कॉन्ट्रैक्ट में जांचें

अपने एग्रीमेंट की PDF, Word फाइल या फोटो अपलोड करें - Lawly AI ज़रूरी क्लॉज़, सही शब्द, डेडलाइन और जोखिम आसान भाषा में बताएगा। पहले पांच दस्तावेज़ मुफ्त हैं।

AI कॉन्ट्रैक्ट रिव्यू कैसे काम करता है

How Counsl's AI legal document review works

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

क्या प्रदाता बिना किसी कारण के मेरा API एक्सेस ब्लॉक कर सकता है?

हाँ, कई 'मुफ्त' शर्तें 'इच्छा-अनुसार' समाप्ति की अनुमति देती हैं। सशुल्क सेवाओं के लिए, समाप्ति आमतौर पर अनुबंध के उल्लंघन तक सीमित होती है।

यदि API डेटा गलत है तो क्या होगा?

अधिकांश शर्तों में 'वारंटी अस्वीकरण' [warranty disclaimer] शामिल होता है, जिसका अर्थ है कि प्रदाता डेटा की अशुद्धियों के लिए कानूनी रूप से जिम्मेदार नहीं है।

क्या मुझे API प्रतिक्रियाओं को कैश (cache) करने की अनुमति है?

यह पूरी तरह से शर्तों पर निर्भर करता है। कई प्रदाता प्रदर्शन सुधारने के लिए 24 घंटे तक कैशिंग की अनुमति देते हैं लेकिन स्थायी स्टोरेज पर रोक लगाते हैं।

क्या मुझे उच्च-मात्रा उपयोग के लिए अलग समझौते की आवश्यकता है?

आमतौर पर, हाँ। मानक शर्तें कम से मध्यम स्तर के उपयोग को कवर करती हैं, जबकि 'एंटरप्राइज' स्तरों के लिए बातचीत के जरिए तय सेवा समझौते की आवश्यकता होती है।