Habilitación push y suscripción push

Este artículo de referencia cubre los conceptos de habilitación push y estados de suscripción push en Braze, incluyendo las diferencias fundamentales de comportamiento entre iOS, Android y Web.

Estados de suscripción push

Un “Estado de suscripción push” en Braze identifica la preferencia global de un usuario en cuanto a su deseo de recibir notificaciones push. Dado que el estado de suscripción se basa en el usuario, no es específico de ninguna aplicación concreta. Los estados de suscripción se convierten en indicadores útiles a la hora de decidir a qué usuarios dirigir las notificaciones push.

Nota

El estado de suscripción push de un usuario se aplica a todo su perfil de usuario, que incluye todos los dispositivos del usuario.

Existen las siguientes opciones de estado de suscripción: Subscribed, Opted-In y Unsubscribed.

De forma predeterminada, para que tu usuario pueda recibir tus mensajes a través de push, su estado de suscripción push debe ser Subscribed u Opted-In, y debe tener habilitadas las notificaciones push en primer plano. Puedes anular esta configuración si es necesario al redactar un mensaje.

Importante

Braze no cambia automáticamente el estado de suscripción push de un usuario a Unsubscribed. Recuerda que si el estado de la suscripción push de un usuario es Unsubscribed, entonces el filtro Foreground Push Enabled del usuario en la segmentación es false.

Registro push y usuarios alcanzables

El estado de suscripción push refleja la preferencia de un usuario, pero que cuente como alcanzable para push en el panel también depende del registro push, es decir, de que exista un token de push en primer plano válido en su perfil. Para saber cómo Braze calcula los recuentos a nivel de canal, consulta Medir el tamaño de un segmento.

• Campañas push y Canvas: Los usuarios que no están registrados para push no se incluyen en Usuarios alcanzables para push de Android o push de iOS en las estadísticas de audiencia, incluso cuando su estado de suscripción push es Subscribed u Opted-In.
• Otros canales: Los mismos usuarios pueden seguir contando como alcanzables para otros canales en los que califiquen (por ejemplo, correo electrónico o mensajes dentro de la aplicación).
• Segments: La pertenencia a un segmento sigue tus filtros. Los usuarios sin registro push permanecen en el segmento a menos que un filtro los excluya (por ejemplo, Foreground Push Enabled). La pertenencia total al segmento puede ser mayor que la suma de usuarios que se muestran en las filas de Usuarios alcanzables específicas de push.

Un perfil de usuario puede mostrar el estado de suscripción push Subscribed sin tener un token de push asignado. Esos usuarios aún no cuentan como Usuarios alcanzables para push de Android o push de iOS hasta que Braze registre un token válido.

Para las definiciones de filtros, consulta Filtros de segmentación.

Actualización de los estados de suscripción push

Revisa las siguientes formas de actualizar el estado de la suscripción push de un usuario:

Adhesión voluntaria automática (por defecto)

Por defecto, Braze establece el estado de suscripción push de un usuario en Opted-In cuando autoriza por primera vez las notificaciones push para tu aplicación. Braze también lo hace cuando un usuario vuelve a habilitar los permisos push en la configuración del sistema tras haberlos desactivado previamente.

• android
• swift

1

<bool name="com_braze_optin_when_push_authorized">false</bool>

1
2
3
4

configuration.optInWhenPushAuthorized = false // disables the default behavior

let braze = Braze(configuration: configuration)
AppDelegate.braze = braze

Integración de SDK

Puedes actualizar el estado de suscripción de un usuario con el SDK de Braze utilizando el método setPushNotificationSubscriptionType en Web, Android o iOS. Por ejemplo, puedes utilizar este método para crear una página de configuración en tu aplicación en la que los usuarios puedan activar o desactivar manualmente las notificaciones push.

REST API

Puedes actualizar el estado de suscripción de un usuario con la REST API de Braze utilizando el endpoint /users/track para actualizar su atributo push_subscribe.

Diferencias entre la habilitación push y el estado de suscripción push

La habilitación push se refiere a si un usuario ha concedido permiso a nivel del sistema operativo o del navegador para recibir notificaciones en un dispositivo específico. El estado de suscripción push es una configuración a nivel de Braze que representa la preferencia global de un usuario para recibir notificaciones push en todo su perfil.

