बैकग्राउंड रिमूवल API की तुलना: इनपुट, लिमिट और सही API कैसे चुनें

दूर से देखने पर ज़्यादातर बैकग्राउंड रिमूवल API एक जैसे लगते हैं: आप API की के साथ एक इमेज POST करते हैं और कटआउट वापस मिल जाता है। असली फ़र्क तब दिखता है जब आप किसी एक पर कुछ बनाते हैं। इमेज भेजी कैसे जाती है? कौन से फ़ॉर्मैट वापस आते हैं? इनपुट कितना बड़ा हो सकता है? कोई इमेज धीमी हो तो क्या होता है? और जब प्रोवाइडर अपने प्लान बदलता है तो आपके इंटीग्रेशन का क्या होता है?

यह गाइड छह विकल्पों की तुलना करती है जिन्हें डेवलपर आज इस्तेमाल करते हैं: remove.bg (और Leonardo.Ai पर उसका उत्तराधिकारी), Photoroom, Clipdrop, Picsart, rembg के साथ ओपन-सोर्स मॉडल को खुद होस्ट करना, और removebackground.dev। नीचे की हर जानकारी हर प्रोवाइडर के अपने डॉक्यूमेंटेशन से ली गई है, अक्टूबर 2026 में जांची गई है और सोर्स में लिंक की गई है। जहां किसी प्रोवाइडर के डॉक्स कोई बात नहीं बताते, वहां टेबल अंदाज़ा लगाने के बजाय यही लिखती है। कीमतें जान-बूझकर नहीं दी गई हैं: वे अक्सर बदलती हैं, और उन्हें जांचने की भरोसेमंद जगह सिर्फ़ हर प्रोवाइडर का प्राइसिंग पेज है।

तुलना की टेबल

दो बातें साफ़ दिखती हैं। पहली, इनपुट के विकल्प उम्मीद से ज़्यादा अलग हैं: Photoroom का बैकग्राउंड रिमूवल एंडपॉइंट फ़ाइल या base64 लेता है पर URL नहीं, Clipdrop सिर्फ़ फ़ाइल अपलोड बताता है, और Picsart और remove.bg फ़ाइल या URL लेते हैं। अगर आपकी इमेज पहले से किसी CDN पर हैं, तो URL इनपुट से डाउनलोड करके दोबारा अपलोड करने का एक कदम बच जाता है। दूसरी, साइज़ लिमिट अलग-अलग इकाइयों में बताई गई हैं (फ़ाइल साइज़, मेगापिक्सल, सबसे लंबी साइड के पिक्सल), इसलिए अपनी इमेज को उसी इकाई से मिलाएं जो लागू होती है।

remove.bg, और Leonardo.Ai पर उसका जाना

इस ग्रुप में remove.bg का रिकॉर्ड सबसे पुराना है, और कई टूल और प्लगइन उसके API पर बने हैं। इसका एंडपॉइंट image_file या image_url लेता है, X-Api-Key हेडर से ऑथेंटिकेट करता है, और PNG, JPG, WebP या एक ZIP लौटाता है जिसमें एक कलर इमेज और एक अलग अल्फ़ा मैट होता है जिन्हें आप खुद जोड़ते हैं। इसके डॉक्स JPG, WebP और ZIP के लिए 50 मेगापिक्सल तक और PNG के लिए 10 मेगापिक्सल तक आउटपुट बताते हैं। डिफ़ॉल्ट रेट लिमिट 500 इमेज प्रति मिनट है, जो इनपुट साइज़ के हिसाब से घटती-बढ़ती है, और लिमिट पार करने पर HTTP 429 मिलता है। बिलिंग क्रेडिट पर आधारित है, और हर महीने कुछ कॉल मुफ़्त मिलती हैं।

बड़ी ख़बर सेल्फ़-सर्व API का बंद होना है। remove.bg के मालिक ने घोषणा की है कि अलग remove.bg वेबसाइट और सेल्फ़-सर्व API 1 दिसंबर 2026 को 09:00 CET पर बंद हो जाएंगे, और बैकग्राउंड रिमूवल Leonardo.Ai (Canva की एक कंपनी) पर चला जाएगा। remove.bg का API पेज भी अब यही कहता है कि 1 दिसंबर 2026 से बैकग्राउंड रिमूवल Leonardo.Ai पर चला जाएगा। वहां जाना सिर्फ़ की बदलने जितना आसान नहीं है: Leonardo का API एक Bearer टोकन, एक अलग एंडपॉइंट और JSON रिक्वेस्ट बॉडी इस्तेमाल करता है, जिसमें इमेज अपलोड की गई इमेज id, URL या base64 के रूप में जाती है।

