O que é um sticky sender?

Um sticky sender mantém o mesmo número de envio para cada destinatário ao longo das mensagens.

Uma confirmação de reserva e seu lembrete são mais fáceis de reconhecer quando vêm do mesmo número. Se o número mudar, o destinatário pode ver uma conversa separada sem o contexto anterior.

Por que manter o mesmo remetente?

Reutilizar um remetente ajuda o destinatário a reconhecer a conversa. Também direciona as respostas para o mesmo número.

Um telefone normalmente agrupa mensagens por remetente. Números rotativos podem espalhar uma conversa comercial em várias threads.

Respostas vão para o número da mensagem que o cliente responde. Mudar seu número de saída não redireciona uma resposta a um texto anterior. Continue ouvindo naquele número enquanto destinatários ainda possam usar sua thread.

Isso inclui opt-outs. Um STOP enviado para um número anterior precisa de tratamento mesmo depois de você começar a enviar por outro. Palavras-chave STOP explica como Bird define o escopo dessa supressão.

Como mantenho um remetente estável no Bird?

Você reutiliza o remetente atribuído em from em cada envio de texto livre. Armazene essa atribuição para cada destinatário.

O Bird exige from em uma solicitação de texto livre, a menos que ela indique um perfil de mensagens com um remetente para o destino. O valor precisa identificar um remetente que seu espaço de trabalho possui. Para um número de telefone, inclua o código do país, como +15557654321.

Omitir from sem um perfil desse tipo retorna HTTP 422 SMSNoEligibleSender. Um número que não pertence a você retorna o mesmo erro. Um remetente alfanumérico não registrado retorna 422 SMSSenderNotConfigured. Verifique a atribuição antes de enviar para que um número liberado não interrompa a conversa.

Um perfil de mensagens não oferece um pool de remetentes. A lista senders contém no máximo um remetente por país de destino, além de um padrão para os demais, então os destinatários de um mesmo país compartilham o mesmo remetente. Indique o perfil em messaging_profile_id quando um número por mercado for suficiente para manter suas conversas unidas. O endpoint de envio documenta esses campos.

O que devo armazenar e verificar?

Armazene um remetente para cada destinatário. Verifique se ele continua utilizável antes de reutilizá-lo.

Para um novo destinatário, escolha um remetente próprio permitido para aquele destino. Salve essa escolha antes de enviar mensagens concorrentes, para que dois jobs não atribuam números diferentes à mesma pessoa.

Para um destinatário existente, reutilize a atribuição enquanto o remetente continuar próprio e elegível. Se você liberar o número ou as permissões de destino mudarem, selecione um substituto explicitamente.

Um remetente dedicado a um mercado simplifica a atribuição porque cada destinatário usa o mesmo número disponível. Você ainda precisa tratar uma mudança se aposentar esse número.

Envios por template preservam a atribuição?

Envios por template escolhem o remetente automaticamente, então você não pode forçar a atribuição armazenada por meio de from.

Bird rejeita from junto com template. O caminho de template seleciona um remetente para o destino. Ele retorna o valor selecionado no campo from da mensagem.

Use esse valor retornado ao armazenar a conversa. Não assuma que ele corresponde ao seu último remetente de texto livre. O guia de templates explica quais valores o template fornece.

A elegibilidade do remetente tem prioridade sobre a continuidade: um número atribuído que não é permitido para um destino não pode ser reutilizado ali. Tipos de remetente aborda essas restrições.

O que acontece com as respostas quando eu mudo de número?

Respostas a mensagens anteriores continuam direcionadas ao número antigo.

Mantenha o tratamento de entrada ativo durante a transição se você ainda possuir o número. Inclua as mensagens de ambos os números ao reconstruir a conversa. MO e MT explica por que respostas de entrada têm seus próprios registros de mensagem.

Leve os opt-outs em conta na sua decisão de envio antes de usar o substituto. A supressão por remetente do Bird não se torna automaticamente uma preferência de todo o espaço de trabalho. Um número novo não pode se tornar uma forma de continuar enviando mensagens para alguém que pediu para parar.

Em resumo

  1. Um remetente estável mantém a conversa reconhecível.

    Reutilizar o número ajuda o destinatário a encontrar mensagens anteriores. Também mantém as respostas direcionadas ao mesmo destino.

  2. Sua aplicação mantém a atribuição.

    O Bird não tem um pool de remetentes por destinatário, então armazene qual remetente você usa para cada destinatário.

  3. Envios por template selecionam o próprio remetente.

    Bird rejeita from junto com template. Não assuma que um envio por template preserva a atribuição armazenada.

  4. Uma mudança de remetente exige um plano para mensagens de entrada.

    Destinatários podem responder a conversas anteriores, então continue tratando essas respostas e opt-outs durante uma transição.

Construa na mesma rede.

Uma chave de API de teste é sua imediatamente. A produção é desbloqueada quando adicionar um método de pagamento e verificar um remetente.

Start building with Bird in minutes.