Cuando la adhesión voluntaria automática está habilitada (el comportamiento predeterminado), Braze actualiza el estado de suscripción push de un usuario a Opted-In cuando autoriza las notificaciones push para tu aplicación o vuelve a habilitar los permisos en la configuración del sistema (por ejemplo, en iOS, Android 13+ y navegadores web compatibles). De lo contrario, el estado de suscripción push del usuario permanece en Subscribed hasta que lo cambies explícitamente mediante un método del SDK o una llamada a la REST API.

Braze no cambia automáticamente el estado de suscripción push de un usuario a Unsubscribed cuando este desactiva las notificaciones a nivel del sistema operativo, del navegador o de la aplicación. Para actualizar el estado de suscripción push de un usuario, debes actualizarlo en Braze. Por ejemplo, si un usuario desactiva las notificaciones push desde un centro de preferencias dentro de la aplicación, actualiza el estado de suscripción push a Unsubscribed en Braze. Braze no actualiza los perfiles de usuario basándose en tu centro de preferencias. Para alinear los estados de suscripción con las preferencias del usuario dentro de la aplicación, llama a los métodos correspondientes utilizando el SDK (iOS o Android) o la REST API. Para más información, consulta Actualización de los estados de suscripción push.

Tokens de push importados (iOS)

Cuando importas tokens de push de iOS con push_token_import, el estado de suscripción push del usuario suele ser Subscribed hasta que registre una sesión en tu aplicación integrada con Braze. Después de la primera sesión, Braze puede actualizar el estado a Opted-In si se aplica la adhesión voluntaria automática (por ejemplo, cuando el usuario autoriza las notificaciones push en iOS y optInWhenPushAuthorized está habilitado).

Revisa Configuración de contacto en el perfil del usuario después de la importación y de nuevo después de la primera sesión del usuario en la aplicación para confirmar el estado esperado.

Comprobación del estado de la suscripción push

Puedes comprobar el estado de la suscripción push de un usuario con Braze de cualquiera de las siguientes maneras:

• Perfil del usuario: Puedes acceder a los perfiles de usuario individuales a través del panel de Braze en la página Búsqueda de usuarios. Después de encontrar el perfil de un usuario (a través de la dirección de correo electrónico, el número de teléfono o el ID de usuario externo), puedes seleccionar la pestaña Engagement para ver y ajustar manualmente el estado de suscripción de un usuario.
• Exportación de la REST API: Puedes exportar perfiles de usuario individuales en formato JSON utilizando los endpoints Usuarios por segmento o Usuarios por identificador. Braze devuelve un objeto de tokens de notificaciones push que contiene información sobre la habilitación de push por dispositivo.

Dónde aparecen el registro push y el estado

Puedes revisar el estado de suscripción push, el registro y la habilitación en tres lugares principales en Braze:

1. Perfiles de usuario en la pestaña Engagement
2. Segmentación en el constructor de segmentos
3. Análisis de Campaign y Canvas en la página de análisis de cada mensaje

Perfiles de usuario y registro de cambios push

En el perfil de un usuario (Buscar usuarios > selecciona el usuario > pestaña Engagement), Contact Settings muestra el estado de suscripción push, Push Registered For (qué aplicaciones y plataformas puede usar Braze para enviar push en primer plano a ese perfil) y el Push Registro de cambios para movimientos de tokens, errores y actualizaciones de registro. Para saber cómo leer Push Registered For y la autorización en primer plano frente a segundo plano, consulta Verificar el estado de registro push.

En iOS y Android, cuando un dispositivo pasa de autorización push en primer plano a solo segundo plano (por ejemplo, después de que el usuario desactiva las notificaciones en la configuración del sistema y el SDK reporta el cambio), el registro de cambios push puede incluir una entrada como “Push token was updated from foreground push enabled to foreground push disabled”.

Después de que esperes nuevos datos del SDK (por ejemplo, justo después de una sesión de prueba), selecciona Refresh en el perfil del usuario si los valores parecen desactualizados. Puede haber un breve retraso entre el envío de datos del SDK y la actualización del perfil con el último registro push.

Para los usuarios que agregues a un grupo interno, selecciona Record User Events for group members en la Internal Group Settings de ese grupo para que las solicitudes del SDK aparezcan en el registro. Luego abre el Registro de eventos de usuario en Settings > Event User Log, busca las solicitudes del SDK del usuario y expande la carga útil sin procesar. Puedes inspeccionar campos como remote_notification_enabled mientras validas si el dispositivo reporta las notificaciones remotas como habilitadas o deshabilitadas.

