Ir para o conteúdo

Melhores práticas de push

Esta página contém melhores práticas e casos de uso de push para garantir que suas mensagens push inspirem engajamento em vez de incômodo.

As notificações por push são ferramentas poderosas para interagir com os usuários do seu app, mas devem ser usadas com cuidado para garantir que entreguem mensagens oportunas e relevantes. Antes de enviar sua mensagem push, consulte as melhores práticas a seguir para saber o que você deve conhecer e verificar.

Crie sua mensagem de push

Como melhor prática, a Braze recomenda manter cada linha de texto, tanto no título opcional quanto no corpo da mensagem, com aproximadamente 30 a 40 caracteres em uma notificação por push para dispositivos móveis. O contador de caracteres no criador não considera os caracteres de Liquid. Isso significa que a contagem final de caracteres de uma mensagem depende de como o Liquid é renderizado para cada usuário. Na dúvida, seja breve e direto.

Reduza o tamanho da carga útil das notificações por push

O tamanho máximo da carga útil depende da plataforma.

Plataforma Tamanho máximo da carga útil
Web 3.807 bytes
Android 3.930 bytes
iOS 3.960 bytes
Kindle 5.985 bytes

Se o push exceder o tamanho máximo da carga útil, a mensagem pode não ser enviada. Como melhor prática, mantenha a carga útil em algumas centenas de bytes.

O que é uma carga útil de push?

Os provedores de serviços de push determinam se a notificação por push pode ser exibida ao usuário verificando o tamanho em bytes de toda a carga útil do push. A carga útil é limitada a 4 KB (4.096 bytes) na maioria dos serviços de push, incluindo:

  • Serviço de Notificações por Push da Apple (APNs)
  • Firebase Cloud Messaging (FCM) do Android
  • Web push
  • Huawei push

Esses serviços de push recusam qualquer notificação que exceda esse limite.

A Braze reserva uma parte da carga útil do push para fins de integração e análise de dados. Por isso, nosso tamanho máximo de carga útil é de 3.807 bytes. Se o push exceder esse tamanho, a mensagem pode não ser enviada. Como melhor prática, mantenha a carga útil em algumas centenas de bytes.

Os seguintes elementos do push compõem a carga útil:

  • Texto, como o título e o corpo da mensagem
  • Renderização final de qualquer personalização com Liquid
  • URLs de imagens (mas não o tamanho da imagem em si)
  • URLs de destino ao clicar
  • Nomes dos botões
  • Pares de chave-valor

Dicas para reduzir o tamanho da carga útil

Para reduzir o tamanho da carga útil:

  • Mantenha a mensagem breve. Uma boa diretriz geral é torná-la acionável e relevante em menos de 40 caracteres.
  • Elimine espaços em branco e quebras de linha do texto.
  • Considere como o Liquid será renderizado no envio. Como a renderização final de qualquer personalização com Liquid varia de usuário para usuário, a Braze não consegue determinar se a carga útil do push excederá o limite de tamanho quando houver Liquid. Se o Liquid renderizar uma mensagem mais curta, provavelmente não haverá problema. No entanto, se o Liquid resultar em uma mensagem mais longa, o push pode exceder o limite de tamanho da carga útil. Sempre teste a notificação por push em um dispositivo real antes de enviá-la aos usuários.
  • Considere encurtar URLs usando um encurtador de URLs.

Otimizar o direcionamento

Coletar dados de usuários relevantes

As notificações por push devem ser tratadas com cuidado para direcionar os usuários com notificações oportunas e relevantes. A Braze coletará informações úteis sobre dispositivos e uso que podem ser usadas para direcionar Segments relevantes. Essas informações devem ser complementadas com eventos personalizados e atributos específicos do seu app. Com esses dados, você pode direcionar mensagens com precisão para aumentar as taxas de abertura e reduzir os casos de usuários desativando o push.

Criar uma página de configurações de notificações

