Push-Benachrichtigungen für iOS, Android und Web.
Token-Management-Abstraktion, gerätebasiertes Opt-in, native Rich Payloads, Segment-Targeting. Gleiche Authentifizierung, gleiche Idempotenz, gleiche Webhooks wie bei jedem anderen Bird-Kanal – weil dasselbe Engineering-Team alles gebaut hat.
5 minutes from npm install to first send
Senden Sie eine Benachrichtigung in der Sprache, die Sie bereits verwenden.
SDKs für jede gängige Laufzeitumgebung. Registrieren Sie ein Token über Ihren mobilen oder Web-Client; senden Sie per Token oder per user_id von Ihrem Backend.
Code samples arrive when this API ships. The SDKs already cover the live channels.
Zehn Primitive, die APNs und FCM in einen Endpunkt verwandeln.
Echte APNs und FCM unter der Haube. Kein Drittanbieter-Push-Aggregator dazwischen. Wir verbergen lediglich die Plattform-Eigenheiten hinter einer einheitlichen Struktur.
- 01
iOS, Android und Web mit einem Aufruf
Ein bird.push.send. Wir verteilen an APNs, FCM und das W3C Push Protocol pro registriertem Gerät.
- 02
Token-Management-Abstraktion
Registrieren Sie ein Token mit bird.push.tokens.register. Wir tracken Plattform, Sprache und letzten Zugriff – damit Sie es nicht müssen.
- 03
Versand per Token oder per user_id
Adressieren Sie ein einzelnes Gerät oder übergeben Sie
{ user_id }– wir verteilen die Nachricht an alle Geräte mit Opt-in. - 04
Gerätespezifischer Opt-in-Status
Jedes registrierte Token hat seinen eigenen Opt-in-Status. Widerrufen Sie eines, ohne die anderen zu beeinflussen.
- 05
Native Rich-Payloads
Titel, Text, Bild, Action-Buttons, Deep-Link-URL, benutzerdefinierte Daten: korrekt auf APNs-Alert und FCM-Notification gemappt.
- 06
Stille / Hintergrund-Benachrichtigungen
Übergeben Sie content_available: true und wir routen korrekt über APNs-Background und FCM-Data-only – je nach Plattform.
- 07
Segment-Targeting
Taggen Sie Nutzer bei der Registrierung; adressieren Sie per Tag über bird.push.send. Keine Drittanbieter-CDP-Integration erforderlich.
- 08
Zustellungs- und Öffnungsbestätigungen
Events für push.delivered, push.opened, push.dismissed. Derselbe HMAC-Envelope wie bei jedem anderen Kanal.
- 09
Token-Lifecycle automatisch verwaltet
Wenn APNs / FCM ein nicht registriertes Token zurückgibt, markieren wir es als inaktiv und stoppen den Versand. Kein manuelles Aufräumen.
- 10
Gleiche Authentifizierung, gleicher Error-Envelope
Ein API-Key für Push, SMS, Email, WhatsApp, Voice. Ein einheitliches Fehlertyp-Register für alle.
Warum wir Push entwickeln
Weil Push nicht bei einem anderen Anbieter leben sollte als Ihre SMS, Ihre E-Mails und Ihre Verifizierungen.
Jedes Produktteam landet beim selben Stack: APNs für iOS, FCM für Android, ein Service Worker fürs Web und eine Datenbanktabelle, die festhält, welcher Nutzer welche Tokens mit welchem Opt-in-Status hat. Wir haben diese Tabelle gebaut, dann noch einmal gebaut und schließlich als bird.push.tokens.register und bird.push.send bereitgestellt. Gleiche Authentifizierung, gleiche Idempotenz, gleicher Error-Envelope wie bei Email und SMS – so fällt das OTP, das per Push fehlschlägt, im selben Request auf SMS zurück.
Jede Statusänderung ist ein Webhook.
HMAC-signierte Payloads, Replay-geschützt, idempotent. Derselbe Envelope auf jedem Bird-Kanal: einen lernen, alle beherrschen.
Retry-Intervalle: 5s, 30s, 5m, 30m, 2h, 6h, 12h. Dead-Letter nach dem letzten Versuch; jedes Dead-Letter-Event kann über das Dashboard oder die API erneut abgespielt werden.
push.queuedVon der API akzeptiert und zum Versand in die Warteschlange gestellt.push.sentAn APNs / FCM / W3C Push Server übergeben.push.deliveredZustellung an das Gerät vom Provider bestätigt (sofern verfügbar: APNs arbeitet auf Best-Effort-Basis).push.openedNutzer hat auf die Benachrichtigung getippt (wenn Ihre App dies instrumentiert).push.dismissedNutzer hat die Benachrichtigung ohne Öffnen geschlossen (wenn Ihre App dies instrumentiert).push.failedPermanenter Fehler (Token nicht registriert, App entfernt). Das Token wird automatisch deaktiviert.
Wenn Sie SMS integriert haben, haben Sie auch Push integriert.
Gleiche Authentifizierung, gleicher Idempotenz-Vertrag, gleicher Error-Envelope, gleiches Webhook-Format. Der Unterschied liegt im Transport, nicht im Aufruf.
Push.
Ein Aufruf. Wir verteilen an jedes Gerät des Nutzers mit Opt-in – über APNs, FCM und Web.
SMS.
Gleicher Envelope, gleicher Idempotenz-Vertrag. Fallback, wenn Push fehlschlägt, oder SMS direkt ansprechen.