Segmentación y filtros push

En el constructor de segmentos, usa filtros como Foreground Push Enabled, Foreground Push Enabled for App, Background or Foreground Push Enabled y filtros de suscripción push para segmentar o auditar usuarios por preferencia y autorización a nivel de dispositivo. En iOS, cómo leen esos filtros para un usuario dado depende de si completó el aviso del sistema operativo, cambió la configuración o usa autorización provisional; consulta Acciones del usuario en iOS y estado push y Otros escenarios específicos de plataforma.

Análisis de Campaign y Canvas

En la página de análisis de una Campaign o Canvas push, métricas como Enviados, Rebotes y Aperturas reflejan la entrega y la participación de ese envío. Para vincular esos números con perfiles individuales, exporta los destinatarios desde Campaign Details o Canvas Details usando User Data (CSV). Para los pasos y permisos, consulta Exportar datos de Campaign y Exportar datos de Canvas. Si los recuentos entre los análisis y una exportación no coinciden, consulta Análisis de Campaign y Canvas en la solución de problemas de exportación.

Acciones del usuario en iOS y estado push

La siguiente tabla muestra cómo las diferentes acciones del usuario afectan la habilitación push en iOS, el registro push en primer plano o segundo plano, y el estado de suscripción push en Braze. Cuando un usuario instala tu aplicación e inicia su primera sesión, su estado es generalmente el que se muestra en la primera fila. Cada acción posterior puede actualizar algunos de estos valores, pero no otros.

^{* Si la aplicación no utiliza push provisional, Foreground Push Enabled es false hasta que el usuario permita las notificaciones push. Si la aplicación utiliza push provisional, Foreground Push Enabled es true al inicio de la primera sesión. Para más información, consulta Autorización provisional y push silencioso.}

^{** A partir de la versión 7.5.0 de Braze Swift SDK, la propiedad de configuración optInWhenPushAuthorized controla si el estado de suscripción push se establece automáticamente en Opted-In cuando se autoriza el permiso push. Para más información, consulta Tokens push.}

Permiso para push

Todas las plataformas habilitadas para push (iOS, Web y Android) requieren una adhesión voluntaria explícita a través de un mensaje del sistema a nivel del sistema operativo, con algunas ligeras diferencias descritas en la siguiente sección.

Dado que la decisión del usuario es definitiva y no puedes volver a preguntarle si rechaza, el uso de mensajes dentro de la aplicación de push primer es una estrategia importante para aumentar tus tasas de adhesión voluntaria.

Mensajes nativos del sistema operativo para permisos push

Plataforma	Captura de pantalla	Descripción
iOS		Esto no se aplica cuando se solicita permiso de push provisional.
Android		Este permiso de push se introdujo en Android 13. Antes de Android 13, no se requería permiso para enviar push.
Web

Android

Antes de Android 13, no se necesitaba permiso para enviar notificaciones push. En Android 12 y versiones anteriores, todos los usuarios se consideran Subscribed en su primera sesión, cuando Braze solicita automáticamente un token de notificaciones push. En ese momento, el usuario está habilitado para push con un token de notificaciones push válido para ese dispositivo y un estado de suscripción predeterminado de Subscribed.

A partir de Android 13, el permiso de push debe solicitarse al usuario y ser concedido por este. Tu aplicación puede solicitar manualmente el permiso del usuario en momentos oportunos, pero de lo contrario, se le pedirá automáticamente cuando tu aplicación cree un canal de notificación.

iOS

Tu aplicación puede solicitar push provisional o push autorizado.

El push autorizado requiere permiso explícito del usuario antes de enviar cualquier notificación, mientras que el push provisional te permite enviar notificaciones de forma silenciosa, directamente al centro de notificaciones sin ningún sonido ni alerta.

Autorización provisional y push silencioso

Antes de iOS 12 (lanzado en 2018), todos los usuarios debían adherirse voluntariamente de forma explícita para recibir notificaciones push.

En iOS 12, Apple introdujo la autorización provisional, que permite a las marcas enviar notificaciones push silenciosas al centro de notificaciones de sus usuarios antes de que estos se adhieran explícitamente, dándote la oportunidad de demostrar el valor de tus mensajes de forma anticipada. Consulta autorización provisional para obtener más información.

Web

Para Web, debes solicitar la adhesión voluntaria explícita del usuario a través del diálogo nativo de permisos del navegador.

