मुफ़्त स्टॉक फोटो APIs की तुलना: Unsplash, Pexels, Pixabay, Openverse और Pexafy

आपको अपने प्रोडक्ट के भीतर मुफ़्त इस्तेमाल वाली फ़ोटो चाहिए। सीधा रास्ता यह लगता है कि Unsplash, Pexels या Pixabay से एक API की लो और शिप कर दो। दो हफ़्ते बाद आपको वह हिस्सा दिखता है जिसकी तुलना कोई नहीं करता: जब तक कोई इंसान आपके ऐप को मंज़ूरी नहीं देता, वह 50 रिक्वेस्ट प्रति घंटा पर अटका रहता है, एक प्रोवाइडर हॉटलिंकिंग की मनाही करता है, दूसरा हर डाउनलोड पर ट्रैकिंग कॉल चाहता है — और आपके सर्च नतीजे उतने ही अच्छे हैं जितने वे टैग जो किसी अजनबी ने सालों पहले टाइप किए थे।

यह पेज वही तुलना है जो Pexafy बनाना शुरू करते वक़्त हमें चाहिए थी: कोटा एक ही इकाई में, वे शर्तें जो प्रोडक्शन में सचमुच चुभती हैं, और हर API क्या कर सकता है और क्या नहीं। प्रतिस्पर्धियों से जुड़ा हर आँकड़ा प्रोवाइडर के अपने डॉक्स से आया है, जिनके लिंक नीचे दिए हैं। हम यह भी साफ़ कहते हैं कि Pexafy कहाँ सही जवाब नहीं है।

तुलना तालिका

पाँच विकल्प, चौदह मानदंड। Unsplash, Pexels और Pixabay अपनी-अपनी API वाली अकेली लाइब्रेरी हैं। Openverse और Pexafy एग्रीगेटर हैं — वे एक साथ कई लाइब्रेरी में खोजते हैं — और यही वह फ़र्क़ है जिसे ज़्यादातर तुलना लेख चुपचाप छोड़ देते हैं।

हर प्रोवाइडर देखने के लिए तालिका को अगल-बगल स्वाइप करें →

स्रोत: हर प्रोवाइडर का सार्वजनिक डॉक्युमेंटेशन, 14 August 2026 को जाँचा गया — लिंक अंत में संदर्भ में हैं। कुछ पुराना लगा? हमें बताइए और हम उसे ठीक कर देंगे।

कोटा: संख्या नहीं, इकाई पढ़िए

कोटा की तुलना वहीं है जहाँ ऐसे लेख अक्सर गड़बड़ करते हैं, क्योंकि चारों API चार अलग-अलग चीज़ें चार अलग-अलग समय-खिड़कियों में गिनते हैं। एक साझा इकाई में बदलिए — एक ऐसा सर्च जो उपयोगकर्ता को सचमुच दिखता है — तो क्रम बदल जाता है:

इसका मतलब साफ़ कहें: अगर आपको एक ही लाइब्रेरी पर कच्चा वॉल्यूम चाहिए, तो Pixabay का 100 रिक्वेस्ट प्रति मिनट इस पेज का सबसे उदार फ़्री टियर है, और हम इसके उलट दिखाने की कोशिश नहीं करेंगे। जो वह नहीं देता, वह है कवरेज। तीन लाइब्रेरी से वही नतीजों का सेट खुद जोड़ने की लागत एक रिक्वेस्ट नहीं है — वह तीन है, साथ में उनके इर्द-गिर्द की हर चीज़:

असली मायने वाली इकाई। एक Pexafy रिक्वेस्ट = 9 लाइब्रेरी पर एक सिमैंटिक सर्च, डुप्लिकेट हटाकर एक ही सूची में रैंक किया हुआ। प्रोवाइडरों की अपनी API के साथ, उपयोगकर्ता को दिखने वाले उसी सर्च की लागत 3 से 5 कॉल है, साथ में मर्ज लेयर — वह कोड जो आप लिखते हैं, टेस्ट करते हैं और जिसकी मेंटेनेंस की क़ीमत हमेशा चुकाते हैं।

वे नियम जो शिप करने के बाद पता चलते हैं

