Mensajes dentro de la aplicación de push primer

Solo tienes una oportunidad para pedir permiso de push a los usuarios, así que optimizar tu registro de push es crucial para maximizar el alcance de tus mensajes push. Usa mensajes dentro de la aplicación para explicar qué tipo de mensajes pueden esperar recibir tus usuarios si eligen la adhesión voluntaria, antes de mostrarles el aviso nativo de push. Esto se conoce como push primer.

Para crear un mensaje dentro de la aplicación de push primer en Braze, puedes usar el comportamiento de clic en botón “Request Push Permission” al crear un mensaje dentro de la aplicación para iOS, Android o Web.

Requisitos previos

Esta característica requiere el comportamiento de clic en botón, que es compatible con las siguientes versiones mínimas o posteriores:

Además, ten en cuenta los siguientes detalles específicos de cada plataforma:

• android
• swift

1

requestAuthorizationWithOptions

1

requestAuthorization

1
2
3

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

1

android.permission.POST_NOTIFICATIONS

Paso 1: Crea un mensaje dentro de la aplicación

Primero, crea un mensaje dentro de la aplicación y luego selecciona el tipo de mensaje y el diseño.

Para asegurarte de que tienes suficiente espacio tanto para el mensaje como para los botones, usa un diseño de mensaje de pantalla completa o modal. Si eliges pantalla completa, ten en cuenta que se requiere una imagen.

Paso 2: Crea tu mensaje

¡Ahora es momento de agregar tu texto! Recuerda que un push primer está diseñado para preparar al usuario para activar las notificaciones push. En el cuerpo de tu mensaje, te sugerimos destacar las razones por las que tus usuarios deberían tener activadas las notificaciones push. Sé específico sobre qué tipo de notificaciones quieres enviar y qué valor pueden ofrecer.

Por ejemplo, una aplicación de noticias podría usar el siguiente push primer:

1

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

Mientras que una aplicación de streaming podría usar lo siguiente:

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 conocer las mejores prácticas y recursos adicionales, consulta Creación de mensajes de adhesión voluntaria personalizados.

Paso 3: Especifica el comportamiento de los botones

Para añadir botones a tu mensaje dentro de la aplicación, arrastra dos bloques de Botón a tu mensaje, que actúan como los botones primario y secundario en tu mensaje dentro de la aplicación. También puedes arrastrar una fila a tu mensaje y luego arrastrar los botones a la fila, para que los botones estén en la misma fila horizontal (en lugar de apilados uno encima del otro). Recomendamos “Permitir notificaciones” y “Ahora no” como botones iniciales, pero hay muchos avisos de botón diferentes que puedes asignar.

Después de haber añadido el texto de los botones, especifica el comportamiento de clic para cada botón:

• Botón 1: Configúralo como “Close Message”. Este es tu botón secundario, o la opción “Ahora no”.
• Botón 2: Configúralo como “Request Push Permission”. Este es tu botón primario, o la opción “Permitir notificaciones”.

Paso 4: Programar la entrega

Para configurar tu mensaje push primer para que se envíe en un momento relevante, debes programar tu mensaje dentro de la aplicación como un mensaje basado en acciones con Realizar evento personalizado como la acción desencadenante.

Aunque el momento ideal varía, Braze sugiere esperar hasta que un usuario complete algún tipo de acción de alto valor, lo que indica que está empezando a ver valor en tu aplicación o sitio, o cuando hay una necesidad convincente que las notificaciones push pueden abordar (como después de que haya realizado un pedido y quieras ofrecerle información de seguimiento de envío). De esta manera, el mensaje es beneficioso para el cliente y no solo para tu marca.

Paso 5: Dirigirse a los usuarios

El objetivo de una campaña de push primer es solicitar a los usuarios en cualquier dispositivo donde aún no hayan otorgado permisos push. Esto puede incluir a usuarios nuevos o usuarios existentes que obtienen un nuevo dispositivo o reinstalan tu aplicación.

Importante

Supresión automática con push primer sin código: Si utilizas el push primer sin código (la acción de botón “Request Push Permission”), no necesitas agregar filtros de suscripción push a tu segmentación. El SDK suprime automáticamente el mensaje dentro de la aplicación en los dispositivos según su estado de permiso push. Para obtener detalles sobre cuándo se muestra o suprime el primer en cada plataforma, consulta Cuándo se muestra el push primer. Para obtener más información sobre cómo dirigirse a usuarios con múltiples dispositivos, consulta Dirigirse a usuarios con múltiples dispositivos.

Si no estás utilizando el push primer sin código, agrega un filtro donde Foreground Push Enabled For App is false. Este filtro identifica instalaciones individuales de la aplicación que aún no han optado por las notificaciones push en primer plano.

Importante

Usar un filtro a nivel de usuario como Push Subscription Status is not Opted In excluye a los usuarios que ya han optado por push en otro dispositivo, impidiéndoles recibir el mensaje en su nuevo dispositivo.

