Overzicht van Verify
Bird Verify bevestigt dat een gebruiker een e-mailadres of telefoonnummer beheert. Vraag Bird om een eenmalige verificatiecode te versturen, vang deze op in je app en vraag Bird of de code klopt. De flow gebruikt twee API-calls: POST /v1/verify/verifications verstuurt de code en POST /v1/verify/verifications/check controleert hem. De gedeelde afzenders van Bird vereisen geen afzenderregistratie of templateconfiguratie. E-mail, SMS en WhatsApp kunnen standaard Bird Verify, Authifly of een afzender van je werkruimte gebruiken; Telegram gebruikt zijn eigen geverifieerde notificatie-account. Afzenders en branding behandelt de keuze.
Hoe een verificatie werkt
Je maakt een verificatie aan met een ontvanger: een e-mailadres, een telefoonnummer, of beide. Bird genereert een numerieke verificatiecode en bezorgt deze via de kanalen van de ontvanger. Een e-mailadres ontvangt de code per e-mail; een telefoonnummer ontvangt hem via SMS of WhatsApp, in de volgorde en beschikbaarheid die je landconfiguratie voor het bestemmingsland instelt. De gebruiker typt de code in je app, en je stuurt hem naar het check-endpoint, dat success: true of false antwoordt met een reden.
Een verificatie doorloopt een kleine levenscyclus: ze begint pending en eindigt verified (een correcte code kwam op tijd binnen), failed (te veel foute pogingen) of expired (het tijdvenster verstreek). De pagina Verifications toont elke verificatie en de status ervan; elke status en reden wordt behandeld in Verificaties verzenden.
De Verify-app in het dashboard
In het dashboard is Verify een van de apps van de werkruimte. De pagina's, en waar de bijbehorende gids staat:
| Pagina | Waarvoor |
|---|---|
| Verifications | Elke verificatie die je werkruimte heeft aangemaakt, met status, ontvanger, kanaal en timing; zie Verificaties verzenden |
| Countries | Bezorging per land: welke kanalen worden gebruikt, in welke volgorde, en of een land überhaupt is ingeschakeld; zie Landconfiguratie |
| Configure | Levensduur van de code, pogingslimieten, herverzendings-cooldown en de afzender per kanaal; zie Verificaties verzenden en Afzenders en branding |
Zichtbaarheid
De pagina Verifications toont elke verificatie in de werkruimte en opent de ontvanger, het kanaalplan en de timingdetails ervan. Programmatisch bevat het check-antwoord de huidige status van de verificatie. Abonneer je op Verify-events voor updates over aanmaak, bezorging en geslaagde verificatie. Lijst- en lees-endpoints zijn beschikbaar voor het dashboard, maar niet voor de publieke API.
Kanalen
Verify bezorgt codes via vier kanalen. Welk kanaal een ontvanger krijgt, hangt af van het ontvangertype en, bij telefoonnummers, je landconfiguratie.
| Kanaal | Ontvanger | Hoe het wordt bezorgd |
|---|---|---|
| E-mailadres | Verzonden vanaf het gedeelde adres van Bird Verify of Authifly; koppel het op elk moment aan je eigen geverifieerde verzenddomein | |
| SMS | Telefoonnummer | Verstuurd vanaf een door Bird beheerde afzender of je Sender ID, afhankelijk van de afzenderregels van de bestemming |
| Telefoonnummer | Verstuurd vanaf een door Bird beheerd nummer of je gekoppelde nummer met een goedgekeurde authenticatietemplate | |
| Telegram | Telefoonnummer | Bezorgd door de Telegram Gateway aan een nummer dat bij Telegram is geregistreerd, via een eigen geverifieerd notificatieaccount |
Bij een telefonontvanger wordt WhatsApp eerst geprobeerd en fungeert SMS in de meeste landen als fallback, hoewel sommige landen standaard SMS eerst gebruiken. Telegram staat na SMS en vóór e-mail in de fallbackvolgorde van het platform. Je kunt de volgorde aanpassen of een kanaal per land uitschakelen. Als een verzending mislukt, gaat de bezorging door naar het volgende kanaal in het plan. Je kunt ook handmatig doorschakelen wanneer een gebruiker meldt dat de code niet is aangekomen; zie De code via een ander kanaal verzenden. Afzenders en branding toont elk bericht en de beschikbare afzenderinstellingen.
Standaardwaarden en limieten
Je werkruimte begint met de platformstandaarden van Bird voor de code zelf (lengte, levensduur), de limiet op controlepogingen en de herverzendings-cooldown. Elk is aanpasbaar in het dashboard onder Configure, en codelengte ook per verzoek; de waarden en bereiken staan in Verificatie-instellingen. Daarbovenop zitten misbruikbeveiligingen die je niet configureert: verzend- en controlelimiet per ontvanger, vermeld in Misbruikbeveiligingen. Het codebericht gebruikt standaard de taal van het telefoonnummer van de ontvanger, een van 40 ingebouwde vertalingen, en options.language overschrijft dit per verzoek. Zie Berichttaal.
Volgende stappen
| Pagina | Wat het behandelt |
|---|---|
| Verificaties verzenden | De verzend- en check-aanroepen, statussen, instellingen en limieten |
| Landconfiguratie | Landen inschakelen en kanaalvolgorde en afzenders per land instellen |
| Afzenders en branding | Hoe de codeberichten eruitzien en hoe je vanuit je eigen domein verzendt |
| Events | De verificatielevenscyclus en bezorgingsevents, en hun webhook-payloads |
| Authenticatie | API-sleutels en regionale hosts |
| API-referentie: een verificatie aanmaken | Schema en foutdetails van het verzend-endpoint |
| API-referentie: een code controleren | Schema en foutdetails van het check-endpoint |
Gerelateerde bronnen
Ga verder met de documentatie, gidsen en voorbeelden voor dit onderwerp. De bronnen zijn in het Engels.
Bekijk de gidsVerify phone numbers at signupBegrijp het conceptWhat does OTP mean? One-time passwords explainedOntdek de mogelijkheidCustomer verificationVolg het leerpadBuild your first integration
Probeer de oefening en ontvang een implementatieoverzicht