Les cartes de fidélité wallet sont documentées en public, par les deux entreprises qui les ont construites, et la plupart des questions que se posent les commerces ont une réponse publiée. Les vingt ci-dessous viennent du Wallet Developer Guide d’Apple et de la documentation Google Wallet, récupérées le 5 septembre 2026, avec la page exacte nommée pour chacune dans la note de source de cet article.
Deux réponses portent sur Fideliya plutôt que sur les plateformes, et elles le disent. Tout le reste est ce que la plateforme déclare d’elle-même.
| Question | Apple Wallet | Google Wallet |
|---|---|---|
| Style de fidélité | storeCard | Classe et objet de fidélité |
| Comment le client l’ajoute | Mail ou Safari, application/vnd.apple.pkpass | Un lien JWT signé |
| Comment il se met à jour | Votre service web plus un push en HTTPS | Mise à jour de la classe ou de l’objet par l’API |
| Limite de messages | Non exprimée en nombre | 3 messages déclenchant un push par 24 heures |
| Promesse de remise | Les push ne sont pas garantis d’être remis | L’utilisateur doit avoir activé les notifications |
| Application compagnon | Les pass ne devraient pas en exiger | Les liens marchent sur le web, en e-mail et en SMS |
Qu’est-ce qu’une carte de fidélité wallet ?
Apple décrit les pass comme une représentation numérique d’informations autrement imprimées sur de petits morceaux de papier ou de plastique, et précise qu’ils peuvent contenir des images et un code-barres et être mis à jour par notification push. La technologie a trois parties : un format de paquet, une API de service web pour les mises à jour, et une API de lecture de la bibliothèque de pass.
Quel type de pass Apple est une carte de fidélité ?
La store card. Apple précise que la clé storeCard convient aux cartes de fidélité de magasin, cartes de remise, cartes à points et cartes cadeaux. Les quatre autres styles sont les cartes d’embarquement, les coupons, les billets d’événement et les pass génériques, et Apple cite les cartes de salle de sport et les titres de transport à solde comme exemples génériques.
Faut-il une application ?
Non. Apple écrit que les utilisateurs n’ont pas besoin d’avoir votre application installée pour ajouter vos pass à Wallet, et ajoute que les pass ne devraient pas exiger d’application compagnon. C’est la position de la plateforme elle-même, pas une ligne marketing de fournisseur, et c’est pourquoi une carte wallet se rejoint au comptoir en un geste.
Comment un client ajoute-t-il un pass sur iPhone ?
Par Mail ou Safari. Apple précise que les deux prennent en charge les pass depuis iOS 6 et macOS v10.8.2, que sur iOS ils ajoutent les pass directement à la bibliothèque, et que sur macOS ils passent par iCloud pour les ajouter aux appareils iOS de l’utilisateur. Les deux attendent le type MIME application/vnd.apple.pkpass.
Comment un client ajoute-t-il un pass sur Android ?
Par un lien Add to Google Wallet. Google le décrit comme une URL générée dynamiquement contenant un JSON Web Token encodé et signé, de la forme pay.google.com/gp/v/save suivie de ce jeton, et précise qu’il fonctionne partout où fonctionnent les hyperliens, y compris sites web, e-mail et SMS.
Que contient le lien Add to Google Wallet ?
Un JWT signé décrivant le pass. Google indique que la longueur sûre d’un JWT encodé est de 1800 caractères, recommande de présenter le lien sous forme de bouton Add to Google Wallet là où les images cliquables sont possibles, et note que l’enregistrement ne peut s’initier que dans le contexte d’une identité Google connectée.
Le client doit-il approuver le pass ?
Oui. Apple précise que l’ajout de pass à Wallet exige une permission explicite et que l’utilisateur doit toujours voir et approuver le pass avant son ajout. Il n’existe de chemin d’installation silencieuse sur aucune des deux plateformes, ce qui signifie aussi qu’un pass ne peut pas être poussé sur un téléphone qui ne l’a jamais demandé.
Comment un pass se met-il à jour ?
Apple décrit un service web sur le serveur de l’émetteur, joint en HTTPS, auprès duquel les appareils s’enregistrent après l’installation d’un pass. Quand le pass change, le serveur envoie une notification push aux appareils enregistrés, et l’appareil récupère la nouvelle version puis la compare à celle qu’il détenait.
Les notifications wallet sont-elles garanties ?
Non, et c’est la phrase la plus utile des deux documents. Apple écrit que les notifications push ne sont pas garanties d’être remises et que plusieurs notifications push d’une même source sont fusionnées en une seule. Google écrit que les utilisateurs doivent avoir activé les notifications pour leurs pass afin de les recevoir.
Combien de messages un pass Google peut-il envoyer ?
Google indique un maximum de 3 messages déclenchant une notification push sur une période de 24 heures, et décrit TEXT_AND_NOTIFY comme le type de message qui ajoute un message aux détails du pass et déclenche la notification. Les notifications de mise à jour sur certains champs sont soumises au même plafond.
Qu’est-ce qu’un change message ?
Une chaîne rattachée à un champ, affichée quand la valeur de ce champ change. Apple précise que si la valeur d’un champ a changé et que le champ définit un change message, l’appareil affiche ce message, et prévient que ces messages interrompent l’utilisateur et ne conviennent en général qu’à une information sensible au temps.
Que ne peut-on jamais changer sur un pass ?
Deux choses. Apple précise que tout champ d’un pass peut être mis à jour sauf le jeton d’authentification et le numéro de série, et déconseille explicitement de changer le jeton lors d’une mise à jour, puisque les pass ne sont pas garantis d’être mis à jour et que certains appareils peuvent encore détenir l’ancien.
Qu’est-ce qui identifie un pass ?
Apple précise que la combinaison de l’identifiant de type de pass et du numéro de série est utilisée dans tout PassKit pour identifier un pass de façon unique, et que deux pass du même type portant le même numéro de série sont compris comme le même pass même si le reste diffère. Le numéro de série est opaque pour PassKit.
Quels codes-barres un pass Apple accepte-t-il ?
Apple nomme PKBarcodeFormatQR, PKBarcodeFormatPDF417, PKBarcodeFormatAztec et PKBarcodeFormatCode128 comme valides à partir d’iOS 9, sans besoin de repli. Il note aussi que watchOS ne prend pas en charge Code128, et qu’un pass ne portant qu’un code Code128 n’y affiche aucun code-barres.
Combien de champs tiennent en façade ?
Apple indique qu’un pass peut généralement porter jusqu’à trois champs d’en-tête, un seul champ principal, jusqu’à quatre champs secondaires et jusqu’à quatre champs auxiliaires. Les coupons, store cards et pass génériques à code-barres carré portent jusqu’à quatre champs secondaires et auxiliaires combinés. Le dos du pass peut en porter autant que nécessaire.
Quelles images utilise une store card ?
Apple liste logo, icône et strip pour le style store card. L’image de logo se place en haut à gauche à côté du texte de logo, avec 160 sur 50 points alloués, et Apple note qu’elle devrait généralement être plus étroite. L’icône, affichée sur l’écran verrouillé et dans Mail, mesure 29 sur 29 points.
Un pass peut-il s’afficher en plusieurs langues ?
Oui. Apple indique qu’un pass se localise de trois façons : en affichant nombres et dates au format localisé, en fournissant des chaînes localisées, et en fournissant des images localisées. Chaque localisation a son propre répertoire .lproj, et les images qui n’ont pas besoin d’être localisées restent à la racine du pass.
Un pass peut-il apparaître près du commerce ?
Dans des limites qu’Apple publie. Un pass peut porter jusqu’à dix lieux pertinents, chacun avec longitude, latitude et altitude facultative, et jusqu’à dix UUID de balises uniques. Apple précise aussi qu’une store card ne prend pas en charge de date pertinente, donc une carte de fidélité ne peut pas revendiquer une pertinence temporelle comme un billet d’événement.
Qu’est-ce qu’une classe et un objet Google Wallet ?
Google indique que les pass émis aux utilisateurs sont créés en combinant une classe de pass et un objet de pass. La classe est le modèle partagé par tous les porteurs ; l’objet est la carte d’une personne. Google propose une API REST et un SDK Android pour émettre et gérer les deux.
De quoi un commerce a-t-il besoin ?
Cinq choses, quatre côté Apple et une côté Google.
- Un identifiant de type de pass correspondant au certificat de signature.
- Un identifiant d’équipe correspondant au Team ID de ce certificat.
- Une signature PKCS #7 incluant le certificat intermédiaire WWDR.
- Un service web HTTPS, qu’Apple exige pour toute communication de pass.
- Un compte émetteur Google Wallet, et un JWT signé par lien d’enregistrement.
Sources
Fideliya détient ces cinq éléments de façon centralisée, ce qui est la différence pratique entre émettre des pass et acheter une plateforme qui les émet : un commerce fournit un logo, un objectif et une récompense. La comparaison avec l’alternative applicative est sur application de fidélité ou carte wallet, les choix de conception sur quinze idées de carte à tampons, et ce qu’il faut envoyer ensuite sur vingt idées de campagnes de fidélité.
Chaque réponse ci-dessus vient de l’une des sept pages primaires, toutes récupérées le 5 septembre 2026 : les chapitres About Wallet, Pass Design and Creation, Distributing Passes et Updating a Pass du Wallet Developer Guide d’Apple, et les guides Google sur les cartes de fidélité, l’ajout depuis le web et le déclenchement des notifications. La note de source de cet article associe chaque question à sa page. Aucune statistique, aucun prix et aucun pourcentage n’apparaît ici, et rien n’est déduit d’un document marketing.
Fideliya est un logiciel de programme de fidélité wallet-native pour les petits commerces. Le côté Apple est décrit sur les cartes de fidélité Apple Wallet, et les offres sur la page des tarifs.