Mensagens no app de push primer

Você tem apenas uma chance de pedir permissão de push aos usuários, então otimizar o registro de push é crucial para maximizar o alcance das suas notificações por push. Use mensagens no app para explicar que tipo de mensagens seus usuários podem esperar receber caso optem por aceitar, antes de mostrar o prompt nativo de push. Isso é chamado de push primer.

Para criar uma mensagem no app de push primer na Braze, você pode usar o comportamento ao clicar do botão “Solicitar permissão de push” ao criar uma mensagem no app para iOS, Android ou Web.

Pré-requisitos

Este recurso requer comportamento ao clicar no botão, que é compatível com as seguintes versões mínimas ou posteriores:

Além disso, observe os seguintes detalhes específicos de cada plataforma:

• android
• swift

1

requestAuthorizationWithOptions

1

requestAuthorization

1
2
3

braze.requestPushPermission()
// or
appboy.registerAppboyPushMessages()

1

android.permission.POST_NOTIFICATIONS

Etapa 1: Crie uma mensagem no app

Primeiro, crie uma mensagem no app e selecione o tipo e o layout da sua mensagem.

Para garantir que você tenha espaço suficiente tanto para a mensagem quanto para os botões, use um layout de mensagem em tela cheia ou modal. Se você escolher tela cheia, note que uma imagem é obrigatória.

Etapa 2: Crie sua mensagem

Agora é hora de adicionar seu texto! Lembre-se de que um push primer deve preparar o usuário para ativar as notificações por push. No corpo da mensagem, sugerimos destacar os motivos pelos quais seus usuários devem ativar as notificações por push. Seja específico sobre o tipo de notificações que você deseja enviar e o valor que elas podem oferecer.

Por exemplo, um app de notícias pode usar o seguinte push primer:

1

Breaking news on the go! Enable push notifications to get alerts for major stories and topics that matter to you.

Já um app de streaming pode usar o seguinte:

1

Get push notifications from Movie Cannon? Notifications may include new movies, TV shows, or other notices and can be turned off at any time.

Para práticas recomendadas e recursos adicionais, consulte Criando pedidos de aceitação personalizados.

Etapa 3: Especificar o comportamento dos botões

Para adicionar botões à sua mensagem no app, arraste dois blocos de Botão para a mensagem, que funcionam como os botões primário e secundário na sua mensagem no app. Você também pode arrastar uma linha para a mensagem e depois arrastar os botões para dentro da linha, para que os botões fiquem na mesma linha horizontal (em vez de empilhados um sobre o outro). Recomendamos “Permitir notificações” e “Agora não” como botões iniciais, mas há muitos prompts de botão diferentes que você pode atribuir.

Depois de adicionar o texto dos botões, especifique o comportamento ao clicar de cada botão:

• Botão 1: Defina como “Fechar mensagem”. Este é o botão secundário, ou a opção “Agora não”.
• Botão 2: Defina como “Solicitar permissão de push”. Este é o botão primário, ou a opção “Permitir notificações”.

Etapa 4: Agendar a entrega

Para configurar o push primer para enviar no momento certo, você precisa agendar sua mensagem no app como uma mensagem baseada em ação, com Perform Custom Event como a ação-gatilho.

Embora o momento ideal varie, a Braze sugere esperar até que o usuário conclua algum tipo de ação de alto valor, indicando que ele está começando a ver valor no seu app ou site, ou quando há uma necessidade relevante que as notificações por push possam atender (como, por exemplo, depois de ter feito um pedido, quando você deseja oferecer informações de rastreamento de envio). Dessa forma, a solicitação é benéfica para o cliente, e não apenas para a sua marca.

Etapa 5: Direcionar usuários

O objetivo de uma campanha de push primer é solicitar permissão aos usuários em qualquer dispositivo em que eles ainda não tenham concedido permissões de push. Isso pode incluir usuários de primeira vez ou usuários existentes que adquirem um novo dispositivo ou reinstalam seu aplicativo.

Importante

Supressão automática com push primer sem código: Se você usar o push primer sem código (a ação de botão “Request Push Permission”), não é necessário adicionar filtros de inscrição de push à sua segmentação. O SDK suprime automaticamente a mensagem no app em dispositivos com base no estado de permissão de push. Para detalhes sobre quando o primer é exibido ou suprimido em cada plataforma, consulte Quando o push primer é exibido. Para saber mais sobre o direcionamento de usuários com múltiplos dispositivos, consulte Direcionamento de usuários com múltiplos dispositivos.

Se você não estiver usando o push primer sem código, adicione um filtro em que Foreground Push Enabled For App is false. Esse filtro identifica instalações individuais do app que ainda não aceitaram receber notificações por push em primeiro plano.

Importante

Usar um filtro no nível do usuário como Push Subscription Status is not Opted In exclui usuários que já aceitaram em outro dispositivo, impedindo que recebam a solicitação no novo dispositivo.

