Ir al contenido

Buenas prácticas de push

Esta página contiene buenas prácticas y casos de uso de push para asegurarte de que tus mensajes push inspiren interacción en lugar de molestia.

Las notificaciones push son herramientas poderosas para interactuar con los usuarios de tu aplicación, pero deben usarse con cuidado para garantizar que entreguen mensajes oportunos y relevantes. Antes de enviar tu mensaje push, consulta las siguientes buenas prácticas sobre lo que debes saber y verificar.

Redacta tu mensaje push

Como buena práctica, Braze recomienda mantener cada línea de texto tanto del título opcional como del cuerpo del mensaje en aproximadamente 30-40 caracteres en una notificación push para móvil. Ten en cuenta que el contador de caracteres del creador no tiene en cuenta los caracteres de Liquid. Esto significa que el recuento final de caracteres de un mensaje depende de cómo se procesa Liquid para cada usuario. En caso de duda, sé breve y conciso.

Reducir el tamaño de la carga útil de las notificaciones push

El tamaño máximo de la carga útil depende de la plataforma.

Plataforma Tamaño máximo de la carga útil
Web 3.807 bytes
Android 3.930 bytes
iOS 3.960 bytes
Kindle 5.985 bytes

Si tu notificación push supera el tamaño máximo de la carga útil, es posible que el mensaje no se envíe. Como buena práctica, mantén tu carga útil en unos pocos cientos de bytes.

¿Qué es la carga útil de una notificación push?

Los proveedores de servicios de notificaciones push calculan si tu notificación push puede mostrarse a un usuario analizando el tamaño en bytes de toda la carga útil. La carga útil está limitada a 4 KB (4.096 bytes) para la mayoría de los servicios de notificaciones push, incluidos:

  • Servicio de notificaciones push de Apple (APN)
  • Firebase Cloud Messaging (FCM) de Android
  • Notificación push web
  • Notificación push de Huawei

Estos servicios de notificaciones push rechazarán cualquier notificación que supere este límite.

Braze reserva una parte de la carga útil de las notificaciones push para fines de integración y análisis. Dado esto, nuestro tamaño máximo de carga útil es de 3.807 bytes. Si tu notificación push supera este tamaño, es posible que el mensaje no se envíe. Como buena práctica, mantén tu carga útil en unos pocos cientos de bytes.

Los siguientes elementos de tu notificación push componen la carga útil:

  • Texto, como el título y el cuerpo del mensaje
  • Renderizado final de cualquier personalización con Liquid
  • URL de las imágenes (pero no el tamaño de la imagen en sí)
  • URL de los destinos de clic
  • Nombres de los botones
  • Pares clave-valor

Consejos para reducir el tamaño de la carga útil

Para reducir el tamaño de la carga útil:

  • Mantén tu mensaje breve. Una buena pauta general es hacerlo accionable y beneficioso en menos de 40 caracteres.
  • Omite espacios en blanco y saltos de línea de tu texto.
  • Considera cómo se renderizará Liquid en el envío. Dado que el renderizado final de cualquier personalización con Liquid varía de un usuario a otro, Braze no puede determinar si la carga útil de una notificación push superará el límite de tamaño cuando se incluye Liquid. Si tu Liquid renderiza un mensaje más corto, puede que no haya problema. Sin embargo, si tu Liquid resulta en un mensaje más largo, tu notificación push puede superar el límite de tamaño de la carga útil. Siempre prueba tu notificación push en un dispositivo real antes de enviarla a los usuarios.
  • Considera acortar las URL usando un acortador de URL.

Optimizar la segmentación

Recopilar datos relevantes de los usuarios

Las notificaciones push deben tratarse con cuidado para dirigirse a los usuarios con notificaciones oportunas y relevantes. Braze recopilará información útil sobre el dispositivo y el uso que puede utilizarse para segmentar audiencias relevantes. Esta información debe complementarse con eventos personalizados y atributos específicos de tu aplicación. Utilizando esos datos, puedes dirigir cuidadosamente los mensajes para aumentar las tasas de apertura y disminuir los casos en que los usuarios desactivan las notificaciones push.

Crear una página de configuración de notificaciones

