Bird vs Prelude
Bird vs Prelude voor Verify
Bird Verify biedt op ontvanger gebaseerde bezorging en codecontroles: maak een code aan, doorloop het beschikbare kanaalplan en controleer het antwoord met dezelfde ontvanger. Vergelijk die flow met Prelude's verificatievenster en risicoresultaten voordat je een aanmelding of login verplaatst.
Dagelijks vertrouwd door teams die
wereldklasse software bouwen.
Welke verificatieflow past bij je applicatie?
Wanneer Prelude past
Prelude's create-respons maakt onderscheid tussen success, retry, challenged, blocked en shadow_blocked. Die signalen voeden fraudebeslissingen; challenged en shadow_blocked vereisen accountactivering. Behoud of vervang de risicobeslissing waar je applicatie op vertrouwt voordat je de codebezorging verplaatst.
Prelude documenteert RCS, Viber, Zalo en stille netwerkauthenticatie naast SMS, WhatsApp en Telegram; de request-methode accepteert ook voice. Het kiesbare plan van Bird omvat SMS, WhatsApp, e-mail en Telegram. Voice wordt nog uitgerold en is momenteel geen optie voor klantmigratie. Behoud of herontwerp een RCS-, Viber-, Zalo- of stille-authenticatiemethode waar je op vertrouwt.
Prelude's aanvraagopties omvatten templates, locale en een ingeschakelde afzender-ID. Aangepaste codes, een expliciete kanaallijst, force_challenge en max_auto_fallbacks vereisen accountactivering. Die instellingen vragen een expliciete migratiebeslissing, geen veldhernoemen.
Waarom kiezen voor Bird Verify?
Bird identificeert de verificatie aan de hand van de ontvanger, inclusief een e-mailadres, telefoonnummer of beide. Het landplan bepaalt welke kanalen beschikbaar zijn; options.channels kan dat plan inkorten of herordenen.
De check-respons van Bird retourneert success, reason en attempts_remaining. Sla success: true op in je applicatie; een latere check van een afgeronde verificatie retourneert 404 en maakt dat resultaat niet ongedaan.
De gehoste MCP-server en CLI-voorbeelden van Bird voeren create-, check- en next-channel-bewerkingen uit. Een agent kan het volgende bezorgkanaal opvragen met dezelfde ontvanger die de applicatie al heeft.
De matrix
Hoe verhouden de Verify API's zich?
Vergelijk ontvangerstatus, herstel en risicobeslissingen. Kanaalbeschikbaarheid en geavanceerde opties hangen af van bestemming en accountactivering.
| Functionaliteit | Bird | Prelude | Wie wint? |
|---|---|---|---|
| Create-aanvraag | JSON met een bearer key naar /v1/verify/verifications, met to.email, to.phone_number of beide. | JSON create-or-retry met een bearer key en target.type plus target.value. E-mailverificatie vereist contact met Prelude over de use case. | |
| Veilige herhaalpogingen | Idempotency-Key herhaalt het verzoek. Opnieuw verzenden op basis van ontvanger hergebruikt de actieve verificatie, respecteert de cooldown en stuurt daarna een nieuwe code. | Het verzoek herhalen binnen een actief verificatievenster maakt een retry-poging aan. De lifecycle-gids documenteert minimale retry-tussentijd en pogingslimieten. | |
| Wat een mislukte check u vertelt | success: false, reason en attempts_remaining. Sla een succesvol resultaat op voordat de verificatie wordt afgerond. | Check-status omvat success, failure en expired_or_not_found. Transactiegebonden codes kunnen ook transaction_missing of transaction_mismatch retourneren. | |
| Kanalen waarop een passcode kan aankomen | SMS, WhatsApp, e-mail en Telegram, beperkt tot het landenplan dat voor de ontvanger is vastgesteld. Voice wordt nog uitgerold en is niet beschikbaar voor klantverkeer. | Berichtkanalen omvatten SMS, RCS, WhatsApp, Telegram, Viber en Zalo, plus stille authenticatie; method: voice vraagt een telefoongesprek aan. Beschikbaarheid hangt af van account en bestemming. | |
| Bezorggebeurtenissen | Werkruimte-abonnementen onderscheiden verificatie- en bezorgevents; Standard Webhooks-handtekeningen authenticeren de payload. | options.callback_url selecteert de bestemming per verzoek. Genereer een ondertekeningssleutel om RSASSA-PSS SHA-256-handtekeningen in X-Webhook-Signature in te schakelen. | |
| Fallback-beheer | Bezorgfout laat het opgeloste plan doorschuiven. Next-channel schuift het plan op verzoek door en stuurt een nieuwe code; eerdere codes blijven geldig. | max_auto_fallbacks beperkt extra automatische pogingen en vereist accountactivering. De waarde staat vast bij aanmaak; een aangevraagde retry krijgt een nieuwe toewijzing van diezelfde limiet. | |
| Gehoste MCP-server | Geauthenticeerde gehoste MCP voert create, check en next-channel uit; de bird CLI biedt dezelfde bewerkingen. | Prelude's backend-SDK's laten applicatiecode Verify aanroepen. De Node SDK biedt verification.create en verification.check. | |
| Codelengte | options.code_length bepaalt de codelengte; anders geldt de werkruimte-instelling. | options.code_size accepteert 4 tot 8 cijfers en gebruikt anders de dashboardinstelling. | |
| Risicoresultaat | Verzendlimieten per ontvanger, checklimieten en landconfiguratie. De create-respons retourneert een verificatie, zonder Prelude's challenged- of shadow_blocked-resultaat. | Create-status en risicogegevens ondersteunen vertakking op geblokkeerd verkeer. reason beschrijft een blokkering; risk_factors verschijnt bij blocked- of shadow_blocked-beslissingen wanneer specifieke risicosignalen worden gedetecteerd; die velden vormen geen onderbouwing voor elke geslaagde verzending. |
Wie bepaalt de volgende bezorgpoging?
Bird bepaalt het kanaalplan op basis van de ontvanger en het land. Een bezorgfout of een expliciet next-channel-verzoek laat dat plan doorschuiven. Elke expliciete aanroep schuift maximaal één kanaal op en stuurt een nieuwe code; eerdere codes blijven geldig voor de actieve verificatie.
Bird: create met to → opgelost kanaalplan → bezorgfout of next-channel → nieuwe code → check met dezelfde to. Een uitgeput plan retourneert NoNextChannel. Sla het succes op voordat je nog een verzending aanbiedt.
Prelude: create met target en signals → risicoresultaat → verificatievenster → bezorgroute → automatische of aangevraagde retry → codecontrole. De lifecycle-gids behandelt een nieuwe create voor hetzelfde nummer binnen het actieve venster als een retry, niet als een nieuwe verificatie.
Prelude's fallbacklimiet telt extra automatische pogingen. Een waarde van nul schakelt automatische provider- en kanaalretries uit. De waarde vereist activering en staat vast bij aanmaak; wijzigen bij een retry wordt genegeerd, terwijl een aangevraagde retry een nieuwe toewijzing van de vaste limiet krijgt.
Wat betekent success in elke respons?
Het check-endpoint van Bird retourneert success: true wanneer de code wordt geaccepteerd. HTTP 200 kan ook success: false en een faalreden bevatten. Bewaar het geslaagde applicatieresultaat; een 404 op een afgerond record is geen terugdraaiing van de authenticatie.
Prelude's create status: success betekent dat er een nieuw verificatievenster is aangemaakt. De check status: success is het resultaat om te gebruiken voor codeacceptatie. Verleen geen toegang op basis van het create-resultaat. Beide aanroepen identificeren het doel aan de hand van type en value.
Prelude's check-referentie definieert ook transaction_missing en transaction_mismatch voor prelude:psd2-codes. Behoud die transactiebinding of kies een expliciete vervanging voordat je zo'n flow migreert.
Welke risicosignalen en webhook-controles moeten de migratie overleven?
Prelude definieert dispatch_id als “The identifier of the dispatch that came from the front-end SDK.” in zijn create-referentie. Geef de werkelijke dispatch-waarde van de SDK mee bij gebruik van die integratie; een door de applicatie gegenereerde request-UUID is geen vervanging.
Prelude's fraudegids beschrijft door de server aangeleverde signalen en aanvullende apparaatsignalen van zijn frontend-SDK's. De challenged- en shadow_blocked-statussen vereisen accountactivering. Inventariseer de applicatietakken die deze resultaten verwerken.
De verzend- en controlecaps van Bird begrenzen het gebruik van API. Ze vervangen geen risicobeslissing waar je aanmeldflow van afhankelijk is. Houd de fraudebeslissing van de applicatie rond codeaflevering in stand.
Prelude ondertekent webhook-payloads met RSASSA-PSS en SHA-256 nadat een ondertekeningssleutel is gegenereerd in het dashboard. Bird gebruikt Standard Webhooks. Houd handtekeningverificatie aan, maar vervang de verifier en eventmapping in plaats van Prelude's headerlogica te hergebruiken.
Hoe worden verificatie en bezorging gefactureerd?
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
| Gepubliceerd item | Prelude | Factureringsbeleid van 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| Enterprise Custom volume | Contact sales Contact sales for committed volume pricing. as published | There's no plan, seat, or platform fee for Bird Verify. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. |
| 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. Kanaalverzendingen worden apart gefactureerd. Bekijk de actuele kanaaltarieven hieronder. This method is outside Bird’s documented Verify channel plan. |
Bird publiceerde SMS kanaaltarieven
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.
| Bestemming | Afzendertype | Per SMS-segment |
|---|---|---|
| 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.
Dezelfde verificatie
Hoe start je een verificatie?
Prelude's create-resource accepteert target en options.code_size op /v2/verification. Het create-endpoint van Bird accepteert to en options.code_length. Geef alleen een echte frontend-dispatch-identifier mee wanneer die Prelude-integratie in gebruik is.
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);
Overstapkosten
Wat moet er veranderen vóór de cutover?
Inventariseer de methoden, risicobeslissingen, templates, afzender-ID's en transactiegebonden controles die je applicatie gebruikt. De Prelude-migratiegids brengt ondersteunde velden in kaart. Een voice-, RCS-, Viber-, Zalo- of stille-authenticatieroute waar je op vertrouwt, heeft een expliciet alternatief nodig voordat je overstapt naar Bird.
Routeer nieuwe creates naar de gekozen provider en houd lopende checks bij de provider die de code heeft uitgegeven. Map callback-events, installeer de bijbehorende handtekeningverifier en sla geslaagde checks op. Test time-outretries, gebruikersresends, kanaalvoortgang en verlopen verificaties vóór de cutover. Bekijk het afzender- en berichtenbeleid van Bird samen met de op de ontvanger gerichte flow.
Wat moet je controleren voordat je kiest?
Is Bird een Prelude-alternatief voor SMS en e-mail?
Start een retry een nieuwe Prelude-verificatie?
Kan ik Prelude's fallbacklimiet bij elke retry aanpassen?
Wat moet ik opslaan na een geslaagde controle?
Breng het in de praktijk.
Ga verder met de documentatie, gidsen en voorbeelden voor dit onderwerp. De bronnen zijn in het Engels.
Volgende stappen
Begin met de migratiegids en vergelijk dan ondersteunde kanalen en factureringseenheden.
Maak verificatie onderdeel van je product.
Bespreek je kanalen, verificatieflow en verwacht verkeer met ons team.