URL शॉर्टनर API की तुलना: Bitly, Dub, Short.io, TinyURL

डेवलपर के अनुभव में Dub सबसे आगे है, एंटरप्राइज़ स्तर पर सबसे ज़्यादा परखा हुआ API Bitly का है, ज़्यादा वॉल्यूम सबसे सस्ता Short.io पर पड़ता है, और LinkPilot अकेला शॉर्टनर API है जो पढ़ते ही मिटने वाले सीक्रेट लिंक भी बनाता है, Free समेत हर प्लान पर। जुलाई 2026 में प्रकाशित जानकारी के आधार पर यह तुलना ऑथेंटिकेशन, रेट लिमिट, वेबहुक और SDK को देखती है, और यह भी कि हर प्राइसिंग टियर किस चीज़ पर रोक लगाता है।

अगर आपके लिंक कोड से बनते हैं, जैसे साइन अप फ़्लो, कैंपेन टूल या CLI स्क्रिप्ट से, तो API ही असली प्रोडक्ट है। यह तुलना बड़े शॉर्टनर के API को उसी तरह परखती है जैसे कोई डेवलपर परखता है: ऑथेंटिकेशन, लिमिट, वेबहुक, SDK, और प्राइसिंग टियर किस चीज़ पर रोक लगाता है। नीचे दी गई क्षमताएं जुलाई 2026 में प्रकाशित जानकारी के अनुसार हैं। इंटीग्रेट करने से पहले हर कंपनी का डॉक्यूमेंटेशन देख लें। LinkPilot URL शॉर्टनर API पेज पर एंडपॉइंट, लिमिट और SDK की जानकारी है, और अपने डोमेन वाले लिंक शॉर्टनर पेज पर बताया गया है कि API क्या बनाता है।

कौन-सा URL शॉर्टनर API इस्तेमाल करें?

डेवलपर अनुभव के लिए Dub (ओपन सोर्स, टाइप्ड SDK, आधुनिक डॉक्यूमेंटेशन), एंटरप्राइज़ स्तर पर परखे हुए स्केल के लिए Bitly, कई डोमेन के साथ सस्ते वॉल्यूम के लिए Short.io, और LinkPilot अगर आपको हर पेड प्लान पर सीमित अधिकार वाली API keys और साइन किए गए वेबहुक चाहिए। साथ ही इस कैटेगरी में यही अकेला API है जो पढ़ते ही मिटने वाले सीक्रेट लिंक भी बनाता है।

एक नज़र में API की तुलना

इस कैटेगरी में API को “अच्छा” क्या बनाता है?

प्रूफ़-ऑफ़-कॉन्सेप्ट के बाद भी शॉर्टनर API के साथ काम करना आसान रहेगा या नहीं, यह चार बातें तय करती हैं:

1. Idempotent लिंक बनाना। कोई जॉब दोबारा चलाने पर डुप्लिकेट स्लग नहीं बनने चाहिए। देखें कि स्लग के आधार पर upsert या external ID का सपोर्ट है या नहीं।
2. साफ़-साफ़ बताई गई रेट लिमिट। प्रकाशित संख्याएं, हर key के हिसाब से सीमा, और Retry-After के साथ 429 रिस्पॉन्स, चुपचाप धीमा करना नहीं।
3. इवेंट डिलीवरी। क्लिक की संख्या बार-बार पोल करना बड़े पैमाने पर नहीं चलता; वेबहुक या इवेंट स्ट्रीम चलते हैं। साथ ही सिग्नेचर वेरिफ़िकेशन भी जांच लें।
4. keys की साफ़-सफ़ाई। हर इंटीग्रेशन के लिए अलग से बदली जा सकने वाली, सीमित अधिकार वाली keys सब कुछ कर सकने वाले एक ही टोकन से बेहतर हैं। (LinkPilot की keys के आगे lp_live_ लगा होता है और वे SHA-256 हैश करके स्टोर होती हैं, इसलिए डेटाबेस लीक होने पर भी उन्हें दोबारा इस्तेमाल नहीं किया जा सकता।)

हर कंपनी असल में किस चीज़ में अच्छी है?

Bitly का API इस कैटेगरी में सबसे ज़्यादा परखा हुआ है। v4 सालों से स्थिर है, रेट लिमिट डॉक्यूमेंटेड हैं और एंटरप्राइज़ सपोर्ट सच में मिलता है। दिक्कत यह है कि API का कोई ठोस इस्तेमाल पेड टियर पर ही हो पाता है और कई क्षमताएं सिर्फ़ एंटरप्राइज़ प्लान में हैं।

Dub ज़्यादातर डेवलपर को सबसे ज़्यादा पसंद आएगा: ओपन सोर्स कोर, टाइप्ड TypeScript SDK, साफ़ REST डिज़ाइन और आधुनिक डॉक्यूमेंटेशन। अगर आप किसी प्रोडक्ट में लिंक का ढांचा बना रहे हैं, तो इसके तौर-तरीके आज के समय का सबसे अच्छा उदाहरण हैं।

Short.io भरोसेमंद रोज़मर्रा का टूल है: सीधा key ऑथेंटिकेशन, कई डोमेन, और निचले टियर पर भी अच्छा-खासा एक्सेस। इसका डॉक्यूमेंटेशन Dub से ज़्यादा रूखा है, लेकिन कीमत के मुकाबले वॉल्यूम अच्छा मिलता है।

