iOS 27 fügt Apple Wallet den Button „Create a Pass“ hinzu
(walletwallet.alen.ro)- iOS 27 wird dem bestehenden "+"-Button der Apple-Wallet-App die Option „Create a Pass“ hinzufügen, sodass Nutzer selbst direkt Pässe erstellen können, ohne Entwicklerkonto oder Zertifikatssignatur
- Nutzer können Papier-Tickets, Mitgliedskarten oder QR-Codes auf dem Bildschirm mit der Kamera scannen oder ohne Scan im Editor einen neuen Pass erstellen und Stil, Bilder, Farben und Textfelder anpassen
- Apple testet drei Startvorlagen: Standard, Membership und Event. Mit orangefarbenen, blauen und violetten Farbtönen lassen sich Pass-Typen im Wallet-Stapel unterscheiden
- PassKit, das 2012 zusammen mit iOS 6 eingeführt wurde, war ein Ablauf, bei dem Unternehmen
.pkpass-Dateien erstellen und verteilen. Für kleine Fitnessstudios, Cafés, Bibliotheken und Treueprogramme waren Entwicklerkonto, Signaturzertifikate und Engineering-Aufwand jedoch eine Hürde - WalletWallet rechnet zwar mit einem Rückgang bei einfachen Barcode→Wallet-Anwendungen, doch Bereiche wie Google Wallet, Web und ältere Betriebssysteme, tag-basierte Pässe mit Bandcamp-, SoundCloud- und Spotify-Integration sowie das Teilen von
.pkpassbleiben auch nach iOS 27 bestehen
Der Pass-Erstellungsablauf in Apple Wallet
- Berichte von Bloomberg, MacRumors, 9to5Mac und AppleInsider deuten auf denselben Ablauf hin
- Dem bestehenden "+"-Button in der Wallet-App wird eine Option zur Pass-Erstellung hinzugefügt
- Es gibt zwei Startwege: Papierkarten, Tickets oder QR-Codes auf dem Bildschirm scannen oder ohne Scan direkt selbst erstellen
- Der gesamte Ablauf funktioniert ohne Apple-Developer-Konto, Pass Type ID oder Zertifikatssignatur
- iOS 27 wird voraussichtlich am 8. Juni auf der WWDC vorab vorgestellt und im September öffentlich veröffentlicht
Editor und Vorlagen
- Im Editor lassen sich Stil, Bilder, Farben und Textfelder anpassen
- Dieser Ansatz ähnelt stärker den vorlagenbasierten Layouts, wie sie Drittanbieter-Generatoren wie Pass2U oder WalletWallet angeboten haben, als Apples entwicklerzentrierter PassKit-Pipeline
- Apple testet drei Startvorlagen
- Standard: Orange, Standard für allgemeine Pässe
- Membership: Blau, für Karten mit wiederkehrendem Zugang wie Fitnessstudio, Club oder Bibliothek
- Event: Violett, für Tickets zu Sportveranstaltungen, Filmen oder einmaligen Events
- Die Farben sind nicht nur Dekoration, sondern dienen dazu, Pässe im Wallet-Stapel visuell zu unterscheiden
- Schon an den Vorlagenfarben lässt sich eine orangefarbene Bonuskarte von einem violetten Ticket unterscheiden, ohne sie zu lesen
14 Jahre Leerstelle nach PassKit
- Apple führte PassKit 2012 zusammen mit iOS 6 ein
- Ursprünglich war der Ablauf so gedacht, dass Unternehmen
.pkpass-Dateien erstellen und Kunden diese antippen, um sie zu Wallet hinzuzufügen - Fluggesellschaften, große Einzelhändler, Ticket-Plattformen und einige landesweite Ketten haben das tatsächlich kontinuierlich eingesetzt
- Viele Fitnessstudios, Cafés, Bibliotheken, Freizeitzentren und kleine Treueprogramme haben jedoch keine Wallet-Pässe erstellt
- Der Grund war, dass dafür ein Apple-Developer-Konto, Signaturzertifikate und ausreichend Engineering-Aufwand nötig waren
- In Budgetdiskussionen gewann meist die Option, einfach Papierkarten zu drucken
- The Next Web sieht darin einen Richtungswechsel bei Apple: Apple wartet nicht länger auf Entwickler
- Wenn Unternehmen keine Wallet-Pässe erstellen, können Nutzer sie nun selbst aus bereits gedruckten QR-Codes erzeugen
- Wallet war über mehr als ein Jahrzehnt hinweg eher ein Verzeichnis der Dinge, die Marken bereitstellen wollten; mit iOS 27 wird es zu einem Verzeichnis der Dinge, die Menschen selbst aufbewahren möchten
Auswirkungen auf WalletWallet
- WalletWallet ist ein Dienst, der genau wegen dieser Lücke existiert
- Nutzer fügen den Barcode einer Treuekarte in die Web-App ein und wählen eine Farbe, worauf in etwa einer Minute kostenlos ein Apple-Wallet-Pass auf dem Smartphone erstellt wird
- Das funktioniert im Browser und erfordert weder Konto noch Entwickler-Setup
- Wenn „Create a Pass“ in iOS 27 im September erscheint, wandert ein Teil dieses einfachen Ablaufs direkt in die Wallet-App auf dem iPhone
- WalletWallet sieht diese Veränderung positiv für Nutzer
- Sie passt zum Ziel, Wallet in Long-Tail-Bereichen wie Cafés und Fitnessstudios einfacher nutzbar zu machen
- Dass Apple auf Betriebssystemebene denselben Weg einschlägt, ist die notwendige Veränderung für diese Kategorie
- Auch nach iOS 27 bleiben Bereiche, die WalletWallet abdecken kann
-
Google Wallet
- „Create a Pass“ ist nur für das iPhone gedacht
- Ein erheblicher Teil der Wallet-Nutzer ist auf Android, und der Generator von WalletWallet kann im selben Formular auch Google-Wallet-Pässe erstellen
-
Web und ältere Betriebssysteme
- iOS 27 erfordert ein kompatibles iPhone und das September-Update
- WalletWallet funktioniert derzeit in jedem Browser
- Es lässt sich auch unter iOS 14, auf dem iPad, dem Mac oder dem Laptop eines Freundes verwenden
-
Tag-Pässe mit echter Integration
- Die Pass-Generatoren von WalletWallet für Bandcamp, SoundCloud und Spotify übernehmen automatisch Künstlerbilder und Links in Tag-Pässe
- Das ist eine andere Form als die allgemeinen Vorlagenpässe, die Apple zeigt
-
Teilen
- Im Web erzeugte
.pkpass-Dateien sind Dateien und lassen sich daher per E-Mail versenden, veröffentlichen oder per QR an Android-Nutzer weitergeben - Der native Wallet-Ablauf ist stärker an das Gerät gebunden, auf dem der Pass erstellt wurde
- WalletWallet erwartet, dass nach dem Start von „Create a Pass“ vor allem die allereinfachsten Barcode→Wallet-Anwendungen zurückgehen werden
- WalletWallet entstand, weil die Einstiegshürde zum Erstellen von Apple-Wallet-Pässen für normale Nutzer zu hoch war. Wenn iOS 27 diese Hürde senkt, kommt das der ursprünglich gewünschten Situation näher
- Im Web erzeugte
-
Noch unbekannte Details
- Die bisherigen Berichte behandeln nur UI, Vorlagen und den übergeordneten Ablauf
- Wichtige Details sind noch nicht bestätigt
- Ob von Nutzern erstellte Pässe per iCloud zwischen iPhone, iPad und Mac synchronisiert werden
- Ob sich Pässe als
.pkpass-Datei exportieren und mit Nicht-iPhone-Nutzern teilen lassen - Ob Wallet Code-128-, PDF417- und Aztec-Barcodes unterstützt oder nur QR
- Ob Händler nachträglich Eigentum an von Nutzern erstellten Pässen beanspruchen, sie mitunterzeichnen oder aktualisieren können
- Ob wie bei von Entwicklern ausgestellten Pässen Sperrbildschirm-Funktionen auf Basis von Zeit und Ort unterstützt werden
- Konkretere Details dürften sich klären, sobald iOS 27 am 8. Juni auf der WWDC vorgestellt wird und die erste Entwickler-Beta erscheint
Berücksichtigte Berichte
- 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 Kommentare
Hacker-News-Kommentare
Die Wallet-App-UI wirkt wie der Höhepunkt von Apples Design für „20-jährige Singles in SF“
Wer mehrere Karten derselben Bank hat, etwa ein eigenes Konto und ein Gemeinschaftskonto mit dem Ehepartner, muss beim Bezahlen jedes Mal diesen Tanz aufführen und eine von zwei identischen Karten wählen, von denen oben nur 20 px sichtbar sind
Ich verstehe nicht, wie so eine UI bis heute bestehen kann
Sogar ein 80-Jähriger mit beginnendem kognitivem Abbau kann diese Wallet benutzen: Karte auswählen und danach das Telefon ans Lesegerät im Laden halten
Das funktioniert, weil es nicht wie Technik aussieht und ein vertrautes Verhalten übernimmt
Das größte UX-Problem von Apple in dieser Altersgruppe ist nicht Wallet, sondern das Fehlen eines physischen Home-Buttons
Leute über 70 scheinen jedes Mal zu stocken, wenn nicht der erwartete Bildschirm erscheint, sogar schon beim Entsperren
Unsichtbare Affordanzen sind schlecht, weil sie statt auf visuelle Hinweise auf Erinnerung setzen
Dazu kommt, dass angezeigt wird nicht die Kontonummer, sondern die letzten Ziffern der Kartennummer, was viel weniger nützlich ist
Immerhin habe ich herausgefunden, dass man kleine Icons an Karten hängen kann, und meine Bank fügt sie bei Geschäftskonten automatisch hinzu
Bei meinem Privatkonto habe ich ein kleines Personen-Icon ergänzt, aber das könnte auch eine bankspezifische Funktion sein
Dass man in der Wallet-App nicht einfach direkt Labels vergeben kann, ist wirklich dämlich
Bei mir gibt es eine Alltagskarte, eine Costco-Branding-Karte, eine Airline-Amex, eine Karte mit USD-Anzeige und eine Firmenkarte
Außerdem habe ich zwei ATM-/Debitkarten, die ich gelegentlich bei kleinen Händlern mit hohen Kartengebühren nutze
Meistens will ich die Alltagskarte, aber die Airline-Karte nehme ich ziemlich oft wegen der Restaurant-Boni
Die USD-Karte muss ich nur bei USA-Reisen kurz als Standard setzen, daher kann ich sie meist ignorieren
Das Team hatte tatsächlich genau diese Ausstrahlung
Als Apple Pay gerade neu war, hatte ich ein Vorstellungsgespräch mit dem Wallet-/Passbook-Team, und das ganze Team wirkte ziemlich toxisch und sehr mittelmäßig
Es überrascht mich nicht, dass diese Funktion über die Zeit kaum verbessert wurde
Apple kann gutes Design und wird insgesamt auch so wahrgenommen, aber bei einigen Dingen behebt das Unternehmen mit Scheuklappen einfach offensichtliche Fehler nie
Im Artikel geht es um Einstiegshürden, aber die Prämisse „Apple hat gewartet, dass Leute etwas tun, und sie haben es nicht getan“ stellt Apple als passiven Akteur dar
Auch die Lösung wird so präsentiert, als fülle Apple bloß die Untätigkeit der Entwickler auf
Wenn es nach 14 Jahren kaum Adoption gab, ist das ganz klar ein UX-Problem
Wie viele Entwickler wird es denn bei kleinen Veranstaltungsorten oder Bibliotheken geben, und noch weniger machen Apple-exklusive Entwicklung genug, um ein Apple-Developer-Konto zu haben
Hätte man in 14 Jahren keine andere Lösung bauen können? Etwa günstigere Developer-Konten nur für Verwaltung
Nutzer sind nicht verpflichtet, Apple-Produkte aus eigener Überzeugung zu verkaufen
Sie muss nicht alle Funktionen unterstützen; für die meisten Anwendungsfälle reicht schon ein statisches Bild
Fortgeschrittene Funktionen könnten weiter das jetzige Modell verlangen
Aber dafür bräuchte es Zusammenarbeit und Standards, und mit dem Aufkommen der Smartphones scheinen solche Dinge verschwunden zu sein
Wenn Apple zum Start ein idiotensicheres Pass-Portal gebaut hätte, in dem Clubs, Veranstaltungsorte usw. Pässe visuell gestalten, verwalten und verteilen können, wäre das explodiert
Das Ökosystem-Lock-in wäre auch viel tiefer geworden, aber Apple denkt und handelt offenbar nicht so
Da gerade große Veränderungen um uns herum passieren, ist es spannend, wie sich Apples Ansatz in den nächsten Jahren verändert
Treffender wäre wohl: „Apple hat 14 Jahre gebraucht, um zu begreifen, dass das Problem bei ihnen lag“
Eher sieht es so aus, als habe es keine ordentliche Drittanbieter-Integration gegeben, sodass man praktisch nicht einmal eine pkpass-Datei mit etwa Folgendem erzeugen konnte
ein QR-Code oder Barcode mit bis zu etwa 128 Byte beliebigem Text, meist ASCII-Zeichen plus Ticket-ID oder URL
1–2 Zeilen allgemeiner Hilfstext
falls nötig ein Logo oder ein auffälliger Farbverlauf
Gut, dass das endlich kommt
Bisher habe ich den schrecklichen Workaround genutzt, alle Mitgliedschafts-Barcodes zu fotografieren, mit Sharpie Labels wie „Gym“ oder „Library“ dazuzuschreiben und sie dann per OCR-Indizierung zu suchen und aufzurufen
Man kann auch Pässe für andere erstellen und senden oder teilen
Jemand anders scheint auch die Konkurrenz-App Pass4 Wallet empfohlen zu haben; die sollte man wohl vergleichen
In manchen Fällen ist das sogar besser als native Pässe, weil man benutzerdefinierte Informationen wie Torcodes im Eintrag unterbringen kann
Barcode, QR-Code usw. werden ebenfalls ziemlich flexibel unterstützt
Tolle App, ich werde sie wohl weiter nutzen, und ich bin mir nicht sicher, ob Apple so viel Anpassbarkeit zulassen wird
Aber ich hätte lieber, dass Apple Wallet das besser macht
Was mich interessiert, ist, ob die Barcode-Unterstützung ordentlich sein wird und ob Widgets unterstützt werden
[1]: https://apps.apple.com/app/peekcard/id6749822787
Wenn man nach oben wischt, erscheint ein Textfeld, und normalerweise kann man Fotos anhand dessen wiederfinden, was man dort hineinschreibt
Diesmal wird die Funktion eben ins OS eingebaut, was natürlich gut ist, aber möglich war es schon lange
Es war nur ein zusätzlicher Schritt, eine App herunterzuladen, und immer noch schneller, als jedes Mal die Fotomediathek zu durchsuchen
Ich weiß nicht, was genau damit gemeint ist: „Ein paar Bereiche, in denen wir auch nach iOS 27 noch helfen: Google Wallet. Create a Pass ist nur fürs iPhone. Etwa die Hälfte der Wallet-Nutzer ist auf Android, und unser Generator erstellt mit demselben Formular auch Google-Wallet-Pässe.“
Google Wallet hat doch schon seit Jahren einen Button, um direkt Pässe hinzuzufügen
Worin unterscheidet sich die hier beschriebene Funktion?
https://support.google.com/wallet/answer/12060038
Alles mit Barcode oder QR-Code funktioniert
Das ist nicht kompliziert
Vor 15 Jahren hat ein Freund eine App namens Pass Creator gebaut, die genau das machte, aber Apple hat die Funktion blockiert
Er hat mir die Erstellung des Icons bezahlt, und das war mein erster bezahlter Grafikdesign-Job: https://www.noio.nl/2012/10/pass-creator-app-icon/
Sowohl auf Desktop als auch auf dem iPhone
Ich mochte dieses Spiel wirklich sehr
Auch die Art Direction von Garbage Country, obwohl es noch nicht erschienen ist, sieht gut aus
Habe es auf die Wunschliste gesetzt
Endlich!
Eine Option, das automatische Archivieren und Entarchivieren von Pässen zu überschreiben, ist ebenfalls dringend nötig
Manche Pässe verfallen nicht zeitbasiert, und viele Pass-Ersteller schaffen es selbst dann nicht, eine nötige Ablaufzeit korrekt einzutragen
Gerade Airlines machen oft Fehler wie lokale Zeit in ein Feld einzutragen, das UTC erwartet, sodass bei mir schon einmal eine Boardingkarte automatisch archiviert wurde, mehrere Stunden bevor ich überhaupt am Flughafen war
Wenn man bei Avanti einen Open Return kauft, setzen sie bei beiden Wallet-Pässen das Ablaufdatum auf den Tag der Hinfahrt
So verschwindet ein 30 Tage gültiges Ticket fast sofort
Komplett kaputt
Das behebt das „Auto“-Problem zwar nicht, aber ich versuche alle paar Monate daran zu denken und das zu machen
Schön zu sehen, wie Apple Google endlich einholt
Google Wallet kann schon seit Jahren Tickets scannen und benutzerdefinierte Pässe anlegen
Dieser Artikel verpackt es so, als würde Apple faule Entwickler retten, tatsächlich hat Apple eine Funktion vernachlässigt, die Konkurrenzangebote schon seit Längerem haben
Ist das nicht bloß Funktionsparität mit Google Wallet?
Soweit ich sehe, ist meine Bibliothekskarte in Google Wallet einfach ein normaler Karten-/Pass-Typ
Die Dokumentation zu Wallet Pass[0] und PassKit[1] ist so dürftig und schwer verständlich, wie man es nur selten sieht, und voll von veralteten Abläufen, die man zwingend unterstützen muss, wenn man ordentlich integrieren will
Es wäre gut, wenn man sich mit dieser Funktion damit nicht mehr herumschlagen müsste
[0]: https://developer.apple.com/documentation/walletpasses
[1]: https://developer.apple.com/documentation/passkit
Eines der coolen Dinge an Wallet ist für mich, dass auf dem Homescreen eine Benachrichtigung erscheint, wenn man in der Nähe eines Ortes ist oder die Zeit einer Veranstaltung näher rückt, und dass beim Antippen automatisch der Pass angezeigt wird
Ich frage mich, ob „selbst erstellen“ das auch kann
Ich bin mir nicht sicher, wie das möglich sein soll
Wenn ich in die Nähe des Children's Museum oder des Community Center komme, ist mein Ausweis bereit
Es ist kostenlos, und beim Erstellen eines Passes kann man einen Geofence setzen