कोटा का प्रचार होता है। शर्तों का नहीं। ये वे चार क्लॉज़ हैं जो सबसे अधिक बार दोबारा कोड लिखने पर मजबूर करते हैं — सब सार्वजनिक हैं, और सब आसानी से छूट जाते हैं:

1. Unsplash: प्रोडक्शन एक्सेस एक इंसानी फ़ैसला है। ऐप्स डेमो मोड में 50 रिक्वेस्ट/घंटा से शुरू होते हैं। लिमिट बढ़वाने के लिए आपको स्क्रीनशॉट, एक शीर्षक और विवरण जमा करना होता है, और आपका ऐप दिखने लायक तरीके से गाइडलाइन्स का पालन करता हुआ होना चाहिए — जिसमें व्यू और डाउनलोड रिपोर्टिंग शामिल है। जब तक कोई मंज़ूरी नहीं देता, असली उपयोगकर्ताओं के साथ प्रोडक्शन में आपकी सीमा 50/घंटा ही है।
2. Unsplash: डाउनलोड-ट्रैकिंग कॉल। जब भी आपका ऐप कोई फ़ोटो डाउनलोड करता है, आपको /photos/:id/download एंडपॉइंट भी कॉल करना होता है। यह वैकल्पिक नहीं है, यह गाइडलाइन्स का हिस्सा है, और यह एक दूसरा राउंड-ट्रिप है जिसे आपको हर उस कोड पाथ में याद रखना पड़ता है जो कोई छवि सहेजता है।
3. Pixabay: स्थायी हॉटलिंकिंग नहीं, और 24 घंटे कैश। स्थायी उपयोग के लिए आपको छवियाँ अपने सर्वर पर डाउनलोड करनी होंगी, और API रिस्पॉन्स को 24 घंटे कैश करना होगा। यानी स्टोरेज, एक कैश लेयर और एक इनवैलिडेशन नीति — यानी इंफ़्रास्ट्रक्चर, इससे पहले कि आपने एक भी फ़ोटो दिखाई हो।
4. सबके लिए: एट्रिब्यूशन के नियम लाइसेंस के नियमों से अलग हैं। फ़ोटो लाइसेंस मशहूर तौर पर उदार हैं, लेकिन API शर्तें अपनी अलग ज़िम्मेदारियाँ जोड़ती हैं — Pexels का एक प्रमुख वापसी लिंक, फ़ोटोग्राफ़र और Unsplash को क्रेडिट, उपयोगकर्ताओं को यह दिखाना कि Pixabay की छवियाँ कहाँ से आई हैं। सिर्फ़ लाइसेंस पेज नहीं, API शर्तें पढ़िए।

Pexafy की स्थिति, सीधे शब्दों में: आपकी की पहली कॉल पर ही काम करती है, कोई आवेदन रिव्यू नहीं है, कोई अनिवार्य ट्रैकिंग एंडपॉइंट नहीं, और कोई कैशिंग बाध्यता नहीं। हमारी API शर्तों में एट्रिब्यूशन ज़रूरी नहीं है — फिर भी हर नतीजे के साथ तैयार attribution स्ट्रिंग आती है (HTML और प्लेन टेक्स्ट), क्योंकि फ़ोटोग्राफ़रों को क्रेडिट देना अच्छी प्रथा है और हम चाहते हैं कि यह एक लाइन का कोड हो, कोई बोझ नहीं। स्रोत लाइब्रेरी का अपना लाइसेंस, बेशक, हमेशा लागू रहता है।

कीवर्ड बनाम सिमैंटिक: नतीजों में क्या बदलता है

इस पेज पर Pexafy को छोड़कर हर API आपके शब्दों को फ़ोटो से जुड़े शब्दों से मिलाती है — टैग, शीर्षक, विवरण। Pexafy अर्थ की तुलना करता है: आपके वाक्य और हर छवि को संख्यात्मक फ़िंगरप्रिंट में बदला जाता है, और सबसे नज़दीकी वापस आते हैं। इसके दो नतीजे प्रोडक्शन में तुरंत दिखते हैं।