Leonardo के remove-bg मॉडल में एक sync एंडपॉइंट है, जो अकेली इमेज के लिए सुझाया गया है, जो नतीजे के URL या base64 डेटा वाले JSON से जवाब देता है और लगभग 27 सेकंड बाद टाइमआउट हो जाता है, और batch और बड़ी इमेज के लिए एक async एंडपॉइंट है जो एक generation id लौटाता है, जिसे आप पोल करते हैं या वेबहुक से पाते हैं। आउटपुट PNG, JPG या WebP होता है, PNG 10 मेगापिक्सल तक सीमित है; उससे ऊपर ट्रांसपेरेंसी चाहिए तो Leonardo के डॉक्स WebP सुझाते हैं।

अगर आप अपना मौजूदा remove.bg कोड वैसा ही रखना चाहते हैं, तो removebackground.dev https://removebackground.dev/v1.0/removebg पर एक remove.bg-कम्पैटिबल एंडपॉइंट चलाता है जो remove.bg के पैरामीटर नाम और वही X-Api-Key हेडर लेता है, इसलिए बदलना सिर्फ़ एंडपॉइंट URL और की है। माइग्रेशन गाइड में बताया गया है कि कौन से विकल्प सपोर्ट होते हैं और रिस्पॉन्स में क्या फ़र्क है।

Photoroom

Photoroom एक अलग Remove Background API (POST /v1/segment) और एक बड़ा Image Editing API देता है। बैकग्राउंड रिमूवल एंडपॉइंट इमेज को multipart image_file अपलोड के रूप में या JSON बॉडी में base64 के रूप में (image_file_b64, data: प्रीफ़िक्स के बिना) लेता है। यह URL नहीं लेता; Photoroom के डॉक्स पहले इमेज डाउनलोड करने या Image Editing API इस्तेमाल करने का सुझाव देते हैं, जिसमें URL का विकल्प है और जिसकी बिलिंग अलग होती है।

यह PNG, JPEG, WebP और HEIC लेता है, PNG (डिफ़ॉल्ट), JPG या WebP लौटाता है, और 50 MB तक की फ़ाइल और सबसे चौड़ी साइड पर 6,000 पिक्सल तक की इजाज़त देता है, बेहतर परफ़ॉर्मेंस के लिए 25 मेगापिक्सल सुझाए गए हैं। डिफ़ॉल्ट रेट लिमिट 60 इमेज प्रति मिनट है, उससे ऊपर 429 मिलता है। सैंडबॉक्स मोड, जो आपकी की के आगे sandbox_ लगाने से चालू होता है, टेस्टिंग के लिए वॉटरमार्क वाले नतीजे देता है। हर कॉल की बिलिंग एक कॉल के रूप में होती है; मौजूदा रेट के लिए Photoroom का प्राइसिंग पेज देखें।

Clipdrop

Clipdrop का remove background API, जो अब Jasper का हिस्सा है, image_file के साथ एक अकेला multipart POST है। यह 30 MB और 25 मेगापिक्सल तक के PNG, JPG और WebP लेता है, और इनपुट जितने ही डाइमेंशन वाली इमेज लौटाता है: डिफ़ॉल्ट रूप से PNG, या accept हेडर में मांगने पर WebP या JPG। हर सफल कॉल में एक क्रेडिट लगता है, और बचा हुआ बैलेंस x-remaining-credits हेडर में वापस आता है। डिफ़ॉल्ट लिमिट हर की पर 60 रिक्वेस्ट प्रति मिनट है।

डेवलपमेंट के लिए, Clipdrop लॉग इन करने के बाद 100 मुफ़्त क्रेडिट क्लेम करने देता है। URL और base64 इनपुट डॉक्स में नहीं हैं, इसलिए फ़ाइल अपलोड करने की तैयारी रखें।

Picsart

