Une carte de fidélité Apple Wallet fonctionne-t-elle sur Android ?

Non. Une carte de fidélité Apple Wallet ne s'ouvre pas sur Android : les deux portefeuilles utilisent des formats différents et ne communiquent pas. Pour toucher toute votre clientèle, il faut émettre deux versions de la même carte — un pass pour Apple Wallet, un objet de fidélité pour Google Wallet —, ce que font les plateformes spécialisées à partir d'une seule configuration.

La question revient souvent parce que le mot « Wallet » désigne deux produits distincts. Cette page explique ce qui se passe réellement de chaque côté, ce que le commerçant doit prévoir, et les différences de comportement entre les deux systèmes — elles sont documentées par Apple et par Google, et ne relèvent d'aucune promesse commerciale.

En bref

• Un pass Apple Wallet et une carte Google Wallet sont deux formats distincts : ni l'un ni l'autre ne s'ouvre chez le voisin.
• Une carte de fidélité correctement émise détecte le téléphone et propose le bon bouton d'ajout, sans que le client s'en aperçoive.
• En août 2026, Android représentait 63,73 % de l'usage du web mobile en France : ne couvrir qu'Apple exclurait la majorité des clients.
• Google plafonne les notifications à 3 par carte sur 24 heures ; Apple ne garantit pas l'affichage sur l'écran verrouillé.

Pourquoi un pass Apple ne s'ouvre pas sur Android

Parce que ce sont deux technologies séparées, conçues par deux entreprises concurrentes, sans passerelle entre elles.

Chez Apple, une carte de fidélité est un pass de type « storeCard », décrit dans la documentation Wallet Passes : un fichier signé, que l'iPhone installe dans l'app Cartes. Chez Google, la même carte est un couple classe/objet géré par l'API Wallet, comme l'explique la page Loyalty card overview. Rien n'est interchangeable.

Ce que voit et reçoit un client iPhone est détaillé dans le guide carte de fidélité Apple Wallet. Envoyer ce fichier de pass à un client sous Android ne produit en revanche rien d'utile : le téléphone ne sait pas quoi en faire, ou l'ouvre avec une application tierce qui n'assurera aucune mise à jour. L'inverse est vrai également.

Une nuance mérite d'être connue : Google Wallet permet à l'utilisateur d'enregistrer lui-même une carte à code-barres en la photographiant. Un client Android peut donc conserver l'image d'une carte en carton. Mais cette copie est figée : elle ne compte pas les tampons, ne se met pas à jour et ne reçoit aucun message. Apple, de son côté, indique que si l'option d'ajout n'apparaît pas, il faut contacter le commerçant émetteur.

Ce que le client voit, sur l'un et sur l'autre

Le parcours est identique des deux côtés, et c'est ce qui rend la question invisible pour le client bien servi.

1. Il scanne le QR code affiché en caisse, avec l'appareil photo de son téléphone.
2. Une page web s'ouvre et détecte le système : elle affiche « Ajouter à Apple Wallet » sur iPhone, « Ajouter à Google Wallet » sur Android.
3. Il touche le bouton, et la carte rejoint son portefeuille.
4. À chaque passage, le commerce scanne la carte ; le solde se met à jour à distance.

Un commerçant n'a donc pas à demander à ses clients quel téléphone ils utilisent, ni à imprimer deux QR codes. Un seul suffit, à condition que la page d'inscription gère les deux cas. C'est le point à vérifier avant de choisir un éditeur : demandez à voir la page d'ajout sur un iPhone et sur un Android.

Le bouton officiel « Ajouter à Google Wallet » n'est d'ailleurs pas décoratif : Google impose dans ses consignes de marque qu'il déclenche bien l'un des parcours de son API. Un bouton qui se contenterait d'afficher une image ne serait pas conforme.

Pourquoi couvrir les deux systèmes n'est pas optionnel

Parce que la clientèle est partagée, et pas à parts égales. En août 2026, StatCounter mesurait 63,73 % d'usage du web mobile sous Android en France, contre 36,26 % sous iOS — soit environ deux tiers de la clientèle côté Android.

Une carte réservée à Apple Wallet laisserait donc de côté la majorité des clients d'un commerce de proximité. L'erreur est fréquente parce que l'expression « carte dans le Wallet » évoque spontanément l'iPhone, et parce que les démonstrations commerciales se font souvent sur un iPhone.

Le support, lui, est là : selon le Baromètre du numérique 2026 de l'Arcep et du Crédoc, 91 % des personnes de 12 ans et plus vivant en France possédaient un smartphone en 2025. Restent 9 % à qui il faut proposer autre chose : une inscription par le nom ou l'e-mail, et une recherche en caisse.

Les éditeurs français de cartes Wallet émettent tous les deux formats à partir d'une même configuration ; c'est le cas de Klienty, solution française de cartes de fidélité pour Apple Wallet et Google Wallet, dont les offres figurent sur sa page de tarifs. Le point de vigilance n'est donc pas la compatibilité, mais ce que chaque système autorise ensuite.

