1 points par GN⁺ 2 시간 전 | 1 commentaires | Partager sur WhatsApp
  • 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épartStandard, 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 .pkpass créé 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é

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 .pkpass et 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

1 commentaires

 
GN⁺ 2 시간 전
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à

    • Il y a en fait le même problème avec un portefeuille physique
      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
    • J’ai plusieurs cartes de la même banque et ça m’a sauté aux yeux immédiatement
      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
    • Homme de 39 ans ici, et comme j’ai accumulé plusieurs cartes de crédit, c’est pénible de choisir, même si elles ne se ressemblent pas
      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
    • La formule disant que l’UI de l’app a été conçue et développée par des jeunes de 20 ans dans une SF est très juste
      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
    • C’est quelque chose qui m’agace depuis des années
      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

    • Ce qu’il faudrait vraiment, c’est une version Wallet du fichier ics
      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
    • Très bonne remarque
      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
    • C’est vraiment un cadrage étrange
      La bonne formulation serait plutôt : « Il a fallu 14 ans à Apple pour comprendre que le problème venait d’eux »
    • https://apps.apple.com/de/app/pass4wallet-store-cards/id1423...
      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

    • Pass2U Wallet fonctionne bien, mais comme beaucoup d’apps, cela aurait dû être une fonction de base dès le départ
      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
    • Depuis quelques années, j’utilise Pass4Wallet pour créer des éléments Wallet pour un club local dont je fais partie
      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
    • J’avais aussi développé autrefois une app très simple pour le même usage, elle s’appelait PeekCard[1]
      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
    • À noter qu’on peut aussi ajouter du texte descriptif à une photo dans l’app Photos de base
      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
    • Il existe déjà beaucoup d’apps tierces capables de créer des passes à partir de photos
      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 ?

  • 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/

    • Quelle que soit la mise en page choisie pour l’en-tête du site, dans Safari le visage est affiché de façon grotesquement étirée et énorme
      C’est pareil sur desktop et sur iPhone
    • En parcourant le site, j’ai été surpris de voir qu’ils avaient travaillé sur Kingdom
      J’adorais vraiment ce jeu
    • Cette sensibilité design me manque
    • À défaut de connaître le reste, au moins l’icône est réussie
      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

    • C’est vrai
      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é
    • Wallet → … → Expired → Edit → Select All → Eyeball (!) → Unhide
      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

    • Google Wallet faisait ça dès le premier jour
    • Le blog dit aussi : « 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 »
    • Je suis surpris qu’autant de gens refusent encore d’utiliser Android aux États-Unis
  • 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

    • Si vous êtes souvent près d’une gare et que vous avez un billet aller-retour utilisable à tout moment, cette fonction devient assez amusante
    • J’utilise Pass2U Wallet et j’y ai défini des emplacements
      Quand j’approche du Children's Museum ou du Community Center, ma carte d’identité est prête
    • Il suffit peut-être de saisir le lieu et l’heure au moment de créer le pass, non ?
    • J’aime bien Wallet Creator (https://apps.apple.com/us/app/wallet-creator/id1486573384)
      C’est gratuit, et on peut définir une géorepérage lors de la création du pass