Google Wallet pour commerçants : comment ça marche vraiment (et pourquoi c'est sous-estimé)

70 % des smartphones vendus en France tournent sous Android. Et pourtant, quand on parle de carte de fidélité dématérialisée, tout le monde pense d'abord à Apple Wallet. C'est une erreur stratégique. Voici comment Google Wallet fonctionne réellement côté commerçant en 2026, ce qu'il permet, ce qu'il ne permet pas, et pourquoi vous ne pouvez plus l'ignorer.

Pourquoi Google Wallet est le marché oublié des commerçants

Quand un commerçant m'appelle pour la première fois, il me dit souvent : « j'aimerais une carte dans le Wallet de l'iPhone ». Logique, c'est l'image qu'il a en tête (la petite carte qui apparaît sur l'écran de verrouillage quand on entre dans le café d'à côté). Mais derrière cette image, il y a une vérité statistique qu'on oublie :

• Android = 69,5 % des smartphones en France (parts de marché Q4 2025, Kantar Worldpanel).
• iOS = 29,8 %. Le reste, c'est des HarmonyOS et des appareils non identifiés.
• Chez les moins de 35 ans urbains aisés, l'iPhone remonte autour de 45 %. Mais dès qu'on sort de Paris intra-muros et qu'on regarde la clientèle moyenne d'un restaurant, d'un coiffeur ou d'une boulangerie, Android écrase tout.

Concrètement : si vous n'avez qu'une carte Apple Wallet et que vous ne proposez rien aux clients Android, vous laissez environ deux tiers de votre clientèle sans solution. Vous leur faites un café offert oralement et vous appelez ça « programme de fidélité », ce qui est exactement la situation qu'on essaie de quitter avec une carte digitale.

Le problème, c'est que Google Wallet est moins visible que son cousin d'Apple. Personne ne fait de pub pour, on en entend moins parler dans la presse. Mais l'outil est là, il fonctionne, et il est même sur certains points plus simple à mettre en place qu'Apple Wallet pour le commerçant.

Google Wallet vs Google Pay : oui, c'est la même chose maintenant

Petite mise au point avant d'aller plus loin, parce que la question revient à chaque rendez-vous. Google a beaucoup brouillé les pistes ces dernières années :

• 2018-2022 : deux applis cohabitent, Google Pay (paiement) et Google Pay (cartes de fidélité, billets, etc.). Pas clair, même pour Google.
• Mi-2022 : Google Wallet remplace officiellement Google Pay en France. L'application s'appelle désormais « Wallet » (icône bleue avec un portefeuille).
• 2024-2026 : Google Wallet est intégré nativement à Android 11+. Sur la quasi-totalité des téléphones vendus dans l'Union européenne, l'application est préinstallée et configurée par défaut.

Pour un commerçant, ça veut dire trois choses : (1) l'API qui permet de générer des cartes de fidélité s'appelle aujourd'hui Google Wallet API (anciennement « Google Pay API for Passes »), (2) la même API gère cartes de fidélité, cartes cadeaux, billets d'événement, cartes d'embarquement, et (3) chaque client Android a déjà le portefeuille installé, ce qui supprime totalement la friction côté installation.

Comment fonctionne une carte de fidélité Google Wallet (côté client)

Mettons-nous deux minutes dans la peau du client qui n'a jamais utilisé Google Wallet de sa vie. Voici exactement ce qu'il se passe quand il scanne votre QR code « Ajoutez votre carte de fidélité » avec son Android :

1. Le QR code l'envoie sur une page web (mobile-first, hébergée par votre éditeur). Cette page détecte qu'il est sur Android et affiche un gros bouton « Ajouter à Google Wallet ».
2. Il clique. Le navigateur appelle l'URL signée https://pay.google.com/gp/v/save/<JWT> qui contient un jeton signé avec le programme de fidélité (votre logo, vos couleurs, les données du client).
3. Google Wallet s'ouvre automatiquement (deeplink natif). Le client voit un aperçu de la carte avec un bouton « Enregistrer ».
4. Il tape « Enregistrer ». La carte est ajoutée à son portefeuille, en moins de 5 secondes, sans création de compte, sans mot de passe, sans téléchargement.

À partir de là, la carte vit sa vie dans Google Wallet. Elle apparaît sur l'écran de verrouillage quand le client passe à proximité de votre boutique (si vous avez configuré les zones), elle s'affiche en haut du portefeuille au moment du paiement NFC, elle peut recevoir des notifications push directement depuis le serveur.

Côté commerçant : création, mise à jour, push notifications

Voilà la partie technique qu'on ne lit jamais sur les pages commerciales, mais qui est utile à comprendre pour ne pas se faire embobiner. Pour émettre une carte Google Wallet, il faut quatre briques :

• Un Issuer Account Google : un compte émetteur, validé manuellement par Google (2 à 5 jours ouvrés). Un seul compte par entité juridique.
• Une classe (Loyalty Class) : la définition du template de votre programme : logo, couleurs, structure des champs affichés, mécanique (tampons, points, paliers).
• Un objet (Loyalty Object) : l'instance individuelle de la carte pour chaque client : numéro de carte, nom, solde actuel.
• Un compte de service Google Cloud : les identifiants techniques (clé JSON) qui permettent au serveur du commerçant de signer les JWT d'ajout et d'appeler l'API REST pour mettre à jour les cartes.

Une fois ce dispositif en place, mettre à jour une carte est une simple requête HTTPS authentifiée. Vous changez le solde de tampons, l'intitulé du message, ou une offre promotionnelle, et Google propage ça à tous les téléphones Android sur lesquels la carte est installée. La propagation se fait via Firebase Cloud Messaging (FCM), la même infrastructure qui sert pour les notifications push de toutes les apps Android.

Concrètement, ça veut dire que les notifications Google Wallet sont aussi fiablesqu'une notification d'app classique. Pas de boîte noire, pas de file d'attente louche : si le téléphone est allumé et connecté, la notif arrive en quelques secondes. C'est même souvent plus rapide qu'Apple Wallet, qui passe par les serveurs APNs avec une fréquence d'envoi parfois bridée par Apple.

Pour aller plus loin sur les push, j'ai détaillé ce sujet dans un article dédié : notifications push Wallet pour restaurant, ce qui marche vraiment.

Google Wallet vs Apple Wallet : tableau des différences pratiques

Comme je passe ma vie à comparer les deux dans des audits commerçants, voici le résumé honnête de ce qui change entre les deux portefeuilles, du point de vue d'un commerçant français qui veut une carte de fidélité :

Le grand enseignement : les deux technologies font globalement la même chose pour le commerçant, mais avec des plomberies différentes. Le vrai sujet, ce n'est pas « lequel choisir », c'est « comment proposer les deux automatiquement, sans demander à chaque client son modèle de téléphone ».

Sur la question Apple, j'ai écrit un guide spécifique : carte de fidélité Apple Wallet pour restaurant, guide complet. Il complète celui-ci.

Pourquoi ignorer Google Wallet, c'est perdre 70 % de vos clients

Je vois encore beaucoup d'éditeurs (et beaucoup de commerçants bricolant tout seuls avec des outils gratuits) qui ne proposent que l'Apple Wallet, parce que c'est plus simple côté technique (un .pkpass à signer, c'est l'exercice de tutoriel classique). C'est une erreur grossière :

• Le client Android scanne le QR et tombe sur « Téléchargez Apple Wallet ». Il est perdu. Au mieux il essaie de bricoler, au pire il abandonne et il vous en veut.
• Le bouche-à-oreille est asymétrique : les clients Android qui n'ont pas pu installer la carte ne disent rien, ils oublient juste votre programme.
• Vos meilleurs clients potentiels sont sur Android. Le client fidèle moyen d'un commerce de quartier (pas forcément le branché de la Goutte d'Or, plutôt le couple de quadras du voisinage) est statistiquement sur Android dans 2 cas sur 3.