Carte de fidélité : les différences réelles entre Apple Wallet et Android

Elles sont peu nombreuses, mais elles décident de ce qu'on peut promettre à un commerçant.

Deux de ces lignes méritent d'être citées mot pour mot dans une discussion commerciale. Google documente que les messages et mises à jour déclenchant une notification sont limités à 3 par carte sur 24 heures, pour éviter le harcèlement ; une offre « notifications illimitées » parle donc de facturation, jamais d'affichage. Et Apple écrit, dans ses Human Interface Guidelines, que le système « peut » afficher un lien vers la carte sur l'écran verrouillé quand elle est utile : c'est une possibilité, pas une garantie.

Les trois erreurs à éviter

Promettre l'affichage automatique devant la boutique. Ni Apple ni Google ne le garantissent. Chez Google, la notification de proximité suppose que le client ait activé les notifications et accordé un accès permanent à sa localisation précise, et c'est Google qui décide du déclenchement. Un commerçant à qui l'on a promis mieux sera déçu, et à juste titre.

Envoyer un fichier de pass par e-mail sans savoir quel téléphone reçoit. Apple documente l'envoi d'un pass en pièce jointe, mais ce fichier ne sert à rien sur Android. Mieux vaut toujours envoyer un lien vers une page d'ajout, qui détectera l'appareil.

Tester uniquement sur son propre téléphone. C'est l'erreur la plus courante. Un commerçant sous iPhone qui n'a jamais vu son parcours d'inscription sur un Android découvre le problème le jour où un client ne s'inscrit pas. Empruntez un téléphone de l'autre système et refaites le parcours complet : scan, ajout, tampon, mise à jour.

Une quatrième erreur guette les commerces qui viennent du papier : croire qu'une photo de la carte en carton, rangée dans Google Wallet par le client lui-même, équivaut à une carte de fidélité compatible iPhone et Android. Elle n'est qu'une image. Elle ne compte aucun tampon, ne se met jamais à jour et ne permet aucun message. La vraie carte est émise par le commerce, dans les deux formats, et c'est ce qui la rend vivante.

Conclusion

Une carte de fidélité Apple Wallet ne fonctionne pas sur Android, et c'est sans conséquence dès lors que la carte est émise dans les deux formats depuis la même configuration. Le client ne voit jamais la différence : il scanne un QR code, le bon bouton s'affiche, la carte s'ajoute. Ce qui change ensuite, ce sont les règles de chaque plateforme — le plafond de trois notifications par carte sur 24 heures chez Google, l'absence de garantie d'affichage sur l'écran verrouillé chez Apple.

Avant de vous engager avec un éditeur, faites l'essai sur les deux systèmes : un iPhone et un Android, le parcours complet, du scan à la mise à jour. Vous pouvez aussi composer votre carte et voir son rendu dans le configurateur de carte de fidélité, puis l'ouvrir depuis chacun des deux téléphones.

Questions fréquentes

Un client Android peut-il ajouter ma carte de fidélité Apple Wallet ?

Non, pas directement : le fichier de pass Apple n'est pas lisible par Google Wallet. En revanche, si votre page d'inscription est correctement faite, elle détecte le téléphone et propose automatiquement le bouton « Ajouter à Google Wallet » aux clients Android. Le client ne s'aperçoit de rien ; c'est à l'éditeur de gérer les deux formats.

Faut-il imprimer deux QR codes, un par système ?

Non. Un seul QR code suffit : il ouvre une page web qui détecte le système du téléphone et affiche le bon bouton d'ajout. Si un éditeur vous demande de distinguer les clients iPhone et Android, ou de leur poser la question en caisse, c'est le signe que son parcours d'inscription n'est pas terminé.

Google Wallet est-il installé sur tous les Android ?

Il est préinstallé sur la grande majorité des appareils Android récents et disponible gratuitement sur le Play Store pour les autres. Un compte Google est nécessaire, ce qu'ont déjà presque tous les utilisateurs d'Android. Sur les téléphones Samsung, Google Wallet coexiste avec Samsung Wallet, qui est un produit distinct.

Combien de notifications peut-on envoyer sur Android ?

Trois au maximum par carte sur une période de 24 heures : c'est une limite documentée par Google pour éviter le harcèlement des utilisateurs, et aucun éditeur ne la contourne. L'affichage dépend ensuite des réglages du téléphone. Une offre présentée comme « illimitée » désigne donc l'absence de facturation à l'envoi, pas un nombre d'affichages garanti.

Faut-il deux abonnements pour couvrir iPhone et Android ?

Non chez les éditeurs français consultés : un même abonnement émet les deux formats à partir d'une seule carte, avec le même design et la même règle de fidélité. C'est un point à vérifier explicitement avant de signer, en demandant à voir une carte réelle ajoutée sur un iPhone puis sur un Android.