पहला: वह कवरेज जो आपने माँगी ही नहीं थी। यह एक असली Pexafy रिक्वेस्ट है — एक क्वेरी, एक रैंक की हुई सूची। स्रोत बैज देखिए:

चौड़े नीले आसमान के नीचे खाली हरे मैदान में खड़ा अकेला पेड़

शीर्ष नतीजाPicjumbo Pexels Pixabay Unsplash Pixabay Unsplash

दूसरा: क्वेरी अब कीवर्ड की पहेली नहीं रहती। टैग मैचिंग में हर अतिरिक्त शब्द एक और चीज़ है जो टैग में शायद मौजूद नहीं है, इसलिए आप tree field टाइप करना और स्क्रॉल करना सीख जाते हैं। सिमैंटिक सर्च में उलटा होता है — “चौड़े नीले आसमान के नीचे खाली हरे मैदान में खड़ा अकेला पेड़” “पेड़” से बेहतर क्वेरी है, क्योंकि हर विवरण मैच को और पैना करता है। यही असर भावों पर भी है (शांत, नॉस्टैल्जिक, मिनिमल) और भाषाओं पर भी: वाक्य उसी जगह पहुँचता है, चाहे आप उसे अंग्रेज़ी, फ़्रेंच या जापानी में लिखें, वही एक इंडेक्स पर। हमने इसे असली सर्च के साथ सिमैंटिक इमेज सर्च बनाम कीवर्ड में विस्तार से देखा है।

तीन के बजाय एक स्कीमा

यही वह हिस्सा है जो सबसे ज़्यादा इंजीनियरिंग समय खाता है और किसी तुलना तालिका में कभी नहीं दिखता। एक ही अवधारणा — “मध्यम आकार की छवि का URL” और “यह किसने खींची” — हर API में अलग नाम से आती है:

// Unsplash
results[].urls.regular        results[].user.name
// Pexels
photos[].src.large            photos[].photographer
// Pixabay
hits[].webformatURL           hits[].user

इसे आयामों, ओरिएंटेशन, प्रमुख रंग, स्रोत पेज URL, लाइसेंस और पेजिनेशन से गुणा कीजिए, और आपके पास हर प्रोवाइडर के लिए एक अडैप्टर, एक नॉर्मलाइज़ेशन लेयर, एक डीडुप पास (एक ही फ़ोटो अक्सर कई लाइब्रेरी में होती है) और एक री-रैंकिंग ह्यूरिस्टिक आ जाता है — आम तौर पर कुछ सौ लाइनें जिन्हें तीन चेंजलॉग के साथ तालमेल में रखना पड़ता है। Pexafy में वही लेयर ही प्रोडक्ट है:

curl -H "X-Api-Key: $PEXAFY_KEY" \
  "https://api.pexafy.com/api/v1/search/photos?q=a+lone+tree+in+an+empty+green+field"

{
  "success": true,
  "data": [
    {
      "photo_id": "019e4cd9-6369-70c3-ab2b-0ffd7e7965ad",
      "urls": { "thumb": "…", "small": "…", "regular": "…", "large": "…", "full": "…" },
      "width": 5376, "height": 3584, "orientation": "landscape",
      "color_name": "xanadu", "color_hex": "#697E77",
      "photographer_full_name": "Viktor Hanacek",
      "photographer_url": "https://picjumbo.com/about-viktor-hanacek/",
      "source": "Picjumbo", "license_type": "free",
      "relevance_score": 0.80,
      "alt_description": "A single tree standing in a wide green field",
      "attribution": { "html": "Photo by …", "plain": "Photo by …" }
    }
  ],
  "meta": { "took_ms": 147 }
}

Picjumbo की फ़ोटो, Unsplash की फ़ोटो और Pixabay की फ़ोटो — तीनों के लिए एक जैसे फ़ील्ड। एक relevance_score जो हर स्रोत के बीच तुलनीय है, क्योंकि उन्हें जोड़-जाड़कर नहीं, बल्कि साथ मिलकर रैंक किया गया है। और एक attribution ब्लॉक जिसे आप जैसा है वैसा ही रेंडर कर सकते हैं।

दो चीज़ें जो बाकी कोई नहीं करता

1 · सिर्फ़ शब्दों से नहीं, छवि से सर्च

