iOS 27 ajoute un bouton « Create a Pass » à Apple Wallet
(walletwallet.alen.ro)- iOS 27 ajoutera une option « Create a Pass » au bouton « + » existant de l’app Apple Wallet, afin de permettre aux utilisateurs de créer eux-mêmes des pass sans compte développeur ni signature par certificat
- Les utilisateurs pourront scanner avec l’appareil photo des billets papier, cartes de membre et codes QR affichés à l’écran, ou créer un nouveau pass depuis l’éditeur sans numérisation, puis ajuster le style, les images, les couleurs et les champs de texte
- Apple teste trois modèles de départ — Standard, Membership et Event — et permet de distinguer les types de pass dans la pile Wallet grâce à des teintes orange, bleue et violette
- Lancé en 2012 avec iOS 6, PassKit reposait sur un flux où les entreprises créaient et distribuaient des fichiers
.pkpass, mais pour les petites salles de sport, cafés, bibliothèques et programmes de fidélité, le compte développeur, les certificats de signature et le travail d’ingénierie constituaient un frein - WalletWallet s’attend à une baisse des usages les plus simples du type code-barres → Wallet, mais des domaines comme Google Wallet, le web et les anciens OS, les pass tagués intégrés à Bandcamp, SoundCloud et Spotify, ainsi que le partage de
.pkpass, devraient rester pertinents après iOS 27
Le flux de création de pass dans Apple Wallet
- Les articles de Bloomberg, MacRumors, 9to5Mac et AppleInsider pointent tous vers le même fonctionnement
- Une option de création de pass est ajoutée au bouton « + » existant dans l’app Wallet
- Deux méthodes de départ sont prévues : scanner une carte papier, un billet ou un code QR à l’écran, ou créer directement sans scan
- L’ensemble du flux fonctionne sans compte Apple Developer, sans Pass Type ID et sans signature par certificat
- iOS 27 devrait être présenté en avant-première à la WWDC le 8 juin, puis diffusé au public en septembre
L’éditeur et les modèles
- Dans l’éditeur, il sera possible d’ajuster le style, les images, les couleurs et les champs de texte
- Cette approche se rapproche davantage des mises en page basées sur des modèles proposées par des générateurs tiers comme Pass2U et WalletWallet que du pipeline PassKit réservé aux développeurs chez Apple
- Apple teste trois modèles de départ
- Standard : orange, valeur par défaut pour les pass génériques
- Membership : bleu, pour les cartes d’accès récurrentes comme les salles de sport, clubs et bibliothèques
- Event : violet, pour les billets de match, de cinéma ou d’événement ponctuel
- La couleur n’est pas qu’un simple élément décoratif : elle sert à distinguer visuellement les pass dans la pile Wallet
- La seule teinte du modèle permet déjà de différencier une carte de fidélité orange d’un billet violet sans avoir à les lire
Quatorze ans de vide depuis PassKit
- Apple a lancé PassKit en 2012 avec iOS 6
- À l’origine, le flux consistait pour les entreprises à créer des fichiers
.pkpass, que les clients touchaient ensuite pour les ajouter à Wallet - Des compagnies aériennes, grands distributeurs, plateformes de billetterie et certaines chaînes nationales l’ont effectivement adopté de manière régulière
- Beaucoup de salles de sport, cafés, bibliothèques, centres de loisirs et petits programmes de fidélité n’ont toutefois pas créé de pass Wallet
- Parce qu’il fallait un compte Apple Developer, des certificats de signature et un volume de travail d’ingénierie suffisant
- Dans les arbitrages budgétaires, l’option d’imprimer des cartes papier l’emportait le plus souvent
- The Next Web estime qu’Apple change désormais d’approche et n’attend plus les développeurs
- Si une entreprise ne crée pas de pass Wallet, l’utilisateur pourra le faire lui-même à partir d’un code QR déjà imprimé
- Pendant plus de dix ans, Wallet a surtout ressemblé à un répertoire d’éléments que les marques choisissaient de proposer ; avec iOS 27, il deviendrait plutôt un répertoire d’éléments que les personnes choisissent de conserver
Impact sur WalletWallet
- WalletWallet est un service qui existe justement à cause de ce vide
- L’utilisateur colle le code-barres de sa carte de fidélité dans l’app web, choisit une couleur, et un pass Apple Wallet gratuit est créé sur son téléphone en environ une minute
- Le service fonctionne dans le navigateur et ne nécessite ni compte ni configuration développeur
- Lorsque Create a Pass arrivera en septembre avec iOS 27, une partie de ce flux simple entrera directement dans l’app Wallet sur iPhone
- WalletWallet juge cette évolution positive pour les utilisateurs
- Elle s’inscrit dans le même objectif : rendre Wallet plus facile à utiliser dans la longue traîne des cafés, salles de sport et autres petits acteurs
- Le fait qu’Apple adopte la même direction au niveau du système d’exploitation constitue un changement nécessaire pour cette catégorie
- Il restera néanmoins des domaines où WalletWallet pourra encore jouer un rôle après iOS 27
-
Google Wallet
- Create a Pass est réservé à l’iPhone
- Une part importante des utilisateurs de Wallet est sur Android, et le générateur WalletWallet peut créer des pass Google Wallet à partir du même formulaire
-
Le web et les anciens OS
- iOS 27 nécessitera un iPhone compatible et la mise à jour de septembre
- WalletWallet fonctionne aujourd’hui dans n’importe quel navigateur
- Il peut être utilisé sur iOS 14, sur iPad, sur Mac ou sur l’ordinateur portable d’un ami
-
Les pass tagués basés sur de vraies intégrations
- Les générateurs de pass WalletWallet pour Bandcamp, SoundCloud et Spotify récupèrent automatiquement les images d’artiste et les liens dans des pass tagués
- Il s’agit d’un format différent des pass génériques à modèles montrés par Apple
-
Le partage
- Un
.pkpasscréé sur le web est un fichier, donc il peut être envoyé par e-mail, publié ou transmis à des utilisateurs Android via un QR - Le flux natif de Wallet reste davantage lié à l’appareil sur lequel le pass a été créé
- WalletWallet s’attend à ce que l’usage le plus simple de type code-barres → Wallet diminue après la sortie de Create a Pass
- Si WalletWallet a été lancé, c’est parce que la barrière d’entrée pour créer des pass Apple Wallet était trop élevée pour l’utilisateur ordinaire ; si iOS 27 abaisse cette barrière, on se rapproche de l’environnement souhaité
- Un
-
Des détails encore inconnus
- Les articles actuels ne couvrent pour l’instant que l’interface, les modèles et le flux à haut niveau
- Des détails importants restent encore à confirmer
- Les pass créés par l’utilisateur seront-ils synchronisés via iCloud entre iPhone, iPad et Mac ?
- Pourra-t-on exporter un pass sous forme de fichier
.pkpasset le partager avec des utilisateurs non-iPhone ? - Wallet prendra-t-il en charge les codes-barres Code 128, PDF417 et Aztec, ou seulement les QR codes ?
- Un commerçant pourra-t-il ensuite revendiquer la propriété d’un pass créé par l’utilisateur, le cosigner ou le mettre à jour ?
- Les pass prendront-ils en charge, comme ceux émis par des développeurs, les comportements d’écran verrouillé liés au temps et au lieu ?
- Des informations plus précises devraient apparaître après la présentation d’iOS 27 à la WWDC du 8 juin et la publication de la première bêta développeur
Articles cités
- Bloomberg: iOS 27 Features: Apple Plans to Let Users Build Their Own Passes in Wallet App (May 4, 2026)
- 9to5Mac: iOS 27: Apple Wallet adding new 'Create a Pass' feature, per report
- MacRumors: iOS 27 Will Let You Create Custom Wallet Passes
- AppleInsider: Apple Wallet will let you make your own passes in iOS 27
- The Next Web: iOS 27 lets users create custom Wallet passes from any QR code as Apple gives up waiting for developers
- Cult of Mac: Apple could remove a key iPhone Wallet app limitation with iOS 27
1 commentaires
Avis Hacker News
L’interface de l’app Wallet ressemble au sommet du design Apple façon « célibataires de 20 ans dans une SF »
Les personnes qui ont plusieurs cartes de la même banque, par exemple un compte personnel et un compte joint avec leur conjoint, doivent faire à chaque paiement une petite chorégraphie pour choisir entre deux cartes identiques dont seuls les 20 px du haut sont visibles
Je ne comprends pas que cette interface soit encore là
Même une personne de 80 ans avec un léger déclin cognitif peut utiliser ce portefeuille, puis poser son téléphone sur le lecteur en magasin après avoir choisi sa carte
C’est possible parce que cela n’a pas l’air d’une technologie et réutilise un geste familier
Dans cette tranche d’âge, le plus gros problème UX d’Apple n’est pas Wallet mais l’absence de bouton Home physique
Les plus de 70 ans semblent hésiter dès qu’ils ne voient pas l’écran attendu, même pour le déverrouillage
Les affordances invisibles ne sont pas bonnes, car elles dépendent de la mémoire plutôt que d’indices visuels
En plus, ce qui est affiché n’est pas le numéro de compte mais les derniers chiffres du numéro de carte, ce qui est bien moins utile
J’ai quand même découvert qu’on peut ajouter une petite icône sur la carte, et ma banque l’a fait automatiquement pour le compte pro
J’ai ajouté une petite icône de personne pour le compte personnel, mais c’est peut-être une fonction propre à certaines banques
Le fait de ne pas pouvoir attribuer facilement un libellé directement dans l’app Wallet est vraiment stupide
Dans mon cas, j’ai une carte du quotidien, une carte Costco, une Amex d’une compagnie aérienne, une carte en USD et une carte fournie par mon entreprise
J’ai aussi deux cartes ATM/de débit, donc il m’arrive de choisir celles-là chez de petits commerçants où les frais de carte sont élevés
La plupart du temps je veux ma carte du quotidien, mais la carte de la compagnie aérienne revient assez souvent parce qu’elle offre de bonnes récompenses au restaurant
La carte en USD peut simplement être définie temporairement par défaut lors de voyages aux États-Unis, donc je peux en général l’ignorer
En réalité, cette équipe avait vraiment cette ambiance
J’ai passé un entretien avec l’équipe Wallet/Passbook au moment où Apple Pay venait de sortir, et l’ensemble de l’équipe m’a paru assez toxique et très quelconque
Il n’est pas surprenant que cette fonctionnalité ait si peu évolué avec le temps
Apple sait faire du bon design et est globalement reconnu pour cela, mais sur certains points l’entreprise semble porter des œillères et ne corrige jamais des erreurs évidentes
L’article parle de barrières à l’adoption, mais l’idée selon laquelle « Apple attendait que les gens fassent quelque chose et ils ne l’ont pas fait » donne l’impression qu’Apple était passif
La solution est aussi présentée comme si Apple venait combler l’inaction des développeurs
Si après 14 ans l’adoption est restée quasi nulle, c’est clairement un problème d’UX
Combien de développeurs y a-t-il dans de petites salles de spectacle ou des bibliothèques, et combien font du développement spécifiquement Apple au point d’avoir un compte Apple Developer ?
En 14 ans, ils n’auraient pas pu imaginer une autre solution ? Quelque chose comme un compte développeur de gestion moins cher aurait été possible
Les utilisateurs n’ont aucune obligation de vendre eux-mêmes les produits Apple en se persuadant qu’ils sont bons
Pas besoin de prendre en charge toutes les fonctionnalités, pour la plupart des usages une image statique suffit
Les fonctions avancées pourraient continuer d’exiger le modèle actuel
Mais pour cela il faudrait de la collaboration et des standards, et on dirait que tout cela a disparu avec l’arrivée des smartphones
Si Apple avait lancé dès le départ un portail Pass tellement simple qu’un idiot pourrait l’utiliser, permettant aux associations, salles de concert, etc. de concevoir visuellement, gérer et distribuer des passes, cela se serait répandu de façon explosive
Le verrouillage de l’écosystème aurait aussi été bien plus profond, mais Apple ne pense ni n’agit de cette manière
Avec les gros changements qui se produisent actuellement autour d’eux, il sera intéressant de voir comment l’approche d’Apple évoluera dans les années à venir
La bonne formulation serait plutôt : « Il a fallu 14 ans à Apple pour comprendre que le problème venait d’eux »
Cela ressemble davantage au fait qu’en ne proposant pas une véritable intégration tierce, ils rendaient pratiquement impossible de créer même un fichier pkpass contenant simplement ceci
Un QR code ou un code-barres avec du texte arbitraire jusqu’à environ 128 octets, généralement des caractères ASCII et un ID de ticket ou une URL
Une ou deux lignes de texte brut secondaire
Éventuellement un logo ou un joli dégradé de couleurs si nécessaire
Enfin, c’est arrivé
Jusqu’ici, j’utilisais un contournement affreux : je prenais en photo tous mes codes-barres de cartes de fidélité, j’ajoutais des libellés comme « Gym » ou « Library » au Sharpie, puis je les retrouvais via l’indexation OCR
On peut aussi créer des passes pour d’autres personnes, les envoyer ou les partager
Quelqu’un d’autre semble aussi avoir recommandé l’app concurrente Pass4 Wallet, ça vaut peut-être le coup de comparer
Dans certains cas, c’est même mieux qu’un pass natif, parce qu’on peut ajouter à l’élément des informations personnalisées comme un code de portail
La prise en charge des codes-barres, QR codes, etc. est aussi assez flexible
C’est une excellente app, donc je continuerai sans doute à l’utiliser, et je ne suis pas sûr qu’Apple autorise ce niveau de personnalisation
Mais j’aimerais qu’Apple Wallet le fasse mieux
Ce qui m’intéresse, c’est de savoir si la prise en charge des codes-barres sera correcte et s’il y aura des widgets
[1]: https://apps.apple.com/app/peekcard/id6749822787
En glissant vers le haut, un champ de texte apparaît, et on peut en général retrouver la photo à partir de ce qu’on y a écrit
Cette fois, la nouveauté consiste à intégrer cette fonction dans l’OS, ce qui est évidemment une bonne chose, mais c’était possible depuis longtemps
Il fallait simplement une étape supplémentaire pour télécharger une app, et cela restera de toute façon plus rapide que de fouiller sa photothèque à chaque fois
Je ne comprends pas vraiment ce que signifie en pratique : « Quelques domaines où nous aidons encore après iOS 27 : Google Wallet. Create a Pass est réservé à l’iPhone. Environ la moitié des utilisateurs de Wallet sont sur Android, et notre générateur crée des passes Google Wallet à partir du même formulaire »
Google Wallet a un bouton permettant d’ajouter directement des passes depuis plusieurs années
En quoi la fonctionnalité décrite ici est-elle différente ?
https://support.google.com/wallet/answer/12060038
Tout ce qui a un code-barres ou un QR code fonctionne
Ce n’est pas compliqué
Il y a 15 ans, un ami avait créé une app appelée Pass Creator qui faisait cela, et Apple a bloqué la fonctionnalité
Il m’avait payé pour réaliser l’icône, et c’était mon premier travail rémunéré en design graphique : https://www.noio.nl/2012/10/pass-creator-app-icon/
C’est pareil sur desktop et sur iPhone
J’adorais vraiment ce jeu
Et même si ce n’est pas encore sorti, la direction artistique de Garbage Country a l’air très bien elle aussi
Je l’ai ajouté à ma wishlist
Enfin !
Il faudrait aussi de toute urgence une option pour remplacer l’archivage et le désarchivage automatiques des passes
Certains passes n’expirent pas selon le temps, et beaucoup de créateurs de passes ne savent pas correctement renseigner une heure d’expiration quand elle est nécessaire
Les compagnies aériennes notamment mettent souvent l’heure locale dans un champ censé être en UTC, si bien qu’il m’est déjà arrivé de voir une carte d’embarquement s’archiver automatiquement plusieurs heures avant même que j’arrive à l’aéroport
Si vous achetez un open return chez Avanti, ils définissent la date d’expiration des deux passes Wallet sur la date du trajet aller
Du coup, un billet valable 30 jours disparaît presque immédiatement
C’est complètement raté
Cela ne corrige pas le problème de l’« automatique », mais j’essaie de penser à faire ça tous les quelques mois
Content de voir Apple enfin rattraper Google
Google Wallet permet de scanner des billets et de créer des passes personnalisés depuis des années
Cet article présente cela comme si Apple venait sauver des développeurs paresseux, alors qu’en réalité Apple a laissé de côté une fonctionnalité disponible chez des services concurrents depuis un bon moment
Ce n’est pas simplement une mise à niveau pour atteindre la parité fonctionnelle avec Google Wallet ?
De ce que je vois, ma carte de bibliothèque dans Google Wallet est juste un type de carte/pass générique
Les documents Wallet Pass[0] et PassKit[1] sont incroyablement pauvres et obscurs, à un niveau rarement vu, et remplis de flux hérités qu’il faut absolument prendre en charge pour faire une intégration correcte
J’espère que cette fonction permettra de ne plus avoir à gérer tout cela
[0]: https://developer.apple.com/documentation/walletpasses
[1]: https://developer.apple.com/documentation/passkit
L’un des aspects sympas de Wallet, à mon avis, c’est la notification qui apparaît sur l’écran d’accueil quand on est près d’un lieu ou quand l’heure d’un événement approche, et qui ouvre automatiquement le pass au toucher
Je me demande si le mode « création manuelle » pourra faire cela
Je ne vois pas très bien comment ce serait possible
Quand j’approche du Children's Museum ou du Community Center, ma carte d’identité est prête
C’est gratuit, et on peut définir une géorepérage lors de la création du pass