Voici ce que la plupart des gens comprennent de travers à propos des wallet passes : vous n’envoyez pas de mise à jour. Vous modifiez le pass, et ce sont les téléphones qui viennent la chercher.
Changez un solde de points, un palier, une date d’expiration, un code-barres. Vous le modifiez une fois, de votre côté. Chaque carte déjà présente dans Apple Wallet ou Google Wallet d’un client se redessine discrètement avec la nouvelle information. Personne ne réinstalle quoi que ce soit, personne ne retélécharge une carte, et dans la plupart des cas, personne ne reçoit même de notification. C’est tout le principe, et le mécanisme derrière mérite d’être compris avant de construire quoi que ce soit dessus.
Le mécanisme de silent push derrière chaque mise à jour
Un wallet pass n’est pas une image statique. C’est un petit paquet de données avec l’adresse d’un serveur de rattachement intégrée, qui sait donc toujours où aller vérifier sa propre dernière version.
Quand vous modifiez un pass, voici la séquence. Votre plateforme de gestion des passes envoie un silent push aux serveurs d’Apple ou de Google. Silencieux veut dire exactement cela : pas de bannière, pas de son, aucune notification visible pour le client. Le push réveille simplement le wallet sur l’appareil et lui indique une seule chose : un pass qu’il détient a changé.
Le téléphone contacte alors le serveur de rattachement du pass, récupère le fichier mis à jour, et le remplace. Le client ouvre son wallet plus tard et la carte est simplement… à jour. Il n’a jamais vu la poignée de main qui l’a rendue correcte.
Apple et Google diffèrent dans la plomberie, mais la logique reste la même. Apple utilise le service web PassKit et APNs pour le silent push ; Google utilise son API Wallet et met à jour l’objet côté serveur, qui se propage ensuite vers l’appareil. Dans les deux cas, vous touchez un seul enregistrement et la mise à jour se diffuse vers chaque téléphone qui détient ce pass — depuis une infrastructure hébergée en UE, conformément au RGPD.
Ce qui déclenche une mise à jour sur le téléphone du client
Tous les changements ne viennent pas forcément d’un clic de votre part. Certaines mises à jour se déclenchent sur des données, d’autres sur le contexte. Les plus courantes :
Changement de points ou de palier
Un client gagne des points, franchit un seuil, passe d’Argent à Or. Votre logique de fidélité met à jour son enregistrement, le pass reflète le nouveau solde ou palier, et le silent push le porte jusqu’à son téléphone. Pas besoin d’un e-mail «félicitations, vous êtes passé au niveau Or» — même si vous pouvez toujours en envoyer un si vous voulez marquer le moment.
Pertinence liée à la localisation
Celui-ci n’est même pas une modification de données. Un pass peut porter des coordonnées de localisation, et quand le téléphone remarque que le client se trouve près de l’une d’elles, il fait apparaître le pass sur l’écran verrouillé de lui-même. Le client passe près du magasin, la carte de fidélité s’affiche. Vous définissez la localisation une seule fois, à l’émission du pass ; le téléphone se charge du reste sans aucun push de votre part.
Expiration et grisement
Un coupon arrive à échéance. La date d’un billet est dépassée. Vous poussez une mise à jour qui marque le pass comme expiré, et le wallet le grise pour qu’il apparaisse visiblement terminé plutôt que silencieusement cassé. Un petit détail qui évite un ticket support, car le client voit que l’offre a expiré au lieu de se demander pourquoi le code-barres ne scanne plus.
Que se passe-t-il si le client est hors ligne
Place à la partie honnête, car c’est là que les promesses excessives posent problème.
Si le téléphone d’un client est hors ligne au moment où vous poussez une mise à jour, elle ne l’atteint pas sur l’instant. Il n’y a pas de magie ici : le silent push ne peut pas réveiller un appareil injoignable.
Ce qui vous sauve, c’est que le pass sait où se trouve son serveur de rattachement. La prochaine fois que le téléphone revient en ligne et que le wallet se synchronise, ou la prochaine fois que le client ouvre le pass, l’appareil récupère la version actuelle et se met à jour. La mise à jour n’est donc pas perdue, simplement différée jusqu’à ce que le téléphone puisse la recevoir.
La règle pratique : les mises à jour wallet sont fiables, mais ce ne sont pas des garanties instantanées face à un téléphone en mode avion. Concevez pour un résultat «finalement correct», pas «instantané garanti». Pour tout ce qui est critique dans le temps, comme une réduction flash qui expire dans l’heure, associez le pass à un canal qui confirme la remise plutôt que de vous reposer uniquement sur la mise à jour silencieuse.
Pourquoi cela compte pour les marketeurs, pas seulement pour les développeurs
Retirez la plomberie technique, et voici ce qui reste : la carte dans la poche de votre client est une surface vivante que vous contrôlez, pas un imprimé qui devient obsolète dès son émission.
Réfléchissez à ce que cela élimine. Plus de campagne pour réémettre les cartes après un changement de tarif. Plus d’e-mail «merci de supprimer l’ancien coupon et de télécharger le nouveau» que la moitié de votre liste ignore. Plus de notification à chaque fois qu’un solde évolue d’un cran — exactement le genre de bruit qui entraîne les gens à vous couper le son. Vous modifiez la source, les poches se mettent à jour, et vous n’avez épuisé aucune patience client au passage.
C’est toute la différence entre un wallet pass et un support statique. L’un est un canal. L’autre est un PDF.
Prévenir manuellement chaque porteur de carte d’un changement de tarif ou de points ne tient pas à l’échelle. Pushwoosh pousse la mise à jour en silence, sans application ni lassitude notificationnelle. Découvrez comment cela fonctionne avec Wallet Passes.