Picsart का एंडपॉइंट POST https://api.picsart.io/tools/1.0/removebg है, जिसमें आपकी की X-Picsart-API-Key में जाती है। यह एक फ़ाइल (image) या एक पब्लिक image_url लेता है, और इसकी इनपुट फ़ॉर्मैट लिस्ट यहां सबसे लंबी है: JPG, PNG, WebP, TIFF, BMP, MPO, MJPEG और HEIC, 100 MB तक। आप PNG, JPG या WebP आउटपुट और कटआउट या मास्क में से चुनते हैं, और बदले में लगाने के लिए बैकग्राउंड इमेज भी दे सकते हैं।

बाकियों से अलग, Picsart इमेज के बजाय नतीजे के URL वाले JSON से जवाब देता है, और नतीजे 24 घंटे तक उपलब्ध रहते हैं। इसका मतलब हर इमेज पर एक रिक्वेस्ट ज़्यादा, पर अगर आपको सिर्फ़ लिंक आगे भेजना है तो यह सुविधाजनक है। रेट लिमिट किसी संख्या के रूप में पब्लिश नहीं की गई है; रिस्पॉन्स में X-Picsart-Ratelimit-* हेडर आते हैं और लिमिट पार करने पर 429 मिलता है।

सेल्फ़-होस्टिंग: rembg और BiRefNet

rembg एक MIT-लाइसेंस वाला टूल है जो ओपन-सोर्स बैकग्राउंड रिमूवल मॉडल को Python लाइब्रेरी, CLI, HTTP सर्वर या Docker कंटेनर के रूप में चलाता है। rembg s --port 7000 एक सर्वर शुरू करता है जहां POST /api/remove अपलोड की गई फ़ाइल लेता है और GET /api/remove?url=... फ़ाइल खुद लाता है। इसे Python 3.11 से 3.13 चाहिए, और यह CPU, NVIDIA GPU (CUDA) या AMD GPU (ROCm) पर चलता है।

सॉफ़्टवेयर मुफ़्त है, पर हार्डवेयर आप चलाते हैं और उसका खर्च आप उठाते हैं, और मॉडल के लाइसेंस rembg के अपने लाइसेंस से अलग हैं। डिफ़ॉल्ट मॉडल, BRIA का RMBG-2.0, कमर्शियल इस्तेमाल के लिए पेड एग्रीमेंट मांगता है। BiRefNet, जो rembg में birefnet-general और दूसरे वेरिएंट के रूप में मिलता है, MIT-लाइसेंस वाला है और तब आम पसंद है जब आपको खुला लाइसेंस और नरम, साफ़ आकार वाले किनारे चाहिए। सेल्फ़-होस्टिंग तब समझदारी है जब इमेज आपके इंफ़्रास्ट्रक्चर से बाहर नहीं जानी चाहिए, जब आपके पास पहले से खाली GPU हैं, या जब वॉल्यूम इतना ज़्यादा है कि हर इमेज की बिलिंग से सर्वर सस्ता पड़ता है। Python batch गाइड rembg सेटअप, मॉडल का चुनाव और दोबारा शुरू हो सकने वाली स्क्रिप्ट को कदम-दर-कदम समझाती है।

removebackground.dev

यह हमारा API है, तो बिना सेल्स पिच के बताते हैं कि यह क्या करता है। x-api-key हेडर के साथ POST https://removebackground.dev/v1/remove एक multipart image_file, एक JSON image_url, image_file_b64 में base64, या रॉ इमेज बाइट्स लेता है। यह 25 MB तक के JPG, PNG या WebP लेता है और PNG, JPG या WebP लौटाता है: ट्रांसपेरेंट कटआउट, एक सॉलिड बैकग्राउंड कलर, या अल्फ़ा मास्क, प्रीव्यू से लेकर फ़ुल रिज़ॉल्यूशन तक के साइज़ में और सब्जेक्ट के हिसाब से वैकल्पिक क्रॉपिंग के साथ।

