Google Wallet

Le fonctionnement diffère de celui d'Apple sur un point qui a des conséquences visibles : la carte n'est pas un fichier posé sur le téléphone mais un objet hébergé, que le commerce modifie à distance et que le téléphone reflète.

Un programme de fidélité sérieux doit couvrir les deux portefeuilles. Ne servir qu'Apple revient à écarter la moitié des clients d'un commerce en France, sans que le commerçant s'en aperçoive puisque ceux-là ne s'inscrivent simplement pas.

Dans Google Wallet, la carte se décrit en deux niveaux : une classe et un objet. La classe porte le modèle commun à toutes les cartes d'un commerce, comme le logo, les couleurs et le texte de la récompense ; l'objet est la carte d'un client précis, avec son nombre de tampons. Quand le commerce modifie l'objet depuis son serveur, Google répercute le changement sur le téléphone du client.

L'ajout se fait comme sur iPhone, en un geste. Le client scanne le QR code du commerce avec l'appareil photo de son téléphone Android, la page d'inscription s'ouvre dans le navigateur, et un bouton ajoute la carte à Google Wallet. Aucune application de fidélité n'est à installer.

Une différence pratique mérite d'être connue. Quand le commerce change la carte, le client n'est pas forcément prévenu : un message de notification doit être déclenché à part, avec un délai à respecter, faute de quoi il est supprimé. C'est ce que décrit l'entrée sur la notification silencieuse, qui donne le délai exact utilisé.

Pour un commerce, le résultat doit être le même qu'avec Apple : une carte qui se met à jour seule, avec les mêmes cases et la même récompense. Ce qui change est invisible pour le commerçant, qui n'a qu'une seule carte à configurer et une seule station de tamponnage à utiliser, quel que soit le téléphone de son client.