Si vous voulez tester rapidement à quoi ressemble une carte qui marche sur les deux OS sans réflexion technique de votre côté, vous pouvez commencer un essai gratuit : l'ajout fonctionne sur iOS comme sur Android, sans configuration de votre part. Démarrer l'essai gratuit (7 jours, sans engagement, sans carte bancaire demandée).

Pas sûr si votre clientèle est plutôt iOS ou Android ? Je vous aide à trancher→

Étape par étape : créer votre carte Google Wallet

Si vous voulez faire ça vous-même (par curiosité technique, ou parce que vous êtes développeur), voici la séquence réelle, sans simplifier à outrance :

1. Créer un projet Google Cloud : aller sur console.cloud.google.com, créer un nouveau projet (par exemple « wallet-cafedequartier »), activer l'API Google Wallet.
2. Demander un Issuer Accountvia le Google Pay & Wallet Console. Vous remplissez un formulaire (raison sociale, SIRET, site web, description du programme), Google valide en 2 à 5 jours.
3. Créer un compte de servicedans le projet Cloud, télécharger sa clé JSON, et lier ce compte à l'Issuer Account en lui donnant le rôle « Wallet Object Issuer ».
4. Définir la Loyalty Classvia un appel API ou l'interface web. C'est là que vous mettez votre logo, vos couleurs (hero, header, background), la structure d'affichage (champ « tampons », champ « niveau VIP », etc.).
5. Générer un JWT signécôté serveur à chaque fois qu'un client demande à ajouter sa carte. Le JWT contient les données du Loyalty Object (numéro carte, prénom, solde initial).
6. Mettre en place les updates : à chaque modification (nouveau tampon, nouvelle offre), votre serveur appelle l'API REST Google Wallet pour patcher le Loyalty Object. La propagation est automatique.

Ça représente environ 2 à 4 semaines de développement pour quelqu'un qui découvre l'API, plus le délai de validation Google. C'est faisable, mais c'est rarement rentable comparé à un abonnement à un outil clé en main. Pour comprendre la mécanique complète d'une carte digitale moderne, je recommande d'abord le guide 2026 de la carte de fidélité digitale.

Cas spécifique Samsung, One UI, Knox : tout marche pareil (ou presque)