A diferencia de iOS y Android, que permiten que tu aplicación muestre el mensaje de permiso en cualquier momento, algunos navegadores modernos solo mostrarán el mensaje si es activado por un “gesto del usuario” (clic del ratón o pulsación de tecla). Si tu sitio intenta solicitar permiso para notificaciones push al cargar la página, es probable que el navegador lo ignore o lo silencie.

Como resultado, debes solicitar el permiso solo cuando el usuario haga clic en algún lugar de tu sitio web y no de forma aleatoria cuando se carga una página.

Tokens de notificaciones push

Los tokens de notificaciones push son un identificador anónimo único generado por el dispositivo de un usuario y enviado a Braze para identificar dónde enviar la notificación de cada destinatario.

Hay dos formas en las que se puede clasificar un token de notificaciones push, las cuales son esenciales para entender cómo se puede enviar una notificación push a tus usuarios.

1. Push en primer plano ofrece la posibilidad de enviar notificaciones push regulares visibles al primer plano del dispositivo de un usuario.
2. Push en segundo plano está disponible independientemente de si un dispositivo en particular ha dado su adhesión voluntaria para recibir notificaciones push de esa marca. El push en segundo plano permite a las marcas enviar notificaciones push silenciosas (notificaciones que intencionalmente no se muestran) a los dispositivos para dar soporte a funcionalidades clave como el seguimiento de desinstalaciones.

Cuando un perfil de usuario tiene un token de notificaciones push en primer plano válido asociado a una aplicación, Braze considera que el usuario está “registrado para push” en la aplicación correspondiente. Braze proporciona entonces un filtro de segmentación específico, Foreground Push Enabled for App, para ayudar a identificar a estos usuarios. Este filtro identifica a los usuarios que están registrados para push en una aplicación, pero no restringe qué aplicación recibe un mensaje. Para restringir la entrega a aplicaciones específicas, usa un Segment que tenga Apps and websites targeted configurado como Users from specific apps. En un Canvas, añade ese Segment a las validaciones de entrega de cada paso de mensaje.

Nota

El filtro Foreground Push Enabled for App solo considera la presencia de un token de notificaciones push en primer plano y en segundo plano válido para la aplicación correspondiente. Sin embargo, el filtro más genérico Foreground Push Enabled segmenta a los usuarios que han activado explícitamente las notificaciones push para cualquier aplicación de tu espacio de trabajo. Este recuento incluye solo push en primer plano y no incluye a los usuarios que se han dado de baja. Puedes obtener más información sobre estos y otros filtros en Filtros de segmentación.

Para un pequeño porcentaje de usuarios, los retrasos en el procesamiento pueden causar una discrepancia temporal: un usuario puede tener un token de notificaciones push en primer plano válido en su perfil, pero aun así no coincidir con el filtro Foreground Push Enabled. Su perfil puede mostrar brevemente que el push en primer plano no está habilitado aunque el token esté presente. Esto generalmente se resuelve una vez que el procesamiento se pone al día.

Múltiples usuarios en un solo dispositivo

Los tokens de notificaciones push son específicos tanto para un dispositivo como para una aplicación, por lo que no es posible usar tokens de notificaciones push para distinguir entre múltiples usuarios que están usando el mismo dispositivo.

Por ejemplo, supón que tienes dos usuarios: Charlie y Kim. Si Charlie ha habilitado las notificaciones push para tu aplicación en su teléfono y Kim usa el teléfono de Charlie para cerrar la sesión del perfil de Charlie e iniciar sesión en el suyo, el token de notificaciones push se reasignará al perfil de Kim. El token de notificaciones push permanecerá asignado al perfil de Kim en ese dispositivo hasta que ella cierre sesión y Charlie vuelva a iniciar sesión.

Una aplicación o sitio web solo puede tener una suscripción push por dispositivo. Así que cuando un usuario cierra sesión en un dispositivo o sitio web y un nuevo usuario inicia sesión, el token de notificaciones push se reasigna al nuevo usuario. Esto se refleja en el perfil del usuario, en la sección Contact Settings de la pestaña Engagement:

Dado que no hay forma de que los proveedores de push (APNs/FCM) distingan entre múltiples usuarios en un solo dispositivo, pasamos el token de notificaciones push al último usuario que inició sesión para determinar a qué usuario dirigir la notificación push en el dispositivo.

Múltiples dispositivos y un solo usuario

