Como entender o consentimento para notificação push
O que você vai aprender
Saiba mais sobre consentimento para notificação push e as melhores práticas de conformidade. Estas diretrizes podem ajudar você a estar em conformidade nas suas práticas de coleta de consentimento e a manter um relacionamento positivo com seus clientes.
As informações apresentadas aqui têm caráter educativo e não devem ser interpretadas como aconselhamento jurídico. A Klaviyo incentiva todos os nossos clientes a buscar aconselhamento jurídico com seus advogados sobre como, especificamente, devem cumprir as leis de privacidade e marketing aplicáveis.
O que conta como consentimento para notificações push
Antes de enviar notificações push de marketing para um perfil, colete o consentimento explícito dele por meio de uma linguagem de aceitação clara no seu app.
Para notificação push, o consentimento é rastreado por token de notificação push. Um token de notificação push (também chamado de token do dispositivo) identifica seu app em um dispositivo específico. Seu app precisa encaminhar o token para a Klaviyo, onde ele é armazenado em um perfil junto com o status de autorização de notificação. Um token, por si só, não estabelece consentimento explícito para notificação push de marketing. Um perfil pode ter vários tokens de notificação push. Se alguém consentir com notificação push tanto no celular quanto no tablet, esse perfil terá 2 tokens de notificação push diferentes, 1 para cada dispositivo.
Além disso, ao consentir com notificações push em um dispositivo, você só pode enviar notificações push para esse dispositivo. Isso não significa que você pode enviar notificações push para qualquer outro dispositivo, mesmo que saiba que é do mesmo perfil.
O consentimento para notificação push também é coletado separadamente do consentimento para e-mail e SMS. Se você tiver consentimento para um canal diferente, isso não significa que pode enviar notificações push para esse contato até que ele opte especificamente por receber notificações push.
Onde ver o consentimento de notificação push de um perfil
- Abra o perfil que você quer verificar e selecione a guia Detalhes.
- Em Consentimento do canal, expanda Notificações push para celular para ver a Plataforma, o Token, a Data e a Autorização de cada token.
A Klaviyo exibe inscrever-se quando pelo menos 1 token é registrado como Authorized ou Provisional. A autorização provisória do iOS permite notificações de teste sem um aviso explícito de permissão.
O que significa quando há vários tokens de notificação push em um perfil?
Se um perfil tiver vários tokens de notificação push, eles podem representar vários dispositivos, como um iPhone e um iPad. Verifique o status de autorização de cada token para ver as permissões de notificação registradas para esse dispositivo.
Vários tokens também podem pertencer ao mesmo dispositivo. Por exemplo:
- Um usuário desinstala seu app. O token antigo pode permanecer no perfil do Klaviyo deles.
- O usuário reinstala o app mais tarde. Se o serviço de notificação push emitir um novo token e o seu app encaminhá-lo para a Klaviyo, tanto o token antigo quanto o novo podem aparecer no perfil.
- Quando a Klaviyo tenta enviar para o token antigo, o serviço de notificação push pode retornar um erro indicando que o token é inválido.
- A Klaviyo remove o token inválido do perfil.
Boas práticas para notificação push
Guia introdutório sobre permissões
Este guia de permissões (também conhecido como um prompt de opt-in) é uma mensagem no aplicativo; não é um formulário que você cria no Klaviyo.
Um permission primer (também chamado de prompt de pré-permissão) é uma tela no seu app que informa aos clientes quais notificações você envia e por que vale a pena ativá-las. Ela aparece logo antes do prompt de permissão nativo do iOS ou do Android.
O primer não coleta consentimento por conta própria. Os clientes só aceitam quando tocam em Permitir no aviso nativo. Mas o primer é importante, porque você normalmente tem 1 chance nesse aviso nativo. Se alguém tocar em Não Permitir no iOS, o aviso não vai aparecer de novo, e a pessoa terá que ativar as notificações nas configurações do dispositivo. No Android 13 e versões posteriores, o sistema para de exibir o aviso depois que um cliente recusa duas vezes.
O desenvolvedor do seu app cria a tela de preparação e configura quando o app solicita o prompt nativo. Uma boa tela de preparação cobre 2 coisas:
- O que você vai enviar
Liste os tipos de notificações que os clientes podem esperar, como atualizações de pedidos e envio, alertas de reposição de estoque, lembretes e descontos exclusivos. - Por que vale a pena
Dê aos clientes um motivo para dizer sim, como acesso antecipado a promoções ou atualizações de entrega em tempo real.
O timing também ajuda. Mostrar o guia introdutório depois de um momento significativo, como o primeiro pedido de um cliente, dá aos clientes um motivo para aceitar receber comunicações naquele momento.
Depois que um usuário optar por participar pelo seu primer, seu app deve solicitar a permissão de notificações usando o prompt nativo do iOS ou do Android. O prompt nativo aparece somente se o usuário ainda não tiver concedido nem negado a permissão. Se a pessoa tiver negado a permissão anteriormente, ela precisa ativar as notificações do seu app nas configurações do dispositivo.
Exemplo de linguagem de opt-in
É uma prática recomendada que a sua solicitação antes da permissão inclua detalhes sobre as notificações push específicas que você planeja enviar. Essas informações permitem que os usuários do app saibam exatamente o que podem esperar receber e criam confiança com possíveis assinantes.
Um exemplo desse tipo de linguagem é:
“[Empresa/Nós] gostaria(mos) de enviar a você notificações sobre descontos especiais, lançamentos de produtos e atualizações de envio. Você pode cancelar o recebimento a qualquer momento.”
No entanto, você também pode optar por fazer com que o seu prompt de pré-permissão descreva de forma mais ampla os tipos de notificações que você planeja enviar:
“[Company/We] localizada em XXX gostaria de enviar notificações a você com mensagens de marketing e relacionadas ao serviço. Você pode cancelar o recebimento a qualquer momento.”
Conteúdo da notificação
O conteúdo de notificação push deve estar em conformidade com as leis aplicáveis, as políticas das lojas de aplicativos e a política de uso aceitável da Klaviyo. Por exemplo, as diretrizes de notificação push da Apple proíbem informações pessoais sensíveis ou confidenciais em notificações push e exigem um consentimento explícito no app para mensagens promocionais.
Horário de silêncio
Notificações push geralmente não têm requisitos de horário de silêncio, embora, em certos países, o horário de silêncio se aplique a todas as comunicações de marketing, incluindo notificações push. Por isso, é uma boa prática evitar enviar notificações entre 20h e 8h no fuso horário local do destinatário.
Preferências de notificação
Explique os tipos de notificações push que os clientes podem receber em uma seção que eles possam revisitar no seu app. Esta seção permite que eles revisem no que se inscreveram e ativem a opção depois, se tiverem ignorado as notificações durante a configuração do app.
Você pode criar uma seção de preferências de notificações no seu app que mostra os tipos de notificação que um cliente aceitou receber e permite que ele altere as preferências. Para notificações promocionais no iOS, a Apple exige que haja uma forma de os usuários cancelarem a inscrição diretamente no seu app.
Além disso, é sempre uma boa prática enviar notificações relevantes aos clientes ao coletar informações sobre os interesses deles e criar segmentos direcionados.
Observe que a Klaviyo não oferece suporte à criação de uma Central de preferências de notificações push. A Klaviyo recomenda trabalhar com a equipe de desenvolvimento do seu app para incorporar esta seção ao seu app. Se você tiver outras dúvidas sobre como gerenciar as preferências de notificação push dos seus clientes com a Klaviyo, entre em contato com nossa equipe de suporte ou faça uma pergunta no nosso fórum da comunidade.