Puedes crear una página de configuración en tu aplicación que permita a los usuarios indicarte qué notificaciones desean recibir. Un enfoque común es crear un atributo personalizado booleano en Braze que corresponda al estado de la configuración de la aplicación. Por ejemplo, una aplicación de noticias podría tener configuraciones de suscripción para noticias de última hora, deportes o política.

Cuando la aplicación de noticias quiere crear una Campaign dirigida solo a los usuarios interesados en política, añade el filtro de atributo Subscribes to Politics al Segment. Cuando está establecido en verdadero, solo los usuarios que se suscriban a las notificaciones las recibirán.

Para más información sobre cómo establecer atributos personalizados, consulta los siguientes artículos para iOS, Android o REST API.

Aumentar las adhesiones voluntarias y la relevancia

Obtener el permiso del usuario

Las estadísticas generales de push habilitado están relacionadas con si el usuario ha aprobado las notificaciones a través de su sistema operativo. Si los usuarios desactivan las notificaciones en iOS, se eliminarán automáticamente de nuestro sistema, ya que Apple no permitirá que se envíe el token de notificaciones push.

Android 13 y versiones posteriores requieren obtener permiso antes de que se puedan mostrar las notificaciones push. Las versiones anteriores de Android suscriben a los usuarios a las notificaciones de forma predeterminada.

Preparar a los usuarios para las notificaciones push

Solo tienes una oportunidad de solicitar permiso de push a un usuario y, tras rechazarlo, es muy difícil convencerlo de que vuelva a habilitar las notificaciones push en la configuración de su dispositivo. Por esta razón, deberías preparar a los usuarios para las notificaciones push mediante un mensaje dentro de la aplicación antes de mostrar el aviso del sistema. Consulta Mensajes dentro de la aplicación de preparación para push para obtener más información sobre cómo aumentar las adhesiones voluntarias.

Agregar controles de suscripción push

Para evitar que los usuarios desactiven las notificaciones a nivel del dispositivo, lo cual elimina por completo su token de push en primer plano, permite que los usuarios controlen su suscripción push directamente dentro de tu aplicación. Consulta Actualizar estados de suscripción push para obtener más detalles.

Utilizar la programación avanzada o agregar retrasos

Dependiendo del tamaño de tu audiencia y de con cuánta antelación esté programado tu mensaje push, puede haber retrasos en la entrega de notificaciones push. El tiempo que tarda en enviar las notificaciones push depende de la potencia de procesamiento asignada. Por ejemplo, si tu mensaje push utiliza varias llamadas de contenido conectado, esto puede aumentar la complejidad de la plantilla del mensaje push y puede resultar en velocidades limitadas por la rapidez con la que tus API de terceros devuelven datos.

Una carga útil de push más pequeña y una prioridad de notificación más alta pueden ayudar a reducir los retrasos y escalar tus mensajes. Puedes agregar Push Enabled = true en tu filtro de audiencia para reducir el tamaño de la audiencia, de modo que solo los usuarios con push habilitado se procesen para el envío de la campaña.

También recomendamos minimizar el número de llamadas a la API optimizando los datos que necesitas. Si es posible, intenta obtener todos los datos que necesitas en una sola llamada a la API en lugar de realizar múltiples llamadas.

Comprender los estados de suscripción push

El estado de suscripción push no garantiza que se entregue una notificación push; los usuarios también deben tener push habilitado para recibir notificaciones. Esto se debe a que un perfil de usuario puede tener múltiples dispositivos con diferentes permisos de push en primer plano, pero solo un único estado de suscripción push.

Si un usuario no tiene un token de push en primer plano válido para una aplicación (es decir, ha desactivado los tokens de push a nivel del dispositivo a través de la configuración, optando por no recibir notificaciones), su estado de suscripción aún puede considerarse subscribed a push. Sin embargo, este usuario no estaría Foreground Push Enabled for App en Braze, ya que el token de push en primer plano no es válido.

Además, si un perfil de usuario no tiene un token de push válido o registrado para ninguna otra aplicación, su filtro Foreground Push Enabled en la segmentación también será falso.

Implementar una política de extinción para usuarios que no responden

Incluso cuando envías notificaciones push relevantes y oportunas, algunos usuarios pueden seguir sin responder a ellas y considerarlas correo no deseado. Supón que un usuario muestra un historial de ignorar repetidamente tus notificaciones push. En ese caso, es buena idea dejar de enviarle notificaciones push antes de que se moleste con las comunicaciones de tu aplicación o la desinstale por completo.

