Reelegibilidade para campanhas e Canvas
Ao programar uma campanha recorrente ou disparada ou o Canva, você tem a opção de permitir que os usuários se tornem reelegíveis para ela. A reelegibilidade significa que os usuários podem entrar na campanha ou no Canva várias vezes com base no disparo.
Como funciona?
Por padrão, o Braze envia uma mensagem a um usuário apenas uma vez, mesmo que ele se requalifique várias vezes, pois a reelegibilidade precisa ser ativada separadamente. Depois de ativada, os membros qualificados terão permissão para receber mensagens novamente depois de receberem a primeira instância da campanha ou do Canva. Você pode indicar a linha do tempo em que os usuários se tornariam elegíveis novamente.
Ativação da reelegibilidade
Para ativar a reelegibilidade para uma campanha, marque a caixa de seleção Permitir que os usuários se tornem reelegíveis para receber a campanha na seção Controles de entrega. O tempo máximo de reelegibilidade para uma campanha é de 720 dias.
Para campanhas de mensagens disparadas com a reelegibilidade ativada, os usuários que não receberam a mensagem da campanha (apesar de terem concluído o evento de gatilho) serão automaticamente elegíveis para a mensagem na próxima vez que concluírem o evento de gatilho. Isso ocorre porque a reelegibilidade se baseia no recebimento de mensagens e não na entrada na campanha. Ao tornar os usuários novamente elegíveis para uma campanha de mensagens disparadas, você permite que eles realmente recebam (e não simplesmente disparem) a mensagem mais de uma vez.
Além disso, se estiver tentando enviar uma mensagem imediatamente com uma reelegibilidade de zero minutos, sempre tentaremos agendá-la imediatamente, independentemente de como o usuário tenha recebido versões anteriores da campanha ou do Canva.
Re-eligibilidade com campanhas acionadas por API
O número de vezes que um usuário recebe uma campanha acionada por API pode ser limitado usando as configurações de re-eligibilidade. Isso significa que o usuário receberá a campanha apenas uma vez ou uma vez em uma janela específica, independentemente de quantas vezes o disparo da API for acionado.
Por exemplo, digamos que você esteja usando uma campanha disparada pela API para enviar ao usuário uma campanha sobre um item que ele visualizou recentemente. Nesse caso, você pode limitar a campanha para enviar até uma mensagem por dia, independentemente de quantos itens foram visualizados, enquanto dispara o gatilho da API para cada item. Por outro lado, se sua campanha acionada por API for transacional, você vai querer garantir que o usuário receba a campanha toda vez que fizer a transação, definindo a postergação para zero minutos.
Cálculos de postergação de reelegibilidade
A reelegibilidade para campanhas e Canvas é calculada em segundos, não em dias corridos. Isso significa que um dia conta como 24 horas (ou 86.400 segundos) a partir do momento em que o usuário recebe a mensagem, e não no próximo dia do calendário, à meia-noite. Da mesma forma, um mês conta exatamente 2.592.000 segundos, o que equivale a aproximadamente 30 dias.
Exemplo
Considere o seguinte cenário:
- Uma campanha está configurada para ser enviada mensalmente no dia 15, com a reelegibilidade definida para 30 dias.
- Há menos de 30 dias entre 15 de fevereiro e 15 de março.
Isso significa que os usuários que receberam a campanha em 15 de fevereiro não serão elegíveis para a campanha a ser enviada em 15 de março. Se a campanha estiver configurada para ser enviada diariamente às 8h com reelegibilidade de 1 dia, e houver uma latência no envio da mensagem, os usuários que receberam a campanha às 8h30 ainda não serão reelegíveis no dia seguinte às 8h.
Testes multivariantes
Para testes multivariantes, o Braze determina a reelegibilidade da variante para todas as campanhas, mensagens no app disparadas e Canvas usando as seguintes regras:
- Quando as porcentagens de variantes não são alteradas, cada usuário sempre entrará na mesma variante de uma campanha, mensagem no app disparada ou entrada do Canva toda vez que for reelegível.
- Se as porcentagens de variantes mudarem, os usuários poderão ser redistribuídos para outras variantes.
- Os grupos de controle permanecerão consistentes se a porcentagem de variantes permanecer inalterada, e nenhum usuário que tenha recebido mensagens anteriormente entrará no grupo de controle em um envio posterior, nem nenhum usuário do grupo de controle receberá uma mensagem.
Editar esta página no GitHub