TinyURL पेड प्लान पर सामान्य शॉर्टनिंग के लिए सीधा-सादा API देता है। स्क्रिप्ट के लिए ठीक है, प्लेटफ़ॉर्म के लिए कम पड़ता है।

LinkPilot सभी सामान्य चीज़ें देता है: कस्टम स्लग और डोमेन के साथ लिंक CRUD, प्राइवेसी को प्राथमिकता देने वाले एनालिटिक्स को API से पढ़ना, और क्लिक व लिंक इवेंट के लिए साइन किए गए वेबहुक। दो बातें इसे अलग करती हैं। पहला, API एक्सेस Free प्लान समेत हर प्लान में शामिल है, और अलग “API” टियर के बजाय सीमाएं टियर के साथ बढ़ती हैं। दूसरा, उसी वर्कस्पेस से सीक्रेट लिंक (पढ़ते ही मिटने वाले क्रेडेंशियल, ऑडिट टाइमलाइन के साथ) भी बनते हैं। अगर आपके ऑटोमेशन को कभी किसी व्यक्ति को पासवर्ड सौंपना पड़े, जैसे प्रोविज़निंग फ़्लो, ऑनबोर्डिंग या सपोर्ट टूल में, तो यह दूसरा वर्कफ़्लो आपको अलग सीक्रेट सर्विस इंटीग्रेट करने से बचाता है। keys डैशबोर्ड के “API Keys” पेज से मैनेज होती हैं, जहां एंडपॉइंट का मौजूदा डॉक्यूमेंटेशन भी है। हर प्लान में क्या शामिल है, यह कीमतें पेज पर देखें।

हर प्लान पर LinkPilot का API क्या देता है?

22 अक्टूबर 2026 को कीमतें पेज के अनुसार सीमाएं: Free प्लान में 1 API key और प्रति घंटा 60 रिक्वेस्ट; Pro में 5 keys और प्रति घंटा 1,000 रिक्वेस्ट; Agency और Agency Plus में 25 keys और प्रति घंटा 5,000 रिक्वेस्ट। keys के आगे lp_live_ लगा होता है और हर प्लान पर वे SHA-256 हैश करके स्टोर होती हैं, इसलिए डैशबोर्ड key को सिर्फ़ एक बार, बनाते समय दिखाता है, और डेटाबेस लीक होने पर भी उसे दोबारा इस्तेमाल नहीं किया जा सकता। नीचे की चेकलिस्ट में इन्हीं संख्याओं पर जांच करें। Free प्लान की प्रति घंटा 60 रिक्वेस्ट यह साबित करने के लिए काफ़ी हैं कि इंटीग्रेशन काम करता है, उसे असल में चलाने के लिए नहीं। मकसद भी यही है।

एक दोपहर में शॉर्टनर API कैसे परखें?

1. एक ही लिंक दो बार बनाएं। अगर दूसरी कॉल दूसरा स्लग बना देती है, तो आपको idempotency की अपनी लेयर बनानी होगी।
2. जान-बूझकर रेट लिमिट पार करें। आपको Retry-After हेडर के साथ 429 Too Many Requests मिलना चाहिए, न कि चुपचाप धीमापन और न ही 500।
3. किसी टेस्ट एंडपॉइंट पर वेबहुक भेजें और सिग्नेचर खुद वेरिफ़ाई करें। अगर वेरिफ़ाई नहीं कर पाते, तो वेबहुक को अविश्वसनीय इनपुट मानें।
4. स्क्रिप्ट चलते समय key बदलें। पुरानी key को तुरंत काम करना बंद कर देना चाहिए और नई key के अधिकार वही होने चाहिए।
5. किसी लिंक का एनालिटिक्स API से पढ़ें और डैशबोर्ड से मिलाएं। दोनों में फ़र्क वही बग है जिस पर बाद में आपका एक हफ़्ता जाएगा।
6. बनाए गए लिंक को रीडायरेक्ट चेकर से ट्रेस करें। एक हॉप सही है; दो का मतलब है कि कोई डोमेन गलत कॉन्फ़िगर है।

कौन-सा चुनें?

• अपने प्रोडक्ट में लिंक फ़ीचर बना रहे हैं: Dub, या LinkPilot अगर फ़्लो में सीक्रेट पहुंचाना भी शामिल है।
• एंटरप्राइज़ कैंपेन का ढांचा: Bitly।
• ज़्यादा वॉल्यूम और कम बजट वाला ऑटोमेशन: Short.io।
• कभी-कभार की स्क्रिप्टिंग: TinyURL या कोई भी मुफ़्त टियर।

परखते समय काम आने वाले दो टूल: हमारा मुफ़्त रीडायरेक्ट चेकर आपके API से बने लिंक की पूरी हॉप चेन ट्रेस करता है (परफ़ॉर्मेंस बिगाड़ने वाले डबल रीडायरेक्ट पकड़ने में काम आता है), और URL शॉर्टनर से आप बिना एक भी लाइन कोड लिखे LinkPilot का रीडायरेक्ट व्यवहार जांच सकते हैं। इस लेख के पीछे की प्रोडक्ट-स्तर की तुलना के लिए LinkPilot और Dub की तुलना और LinkPilot और Bitly की तुलना देखें।

स्रोत

• Bitly, API documentation।
• Dub, API reference।
• Short.io, Developer documentation।
• IETF, RFC 6585: Additional HTTP Status Codes, section 4, 429 Too Many Requests।