HTTP में, इसके लिए एक Authorization
हेडर है।
हालांकि आमतौर पर इसका उपयोग उपयोगकर्ताओं को क्रेडेंशियल प्रदान करने के लिए किया जाता है, एपीआई के मामले में, इसमें क्लाइंट की आईडी और संबंधित एपीआई कुंजी हो सकती है।
इसके कई लाभ हैं:
विभिन्न चौखटे से समर्थन। Authorization
प्रमाणीकरण करने के लिए कई चौखटे हेडर की अपेक्षा करेंगे । इसका उपयोग नहीं करने पर कस्टम फ्रेमवर्क के साथ उन रूपरेखाओं को खिलाने के लिए अतिरिक्त कोड लिखने के लिए मजबूर किया जाएगा।
विभिन्न उपकरणों से समर्थन। उदाहरण के लिए CURL।
कम "डब्ल्यूटीएफ मैं इस एपीआई कुंजी को कहां ढूंढता / लगाता हूं?" टीम में शामिल होने वाले नए डेवलपर्स से (या आपके एपीआई के लिए नए ग्राहकों को डिजाइन करने वाले डेवलपर्स)।
फिर आप इस तरह के रूप HTTP स्थिति कोड परिभाषाओं का उपयोग कर सकते हैं 401 Unauthorized
, जिसके लिए :
प्रतिक्रिया में डब्ल्यूडब्ल्यूडब्ल्यू-ऑथेंटिकेट हेडर फ़ील्ड शामिल होना चाहिए [...] क्लाइंट मे एक उपयुक्त प्राधिकरण हेडर फ़ील्ड के साथ अनुरोध को दोहराता है।
इसे अनुरोध के शरीर में ले जाने से दर्द जल्दी हो सकता है। अधिकांश चौखटे और उपकरण एक अनुरोध में एक शरीर जोड़ने के लिए इसे बहुत सरल नहीं बनाते हैं, जो आपके एपीआई को और अधिक कठिन बना सकता है जितना कि इसे होना चाहिए।