Bird बनाम Prelude
सत्यापन के लिए Bird बनाम Prelude
Bird Verify प्राप्तकर्ता-आधारित डिलीवरी और कोड जाँच उपलब्ध कराता है: एक कोड बनाएँ, उपलब्ध चैनल योजना को आगे बढ़ाएँ और उसी प्राप्तकर्ता से उत्तर जाँचें। साइनअप या लॉगिन बदलने से पहले इस प्रवाह की तुलना Prelude के सत्यापन विंडो और जोखिम परिणामों से करें।
किसी आइकन को डॉट्स पर खींचें। फ़ोकस किए गए आइकन को मूव करने के लिए ऐरो कीज़ का उपयोग करें। खींचना रद्द करने के लिए Escape दबाएँ।
हर दिन उन टीमों का भरोसा जो
विश्व-स्तरीय सॉफ़्टवेयर बनाती हैं।
कौन-सा सत्यापन प्रवाह आपके एप्लिकेशन के लिए उपयुक्त है?
Prelude कब उपयुक्त है
Prelude का create प्रतिक्रिया success, retry, challenged, blocked और shadow_blocked में अंतर करता है। इसके सिग्नल धोखाधड़ी निर्णयों को सूचित करते हैं; challenged और shadow_blocked के लिए अकाउंट सक्षम करना ज़रूरी है। कोड डिलीवरी बदलने से पहले, अपने एप्लिकेशन में उपयोग हो रहे जोखिम निर्णय को बनाए रखें या बदलें।
Prelude का दस्तावेज़ RCS, Viber, Zalo और साइलेंट नेटवर्क ऑथेंटिकेशन को SMS, WhatsApp और Telegram के साथ सूचीबद्ध करता है; इसकी अनुरोध विधि वॉइस भी स्वीकार करती है। Bird की चयन योग्य योजना में SMS, WhatsApp, ईमेल और Telegram शामिल हैं। वॉइस अभी रोलआउट हो रही है और ग्राहक माइग्रेशन विकल्प के रूप में उपलब्ध नहीं है। किसी निर्भर RCS, Viber, Zalo या साइलेंट-ऑथेंटिकेशन विधि को बनाए रखें या फिर से डिज़ाइन करें।
Prelude के request विकल्प में टेम्पलेट, लोकेल और एक सक्षम sender ID शामिल हैं। कस्टम कोड, स्पष्ट चैनल सूची, force_challenge और max_auto_fallbacks के लिए अकाउंट सक्षम करना ज़रूरी है। इन सेटिंग्स के लिए स्पष्ट माइग्रेशन निर्णय चाहिए, केवल फ़ील्ड का नाम बदलना पर्याप्त नहीं है।
Bird Verify क्यों चुनें?
Bird सत्यापन को प्राप्तकर्ता द्वारा पहचानता है, जिसमें ईमेल पता, फ़ोन नंबर या दोनों शामिल हैं। इसकी देश योजना तय करती है कि कौन-से चैनल उपलब्ध हैं; options.channels उस योजना को ट्रिम या पुनर्क्रमित कर सकता है।
Bird का check प्रतिक्रिया success, reason और attempts_remaining लौटाता है। अपने एप्लिकेशन में success: true स्टोर करें; अंतिम रूप दिए गए सत्यापन की बाद की जाँच 404 लौटाती है और उस परिणाम को पूर्ववत नहीं करती।
Bird का होस्टेड MCP सर्वर और CLI उदाहरण create, check और next-channel ऑपरेशन चलाते हैं। एक एजेंट उसी प्राप्तकर्ता के साथ अगले डिलीवरी चैनल का अनुरोध कर सकता है जो उसके एप्लिकेशन में पहले से मौजूद है।
तुलना मैट्रिक्स
Verify API की तुलना कैसे होती है?
प्राप्तकर्ता स्थिति, रिकवरी और जोखिम निर्णयों की तुलना करें। चैनल उपलब्धता और उन्नत विकल्प गंतव्य और अकाउंट सक्षमता पर निर्भर करते हैं।
| क्षमता | Bird | Prelude | कौन जीतता है? |
|---|---|---|---|
| Create अनुरोध | JSON bearer key के साथ /v1/verify/verifications पर, to.email, to.phone_number या दोनों के साथ। | JSON create-or-retry bearer key और target.type तथा target.value के साथ। ईमेल सत्यापन के लिए उपयोग के बारे में Prelude से संपर्क करना ज़रूरी है। | |
| सुरक्षित फिर से प्रयास | Idempotency-Key अनुरोध को दोहराता है। प्राप्तकर्ता पुनःभेजना सक्रिय सत्यापन का पुनः उपयोग करता है, इसके कूलडाउन का पालन करता है और उसके बाद एक नया कोड भेजता है। | सक्रिय सत्यापन विंडो में अनुरोध दोहराना एक retry प्रयास बनाता है। लाइफ़साइकल गाइड में न्यूनतम retry अंतराल और प्रयास सीमाएँ प्रलेखित हैं। | |
| विफल जाँच आपको क्या बताती है | success: false, reason और attempts_remaining। सत्यापन अंतिम रूप लेने से पहले सफल परिणाम को सहेजें। | Check स्थिति में success, failure और expired_or_not_found शामिल हैं। ट्रांज़ैक्शन-बाउंड कोड transaction_missing या transaction_mismatch भी लौटा सकते हैं। | |
| सत्यापन कोड किन चैनलों पर आ सकता है | SMS, WhatsApp, ईमेल और Telegram, प्राप्तकर्ता की resolved देश योजना तक सीमित। वॉइस अभी रोलआउट हो रहा है और ग्राहक ट्रैफ़िक के लिए उपलब्ध नहीं है। | मैसेजिंग चैनल में SMS, RCS, WhatsApp, Telegram, Viber और Zalo शामिल हैं, साथ ही साइलेंट ऑथेंटिकेशन; method: voice फ़ोन कॉल का अनुरोध करता है। उपलब्धता अकाउंट और गंतव्य पर निर्भर करती है। | |
| डिलीवरी इवेंट | वर्कस्पेस सब्सक्रिप्शन सत्यापन और डिलीवरी इवेंट में अंतर करते हैं; Standard Webhooks हस्ताक्षर पेलोड को प्रमाणित करते हैं। | options.callback_url प्रति अनुरोध गंतव्य चुनता है। X-Webhook-Signature में RSASSA-PSS SHA-256 हस्ताक्षर सक्षम करने के लिए एक signing key जनरेट करें। | |
| फ़ॉलबैक नियंत्रण | डिलीवरी विफलता हल की गई योजना को आगे बढ़ाती है। Next-channel अनुरोध पर इसे आगे बढ़ाता है और एक नया कोड भेजता है; पहले के कोड मान्य रहते हैं। | max_auto_fallbacks अतिरिक्त स्वचालित प्रयासों को सीमित करता है और अकाउंट सक्षम करना ज़रूरी है। यह निर्माण समय पर तय होता है; अनुरोधित retry को उसी सीमा का एक नया अलाउंस मिलता है। | |
| होस्टेड MCP सर्वर | प्रमाणित होस्टेड MCP create, check और next-channel चलाता है; bird CLI वही ऑपरेशन उपलब्ध कराता है। | Prelude के बैकएंड SDK एप्लिकेशन कोड को Verify कॉल करने देते हैं। इसका Node SDK) verification.create और verification.check उपलब्ध कराता है। | |
| कोड की लंबाई | options.code_length कोड की लंबाई चुनता है; अन्यथा वर्कस्पेस सेटिंग लागू होती है। | options.code_size 4 से 8 अंक स्वीकार करता है और अन्यथा डैशबोर्ड सेटिंग का उपयोग करता है। | |
| जोखिम परिणाम | प्राप्तकर्ता भेजने की सीमाएँ, जाँच सीमाएँ और देश कॉन्फ़िगरेशन। create response एक सत्यापन लौटाता है, Prelude के challenged या shadow_blocked परिणाम के बिना। | Create status और risk data अवरुद्ध ट्रैफ़िक पर ब्रांचिंग का समर्थन करते हैं। reason एक ब्लॉक का वर्णन करता है; risk_factors अवरुद्ध या shadow_blocked निर्णयों के लिए तब दिखता है जब विशिष्ट जोखिम संकेत पहचाने जाते हैं; ये फ़ील्ड हर सफल भेजने का कारण नहीं बताते। |
अगला डिलीवरी प्रयास कौन नियंत्रित करता है?
Bird प्राप्तकर्ता और देश से अपना चैनल प्लान resolve करता है। डिलीवरी विफलता या स्पष्ट next-channel अनुरोध उस प्लान को आगे बढ़ाता है। प्रत्येक स्पष्ट कॉल अधिकतम एक चैनल आगे बढ़ता है और एक नया कोड भेजता है; पिछले कोड सक्रिय सत्यापन के लिए मान्य रहते हैं।
Bird: to के साथ create → resolved चैनल प्लान → विफल डिलीवरी या next-channel → नया कोड → उसी to के साथ check। एक समाप्त प्लान NoNextChannel लौटाता है। दूसरा भेजने का विकल्प देने से पहले सफलता रिकॉर्ड करें।
Prelude: target और signals के साथ create → जोखिम परिणाम → सत्यापन विंडो → डिलीवरी रूट → स्वचालित या अनुरोधित फिर से प्रयास करना → कोड जाँच। इसकी lifecycle guide सक्रिय विंडो के अंदर उसी नंबर के लिए दूसरे create को फिर से प्रयास मानती है, नया सत्यापन नहीं।
Prelude की fallback सीमा अतिरिक्त स्वचालित प्रयासों की गिनती करती है। शून्य मान स्वचालित प्रदाता और चैनल रीट्राई को अक्षम करता है। इस मान को सक्षम करना आवश्यक है और यह निर्माण के समय निश्चित होता है; रीट्राई पर इसे बदलना अनदेखा किया जाता है, जबकि अनुरोधित रीट्राई को निश्चित सीमा का एक नया आवंटन मिलता है।
प्रत्येक response में सफलता का क्या अर्थ है?
Bird का check endpoint कोड स्वीकार होने पर success: true लौटाता है। HTTP 200 में success: false और विफलता कारण भी हो सकता है। सफल एप्लिकेशन परिणाम को बनाए रखें; finalized-record 404 प्रमाणीकरण का उलटाव नहीं है।
Prelude का create status: success का अर्थ है कि एक नई सत्यापन विंडो बनाई गई। इसका check status: success कोड स्वीकृति के लिए उपयोग करने वाला परिणाम है। create परिणाम से एक्सेस न दें। दोनों कॉल target को उसके type और value से पहचानते हैं।
Prelude का check reference prelude:psd2 कोड के लिए transaction_missing और transaction_mismatch भी परिभाषित करता है। ऐसे फ़्लो को माइग्रेट करने से पहले उस transaction binding को बनाए रखें या एक स्पष्ट विकल्प चुनें।
माइग्रेशन में कौन से जोखिम संकेत और webhook जाँच बनी रहनी चाहिए?
Prelude अपने create reference. में dispatch_id को “The identifier of the dispatch that came from the front-end SDK.” के रूप में परिभाषित करता है। उस इंटीग्रेशन का उपयोग करते समय SDK का वास्तविक dispatch मान दें; एप्लिकेशन-जनित request UUID इसका विकल्प नहीं है।
Prelude की fraud guide सर्वर-प्रदत्त संकेतों और इसके फ़्रंटएंड SDK से अतिरिक्त डिवाइस संकेतों का वर्णन करती है। इसकी challenged और shadow_blocked स्थितियाँ खाता सक्षमता की आवश्यकता रखती हैं। उन परिणामों का उपभोग करने वाली एप्लिकेशन शाखाओं की सूची बनाएँ।
Bird की send और check caps API उपयोग को सीमित करती हैं। ये आपके साइनअप फ़्लो पर निर्भर जोखिम निर्णय का स्थान नहीं लेतीं। कोड डिलीवरी के आसपास एप्लिकेशन का fraud निर्णय बनाए रखें।
Prelude webhook payloads को साइन करता है RSASSA-PSS और SHA-256 के साथ, जब इसके डैशबोर्ड में signing key जनरेट की जाती है। Bird Standard Webhooks का उपयोग करता है। सिग्नेचर सत्यापन बनाए रखें, लेकिन Prelude के header लॉजिक का पुन: उपयोग करने के बजाय verifier और event mapping बदलें।
सत्यापन और डिलीवरी का बिल कैसे बनता है?
There's no plan, seat, or platform fee for Bird Verify. Each delivery is charged at that channel's rate for the destination. A resend, or a fallback that moves delivery to a second channel, is a new send and a new charge.
A verdict compares only published delivery rates with the same channel, destination, currency, billing unit and sender type. Per-success verification fees and per-send charges are Not comparable: your own sends and successful checks determine usage.
Pricing verdict: Not comparable
| प्रकाशित आइटम | Prelude | Bird बिलिंग नीति |
|---|---|---|
| Pay As You Go Per verification | 0.032 € Per verification plus message costs. Monthly billing and 10,000 verifications selected. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| Startup Per month | 360 € Per month plus message costs. Monthly billing and 10,000 verifications selected. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| Enterprise Custom volume | Contact sales Contact sales for committed volume pricing. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| SMS (US) Per SMS Destination: US | €0.0043 EUR Message cost for the selected United States destination. Verification charges are separate. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| WhatsApp (US) Per message Destination: US | €0.0028 EUR Message cost for the selected United States destination. Verification charges are separate. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| RCS (US) Per message Destination: US | €0.00 EUR Message cost for the selected United States destination. Verification charges are separate. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। This method is outside Bird’s documented Verify channel plan. |
| Telegram (US) Per message Destination: US | €0.012 EUR Message cost for the selected United States destination. Verification charges are separate. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। |
| Viber (US) Per message Destination: US | €0.007 EUR Message cost for the selected United States destination. Verification charges are separate. as published | There's no plan, seat, or platform fee for Bird Verify. चैनल भेजने का बिल अलग से आता है। नीचे लाइव चैनल दरें देखें। This method is outside Bird’s documented Verify channel plan. |
Bird प्रकाशित SMS चैनल दरें
Bird's SMS catalogue rates are shown by sender type, per message segment. Carrier fees and sender costs may apply separately. These channel rates are not a total verification quote. SMS pricing; carrier fees.
| गंतव्य | प्रेषक प्रकार | प्रति SMS सेगमेंट |
|---|---|---|
| US | long_code | EUR 0.003 |
| US | long_code | USD 0.0035 |
| US | toll_free | EUR 0.003 |
| US | toll_free | USD 0.0035 |
| US | short_code | EUR 0.006 |
| US | short_code | USD 0.007 |
Bird email pricing and Bird WhatsApp pricing publish the other delivery channels.
वही सत्यापन
आप सत्यापन कैसे शुरू करते हैं?
Prelude का create resource /v2/verification पर target और options.code_size स्वीकार करता है। Bird का create endpoint to और options.code_length स्वीकार करता है। वास्तविक फ़्रंटएंड dispatch identifier केवल तभी दें जब वह Prelude इंटीग्रेशन उपयोग में हो।
Prelude
const response = await fetch("https://api.prelude.dev/v2/verification", {
method: "POST",
headers: {
Authorization: `Bearer ${process.env.PRELUDE_API_TOKEN}`,
"Content-Type": "application/json",
},
body: JSON.stringify({
target: { type: "phone_number", value: "+15551234567" },
options: { code_size: 6 },
}),
});
const verification = await response.json();
console.log(verification.id, verification.status);
Bird
import { BirdClient } from "@messagebird/sdk";
const bird = new BirdClient({ apiKey: process.env.BIRD_API_KEY! });
const { data, error } = await bird.verify.verifications
.create(
{
to: { phone_number: "+15551234567" },
options: { code_length: 6 },
},
)
.safe();
if (error) console.error(error.message);
else console.log(data.id, data.status);
स्विचिंग लागत
कटओवर से पहले क्या बदलना होगा?
आपका एप्लिकेशन जिन विधियों, जोखिम निर्णयों, टेम्प्लेट, सेंडर ID और ट्रांज़ैक्शन-बाउंड जाँचों का उपयोग करता है, उनकी सूची बनाएँ। Prelude माइग्रेशन गाइड समर्थित फ़ील्ड को मैप करती है। किसी निर्भर वॉइस, RCS, Viber, Zalo या साइलेंट-ऑथेंटिकेशन पथ को Bird पर ले जाने से पहले एक स्पष्ट विकल्प चाहिए।
नए create को चुने हुए प्रदाता पर रूट करें और लंबित check को उस प्रदाता के पास रखें जिसने कोड जारी किया। callback इवेंट मैप करें, मिलान करने वाला signature verifier इंस्टॉल करें और सफल check को persist करें। कटओवर से पहले timeout रीट्राई, उपयोगकर्ता resend, चैनल advancement और समय-सीमा समाप्त सत्यापन का परीक्षण करें। प्राप्तकर्ता-सामने वाले फ़्लो के साथ Bird की sender और message नीति की समीक्षा करें।
चुनने से पहले आपको क्या जाँचना चाहिए?
क्या Bird SMS और email के लिए Prelude का विकल्प है?
क्या रीट्राई एक नया Prelude सत्यापन शुरू करती है?
क्या मैं प्रत्येक रीट्राई पर Prelude की fallback सीमा समायोजित कर सकता हूँ?
सफल check के बाद मुझे क्या स्टोर करना चाहिए?
व्यवहार में लाएँ।
इस विषय के लिए दस्तावेज़, गाइड और उदाहरणों के साथ आगे बढ़ें।
आगे कहाँ जाएँ
migration guide से शुरू करें, फिर समर्थित चैनल और बिलिंग इकाइयों की तुलना करें।
सत्यापन को अपने प्रोडक्ट का हिस्सा बनाएँ।
अपने चैनल, सत्यापन फ़्लो और अपेक्षित ट्रैफ़िक के बारे में हमारी टीम से बात करें।