Vous configurez une carte de fidélité ou un coupon digital, et la plateforme vous demande pour quel wallet créer le pass : Apple Wallet ou Google Wallet. Cela ressemble à un vrai choix cornélien, alors vous hésitez, en essayant de deviner quel wallet vos clients utilisent réellement et si un mauvais choix veut dire tout reconstruire plus tard.
Pour la plupart des commerces, la réponse honnête est : les deux — et la raison est plus simple que ne le laissent penser les tableaux comparatifs de fonctionnalités. Ce guide couvre les vraies différences entre les deux wallets, où se trouvent réellement vos clients selon la plateforme, et comment couvrir les deux sans doubler votre travail. Au passage, vous verrez comment Pushwoosh Wallet Passes transforme «deux intégrations» en une seule configuration.
Apple Wallet vs Google Wallet : la réponse business, ce sont généralement les deux
Si vous vendez à une audience grand public, vos utilisateurs sont répartis entre iPhone et Android, et un pass qui ne fonctionne que sur un wallet est invisible pour une bonne partie d’entre eux. Un comparatif wallet qui se termine par «choisissez-en un» est souvent un comparatif qui a oublié les clients sur l’autre plateforme.
Pour les passes professionnels, les deux wallets font quasiment la même chose. Les deux gèrent cartes de fidélité, coupons, billets d’événement et cartes d’embarquement. Les deux mettent à jour ces passes à distance. Les deux permettent au client d’ajouter un pass depuis un lien, un QR code, ou depuis votre application. Les différences qui comptent portent sur la portée et quelques détails de design et de diffusion, pas sur la capacité de l’un ou l’autre à faire le travail.
Il reste donc une seule question à trancher : comment couvrir les deux wallets sans tout construire en double. D’abord les différences, ensuite la solution.
Tableau comparatif fonctionnalité par fonctionnalité
| Capacité | Apple Wallet | Google Wallet |
|---|---|---|
| Plateforme | iOS uniquement (iPhone, Apple Watch) | Android, Wear OS, plus un accès limité sur iOS via le web ou l'application |
| Types de pass pour commerce | Fidélité, coupons, billets, cartes d'embarquement | Fidélité, coupons, billets, cartes d'embarquement |
| Mises à jour à distance | Oui | Oui |
| Cohérence du design | Uniforme sur tous les appareils Apple | Variable selon les fabricants Android |
| Diffusion | Lien, QR, «Ajouter à Apple Wallet» in-app | Lien, QR, «Ajouter à Google Wallet» in-app |
| Alertes de géolocalisation | Oui | Oui |
| Données disponibles pour vous | Comportement in-app uniquement, pas les données de paiement | Comportement in-app uniquement, pas les données de paiement |
Ce tableau explique pourquoi «les deux» est le choix par défaut. Aucun écart de capacité ne justifierait d’écarter une plateforme sur le fond. Ce qui diffère, ce sont les détails, développés ci-dessous.
Limites de design et d’identité de marque
Apple impose un jeu fixe de gabarits de pass, donc votre carte a la même apparence sur tous les iPhone, avec moins de marge pour ajuster la mise en page. Les gabarits de Google sont plus souples, ce qui donne plus de liberté de design, mais moins de garantie que le pass s’affiche à l’identique sur les nombreux appareils Android du marché.
Pour une marque, c’est un arbitrage entre contrôle et portée. Apple offre des pixels prévisibles ; Google offre une audience plus large au prix d’un peu de cohérence visuelle. Aucun des deux n’est rédhibitoire, et les deux préservent votre logo, vos couleurs et vos champs essentiels.
Comportement des mises à jour et du push
Les deux wallets mettent à jour les passes à distance, donc un solde de points ou un changement de porte d’embarquement se reflète sans que le client ait besoin de réinstaller quoi que ce soit. La différence porte sur la notification liée à la mise à jour. Apple lie étroitement les notifications de pass au wallet lui-même, avec peu de possibilités de personnalisation. Google laisse un peu plus de souplesse dans la façon dont les alertes de mise à jour s’affichent.
En pratique, le canal d’engagement qui compte, c’est votre propre notification push, pas la notification native du wallet. C’est là qu’une plateforme de messagerie pèse plus lourd que le comportement natif du wallet.
Diffusion : liens d’installation, QR, in-app
Les deux plateformes vous donnent les trois mêmes façons de remettre un pass à un client : un lien web, un QR code à scanner, et un bouton «Ajouter au Wallet» dans votre application. Le libellé du bouton et le wallet visé changent selon la plateforme, mais le mécanisme est identique.
Vos supports de diffusion (tickets de caisse, vitrine, écrans d’application, e-mails) peuvent afficher les deux boutons côte à côte, et l’appareil du client choisit celui qui lui correspond.
Parts de marché : où sont réellement vos clients
En France, le marché des smartphones est équilibré entre iOS et Android, autour d’un partage 50/50 — assez proche pour qu’aucune des deux plateformes ne soit négligeable. À l’échelle mondiale, la tendance s’inverse nettement : Android se situe autour de 70-72 % et iOS autour de 27-29 %. Considérez ces chiffres comme des estimations qui bougent d’un point ou deux chaque trimestre.
Deux conséquences en découlent. D’abord, en France, votre base de clients est proche d’un partage à parts égales, donc ne couvrir qu’un seul wallet en laisse de côté une moitié significative. Ensuite, si votre activité touche aussi une audience francophone hors métropole (Belgique, Suisse romande, Afrique francophone), la répartition iOS/Android peut varier sensiblement d’un marché à l’autre, ce qui renforce l’intérêt de couvrir les deux plateformes plutôt que de parier sur une seule.
Pour un commerce, cette parité écarte l’idée de ne retenir qu’une seule plateforme. Négliger Apple Wallet, c’est perdre une part significative et fidèle de votre clientèle iOS. Négliger Google Wallet, c’est perdre une bonne partie de votre audience Android locale et la quasi-totalité des marchés francophones où Android domine plus largement.
Alors, quel wallet choisir ?
Les deux. C’est la réponse juste pour la quasi-totalité des commerces grand public, et la seule vraie question restante, c’est le coût pour y arriver.
Fait nativement, couvrir les deux wallets veut dire deux intégrations séparées : PassKit d’Apple d’un côté, l’API Wallet de Google de l’autre, chacune avec sa propre configuration, ses certificats et sa maintenance. C’est ce travail qui donne envie aux équipes de n’en choisir qu’un et de passer à autre chose.
Avec Pushwoosh Wallet Passes, une seule configuration émet et met à jour les passes pour Apple Wallet et Google Wallet depuis un tableau de bord unique, avec vos données hébergées en UE conformément au RGPD. Vous concevez le pass une fois, vous le diffusez via un lien ou un QR code, et l’appareil du client fait le reste. Le problème des deux intégrations cesse d’être une raison de laisser la moitié de votre audience de côté.
Couvrez les deux wallets avec une seule configuration sur Pushwoosh
Toucher chaque client ne devrait pas vous coûter deux développements. Pushwoosh Wallet Passes émet et met à jour les passes pour Apple Wallet et Google Wallet depuis un seul tableau de bord, pour que vos cartes de fidélité et vos coupons fonctionnent pour toute votre audience.