Você pode criar uma página de configurações no seu app que permita aos usuários informar quais notificações desejam receber. Uma abordagem comum é criar um atributo personalizado booleano na Braze correspondente ao status da configuração do app. Por exemplo, um app de notícias pode ter configurações de inscrição para notícias de última hora, esportes ou política.

Quando o app de notícias quiser criar uma campanha direcionada apenas a usuários interessados em Política, basta adicionar o filtro de atributo Subscribes to Politics ao Segment. Quando definido como verdadeiro, apenas os usuários que se inscreveram nas notificações as receberão.

Para saber mais sobre a definição de atributos personalizados, consulte os seguintes artigos para iOS, Android ou REST API.

Aumente as aceitações e a relevância

Obtenha a permissão do usuário

As estatísticas gerais de push ativado indicam se o usuário aprovou as notificações no sistema operacional. Se os usuários desativarem as notificações no iOS, eles serão automaticamente removidos do nosso sistema, já que a Apple não permitirá o envio do token por push.

O Android 13 e versões superiores exigem a obtenção de permissão antes que as notificações por push possam ser exibidas. Versões mais antigas do Android inscrevem os usuários nas notificações por padrão.

Prepare os usuários para o push

Você só tem uma chance de solicitar a permissão de push ao usuário, e depois que ele recusar, é muito difícil convencê-lo a reativar o push nas configurações do dispositivo. Por esse motivo, você deve preparar os usuários para o push usando uma mensagem no app antes de exibir a solicitação do sistema. Consulte Mensagens no app de preparação para push para saber mais sobre como aumentar as aceitações.

Adicione controles de inscrição de push

Para evitar que os usuários desativem as notificações no nível do dispositivo, o que remove completamente o token por push em primeiro plano, permita que os usuários controlem sua inscrição de push diretamente no seu app. Consulte Atualizando estados de inscrição de push para mais detalhes.

Use agendamento avançado ou adicione postergações

Dependendo do tamanho do seu público e de quão antecipadamente sua mensagem de push está agendada, podem ocorrer atrasos na entrega do push. O tempo necessário para enviar pushes depende do poder de processamento alocado. Por exemplo, se sua mensagem de push usa várias chamadas de Connected Content, isso pode aumentar a complexidade da modelagem da mensagem de push e resultar em velocidades limitadas pela rapidez com que as APIs de terceiros retornam dados.

Uma carga útil de push menor e uma prioridade de notificação mais alta podem ajudar a reduzir atrasos e escalar suas mensagens. Você pode adicionar Push Enabled = true no filtro de público para reduzir o tamanho do público, de modo que apenas usuários com push ativado sejam processados para o envio da Campaign.

Também recomendamos minimizar o número de chamadas de API otimizando os dados que você precisa. Se possível, tente obter todos os dados necessários em uma única chamada de API em vez de fazer várias chamadas.

Entenda os estados de inscrição de push

O estado de inscrição de push não garante que um push será entregue — os usuários também precisam estar com o push ativado para receber notificações. Isso acontece porque um perfil de usuário pode ter vários dispositivos com diferentes permissões de push em primeiro plano, mas apenas um único estado de inscrição de push.

Se um usuário não tiver um token de push em primeiro plano válido para um app (ou seja, ele desativou os tokens por push no nível do dispositivo pelas configurações, optando por não receber notificações), seu estado de inscrição ainda pode ser considerado como subscribed para push. No entanto, esse usuário não estaria com Foreground Push Enabled for App na Braze, pois o token de push em primeiro plano não é válido.

Além disso, se um perfil de usuário não tiver nenhum token por push válido ou registrado para nenhum outro app, o filtro Foreground Push Enabled na segmentação também será falso.

Implemente uma política de sunset para usuários não responsivos

Mesmo quando você envia apenas notificações por push relevantes e oportunas, alguns usuários ainda podem não responder a elas e considerá-las SPAM. Suponha que um usuário apresente um histórico de ignorar repetidamente suas notificações por push. Nesse caso, é uma boa ideia parar de enviar pushes antes que ele fique irritado com as comunicações do seu app ou o desinstale.