El estado de suscripción push se basa en el usuario y no es específico de ninguna aplicación individual. El estado de la suscripción push es el último valor que se configuró. Así que si un usuario ha dado su adhesión voluntaria a las notificaciones push, su estado de suscripción push es Opted-In en todos los dispositivos elegibles. Si un usuario posteriormente cancela explícitamente su suscripción a las notificaciones push a través de tu aplicación u otros métodos que tu marca proporcione, su estado de suscripción push se actualiza a Unsubscribed y ningún dispositivo registrado para push puede recibir notificaciones push.

Filtro Foreground Push Enabled

Foreground Push Enabled es un filtro de segmentación en Braze que permite a los especialistas en marketing identificar fácilmente a los usuarios que permiten que Braze les envíe notificaciones push y a los usuarios que no han expresado preferencias para no recibir notificaciones push.

El filtro Foreground Push Enabled tiene en cuenta lo siguiente:

• La capacidad de Braze para enviar una notificación push (token push de primer plano)
• La preferencia general del usuario para recibir push en cualquiera de sus dispositivos (estado de suscripción push)

Un usuario se considera “habilitado para push” o “registrado para push” si tiene un token push de primer plano activo para una aplicación dentro de tu espacio de trabajo, lo que significa que el estado de habilitación push es específico de la aplicación.

Nota

Para obtener información sobre cómo verificar el estado de registro push, visita estado de registro push.

Encontrar información sobre el registro de push y el registro de cambios

En el panel, puedes encontrar información sobre el registro de push y los registros de cambios de push en:

• Segmentación: filtra por los estados de suscripción de los usuarios, el estado habilitado y el estado habilitado en primer plano y segundo plano.
• Análisis de Campaign: consulta las estadísticas de push y los comentarios para una sola Campaign o Canvas.
• Perfil de usuario (pestaña Participación): consulta Configuración de contacto y el registro de cambios de push para un usuario específico.

Al revisar el estado habilitado de push, Push Registered for indica a qué plataformas Braze puede enviar push en primer plano para ese usuario. En iOS y Android, si un usuario ha pasado de push en primer plano habilitado a push en segundo plano habilitado (remote_notification_enabled), esto se documentará en el registro de cambios de push como “Push token was updated from foreground push enabled to foreground push disabled.”

Si el usuario se añade como usuario de prueba, en Developer Console > User Event Log, el perfil de usuario mostrará una solicitud del SDK con remote_notification_enabled como true o false. Es posible que debas actualizar el perfil de usuario para ver los cambios, ya que existe un breve retraso para que las actualizaciones del SDK lleguen al perfil de usuario.

Filtros de segmentación para el estado de push en iOS:

• Push en primer plano y segundo plano de iOS deshabilitado: el usuario aún no ha recibido un aviso de push.
• Segundo plano de iOS habilitado: el usuario ha recibido el aviso de push y dijo que no, o dijo que sí y luego desactivó las notificaciones push en la configuración de su dispositivo (se refleja después de que el usuario tenga una sesión).
• Primer plano de iOS habilitado: el usuario ha recibido el aviso de push y es elegible para recibir push en primer plano.

Los análisis de Campaign reflejarán las estadísticas de push de acuerdo con los detalles mencionados anteriormente en esta sección. También puedes descargar los perfiles de usuario que entraron en la Campaign o Canvas para cotejar los perfiles de usuario.

Otros escenarios específicos de la plataforma

• web
• android
• ios

Cuando un usuario acepta el mensaje nativo de permiso de push, su estado de suscripción cambiará a opted in.

Para gestionar las suscripciones, puedes utilizar el método de usuario setPushNotificationSubscriptionType para crear una página de configuración de preferencias en tu sitio, tras lo cual podrás filtrar usuarios por estado de exclusión en el panel.

Si un usuario desactiva las notificaciones en su navegador, la siguiente notificación push enviada a ese usuario rebotará y Braze actualizará el token de notificaciones push del usuario en consecuencia. Esto se utiliza para gestionar la elegibilidad de los filtros de push habilitado (Background or Foreground Push Enabled, Foreground Push Enabled y Foreground Push Enabled for App). El estado de suscripción configurado en el perfil del usuario es una configuración a nivel de usuario y no cambia cuando un push rebota.