Além disso, você pode decidir quais Segments adicionais considera mais apropriados. Por exemplo, você pode direcionar usuários que concluíram uma segunda compra, usuários que acabaram de criar uma conta para se tornarem membros, ou até mesmo usuários que visitam seu app mais de duas vezes por semana. Direcionar usuários para esses Segments cruciais aumenta a probabilidade de eles aceitarem e se tornarem habilitados para push.

Quando o push primer é exibido

Quando você usa o push primer sem código (a ação de botão “Request Push Permission”), o SDK da Braze verifica automaticamente o estado de permissão de push do dispositivo e determina se deve exibir ou suprimir a mensagem no app. Isso acontece no nível do dispositivo antes de a mensagem ser exibida, então não é necessário adicionar filtros de segmentação adicionais para controlar esse comportamento.

As tabelas a seguir mostram quando a mensagem no app do push primer é exibida ou suprimida em cada plataforma:

• ios
• android
• web

Direcionamento de usuários com múltiplos dispositivos

Como a Braze captura dados de usuários no nível do perfil e não no nível do dispositivo, direcionar usuários que possuem múltiplos dispositivos pode ser desafiador. Os filtros de inscrição de push na segmentação incluem ou excluem usuários com base no estado de inscrição de um único dispositivo, e não no estado de inscrição do dispositivo específico que está sendo direcionado. Além disso, os estados provisórios no iOS adicionam complexidade, já que esses dispositivos tecnicamente possuem tokens de push em primeiro plano, mas os usuários não aceitaram explicitamente.

O problema com filtros de inscrição de push

Quando um usuário possui múltiplos dispositivos com diferentes estados de inscrição de push, os filtros de inscrição de push na sua segmentação podem falhar ao direcionar alguns dispositivos. Considere estes cenários:

Solução: Use o push primer sem código

A solução recomendada é usar o push primer sem código (a ação de botão “Request Push Permission”) sem filtros adicionais de segmentação por status de push.

Importante

Supressão automática: O push primer sem código suprime automaticamente em dispositivos com base no estado de permissão de push. O SDK verifica o status específico de autorização de push do dispositivo antes de exibir a mensagem. Por exemplo, no iOS, se o SDK detectar que o usuário já concedeu autorização (.authorized), o SDK suprime automaticamente a mensagem no app sem a necessidade de filtros de segmentação adicionais. Da mesma forma, se o usuário negou explicitamente as permissões de push (.denied), o SDK também suprime o primer, já que o iOS permite que a solicitação nativa apareça apenas uma vez. O primer é exibido apenas quando o dispositivo está em um estado em que exibi-lo seria útil (como notDetermined, provisional ou ephemeral no iOS). Para a análise completa de elegibilidade por plataforma, consulte Quando o push primer é exibido.

A vantagem de usar o push primer sem código é que a funcionalidade é suportada pelo SDK da Braze. Como o SDK consegue detectar o status do token de push no dispositivo específico que exibe a mensagem, não é necessário depender de filtros de segmentação no nível do perfil que podem excluir usuários com múltiplos dispositivos.

Considerações

Push primer sem código é obrigatório: Você deve usar o push primer sem código para que a supressão automática funcione. Se você configurar lógica personalizada ou deep links em vez de usar a ação de botão “Request Push Permission”, o SDK não conseguirá identificar que você está tentando exibir um push primer. Isso resulta na exibição da mensagem independentemente do estado de inscrição daquele dispositivo.

Supressão para usuários que recusaram: O push primer sem código suprime automaticamente para usuários que negaram explicitamente as permissões de push no nível do sistema operacional (por exemplo, iOS .denied, Android com negação permanente após múltiplas solicitações e Web "denied"). No entanto, pode ser que você queira controle adicional em alguns casos. Por exemplo, no Android, um usuário pode desativar as notificações nas configurações do dispositivo sem negar permanentemente a permissão POST_NOTIFICATIONS. Se você quiser suprimir o primer para esses usuários e redirecioná-los com uma Campaign diferente, use a seguinte lógica Liquid em combinação com o primer sem código:

1
2
3
4

{% if targeted_device.${foreground_push_enabled} == false %}
{% abort_message('user turned off push notifications') %}
{% endif %}
- message goes here -

O filtro Liquid targeted_device considera apenas o dispositivo em que a mensagem está sendo exibida, em vez do perfil de usuário. Nesse dispositivo, foreground_push_enabled é definido como true quando há um token de push em primeiro plano ativo e como false quando o sistema operacional informa que as notificações por push foram desativadas (por exemplo, o usuário desativou explicitamente). Para dispositivos completamente novos que ainda não responderam a um estado de permissão de push, foreground_push_enabled não está definido e não possui valor. Como a condição Liquid verifica especificamente false, ela suprime o primer apenas para dispositivos com uma recusa explícita, enquanto dispositivos nesse estado desconhecido ainda se qualificam e podem receber o push primer.

Etapa 6: Eventos de conversão

A Braze sugere configurações padrão para conversões, mas você pode querer configurar eventos de conversão relacionados aos push primers.