Bird vs Prelude
Bird vs Prelude für Verify
Bird Verify bietet empfängerbasierte Zustellung und Code-Prüfungen: Erstellen Sie einen Code, rücken Sie den verfügbaren Kanalplan vor und prüfen Sie die Antwort mit demselben Empfänger. Vergleichen Sie diesen Ablauf mit Preludes Verifizierungsfenster und Risikoergebnissen, bevor Sie eine Registrierung oder Anmeldung umstellen.
Täglich vertraut von Teams, die
erstklassige Software entwickeln.
Welcher Verifizierungsablauf passt zu Ihrer Anwendung?
Wann Prelude passt
Preludes Create-Antwort unterscheidet success, retry, challenged, blocked und shadow_blocked. Die Signale fließen in Betrugsentscheidungen ein; challenged und shadow_blocked erfordern eine Kontofreischaltung. Behalten oder ersetzen Sie die Risikoentscheidung, auf die sich Ihre Anwendung stützt, bevor Sie deren Code-Zustellung umstellen.
Prelude dokumentiert RCS, Viber, Zalo und stille Netzwerkauthentifizierung neben SMS, WhatsApp und Telegram; seine Request-Methode akzeptiert auch Voice. Birds wählbarer Plan umfasst SMS, WhatsApp, E-Mail und Telegram. Voice wird noch ausgerollt und steht derzeit nicht als Migrationsoption zur Verfügung. Behalten oder überarbeiten Sie eine genutzte RCS-, Viber-, Zalo- oder stille-Authentifizierungsmethode.
Preludes Request-Optionen umfassen Templates, Locale und eine aktivierte Absender-ID. Benutzerdefinierte Codes, eine explizite Kanalliste, force_challenge und max_auto_fallbacks erfordern eine Kontofreischaltung. Diese Einstellungen erfordern eine bewusste Migrationsentscheidung, kein Umbenennen von Feldern.
Warum Bird Verify wählen?
Bird identifiziert die Verifizierung anhand des Empfängers, einschließlich E-Mail-Adresse, Telefonnummer oder beidem. Der Länderplan bestimmt, welche Kanäle verfügbar sind; options.channels kann diesen Plan kürzen oder umordnen.
Birds Check-Antwort gibt success, reason und attempts_remaining zurück. Speichern Sie success: true in Ihrer Anwendung; eine spätere Prüfung einer finalisierten Verifizierung gibt 404 zurück und macht dieses Ergebnis nicht rückgängig.
Birds gehosteter MCP-Server und CLI-Beispiele führen Create-, Check- und Next-Channel-Operationen aus. Ein Agent kann den nächsten Zustellkanal mit demselben Empfänger anfordern, den seine Anwendung bereits hält.
Die Matrix
Wie unterscheiden sich die Verify-APIs?
Vergleichen Sie Empfängerstatus, Wiederherstellung und Risikoentscheidungen. Kanalverfügbarkeit und erweiterte Optionen hängen von Ziel und Kontofreischaltung ab.
| Funktion | Bird | Prelude | Wer gewinnt? |
|---|---|---|---|
| Create-Anfrage | JSON mit einem Bearer-Key an /v1/verify/verifications, mit to.email, to.phone_number oder beidem. | JSON Create-or-Retry mit einem Bearer-Key und target.type plus target.value. E-Mail-Verifizierung erfordert eine Kontaktaufnahme mit Prelude zum Anwendungsfall. | |
| Sichere Wiederholungen | Idempotency-Key wiederholt die Anfrage. Empfänger-Neuversendungen verwenden die aktive Verifizierung wieder, respektieren deren Abklingzeit und senden danach einen neuen Code. | Eine Wiederholung der Anfrage innerhalb eines aktiven Verifizierungsfensters erzeugt einen erneuten Versuch. Der Lifecycle-Leitfaden dokumentiert den minimalen Wiederholungsabstand und die Versuchslimits. | |
| Was eine fehlgeschlagene Prüfung Ihnen sagt | success: false, reason und attempts_remaining. Speichern Sie ein erfolgreiches Ergebnis, bevor die Verifizierung finalisiert wird. | Check-Status umfasst success, failure und expired_or_not_found. Transaktionsgebundene Codes können auch transaction_missing oder transaction_mismatch zurückgeben. | |
| Kanäle, über die ein Bestätigungscode ankommen kann | SMS, WhatsApp, E-Mail und Telegram, beschränkt auf den aufgelösten Länderplan des Empfängers. Voice wird noch ausgerollt und steht für Kundenverkehr noch nicht zur Verfügung. | Messaging-Kanäle umfassen SMS, RCS, WhatsApp, Telegram, Viber und Zalo sowie stille Authentifizierung; method: voice fordert einen Telefonanruf an. Die Verfügbarkeit hängt von Konto und Ziel ab. | |
| Zustellereignisse | Workspace-Subscriptions unterscheiden Verifizierungs- und Zustellungsereignisse; Standard-Webhooks-Signaturen authentifizieren die Nutzlast. | options.callback_url wählt das Ziel pro Anfrage. Generieren Sie einen Signaturschlüssel, um RSASSA-PSS-SHA-256-Signaturen in X-Webhook-Signature zu aktivieren. | |
| Fallback-Steuerung | Ein Zustellungsfehler rückt den aufgelösten Plan vor. Next-channel rückt ihn auf Anfrage vor und sendet einen neuen Code; frühere Codes bleiben gültig. | max_auto_fallbacks begrenzt zusätzliche automatische Versuche und erfordert eine Kontofreischaltung. Der Wert wird bei der Erstellung festgelegt; ein angeforderter erneuter Versuch erhält ein neues Kontingent desselben Limits. | |
| Gehosteter MCP-Server | Authentifizierter gehosteter MCP führt create, check und next-channel aus; die Bird CLI bietet dieselben Operationen. | Prelude's Backend-SDKs ermöglichen Anwendungscode den Aufruf von Verify. Das Node SDK bietet verification.create und verification.check. | |
| Code-Länge | options.code_length wählt die Code-Länge; andernfalls gilt die Workspace-Einstellung. | options.code_size akzeptiert 4 bis 8 Ziffern und verwendet andernfalls die Dashboard-Einstellung. | |
| Risikoergebnis | Empfängerbezogene Sendelimits, Prüflimits und Länderkonfiguration. Die create-Antwort gibt eine Verifizierung zurück, ohne Prelude's Ergebnisse challenged oder shadow_blocked. | Create-Status und Risikodaten ermöglichen Verzweigungen bei blockiertem Datenverkehr. reason beschreibt eine Blockierung; risk_factors erscheint bei blocked- oder shadow_blocked-Entscheidungen, wenn bestimmte Risikosignale erkannt werden; diese Felder liefern keine Begründung für jeden erfolgreichen Versand. |
Wer steuert den nächsten Zustellversuch?
Bird löst seinen Kanalplan anhand des Empfängers und Landes auf. Ein Zustellungsfehler oder eine explizite Next-channel-Anfrage rückt diesen Plan vor. Jeder explizite Aufruf rückt höchstens einen Kanal vor und sendet einen neuen Code; frühere Codes bleiben für die laufende Verifizierung gültig.
Bird: create mit to → aufgelöster Kanalplan → fehlgeschlagene Zustellung oder next-channel → neuer Code → check mit demselben to. Ein erschöpfter Plan gibt NoNextChannel zurück. Erfassen Sie den Erfolg, bevor Sie einen weiteren Versand anbieten.
Prelude: create mit target und signals → Risikoergebnis → Verifizierungsfenster → Zustellungsroute → automatischer oder angeforderter erneuter Versuch → Code-Prüfung. Der Lifecycle-Leitfaden behandelt ein weiteres create für dieselbe Nummer innerhalb des aktiven Fensters als erneuten Versuch, nicht als neue Verifizierung.
Prelude's Fallback-Limit zählt zusätzliche automatische Versuche. Ein Wert von null deaktiviert automatische Anbieter- und Kanal-Wiederholungen. Der Wert erfordert eine Freischaltung und wird bei der Erstellung festgelegt; eine Änderung bei einem erneuten Versuch wird ignoriert, während ein angeforderter erneuter Versuch ein neues Kontingent des festgelegten Limits erhält.
Was bedeutet Erfolg in jeder Antwort?
Birds check-Endpunkt gibt success: true zurück, wenn der Code akzeptiert wird. HTTP 200 kann auch success: false und einen Fehlergrund enthalten. Behalten Sie das erfolgreiche Anwendungsergebnis bei; ein 404 für einen abgeschlossenen Datensatz ist kein Widerruf der Authentifizierung.
Prelude's create status: success bedeutet, dass ein neues Verifizierungsfenster erstellt wurde. Das check status: success ist das Ergebnis für die Code-Akzeptanz. Gewähren Sie keinen Zugang auf Basis des create-Ergebnisses. Beide Aufrufe identifizieren das Ziel über type und value.
Prelude's check-Referenz definiert auch transaction_missing und transaction_mismatch für prelude:psd2-Codes. Bewahren Sie diese Transaktionsbindung oder wählen Sie einen expliziten Ersatz, bevor Sie einen solchen Ablauf migrieren.
Welche Risikosignale und Webhook-Prüfungen müssen die Migration überstehen?
Prelude definiert dispatch_id als “The identifier of the dispatch that came from the front-end SDK.” in seiner create-Referenz. Übergeben Sie den tatsächlichen dispatch-Wert des SDKs bei Nutzung dieser Integration; eine anwendungsseitig generierte Anfrage-UUID ist kein Ersatz.
Prelude's Fraud-Leitfaden beschreibt serverseitige Signale und zusätzliche Gerätesignale aus den Frontend-SDKs. Die Zustände challenged und shadow_blocked erfordern eine Kontofreischaltung. Erfassen Sie die Anwendungszweige, die diese Ergebnisse verarbeiten.
Birds Sende- und Prüflimits begrenzen die API-Nutzung. Sie ersetzen kein Risikourteil, auf das Ihr Registrierungsablauf angewiesen ist. Behalten Sie die Betrugsentscheidung der Anwendung rund um die Code-Zustellung bei.
Prelude signiert Webhook-Nutzlasten mit RSASSA-PSS und SHA-256, nachdem ein Signaturschlüssel im Dashboard generiert wurde. Bird verwendet Standard Webhooks. Behalten Sie die Signaturverifizierung bei, ersetzen Sie aber den Verifizierer und das Event-Mapping, anstatt Prelude's Header-Logik weiterzuverwenden.
Wie werden Verifizierung und Zustellung abgerechnet?
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
| Veröffentlichter Eintrag | Prelude | Abrechnungsrichtlinie von 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| Enterprise Custom volume | Contact sales Contact sales for committed volume pricing. as published | There's no plan, seat, or platform fee for Bird Verify. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. |
| 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. Kanalversand wird separat abgerechnet. Die aktuellen Kanalpreise finden Sie unten. This method is outside Bird’s documented Verify channel plan. |
Von Bird veröffentlichte SMS-Kanalpreise
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.
| Ziel | Absendertyp | Pro 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.
Dieselbe Verifizierung
Wie starten Sie eine Verifizierung?
Prelude's create-Ressource akzeptiert target und options.code_size unter /v2/verification. Birds create-Endpunkt akzeptiert to und options.code_length. Übergeben Sie einen echten Frontend-Dispatch-Identifier nur, wenn diese Prelude-Integration aktiv ist.
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);
Migrationsaufwand
Was muss vor der Umstellung geändert werden?
Erfassen Sie die Methoden, Risikoentscheidungen, Vorlagen, Absender-IDs und transaktionsgebundenen Prüfungen, die Ihre Anwendung nutzt. Der Prelude-Migrationsleitfaden bildet unterstützte Felder ab. Ein genutzter Voice-, RCS-, Viber-, Zalo- oder Silent-Authentication-Pfad benötigt eine explizite Alternative, bevor er zu Bird migriert wird.
Leiten Sie neue creates an den gewählten Anbieter weiter und behalten Sie ausstehende checks beim Anbieter, der den Code ausgegeben hat. Ordnen Sie Callback-Events zu, installieren Sie den passenden Signaturverifizierer und persistieren Sie erfolgreiche checks. Testen Sie Timeout-Wiederholungen, Nutzer-Neuanforderungen, Kanalweiterschaltung und abgelaufene Verifizierungen vor der Umstellung. Überprüfen Sie Birds Absender- und Nachrichtenrichtlinie im Hinblick auf den empfängerseitigen Ablauf.
Was sollten Sie vor der Entscheidung prüfen?
Ist Bird eine Prelude-Alternative für SMS und E-Mail?
Startet ein erneuter Versuch eine neue Prelude-Verifizierung?
Kann ich Preludes Fallback-Limit bei jedem erneuten Versuch anpassen?
Was sollte ich nach einer erfolgreichen Prüfung speichern?
In die Praxis umsetzen.
Weiter mit der Dokumentation, Anleitungen und Beispielen zu diesem Thema. Die Ressourcen sind auf Englisch.
Nächste Schritte
Beginnen Sie mit dem Migrationsleitfaden und vergleichen Sie dann unterstützte Kanäle und Abrechnungseinheiten.
Machen Sie Verifizierung zum Bestandteil Ihres Produkts.
Besprechen Sie Ihre Kanäle, den Verifizierungs-Flow und das erwartete Volumen mit unserem Team.