Mensajes dentro de la aplicación

Los mensajes dentro de la aplicación te ayudan a entregar contenido a tus usuarios sin interrumpir su día con una notificación push, ya que estos mensajes no se entregan fuera de la aplicación del usuario y no invaden su pantalla de inicio.

Los mensajes personalizados y adaptados dentro de la aplicación mejoran la experiencia del usuario y ayudan a tu audiencia a obtener el máximo valor de tu aplicación. Con una gran variedad de diseños y herramientas de personalización para elegir, los mensajes dentro de la aplicación atraen a tus usuarios más que nunca. Vienen con contexto, tienen menor urgencia y se entregan cuando el usuario está activo dentro de tu aplicación. Para ver ejemplos de mensajes dentro de la aplicación, consulta las historias de nuestros clientes.

Casos de uso

Con el rico nivel de contenido que ofrecen los mensajes dentro de la aplicación, puedes aprovechar este canal para una gran variedad de casos de uso:

Otros casos de uso a tener en cuenta son los siguientes:

• Nuevas características de la aplicación
• Gestión de aplicaciones
• Reseñas
• Mejoras o actualizaciones de la aplicación
• Regalos y sorteos

Tipos de mensajes estándar

Las siguientes pestañas muestran cómo se ve para tus usuarios al abrir uno de nuestros tipos de mensajes estándar dentro de la aplicación: mensajes de deslizamiento hacia arriba, modales y a pantalla completa dentro de la aplicación.

• deslizamiento hacia arriba
• modal
• pantalla completa

Además de estas plantillas de mensajes predeterminadas, también puedes personalizar aún más tu mensajería utilizando mensajes HTML personalizados dentro de la aplicación, ventanas modales web con CSS o formularios web de captura de correo electrónico. Para más información, consulta Personalización.

Mensajes dentro de la aplicación con plantillas

Los mensajes dentro de la aplicación se entregan como mensajes dentro de la aplicación con plantillas cuando se selecciona Reevaluar la elegibilidad de la campaña antes de mostrarla o si alguna de las siguientes etiquetas de Liquid existe en el mensaje:

• canvas_entry_properties
• connected_content
• Variables SMS como {sms.${*}}
• catalog_items
• catalog_selection_items
• event_properties

Esto significa que, al inicio de la sesión, el dispositivo recibirá el desencadenante de ese mensaje dentro de la aplicación en lugar del mensaje completo. Cuando el usuario activa el mensaje dentro de la aplicación, el dispositivo del usuario hará una solicitud de red para obtener el mensaje real.

Comportamiento de cancelación

En Braze, una cancelación ocurre cuando un usuario realiza una acción que lo hace elegible para recibir un mensaje, pero no lo recibe porque la lógica de Liquid lo marca como no elegible. Por ejemplo:

1. Sam realiza una acción que debería desencadenar una campaña por correo electrónico.
2. El cuerpo del correo electrónico contiene una lógica Liquid que indica que si la puntuación de un atributo personalizado es inferior a 50, no se debe enviar este correo electrónico.
3. La puntuación del atributo personalizado de Sam es 20.
4. Braze reconoce que Sam no debería recibir este correo electrónico, por lo que se cancela el envío.
5. Se registra un evento de cancelación.

Sin embargo, dado que los mensajes dentro de la aplicación son un canal de extracción, las cancelaciones funcionan de forma ligeramente diferente en este caso.

Comportamiento de cancelación de mensajes dentro de la aplicación

Los mensajes dentro de la aplicación son descargados por el dispositivo al inicio de la sesión y almacenados en la caché del dispositivo, por lo que, independientemente de la calidad de la conexión a Internet, el mensaje se puede entregar al usuario al instante. Por ejemplo, si un usuario recibe cinco mensajes dentro de la aplicación durante su sesión, los recibirá todos al inicio de la sesión. Los mensajes se almacenarán en caché localmente y aparecerán cuando se produzcan los eventos desencadenantes definidos (inicio de sesión, el usuario hace clic en un botón que registra un evento personalizado, u otros).

En otras palabras, la lógica que determina si debemos cancelar un mensaje dentro de la aplicación se produce antes de que se haya producido el desencadenante. Para demostrarlo, supongamos que Sam, del ejemplo del correo electrónico, está suscrito a las notificaciones push.

1. Sam inicia una sesión abriendo una aplicación basada en Braze en su teléfono.
2. Según los criterios de audiencia de las campañas activas en el espacio de trabajo, Sam podría ser elegible para cinco campañas diferentes. Las cinco se descargan en su teléfono y se almacenan en la caché.
3. Sam no ha realizado ninguna acción que pudiera desencadenar estos mensajes, pero podría recibirlos durante la sesión.
4. El Liquid en dos de los mensajes dentro de la aplicación tiene reglas que excluyen a Sam de recibir el mensaje (como que su atributo personalizado de puntuación no sea lo suficientemente alto).
5. A Sam no se le envían los dos mensajes dentro de la aplicación que lo excluyen, pero sí se le envían los otros tres mensajes.
6. No se registran eventos de cancelación.

Braze no registra ningún evento de cancelación en el caso de Sam porque esto no cumple con nuestra definición de cancelación; Sam no realizó ninguna acción que pudiera desencadenar los mensajes. En el caso de los mensajes dentro de la aplicación, los usuarios nunca llegan a activar el desencadenante antes de que Braze determine que no deben ver el mensaje.

Comportamiento de cancelación de mensajes dentro de la aplicación con plantillas

Los mensajes dentro de la aplicación con plantillas obligan al SDK a reevaluar si un mensaje debe mostrarse cuando se produce el evento desencadenante. Esto tiene un comportamiento de cancelación diferente. Para demostrarlo, consideremos este ejemplo:

1. Sam inicia una sesión de Braze al abrir una aplicación basada en Braze en su teléfono.
2. Los criterios de audiencia de las campañas activas indican que Sam podría ser elegible para recibir un mensaje dentro de la aplicación con plantilla, por lo que la información del desencadenante se envía a su dispositivo sin la carga útil del mensaje.
3. Sam selecciona un botón que registra un evento personalizado, lo que desencadena el mensaje dentro de la aplicación con plantilla.
4. El dispositivo de Sam realiza una solicitud de red para recuperar el mensaje dentro de la aplicación.
5. La lógica Liquid del mensaje conduce a una cancelación, por lo que Braze lo registra como tal; Sam realizó la acción desencadenante antes de esta evaluación.

Comparación del comportamiento de cancelación de mensajes dentro de la aplicación

Esta tabla compara los flujos de mensajes dentro de la aplicación que experimentó Sam:

Más recursos

Antes de empezar a crear tus propias campañas de mensajes dentro de la aplicación, o de utilizar mensajes dentro de la aplicación en una campaña multicanal, te recomendamos encarecidamente que consultes nuestra guía de preparación de mensajes dentro de la aplicación. Esta guía abarca cuestiones de segmentación, contenido y conversión que debes tener en cuenta a la hora de crear mensajes dentro de la aplicación.