Pexafy को एक छवि दीजिए — कोई URL, या आपकी अपलोड की हुई — और वह हर इंडेक्स की गई लाइब्रेरी से दृश्य और अर्थ के लिहाज़ से मिलती-जुलती फ़ोटो लौटाता है। आप साथ-साथ टेक्स्ट से दिशा भी दे सकते हैं (“इस फ़ोटो जैसी, लेकिन सूर्यास्त में”)। “इससे मिलती-जुलती और” ऐसे ही बनता है, या ऐसे ही आप किसी ऐसी छवि का मुफ़्त विकल्प ढूँढते हैं जिसका लाइसेंस आप नहीं ले सकते। Unsplash, Pexels, Pixabay या Openverse में से कोई भी छवि-से-छवि एंडपॉइंट नहीं देता।

2 · एक MCP सर्वर, ताकि AI एजेंट खुद छवियाँ खोज सकें

Pexafy mcp.pexafy.com/mcp पर OAuth 2.1 के साथ एक होस्टेड Model Context Protocol सर्वर चलाता है — इसे Claude से, या अपने एजेंट से जोड़िए, और मॉडल खुद 9 फ़ोटो लाइब्रेरी में खोजता है, थंबनेल इनलाइन देखता है, और क्रेडिट सहित छवियाँ लौटाता है। तीन टूल: टेक्स्ट सर्च, छवि से सर्च, और मिलती-जुलती फ़ोटो। बाकी प्रोवाइडरों के पास कोई आधिकारिक MCP सर्वर नहीं है; जो मौजूद हैं वे कम्युनिटी रैपर हैं जिन्हें आप खुद होस्ट और की-सेटअप करते हैं। अगर आप ऐसा एजेंट बना रहे हैं जिसे तस्वीरें चाहिए, तो यही फ़र्क़ पूरा इंटीग्रेशन है।

आपको असल में कौन-सा इस्तेमाल करना चाहिए?

ऐसी तुलना जिसमें एक ही प्रोडक्ट हर पंक्ति जीत जाए, वह मार्केटिंग है, जानकारी नहीं। ईमानदार बँटवारा यह है:

• Pixabay — आपको फ़्री टियर पर एक लाइब्रेरी तक हाई-वॉल्यूम एक्सेस चाहिए और आप छवियाँ खुद होस्ट कर सकते हैं। यहाँ 100 रिक्वेस्ट/मिनट का कोई मुक़ाबला नहीं।
• Unsplash — आपके प्रोडक्ट की विज़ुअल पहचान ख़ास तौर पर Unsplash की एडिटोरियल शैली पर टिकी है, और आप ऐप रिव्यू से गुज़रने और ट्रैकिंग कॉल लागू करने को तैयार हैं।
• Pexels — आपको तुरंत मिलने वाली की, उदार प्रति-घंटा दर और बिना इंफ़्रास्ट्रक्चर बाध्यताओं वाली एक साफ़-सुथरी लाइब्रेरी चाहिए।
• Openverse — आपको व्यावसायिक स्टॉक लाइब्रेरियों से परे Creative Commons और पब्लिक-डोमेन सामग्री चाहिए, जिसमें म्यूज़ियम और संस्थागत संग्रह शामिल हों।
• Pexafy — आपको इंटीग्रेशन की मेहनत के बिना विस्तार चाहिए: एक की, 9 लाइब्रेरी, एक स्कीमा, अर्थ-आधारित रैंकिंग, छवि-से-छवि सर्च, और AI एजेंट के लिए एक MCP सर्वर। या फिर आप एक एजेंसी, एक CMS, या ऐसा AI प्रोडक्ट हैं जहाँ “सही तस्वीर ढूँढना” एक फ़ीचर है, कोई पेज नहीं।

आप दोनों भी इस्तेमाल कर सकते हैं: कई टीमें ब्रांड फ़ोटोग्राफ़ी के लिए सीधा Unsplash इंटीग्रेशन रखती हैं और बाकी सब के लिए Pexafy का उपयोग करती हैं, ठीक इसलिए कि इसे आज़माने में एक की लगती है और कोई मंज़ूरी नहीं।

संदर्भ और फ़ुटनोट