Carte de fidélité dans Apple Wallet et Google Wallet : comment ça marche
Pourquoi la carte dans le Wallet change tout, ce qu'il faut techniquement pour l'émettre (certificats, API, notifications), et ce que ça implique quand on passe par une solution existante.
Apple Wallet et Google Wallet sont les deux applications que vos clients ouvrent déjà — pour leur carte bancaire, leur billet de train, leur carte d'embarquement. Y placer votre carte de fidélité, c'est occuper un emplacement que vous n'auriez jamais obtenu avec une application dédiée. Voici comment cela fonctionne concrètement.
Pourquoi le Wallet change le taux d'utilisation
Le problème d'une carte de fidélité numérique classique, c'est qu'il faut y penser. Le lien est dans un SMS reçu il y a trois semaines, ou dans un onglet fermé depuis longtemps. Au moment de payer, personne ne fouille.
Le Wallet supprime cette étape. La carte est là, au même endroit que le moyen de paiement, accessible en deux gestes depuis l'écran verrouillé. Sur iPhone, elle peut même remonter automatiquement à l'approche de l'établissement si une position géographique est associée au pass.
Côté Apple : le format PKPass
Apple Wallet accepte des fichiers au format .pkpass. Un pass est une archive contenant un descripteur pass.json (type de carte, champs affichés, couleurs, code-barres, numéro de série), les images (logo, icône, bandeau) et une signature cryptographique.
Cette signature est le point important : un pass non signé n'est pas accepté. Pour signer, il faut :
- Un compte Apple Developer Program, payant sur une base annuelle
- Un identifiant de type Pass Type ID créé dans le portail développeur
- Le certificat associé à cet identifiant, plus le certificat racine d'Apple (WWDR)
- Une chaîne de signature côté serveur au moment de générer chaque pass
Le type de pass adapté à un programme de fidélité est storeCard. Il prévoit nativement un champ de solde bien mis en évidence — parfait pour afficher des points ou un nombre de tampons.
Mettre à jour un pass à distance
Un pass n'est pas figé. Le fichier déclare une URL de service web et un jeton d'authentification. Quand le solde du client change, votre serveur notifie Apple via APNs, et l'appareil vient récupérer la version à jour du pass. Le client voit son nouveau solde sans rien faire.
C'est aussi ce mécanisme qui permet d'afficher un message au dos du pass — par exemple « Votre dessert offert vous attend » — et de déclencher une notification sur l'écran verrouillé quand un champ marqué comme notifiable change.
Côté Google : l'API Google Wallet
Google fonctionne différemment. Il n'y a pas de fichier à distribuer : les cartes sont des objets créés via l'API Google Wallet, à partir de deux notions.
- La classe (
LoyaltyClass) décrit le programme lui-même : nom de l'établissement, logo, couleur de fond, conditions. Elle est créée une fois. - L'objet (
LoyaltyObject) représente la carte d'un client donné : son identifiant, son solde de points, son code-barres. Un objet par client.
L'ajout au Wallet se fait via un lien « Add to Google Wallet » qui transporte un JWT signé avec la clé d'un compte de service Google Cloud. Les mises à jour de solde se font ensuite par appel API sur l'objet, et se répercutent sur l'appareil du client.
Les prérequis côté émetteur : un projet Google Cloud, l'API Wallet activée, un compte de service avec sa clé, et un compte émetteur validé dans la Google Pay & Wallet Console.
Apple et Google, les différences à connaître
| Apple Wallet | Google Wallet | |
|---|---|---|
| Format | Fichier .pkpass signé, distribué au client | Objet créé côté serveur via API, ajouté par lien signé |
| Prérequis | Compte Apple Developer payant + certificat Pass Type ID | Projet Google Cloud + compte émetteur validé |
| Mise à jour | Notification APNs puis récupération par l'appareil | Mise à jour directe de l'objet par appel API |
| Notifications | Sur changement d'un champ, message au dos du pass | Messages poussés sur l'objet ou la classe |
| Déclenchement par lieu | Oui, positions associées au pass | Oui, selon la configuration |
Dans les deux cas, la carte reste hors ligne une fois installée : le client peut la présenter même sans réseau, seul le solde affiché peut être en retard tant que la mise à jour n'est pas passée.
Le faire soi-même ou passer par une solution ?
Techniquement, rien n'est insurmontable. Ce qui pèse, c'est l'entretien : les certificats Apple expirent et doivent être renouvelés avant la date limite, sous peine de ne plus pouvoir émettre de nouvelles cartes. Les formats évoluent, les politiques des consoles aussi, et un pass mal formé est simplement refusé sans explication détaillée.
Pour un restaurant indépendant, l'équation est simple : le coût du compte développeur, du serveur de signature et du temps d'intégration dépasse rapidement l'abonnement d'une solution qui gère déjà les deux plateformes. Le sujet du coût global est traité dans combien coûte un programme de fidélité.
Ce que ça donne côté client
- Le client scanne le QR code posé sur la table ou le comptoir.
- Il saisit son numéro de téléphone — pas de compte, pas de mot de passe.
- Sa carte s'affiche, avec un bouton « Ajouter à Apple Wallet » ou « Ajouter à Google Wallet ».
- À chaque passage, il présente sa carte depuis le Wallet, la caisse scanne, le solde se met à jour tout seul.
- Quand une récompense se débloque, une notification apparaît sur l'écran verrouillé.
Toute la mécanique décrite plus haut disparaît derrière ces cinq étapes. C'est exactement le but.
Vos cartes dans Apple Wallet et Google Wallet, sans certificat à gérer.
Voir la démoQuestions fréquentes
Faut-il un compte Apple Developer pour mettre une carte dans Apple Wallet ?
Oui si vous émettez les pass vous-même : Apple exige un certificat Pass Type ID délivré via le programme développeur, renouvelé périodiquement. En passant par une solution existante, c'est le prestataire qui détient et maintient ces certificats.
La carte fonctionne-t-elle sans connexion internet ?
Oui. Une fois installée, la carte reste consultable et présentable hors ligne. Seule la mise à jour du solde nécessite une connexion, et elle se fait automatiquement dès que l'appareil retrouve le réseau.
Peut-on envoyer une notification via la carte Wallet ?
Oui. Sur Apple, la modification d'un champ marqué comme notifiable déclenche une notification sur l'écran verrouillé. Sur Google, des messages peuvent être poussés sur l'objet ou la classe. C'est un canal distinct des notifications push classiques.
Que se passe-t-il si le client change de téléphone ?
La carte se réinstalle depuis le lien d'origine ou depuis la sauvegarde du téléphone, et le solde est conservé : il est stocké côté serveur et rattaché au client, pas au support.