Live Updates Android : fonctionnement, cas d'usage et mise en place

Le suivi en temps réel sur l’écran de verrouillage était jusqu’ici réservé à iOS. Quand une course, une livraison ou une commande progressait, les utilisateurs iPhone la suivaient en direct via une Live Activity — pendant que vos utilisateurs Android recevaient une série de notifications push isolées, ou rien du tout entre «commande confirmée» et «commande livrée».

Android 16 comble cet écart. Sa nouvelle fonctionnalité Live Updates apporte un suivi en direct, façon barre de progression, sur l’écran de verrouillage, le tiroir de notifications et la barre de statut Android. En France, où le parc mobile se répartit à peu près à parts égales entre iOS et Android, cet écart n’était pas un détail : il privait la moitié de votre audience de l’expérience temps réel que vous aviez conçue.

Dans cet article, découvrez ce que sont les Live Updates, les scénarios auxquels ils s’appliquent, et comment commencer à envoyer des Live Updates Android avec Pushwoosh.

Que sont les Live Updates sur Android

Un Live Update Android est une notification continue, de type barre de progression, que le système promeut sur l’écran de verrouillage, conserve dans le tiroir de notifications et épingle sous forme de puce dans la barre de statut, afin que l’utilisateur puisse suivre une activité sans ouvrir votre application.

Tout le cycle de vie est piloté depuis votre serveur. Vous envoyez 1 push au démarrage de l’activité, d’autres pushes au fil de sa progression, puis un dernier push à sa clôture. Chaque push met à jour la même notification, au lieu d’en empiler une nouvelle par-dessus. 3 opérations portent l’ensemble : start publie la notification, update la rafraîchit silencieusement, end la referme.

Si vous utilisez déjà les Live Activities iOS, voici l’équivalent Android : la même idée d’une carte vivante et auto-actualisée pour un événement en temps réel, construite sur les notifications centrées sur la progression d’Android 16. La mécanique de mise en place diffère, mais l’objectif marketing reste identique : tenir l’utilisateur informé en continu plutôt que le solliciter à chaque étape.

Ce cycle de vie transite par vos serveurs et ceux de Pushwoosh : pour les secteurs sensibles comme la FinTech, où chaque étape d’une transaction est suivie en direct, cette infrastructure est certifiée SOC 2 Type I et ISO 27001:2022, conforme au RGPD, avec des centres de données en UE et aux États-Unis.

À quoi ça ressemble : le suivi d’une course de bout en bout 🚕

Prenons un parcours VTC classique. Voici le trajet complet sous forme d’un seul Live Update, plutôt qu’une série de pushes.

1. Start — le chauffeur est attribué. Dès qu’un chauffeur accepte la course, votre backend envoie le push de démarrage. Un Live Update apparaît sur l’écran de verrouillage : «Alex arrive — dans 4 minutes», avec les détails du véhicule et une heure d’arrivée estimée. Le passager le voit sans ouvrir l’application.

2. Update — le trajet avance. À mesure que le chauffeur approche et que la course progresse, votre backend envoie un push de mise à jour sur la même activité. La carte se rafraîchit en place — chauffeur en route → arrivée imminente → course en cours — l’heure d’arrivée est recalculée, le statut suit le rythme du véhicule. Pas de vibration, pas de nouvelle notification. Juste l’état actuel, toujours exact.

3. End — la course est terminée. Le push final clôt le Live Update : «Vous êtes arrivé. Course : 16,80 €.» La notification se referme d’elle-même. La boucle est bouclée.

Le passager est passé d’une série de pushes à zéro interruption et une meilleure visibilité — un suivi de course en direct sur l’écran de verrouillage, du départ à l’arrivée, au lieu de pings qui clignotent puis disparaissent. Et parce que la carte reste affichée, l’écran de verrouillage devient un point de réengagement : les utilisateurs avec un Live Update actif ont tendance à ouvrir l’application davantage, pas moins.

Où les Live Updates trouvent leur place, par type d’application

Le même schéma fonctionne partout où un utilisateur suit quelque chose qui se déroule en ce moment, avec un début et une fin clairs.

Dans chaque cas, la règle est la même : l’activité est initiée par l’utilisateur, sensible au facteur temps, et en cours. Le Live Update porte l’état entre le début et la fin ; une notification push ne se déclenche que si quelque chose exige réellement une décision en cours de route.

Pour l’e-commerce français, ce cas d’usage prend tout son sens pendant les temps forts commerciaux — Soldes, French Days, Black Friday — où le volume de commandes explose et où chaque client attend un suivi de livraison en temps réel, que votre boutique tourne sous Shopify, WooCommerce ou PrestaShop.

Quand ne pas utiliser les Live Updates 🚫

Les Live Updates obéissent à une règle stricte, qu’Android impose : les Live Updates sont réservés aux activités initiées par l’utilisateur, sensibles au facteur temps et réellement en cours, rien d’autre.

Cela exclut :

Considérez cela comme une protection, pas une restriction. Si un Live Update mérite une place permanente sur l’écran de verrouillage, c’est précisément parce qu’il est réservé à ce que l’utilisateur a demandé à suivre. Le remplir de contenu marketing lui fait perdre son utilité — et Android s’assure qu’il perde aussi sa disponibilité.

Comment le mettre en place dans Pushwoosh 🛠️

Vous n’enverrez pas les Live Updates manuellement : ils se déclenchent à partir d’événements que votre application suit déjà. La mise en place est un travail ponctuel pour votre équipe technique, en 3 étapes :

C’est tout. C’est une intégration ponctuelle, au sein du même projet Pushwoosh que vous utilisez déjà pour le push, l’e-mail et l’in-app, qui tourne ensuite seule à partir de vos événements réels.