Para fazer isso, crie uma política de sunset que eventualmente pare de enviar notificações por push para usuários que não tiveram uma Abertura Direta ou Abertura por Influência por um longo período.

  1. Identifique os usuários não responsivos com base nas Aberturas Diretas ou Aberturas por Influência.
  2. Gradualmente, pare de enviar notificações por push para esses usuários.
  3. Antes de remover completamente as notificações por push, envie uma última notificação explicando por que eles não receberão mais. Isso dá aos usuários a chance de demonstrar seu interesse em continuar recebendo pushes ao abrir essa notificação.
  4. Depois que a política de sunset entrar em vigor, use uma mensagem no app para lembrar esses usuários de que, embora não recebam mais pushes, os canais de mensagens no app continuarão entregando informações interessantes e úteis.

Embora você possa relutar em parar de enviar pushes para usuários que originalmente aceitaram recebê-los, lembre-se de que outros canais de envio de mensagens podem alcançar esses usuários com mais eficiência, especialmente se eles já ignoraram seus pushes anteriormente. Se o usuário abrir seus e-mails, Campaigns de e-mail são uma boa maneira de alcançá-lo fora do seu app. Caso contrário, as mensagens no app são a melhor forma de entregar conteúdo sem arriscar que o usuário desinstale seu app.

Definir eventos de conversão para aberturas de app

Ao atribuir eventos de conversão a uma campanha de push, você pode rastrear aberturas de app por um determinado período após o recebimento da campanha. Definir um evento de conversão para aberturas de app fornece um insight diferente das estatísticas de resultados que você normalmente recebe após uma campanha de push.

Embora todos os resultados de Campaigns de push detalhem as aberturas diretas e as aberturas totais de uma mensagem (que incluem tanto as aberturas diretas quanto as Aberturas por Influência), o rastreamento de conversão acompanha qualquer tipo de abertura, seja direta ou por influência.

Além disso, ao usar o evento de conversão “abre o app”, você está rastreando aberturas de app que ocorrem antes do prazo de conversão (por exemplo, três dias). Isso é diferente de uma abertura por influência, pois o tempo que um usuário tem para registrar uma abertura por influência pode variar de pessoa para pessoa, dependendo do comportamento de engajamento anterior de cada usuário.

Regulamentações para mensagens push

Como as mensagens push são um tipo intrusivo de mensagem enviado diretamente ao telefone ou navegador do cliente, existem diretrizes para o envio de mensagens push por meio de apps e sites.

Regulamentações de push para dispositivos móveis em apps

Políticas da Apple App Store
3.2.2 Inaceitável: (i) Criar uma interface para exibir apps, extensões ou plug-ins de terceiros de forma semelhante à App Store ou como uma coleção de interesse geral.
4.5.4 As notificações por push não devem ser obrigatórias para o funcionamento do app e não devem ser usadas para enviar informações pessoais sensíveis ou confidenciais. As notificações por push não devem ser usadas para fins de promoções ou marketing direto, a menos que os clientes tenham optado explicitamente por recebê-las por meio de linguagem de consentimento exibida na interface do app, e você forneça um método no app para que o usuário possa cancelar o recebimento dessas mensagens.
4.10 Você não pode monetizar recursos integrados fornecidos pelo hardware ou sistema operacional, como notificações por push, câmera ou giroscópio; nem serviços e tecnologias da Apple, como acesso ao Apple Music, armazenamento no iCloud ou APIs do Screen Time.
Política da Google Play Store
Uso não autorizado ou imitação de funcionalidades do sistema Não permitimos apps ou anúncios que imitem ou interfiram em funcionalidades do sistema, como notificações ou alertas. Notificações de nível de sistema só podem ser usadas para recursos essenciais do app, como um app de companhia aérea que notifica os usuários sobre ofertas especiais, ou um jogo que notifica os usuários sobre promoções dentro do jogo.

Não encontrou o que estava procurando? Confira estes artigos adicionais sobre melhores práticas:

New Stuff!