Para ello, crea una política de extinción que finalmente deje de enviar notificaciones push a los usuarios que no hayan tenido un Direct Opens o un Influenced Opens durante mucho tiempo.

  1. Identifica a los usuarios que no responden según los Direct Opens o Influenced Opens.
  2. Reduce gradualmente el envío de notificaciones push a esos usuarios.
  3. Antes de eliminar las notificaciones push por completo, envía una última notificación explicando por qué ya no las recibirán. Esto da a los usuarios la oportunidad de demostrar su interés en seguir recibiendo notificaciones push al abrir esa notificación.
  4. Una vez que la política de extinción entre en vigor, utiliza un mensaje dentro de la aplicación para recordar a estos usuarios que, aunque ya no recibirán notificaciones push, los canales de mensajería dentro de la aplicación seguirán proporcionando información interesante y útil.

Aunque puedas ser reacio a dejar de enviar notificaciones push a los usuarios que originalmente optaron por recibirlas, recuerda que otros canales de mensajería pueden llegar a estos usuarios de forma más eficaz, especialmente si han ignorado previamente tus notificaciones push. Si el usuario abre tus correos electrónicos, las campañas de correo electrónico son una buena forma de contactar con él fuera de tu aplicación. Si no, los mensajes dentro de la aplicación son la mejor forma de entregar contenido sin arriesgarte a que el usuario desinstale tu aplicación.

Configurar eventos de conversión para aperturas de la aplicación

Al asignar eventos de conversión a una Campaign push, puedes hacer seguimiento de las aperturas de la aplicación durante un periodo determinado después de que se reciba la Campaign. Configurar un evento de conversión para aperturas de la aplicación proporciona información diferente de las estadísticas de resultados que recibes normalmente después de una Campaign push.

Mientras que todos los resultados de una Campaign push desglosan las aperturas directas de un mensaje y las aperturas totales (que incluyen tanto las aperturas directas como las Influenced Opens), el seguimiento de conversiones registra cualquier tipo de apertura, ya sea directa o influenciada.

Además, al utilizar el evento de conversión “abre la aplicación”, estás haciendo seguimiento de las aperturas de la aplicación que ocurren antes de la fecha límite de conversión (por ejemplo, tres días). Esto difiere de una apertura influenciada en que el tiempo que un usuario tiene para registrar una Influenced Open puede variar de una persona a otra, dependiendo del comportamiento de participación previo de cada usuario.

Regulaciones de mensajes push

Dado que los mensajes push son un tipo de mensajería intrusivo que llega directamente al teléfono o navegador de tu cliente, existen directrices para el envío de mensajes push a través de aplicaciones y sitios.

Regulaciones de push móvil para aplicaciones

Políticas de la App Store de Apple
3.2.2 Inaceptable: (i) Crear una interfaz para mostrar aplicaciones, extensiones o complementos de terceros similar a la App Store o como una colección de interés general.
4.5.4 Las notificaciones push no deben ser necesarias para el funcionamiento de la aplicación, y no deben utilizarse para enviar información personal sensible o confidencial. Las notificaciones push no deben utilizarse con fines de promoción o marketing directo, a menos que los clientes hayan optado explícitamente por recibirlas mediante un texto de consentimiento mostrado en la interfaz de usuario de tu aplicación, y proporciones un método en tu aplicación para que el usuario deje de recibir dichos mensajes.
4.10 No puedes monetizar las funcionalidades integradas proporcionadas por el hardware o el sistema operativo, como las notificaciones push, la cámara o el giroscopio; ni los servicios y tecnologías de Apple, como el acceso a Apple Music, el almacenamiento en iCloud o las API de Screen Time.
Política de Google Play Store
Uso no autorizado o imitación de la funcionalidad del sistema No permitimos aplicaciones o anuncios que imiten o interfieran con la funcionalidad del sistema, como notificaciones o advertencias. Las notificaciones a nivel del sistema solo pueden utilizarse para las características principales de una aplicación, como una aplicación de aerolínea que notifica a los usuarios sobre ofertas especiales, o un juego que notifica a los usuarios sobre promociones dentro del juego.

¿No encontraste lo que buscabas? Consulta estos artículos adicionales sobre buenas prácticas:

New Stuff!