Preguntas frecuentes

Este artículo ofrece respuestas a algunas preguntas frecuentes sobre el canal push.

¿Por qué las notificaciones push a veces se retrasan?

La entrega suele seguir tres etapas: procesamiento de Braze (segmentación, programación y transferencia al proveedor), transporte desde Braze a APN o FCM, y entrega desde el proveedor al dispositivo. Los retrasos pueden ocurrir en cualquier etapa. Braze no tiene visibilidad sobre las colas del proveedor o del dispositivo; usa el registro detallado en el cliente cuando necesites delimitar los tiempos en el lado del dispositivo.

¿Qué sucede cuando varios usuarios inician sesión en un solo dispositivo?

Cuando un usuario cierra sesión en un dispositivo o sitio web, seguirá siendo alcanzable mediante push hasta que otro usuario inicie sesión. En ese momento, el token de notificaciones push se reasigna al nuevo usuario. Esto se debe a que cada dispositivo solo puede tener una suscripción push activa por aplicación o sitio web.

Cuando se reasigna un token de notificaciones push, el cambio se refleja en el Push Changelog del perfil de usuario. En el perfil de usuario, ve a la pestaña Engagement.

Cuando envío una notificación push de prueba, ¿se envía a todos mis dispositivos?

Sí. La notificación push de prueba se envía a todos los dispositivos con push habilitado asociados al perfil de usuario seleccionado. Si tienes varios teléfonos o tabletas con la sesión iniciada con el mismo usuario, cada dispositivo con un token de notificaciones push válido recibe la notificación.

Para enviar la notificación push de prueba a un solo dispositivo, puedes eliminar los tokens de notificaciones push de los demás dispositivos del perfil de usuario antes de realizar la prueba. Alternativamente, si envías con el endpoint /messages/send, establece send_to_most_recent_device_only en true en el objeto apple_push o android_push para que solo el dispositivo activo más reciente reciba la notificación push.

¿Qué significa “Error sending push because the payload was invalid”?

Este mensaje indica que los APN rechazaron la solicitud push debido a una carga útil no válida (por ejemplo, una carga útil vacía o una carga útil demasiado grande).

Para más detalles y próximos pasos, consulta Mensajes de error push comunes.

¿Por qué un usuario que ha optado por recibir push no tiene un token de notificaciones push?

Esto puede ocurrir si el token de notificaciones push del usuario fue reasignado a otra persona que utilizó el mismo dispositivo.

1. Ve al Push Changelog en la pestaña Engagement del perfil del usuario afectado.
2. Busca un mensaje que indique que el token de notificaciones push fue movido a otro usuario.
3. Copia el token de notificaciones push y pégalo en la barra de búsqueda de usuarios.
4. Si el token de notificaciones push aún existe, serás dirigido al usuario que inició sesión más recientemente en el dispositivo.

Si quieres que el token de notificaciones push se reasigne al usuario original:

1. Haz que el usuario original inicie sesión en el perfil con el token de notificaciones push faltante.
2. Desencadena un nuevo envío push. Esto devuelve el token a la cuenta si el usuario aún tiene las notificaciones push habilitadas a nivel de dispositivo.

¿Por qué “Abrir URL web dentro de la aplicación móvil” siempre abre la aplicación cuando estoy probando un borrador de Campaign?

Cuando una Campaign aún está en estado de Borrador y envías una notificación push de prueba, al tocar la notificación siempre se abre la aplicación primero, independientemente de si la opción Abrir URL web dentro de la aplicación móvil está seleccionada o no. Cuando la Campaign está en vivo, el comportamiento al hacer clic funciona según lo configurado.

Si seleccionaste Abrir URL web sin la opción Dentro de la aplicación, el enlace se abre directamente en el navegador predeterminado del dispositivo. Si seleccionaste Abrir URL web dentro de la aplicación móvil, el enlace se abre en una vista web dentro de la aplicación.

¿Cuál es la diferencia entre “Send to Production” y “Send to Development” para los certificados push de iOS?

Al añadir un certificado push de Apple en Braze, las opciones Send to Production y Send to Development determinan qué pasarela de APN (servicio de notificaciones push de Apple) utiliza Braze para entregar las notificaciones push:

• Send to Development: Selecciona esta opción si la aplicación se creó en modo de desarrollo en Xcode y se firmó con un perfil de aprovisionamiento de desarrollo. Las notificaciones push se enrutan a través de la pasarela de desarrollo (sandbox) de Apple.
• Send to Production: Selecciona esta opción si la aplicación se distribuye a través de TestFlight de Apple, la App Store o la distribución empresarial. Las notificaciones push se enrutan a través de la pasarela de producción de Apple.

Si se selecciona la opción incorrecta, las notificaciones push fallan de forma silenciosa porque el tipo de token de notificaciones push no coincide con la pasarela. Normalmente, las aplicaciones distribuidas a través de TestFlight o la App Store deben usar Send to Production.

Nota

Braze asume que los tokens de notificaciones push importados son tokens de notificaciones push en primer plano válidos para tu aplicación y entorno.

Cuando importas tokens de iOS, Braze no almacena una puerta de enlace del servicio de notificaciones push de Apple (APN) (development o production) para ellos. Braze envía a estos tokens a través de la puerta de enlace configurada de tu aplicación. Si un token se generó para el otro entorno, APN lo rechaza con BadDeviceToken y el envío rebota.

Braze almacena una puerta de enlace para el token solo si el SDK registra posteriormente el mismo token e informa de una puerta de enlace.

¿Cuál es la diferencia entre los filtros “Foreground Push Enabled” y “Background or Foreground Push Enabled”?

Estos filtros de segmentación comprueban condiciones diferentes:

Un usuario puede estar en Background or Foreground Push Enabled sin estar en Foreground Push Enabled. Esto ocurre cuando el usuario ha desactivado las notificaciones push visibles en la configuración de su dispositivo, pero la aplicación aún mantiene un token de push en segundo plano. Para más detalles, consulta Usuarios push y suscripciones.

¿Cómo determina Braze si un mensaje push se ha enviado correctamente?

Un mensaje se registra como enviado tan pronto como el proveedor de servicios de notificaciones push lo recibe. Esto no significa necesariamente que el usuario haya recibido o visto el mensaje.

Para iOS, el proveedor de servicios de notificaciones push es el servicio de notificaciones push de Apple (APN), y para Android, normalmente es Firebase Cloud Messaging (FCM). El proveedor de servicios de notificaciones push responde inmediatamente con éxito o error. Un error puede incluir un rebote o un reintento por fallo de red.

Si se devuelve un mensaje de éxito, el envío se registra en Braze y luego el servicio push intenta la entrega al dispositivo. Si no se puede alcanzar el dispositivo de inmediato, el servicio reintenta hasta que se alcance la opción de caducidad configurada en Braze (TTL para Android, Expiry para iOS). Si el mensaje caduca, el servicio push descarta la notificación push, pero no se considera un rebote.

• Para Campaigns push de entrega basada en acciones, el envío del mensaje se registra tan pronto como el usuario realiza la acción que desencadena la campaña.
• Para Campaigns programadas, la hora de envío es el momento en que el mensaje se puso en cola y se pasó al proveedor de servicios de notificaciones push.
• Para ambos tipos de entrega, el mensaje se marca como “enviado” en Braze y en el perfil de usuario en Campaigns Received, aunque el usuario puede que aún no haya visto o recibido la notificación push.

La métrica de “entregas” para push en el panel se calcula al cargar la página como el número de envíos menos los rebotes.