ज़्यादातर इमेज उसी रिस्पॉन्स में वापस आ जाती हैं। अगर किसी में लगभग 55 सेकंड से ज़्यादा लगें, तो API 202 और एक job id से जवाब देता है जिसे आप दोबारा अपलोड करने के बजाय पोल करते हैं। POST /v1/batch 100 तक इमेज URL को एक job के रूप में कतार में लगाता है। Idempotency-Key हेडर रीट्राई को दोहरे चार्ज से सुरक्षित रखता है, डिफ़ॉल्ट रेट लिमिट 60 रिक्वेस्ट प्रति मिनट है, और कॉन्ट्रैक्ट OpenAPI 3.1 के रूप में पब्लिश है। हर नए अकाउंट को 50 मुफ़्त क्रेडिट मिलते हैं, हर सफल इमेज पर 1 क्रेडिट लगता है, फ़ेल हुई इमेज मुफ़्त हैं, और नतीजे 48 घंटे बाद डिलीट कर दिए जाते हैं।

एक छोटी सी रिक्वेस्ट

ऊपर के सभी API एक ही ढांचे पर चलते हैं। यह removebackground.dev को एक कॉल है, जो एक ट्रांसपेरेंट PNG सेव करती है:

curl -f -X POST https://removebackground.dev/v1/remove \
  -H "x-api-key: $REMOVEBG_API_KEY" \
  -F image_file=@photo.jpg \
  -F format=png \
  -o no-bg.png

-f की वजह से cURL JSON एरर बॉडी को no-bg.png के रूप में सेव करने के बजाय एरर के साथ बंद होता है। प्रोडक्शन में 202 स्टेटस भी जांचें, जिसका मतलब है कि बॉडी इमेज नहीं बल्कि job id है। Photoroom, Clipdrop और remove.bg भी यही ढांचा इस्तेमाल करते हैं: एक multipart image_file फ़ील्ड और एक API की हेडर, बस URL अलग। Picsart image_file की जगह image इस्तेमाल करता है और नतीजे के लिंक वाला JSON लौटाता है।

कैसे चुनें

फ़ीचर लिस्ट से नहीं, अपनी ज़रूरतों से शुरू करें:

• आपकी इमेज पहले से ऑनलाइन हैं। URL इनपुट वाला API चुनें: remove.bg (1 दिसंबर 2026 तक), Picsart, Leonardo.Ai, removebackground.dev या सेल्फ़-होस्टेड rembg सर्वर। Photoroom के segment एंडपॉइंट या Clipdrop के साथ आपको डाउनलोड करके दोबारा अपलोड करना होगा।
• आपको ब्राउज़र या मोबाइल ऐप से base64 मिलता है। Photoroom, Leonardo.Ai और removebackground.dev इसे सीधे लेते हैं।
• आपके इनपुट iPhone से आए HEIC या TIFF हैं। Photoroom और Picsart HEIC लेते हैं; Picsart TIFF और BMP भी लेता है। बाकी जगह पहले कन्वर्ट करें।
• आपको बहुत बड़े आउटपुट चाहिए। सटीक लिमिट जांचें: remove.bg JPG और WebP के लिए 50 MP तक देता है, Photoroom सबसे चौड़ी साइड को 6,000 px पर रोकता है, Clipdrop 25 MP तक लेता है।
• आप एक बार में हज़ारों इमेज प्रोसेस करते हैं। रेट लिमिट और batch सपोर्ट देखें। batch एंडपॉइंट या पोलिंग या वेबहुक वाले async job आपको सैकड़ों पैरेलल कनेक्शन संभालने से बचाते हैं।
• आपके पास मौजूदा remove.bg इंटीग्रेशन है। 1 दिसंबर 2026 से पहले तय करें: Leonardo.Ai के API के लिए दोबारा लिखें, किसी दूसरे प्रोवाइडर के लिए दोबारा लिखें, या अपने कोड को किसी remove.bg-कम्पैटिबल एंडपॉइंट पर लगाएं।
• इमेज आपके सर्वर पर ही रहनी चाहिए। ऐसे मॉडल के साथ rembg खुद होस्ट करें जिसका लाइसेंस आपके इस्तेमाल पर फ़िट बैठे, और GPU और मेंटेनेंस का बजट रखें।
• आपकी इमेज पर क्वालिटी। इसका जवाब कोई टेबल नहीं देती। अपने टॉप दो या तीन विकल्पों पर वही 20 से 50 प्रतिनिधि इमेज (बाल, कांच, सफ़ेद पर सफ़ेद प्रोडक्ट, कम कंट्रास्ट) चलाएं और गहरे और हल्के बैकग्राउंड पर 100% ज़ूम पर तुलना करें।

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