Visão geral do Verify
Bird Verify confirma que um usuário controla um endereço de e-mail ou número de telefone. Peça a Bird para enviar um código de verificação de uso único, colete-o no seu app e pergunte a Bird se ele confere. O fluxo usa duas chamadas API: POST /v1/verify/verifications envia o código e POST /v1/verify/verifications/check o verifica. Os remetentes compartilhados de Bird não exigem registro de remetente nem configuração de template. E-mail, SMS e WhatsApp podem usar Bird Verify por padrão, Authifly ou um remetente do seu espaço de trabalho; Telegram usa sua própria conta de notificação verificada. Remetentes e identidade visual detalha a escolha.
Como uma verificação funciona
Você cria uma verificação com um destinatário: um endereço de e-mail, um número de telefone ou ambos. O Bird gera um código de verificação numérico e o entrega pelos canais do destinatário. Um endereço de e-mail recebe o código por e-mail; um número de telefone recebe por SMS ou WhatsApp, na ordem e disponibilidade que a sua configuração de país define para o país de destino. O usuário digita o código no seu app, e você o envia ao endpoint de verificação, que responde success: true ou false com um motivo.
Uma verificação percorre um ciclo de vida curto: começa pending e termina verified (um código correto chegou a tempo), failed (tentativas erradas demais) ou expired (a janela expirou). A página Verifications mostra cada verificação e seu estado; cada estado e motivo é coberto em Enviando verificações.
O app Verify no dashboard
No dashboard, o Verify é um dos apps do espaço de trabalho. Suas páginas e onde o guia de cada uma se encontra:
| Página | Para que serve |
|---|---|
| Verifications | Cada verificação criada pelo seu espaço de trabalho, com status, destinatário, canal e tempos; veja Enviando verificações |
| Countries | Entrega por país: quais canais são usados, em que ordem e se o país está habilitado; veja Configuração de país |
| Configure | Validade do código, limites de tentativas, intervalo de reenvio e o remetente de cada canal; veja Enviando verificações e Remetentes e identidade visual |
Visibilidade
A página Verifications lista cada verificação no espaço de trabalho e abre o destinatário, o plano de canais e os detalhes de tempo de cada uma. Programaticamente, a resposta de verificação traz o estado atual da verificação. Assine os eventos do Verify para atualizações de criação, entrega e verificação bem-sucedida. Os endpoints de listagem e leitura estão disponíveis para o dashboard, mas não para a API pública.
Canais
O Verify entrega códigos por quatro canais. Qual deles o destinatário recebe depende do tipo de destinatário e, para números de telefone, da sua configuração de país.
| Canal | Destinatário | Como é entregue |
|---|---|---|
| Endereço de e-mail | Enviado do endereço compartilhado Bird Verify ou Authifly; aponte para o seu próprio domínio de envio verificado a qualquer momento | |
| SMS | Número de telefone | Entregue a partir de um remetente gerenciado por Bird ou do seu Sender ID, sujeito às regras de remetente do destino |
| Número de telefone | Enviado a partir de um número gerenciado por Bird ou do seu número conectado com um template de autenticação aprovado | |
| Telegram | Número de telefone | Entregue pelo Telegram Gateway para um número registrado no Telegram, a partir da própria conta de notificação verificada |
Para um destinatário de telefone, WhatsApp é tentado primeiro e SMS atua como fallback na maioria dos países, embora alguns usem SMS primeiro por padrão. O Telegram fica depois de SMS e antes do e-mail na ordem de fallback da plataforma. Você pode alterar a ordem ou desativar um canal por país. Se um envio falhar, a entrega avança para o próximo canal do plano. Você também pode avançá-la quando um usuário relatar que o código não chegou; veja Enviar o código por outro canal. Remetentes e identidade visual mostra cada mensagem e os controles de remetente disponíveis.
Padrões e limites
Seu espaço de trabalho começa com os padrões de plataforma do Bird para o código em si (comprimento, validade), o limite de tentativas de verificação e o intervalo de reenvio. Cada um é ajustável no dashboard em Configure, e o comprimento do código também por solicitação; os valores e intervalos estão em Configurações de verificação. Acima desses ficam proteções contra abuso que você não configura: limites de envio e verificação por destinatário, listados em Proteções contra abuso. A mensagem do código usa por padrão o idioma do número de telefone do destinatário, uma de 40 traduções integradas, e options.language substitui isso por solicitação. Veja Idioma da mensagem.
Próximos passos
| Página | O que cobre |
|---|---|
| Enviando verificações | As chamadas de envio e verificação, status, configurações e limites |
| Configuração de país | Habilitação de países e definição de ordem de canais e remetentes por país |
| Remetentes e identidade visual | Como são as mensagens de código e como enviar do seu próprio domínio |
| Eventos | O ciclo de vida da verificação e os eventos de entrega, e seus payloads de webhook |
| Autenticação | Chaves API e hosts regionais |
| Referência API: criar uma verificação | Schema do endpoint de envio e detalhes de erros |
| Referência API: verificar um código | Schema do endpoint de verificação e detalhes de erros |
Recursos relacionados
Continue com a documentação, guias e exemplos sobre este tópico. Os recursos estão em inglês.
Assista ao guiaVerify phone numbers at signupEntenda o conceitoWhat does OTP mean? One-time passwords explainedExplore a funcionalidadeCustomer verificationSiga o percurso de aprendizagemBuild your first integration
Experimente na prática e obtenha um resumo de implementação