Más allá de eso, puedes decidir qué Segments adicionales consideras más apropiados. Por ejemplo, podrías dirigirte a usuarios que han completado una segunda compra, usuarios que acaban de crear una cuenta para convertirse en miembros, o incluso usuarios que visitan tu aplicación más de dos veces por semana. Dirigirse a usuarios para estos Segments cruciales aumenta la probabilidad de que los usuarios opten por push y se habiliten para notificaciones push.

Cuándo se muestra el push primer

Cuando utilizas el push primer sin código (la acción de botón “Request Push Permission”), el SDK de Braze verifica automáticamente el estado de permiso push del dispositivo y determina si mostrar o suprimir el mensaje dentro de la aplicación. Esto ocurre a nivel de dispositivo antes de que se muestre el mensaje, por lo que no necesitas agregar filtros de segmentación adicionales para controlar este comportamiento.

Las siguientes tablas muestran cuándo el mensaje dentro de la aplicación del push primer se muestra o se suprime en cada plataforma:

• ios
• android
• web

Dirigirse a usuarios con múltiples dispositivos

Dado que Braze captura datos de usuario a nivel de perfil en lugar de a nivel de dispositivo, dirigirse a usuarios que poseen múltiples dispositivos puede ser un desafío. Los filtros de suscripción push en la segmentación incluyen o excluyen usuarios según el estado de suscripción de un solo dispositivo en lugar del estado de suscripción del dispositivo específico al que se dirige. Además, los estados provisionales en iOS agregan complejidad, ya que estos dispositivos técnicamente tienen tokens push en primer plano, pero los usuarios no han optado explícitamente.

El problema con los filtros de suscripción push

Cuando un usuario tiene múltiples dispositivos con diferentes estados de suscripción push, los filtros de suscripción push en tu segmentación pueden no lograr dirigirse a algunos dispositivos. Considera estos escenarios:

Solución: Usa el push primer sin código

La solución recomendada es usar el push primer sin código (la acción de botón “Request Push Permission”) sin filtros adicionales de segmentación de estado push.

Importante

Supresión automática: El push primer sin código se suprime automáticamente en los dispositivos según su estado de permiso push. El SDK verifica el estado de autorización push específico del dispositivo antes de mostrar el mensaje. Por ejemplo, en iOS, si el SDK detecta que el usuario ya ha otorgado autorización (.authorized), el SDK suprime automáticamente el mensaje dentro de la aplicación sin necesidad de filtros de segmentación adicionales. De manera similar, si el usuario ha denegado explícitamente los permisos push (.denied), el SDK también suprime el primer ya que iOS solo permite que el mensaje nativo aparezca una vez. El primer se muestra solo cuando el dispositivo está en un estado donde mostrarlo sería útil (como notDetermined, provisional o ephemeral en iOS). Para ver el desglose completo de elegibilidad por plataforma, consulta Cuándo se muestra el push primer.

La ventaja de usar el push primer sin código es que la funcionalidad está respaldada por el SDK de Braze. Dado que el SDK puede detectar el estado del token push en el dispositivo específico que muestra el mensaje, no necesitas depender de filtros de segmentación a nivel de perfil que pueden excluir a usuarios con múltiples dispositivos.

Consideraciones

Se requiere el push primer sin código: Debes usar el push primer sin código para que la supresión automática funcione. Si configuras lógica personalizada o vínculos profundos en lugar de usar la acción de botón “Request Push Permission”, el SDK no puede identificar que estás intentando mostrar un push primer. Esto resulta en mostrar el mensaje independientemente del estado de suscripción de ese dispositivo.

Suprimir para usuarios que rechazaron: El push primer sin código se suprime automáticamente para usuarios que han denegado explícitamente los permisos push a nivel del sistema operativo (por ejemplo, iOS .denied, Android denegado permanentemente después de múltiples solicitudes, y Web "denied"). Sin embargo, es posible que desees un control adicional en algunos casos. Por ejemplo, en Android, un usuario podría desactivar las notificaciones en la configuración de su dispositivo sin denegar permanentemente el permiso POST_NOTIFICATIONS. Si deseas suprimir el primer para estos usuarios y reorientarlos con una Campaign diferente, usa la siguiente lógica Liquid en combinación con el primer sin código:

1
2
3
4

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

El filtro Liquid targeted_device solo examina el dispositivo donde se muestra el mensaje, en lugar del perfil de usuario. En ese dispositivo, foreground_push_enabled se establece en true cuando hay un token push en primer plano activo y se establece en false cuando el sistema operativo informa que las notificaciones push han sido desactivadas (por ejemplo, el usuario las desactivó explícitamente). Para dispositivos completamente nuevos que aún no han respondido a un estado de permiso push, foreground_push_enabled no está configurado y no tiene valor. Debido a que la condición Liquid verifica específicamente false, suprime el primer solo para dispositivos con un rechazo explícito, mientras que los dispositivos en este estado desconocido siguen siendo elegibles y pueden recibir el push primer.

Paso 6: Eventos de conversión

Braze sugiere configuraciones predeterminadas para las conversiones, pero es posible que desees configurar eventos de conversión en torno a los push primers.