Errores 410 de token de push web {#410-web-push-token-errors}

Si recibes un error 410: Gone, esto puede ocurrir cuando un usuario desactiva las notificaciones push web desde el navegador en la configuración de su sistema operativo, si está iniciando sesión como un usuario diferente en el mismo dispositivo o si el usuario no ha visitado el sitio web en algún tiempo.

Si recibes un error 410: Endpoint Not Valid, esto puede significar que el token de push web (esencialmente la URL) ha expirado. Esto puede ocurrir si el usuario nunca vuelve a visitar el sitio o si el navegador invalida el token. También puede ocurrir periódicamente (a menudo cada pocos meses), dependiendo del navegador. Cuando el usuario visite el sitio de nuevo, si todavía tiene su navegador configurado como “Permitir”, Braze recogerá automáticamente un token nuevo para el dispositivo. Esto supone que la opción de inicialización disablePushTokenMaintenance no se está utilizando durante la inicialización del SDK.

Nota

Las plataformas web no permiten push en segundo plano ni push silencioso.

Si un usuario con push en primer plano habilitado desactiva push en la configuración de su sistema operativo, al inicio de la siguiente sesión:

• Braze lo marca como push en primer plano deshabilitado y ya no intenta enviarle mensajes push.
• El filtro Foreground Push Enabled for App (Android) y el filtro de segmentación Foreground Push Enabled (asumiendo que no hay otras aplicaciones en el perfil de usuario con un token de push en primer plano válido) devolverán false.

En este escenario, dado que todavía existirá un token de push en segundo plano, puedes continuar enviando notificaciones push en segundo plano (silenciosas) con el filtro de segmentación Background or Foreground Push Enabled = true.

Para Android, Braze considerará a un usuario como push deshabilitado si:

• Un usuario desinstala la aplicación de su dispositivo.
• Un mensaje push no se entrega debido a un rebote. Esto suele deberse a una desinstalación, pero también puede ser por actualizaciones de la aplicación, una nueva versión del token de push o formato.
• El registro de push falla con Firebase Cloud Messaging (a veces causado por conexiones de red deficientes o un fallo al conectar con FCM para devolver un token válido).
• El usuario bloquea las notificaciones push para la aplicación en la configuración de su dispositivo y posteriormente registra una sesión.

Nota

Solo puedes interceptar una notificación push de Android cuando la aplicación está en primer plano o en segundo plano (pero aún en ejecución). No puedes interceptar notificaciones cuando la aplicación está terminada o completamente cerrada.

Independientemente de si un usuario acepta el mensaje de adhesión voluntaria de push en primer plano, podrás enviar push en segundo plano si tienes las notificaciones remotas habilitadas en Xcode y tu aplicación llama a registerForRemoteNotifications().

Si tu aplicación tiene autorización provisional o el usuario ha optado por push, reciben un token de push en primer plano, lo que te permite enviarles todo tipo de push. Dentro de Braze, consideramos a un usuario en iOS que tiene push en primer plano habilitado como push habilitado, ya sea explícitamente (a nivel de aplicación) o provisionalmente (a nivel de dispositivo).

Si un usuario rechaza recibir notificaciones push a nivel del sistema operativo, su estado de suscripción push será Subscribed y su perfil no mostrará que se ha registrado un token de push en primer plano.

En el escenario en que un usuario, que inicialmente optó por push a nivel del sistema operativo, desactiva las notificaciones push en la configuración de su sistema operativo, al siguiente inicio de sesión ocurrirá lo siguiente:

• Braze lo marca como push en primer plano deshabilitado y ya no intenta enviar mensajes push.
• El filtro Foreground Push Enabled for App (iOS) y el filtro de segmentación Foreground Push Enabled (asumiendo que no hay otras aplicaciones en el perfil de usuario con un token de push en primer plano válido) devolverán false.

En este escenario, dado que todavía existirá un token de push en segundo plano, puedes continuar enviando notificaciones push en segundo plano (silenciosas) con el filtro de segmentación Background or Foreground Push Enabled = true.

Nota

iOS no permite que las aplicaciones intercepten una notificación push antes de que se muestre. Esto significa que las aplicaciones (y Braze) no tienen control sobre si puedes mostrar u ocultar la notificación. Un usuario puede desactivar las notificaciones push de una aplicación en la configuración del dispositivo, pero eso lo controla el sistema operativo.

Prácticas recomendadas

Consulta nuestro artículo dedicado sobre Prácticas recomendadas de push para obtener orientación detallada sobre cómo optimizar tu uso de push en Braze.