Samsung représente environ 35 % du parc Android français. Question légitime : est-ce que Google Wallet fonctionne aussi bien sur un Galaxy que sur un Pixel ?

Réponse : oui, à 99 %. Google Wallet est préinstallé sur tous les Samsung vendus en France depuis 2022 (One UI 4 et au-dessus). Il cohabite avec Samsung Wallet, l'équivalent maison de Samsung, mais les deux n'interfèrent pas, l'utilisateur choisit dans lequel il ajoute sa carte. Dans 95 % des cas, le deeplink « Ajouter à Google Wallet » pointe nativement vers l'app Google et pas vers Samsung Wallet.

Le seul petit piège, c'est sur les Samsung anciens (One UI 3 et moins, sortis avant 2021), où l'app Google Wallet n'est pas préinstallée et où il faut la télécharger. Mais cette population représente moins de 4 % du parc en 2026, et elle est en chute libre. Pour le reste (Samsung Knox, les configurations entreprise, les comptes secondaires), aucun impact, les cartes Google Wallet sont stockées dans le compte Google de l'utilisateur principal et fonctionnent comme sur n'importe quel Android.

Les pièges réels de Google Wallet (ceux qu'on ne vous dit jamais)

Pour être honnête jusqu'au bout, voici ce qui peut coincer avec Google Wallet, soit en intégration, soit à l'usage :

• La validation manuelle de l'Issuer Account peut être pénible. Google demande parfois plusieurs allers-retours (capture d'écran du site, justificatif de domaine, exemple de carte). Pour un commerçant seul, c'est une vraie barrière. En passant par un éditeur déjà validé, on saute cette étape.
• Les liens cliquables dans les notifs sont limités. Contrairement à une app native, on ne peut pas mettre un bouton « Réserver maintenant » qui ouvre une page externe directement depuis la notification. Le clic ouvre la carte, et la carte peut afficher un lien, c'est une étape de plus que dans Android natif.
• Le géofencing est moins fin qu'Apple. 10 zones maximum, pas de beacons Bluetooth. Pour un commerce mono-établissement c'est OK, pour une chaîne de 30 boutiques avec un seul programme c'est insuffisant.
• La fréquence d'envoi des push est « raisonnable ». Google n'impose pas de limite stricte, mais à partir d'une notif par semaine et par carte, on commence à voir des taux de désinstallation augmenter. Comme partout, le contenu prime sur la fréquence.
• L'aperçu visuel diffère légèrement d'Apple. La carte Google Wallet est plus « Material Design » (carrée, ombres plus marquées), là où Apple Wallet est plus minimaliste. Il faut accepter qu'un même programme s'affiche différemment sur iOS et Android.

Aucun de ces pièges n'est rédhibitoire. Mais c'est important de les connaître pour ne pas être déçu en arrivant. Pour résumer : Google Wallet est techniquement plus jeune qu'Apple Wallet (qui existe depuis iOS 6 en 2012), mais il a rattrapé l'essentiel en 2024-2025, et il a même certains avantages (FCM plus rapide qu'APNs, Issuer Account gratuit là où Apple impose 99 $/an).

Faut-il choisir, ou faire les deux ? Le récap

Question piège, mais réponse simple : il faut faire les deux, automatiquement, sans réflexion du client.

La bonne expérience, c'est : le client scanne un QR code, la page détecte son OS (User-Agent), et lui propose le bon Wallet sans question. iPhone → Apple Wallet. Android → Google Wallet. Aucun intermédiaire, aucun choix à faire, aucune confusion possible.

C'est le principe d'une carte de fidélité moderne, et c'est ce qui distingue une « vraie » carte Wallet d'une page web qui imite une carte. J'ai expliqué cette différence en détail ici : carte de fidélité sans application, pourquoi c'est devenu la norme.

Si vous voulez tester en conditions réelles, je peux configurer une carte de démo à votre nom (avec votre logo, vos couleurs, vos tampons), iOS et Android, en moins de 24 h. Vous l'installez sur votre propre téléphone, vous voyez comment ça marche, et on en parle. Réserver la démo.

À retenir en 6 points

• 70 % de vos clients sont sur Android. Ignorer Google Wallet, c'est ignorer la majorité de votre clientèle.
• Google Wallet a remplacé Google Pay en 2022. Une seule appli, une seule API, préinstallée sur tous les Android récents.
• Côté commerçant, la mécanique est : Issuer Account → Loyalty Class → Loyalty Object → JWT signé. Push via Firebase Cloud Messaging.
• Techniquement plus simple à intégrer qu'Apple Wallet (pas de certificat à 99 $/an), mais validation Google plus longue (2 à 5 jours).
• Différences avec Apple Wallet : notifs FCM plus rapides, mais géofencing plus limité, et liens cliquables moins riches.
• La bonne approche, c'est de proposer Apple Wallet ET Google Wallet automatiquement, sans faire choisir le client.

Une carte digitale sans Google Wallet en 2026, c'est une carte bancale. Vous pouvez l'ignorer, mais vous le payez en clients Android perdus, en notifications jamais reçues, et en programme de fidélité qui ne décolle jamais vraiment.