iOS 27、Apple Walletに「Create a Pass」ボタンを追加
(walletwallet.alen.ro)- iOS 27では、Apple Walletアプリの既存の**「+」ボタン**に「Create a Pass」オプションが追加され、ユーザーは開発者アカウントや証明書署名なしで直接パスを作成できるようになる予定
- ユーザーは紙のチケット・メンバーシップカード・画面上のQRコードをカメラでスキャンするか、スキャンせずにエディタで新しいパスを作成し、スタイル・画像・色・テキストフィールドを調整できる
- AppleはStandard、Membership、Eventの3つの開始テンプレートをテスト中で、オレンジ・青・紫の色調でWalletスタック内のパス種別を区別できるようにする
- 2012年にiOS 6とともに登場したPassKitは、企業が
.pkpassファイルを作成して配布する流れだったが、小規模なジム・カフェ・図書館・ロイヤルティプログラムにとっては、開発者アカウント、署名証明書、エンジニアリング作業が障壁だった - WalletWalletは、単純なバーコード→Walletの利用は減ると見ているが、Google Wallet、Web・旧OS、Bandcamp・SoundCloud・Spotify連携のタグパス、
.pkpass共有といった領域はiOS 27以降も残る
Apple Walletのパス作成フロー
- Bloomberg、MacRumors、9to5Mac、AppleInsiderの報道はいずれも同じ流れを指している
- Walletアプリの既存の「+」ボタンにパス作成オプションが追加される
- 開始方法は、紙のカード・チケット・画面上のQRコードをスキャンする方法と、スキャンせずに直接作成する方法の2つ
- 全体のフローはApple Developerアカウント、Pass Type ID、証明書署名なしで動作する
- iOS 27は6月8日のWWDCで先行公開され、9月に一般公開される見込み
エディタとテンプレート
- エディタではスタイル、画像、色、テキストフィールドを調整できる
- この方式は、Appleの開発者専用PassKitパイプラインよりも、Pass2UやWalletWalletのようなサードパーティ製ジェネレーターが提供してきたテンプレートベースのレイアウトに近い
- Appleは3つの開始テンプレートをテスト中
- Standard: オレンジ、汎用パスのデフォルト
- Membership: 青、ジム・クラブ・図書館のような繰り返し利用するアクセスカード向け
- Event: 紫、試合・映画・単発イベントのチケット向け
- 色は単なる装飾ではなく、Walletスタック内でパスを視覚的に区別する役割を持つ
- テンプレートの色調だけでも、オレンジのポイントカードと紫のチケットを読まずに見分けられる
PassKit以後14年の空白
- Appleは2012年にiOS 6とともにPassKitを公開した
- 当初の流れは、企業が
.pkpassファイルを作り、顧客がタップしてWalletに追加する方式だった - 航空会社、大手小売、チケットプラットフォーム、一部の全国チェーンに近い事業者では実際に継続的な導入が進んだ
- 多くのジム、カフェ、図書館、レクリエーションセンター、小規模なロイヤルティプログラムではWalletパスは作られてこなかった
- Apple Developerアカウント、署名証明書、十分なエンジニアリング作業が必要だったため
- 予算の議論では、紙のカードを印刷する選択肢がたいてい勝っていた
- The Next Webは、Appleがもはや開発者を待たない方向に変わったと見ている
- 企業がWalletパスを作らないなら、ユーザーがすでに印刷されているQRコードから自分で作るようになる
- Walletは10年以上にわたり、ブランド側が提供することを選んだ項目のディレクトリに近かったが、iOS 27では人々が保管することを選んだ項目のディレクトリへと変わる
WalletWalletへの影響
- WalletWalletは、この空白があったからこそ存在してきたサービス
- ユーザーがロイヤルティカードのバーコードをWebアプリに貼り付けて色を選ぶと、約1分で無料のApple Walletパスがスマートフォンに作成される
- ブラウザで動作し、アカウントや開発者設定は不要
- iOS 27のCreate a Passが9月に提供されれば、この単純なフローの一部はiPhoneのWalletアプリ内に取り込まれる
- WalletWalletは、この変化はユーザーにとって良いことだと見ている
- カフェやジムのようなロングテール領域でWalletをより使いやすくするという目的に合致している
- AppleがOSレベルで同じ方向を選ぶのは、このカテゴリに必要な変化
- iOS 27以後もWalletWalletが担える領域は残る
-
Google Wallet
- Create a PassはiPhone専用
- Walletを使うユーザーのかなりの割合はAndroidにおり、WalletWalletのジェネレーターは同じフォームからGoogle Walletパスも作成できる
-
Webと旧OS
- iOS 27には対応するiPhoneと9月のアップデートが必要
- WalletWalletは現時点でどのブラウザでも動作する
- iOS 14、iPad、Mac、友人のノートPCでも使える
-
実連携ベースのタグパス
- WalletWalletのBandcamp、SoundCloud、Spotifyパスジェネレーターは、アーティスト画像とリンクを自動でタグパスに取り込む
- Appleが示している汎用テンプレートのパスとは異なる形態
-
共有
- Webで生成された
.pkpassはファイルなので、メールで送ったり、公開したり、QR経由でAndroidユーザーに渡したりできる - Walletネイティブのフローは、作成したデバイスにより強く結び付いている
- WalletWalletは、Create a Passの提供後、最も単純なバーコード→Walletの利用は減ると予想している
- WalletWalletが始まった理由は、Apple Walletパスを作るための参入障壁が一般ユーザーには高すぎたからであり、iOS 27がその障壁を下げるなら、望んでいた環境に近づくことになる
- Webで生成された
-
まだ明らかでない詳細
- 現時点の報道は、UI、テンプレート、上位レベルのフローまでしか扱っていない
- 重要な詳細はまだ確認されていない
- ユーザーが作成したパスがiCloud経由でiPhone、iPad、Macに同期されるか
- パスを
.pkpassファイルとして書き出し、iPhone以外のユーザーと共有できるか - WalletがCode 128、PDF417、Aztecバーコードをサポートするのか、QRのみなのか
- 加盟店がユーザー作成パスに対して後から所有権の主張、共同署名、更新を行えるのか
- 開発者発行パスのように時間や位置に連動したロック画面動作をサポートするのか
- より具体的な内容は、6月8日のWWDCでiOS 27が公開され、最初の開発者ベータが出た後に確認される見込み
参考にした報道
- 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件のコメント
Hacker Newsの反応
WalletアプリのUIは、Apple流の**「SFに出てくる20代独身」デザインの極致のように見える
同じ銀行のカードを複数持っている人、たとえば個人口座と配偶者との共同口座を別々に持っている人は、支払うたびに上部の20pxしか見えない同じカード**2枚のどちらかを選ぶという儀式をやらされる
こんなUIがいまだに維持されているのが理解できない
初期の認知機能低下がある80代でもこのウォレットは使えて、カードを選んだあと店舗のリーダーにスマホをかざせばいい
技術っぽく見せず、慣れた行動を借用しているからこそ可能なことだ
その年代でのApple最大のUX上の問題はWalletではなく、物理ホームボタンがないことだ
70代以上だと、想定した画面でないたびに、ロック解除のときでさえ、いったん立ち止まるように見える
見えないアフォーダンスは視覚的な手がかりではなく記憶に依存するのでよくない
しかも表示されるのは口座番号ではなくカード番号の下4桁なので、はるかに役に立たない
それでもカードに小さなアイコンを付けられることに気づき、うちの銀行はビジネス口座には自動で付けていた
個人口座には小さな人物アイコンを追加したが、銀行ごとの機能かもしれない
Walletアプリ内で直接簡単にラベルを付けられないのは本当に愚かだ
自分の場合、毎日使うカード、Costcoブランドのカード、航空会社のAmexカード、USD表示のカード、会社支給カードがある
それにATM/デビットカードも2枚あるので、カード手数料の負担が大きい小規模加盟店ではたまにそちらを選ぶ
たいていは毎日使うカードを使いたいが、航空会社のカードはレストラン特典が良いのでかなり頻繁に使う
USDカードはアメリカ旅行のときだけ一時的にデフォルトにすればいいので、普段はだいたい無視できる
実際、そのチームはそういう雰囲気だった
Apple Payが出たばかりのころ、そのWallet/Passbookチームの面接を受けたが、チーム全体がかなり有害で、とても凡庸に見えた
この機能が時間がたってもあまり改善されていないのは驚きではない
Appleは良いデザインができるし全体としてそう評価されているが、いくつかの部分では目隠しをしているかのように明白なミスを決して直さない
記事では導入障壁について語っているが、「Appleが人々に何かしてほしいと思って待っていたが、人々はしなかった」という前提は、Appleを受け身の存在のように見せている
解決策も、Appleが開発者たちの不作為を代わりに埋めるものとして提示されている
14年間ほとんど採用されなかったのなら、これは明らかにUXの問題だ
小さな会場や図書館に開発者がどれだけいるというのか、Apple Developerアカウントを持つほどApple専用開発をしているところはなおさら少ない
14年のあいだに別の解決策を作れなかったのか。もっと安価な管理用開発者アカウントのようなものも可能だったはずだ
ユーザーにApple製品を自分で説得して売ってやる義務はない
すべての機能をサポートする必要はなく、大半の用途では静的な画像だけで十分だ
高度な機能は今のモデルを要求すればよい
だがそのためには協業と標準が必要で、スマートフォンの登場とともにそうしたものは消えてしまったように思える
Appleがリリース時点で、サークルや会場などが視覚的にパスを設計し、管理し、配布までできる、誰でも使えるPassポータルを作っていたら爆発的に広がっていただろう
エコシステムのロックインもずっと深くなっていただろうが、Appleはそういうふうには考えないし動かない
いま周囲で大きな変化が起きている状況なので、今後数年でAppleのアプローチがどう変わるのか興味深い
「Appleが問題が自分たちにあったと気づくまで14年かかった」と表現するのが正しいだろう
まともなサードパーティ統合を提供してこなかったので、実際には次のような内容を持つpkpassファイルすら作れなかったに近いように見える
任意のテキストを128バイト程度まで入れたQRコードやバーコード、通常はASCII文字とチケットIDまたはURL
補助用のプレーンテキスト1〜2行
必要ならロゴや派手な色のグラデーション程度で十分だ
ようやく来てくれてよかった
これまでは会員バーコードを全部写真に撮って、Sharpieで「Gym」や「Library」みたいなラベルを書き込み、OCRインデックスで検索して取り出すというひどい回避策を使っていた
他人用のパスを作って送ったり共有したりもできる
別の人は競合アプリのPass4 Walletも勧めていたようなので、比べてみる価値はありそうだ
場合によってはネイティブのパスより優れていて、ゲートコードのようなユーザー定義情報を項目に入れられるからだ
バーコードやQRコードなどもかなり柔軟にサポートしている
素晴らしいアプリなので今後も使い続けると思うし、Appleがこれほどのカスタマイズ性を許すかは自信がない
ただ、Apple Walletのほうがもっと上手くやってくれることを望んでいる
気になるのはバーコード対応が十分か、そしてウィジェットをサポートするかどうかだ
[1]: https://apps.apple.com/app/peekcard/id6749822787
上にスワイプするとテキストボックスが出てきて、たいていはそこに書いた内容で写真を見つけられる
今回はその機能をOSに入れるということで、もちろん良いことではあるが、かなり前から可能ではあった
アプリをダウンロードするという一段階が追加で必要だっただけで、毎回フォトライブラリを検索するよりはそれでも速いはずだ
「iOS 27以降も私たちが支援し続けるいくつかの領域: Google Wallet。Create a PassはiPhone専用だ。Walletユーザーのおよそ半分はAndroidで、私たちのジェネレーターは同じフォームでGoogle Walletのパスを作成する」という文言が、実際には何を意味しているのかわからない
Google Walletには何年も前から直接パスを追加するボタンがあった
ここで説明されている機能は何が違うのか？
https://support.google.com/wallet/answer/12060038
バーコードやQRコードがあるものなら何でも動く
複雑ではない
15年前に友人がこれをやるPass Creatorというアプリを作ったが、Appleがその機能を塞いだ
その友人がアイコン制作費を私に払ってくれて、それが私にとって最初の有償グラフィックデザインの仕事だった: https://www.noio.nl/2012/10/pass-creator-app-icon/
デスクトップでもiPhoneでもそうなる
あのゲームが本当に好きだった
まだ出ていないが、Garbage Countryのアートディレクションも良さそうだ
ウィッシュリストに入れた
ついに！
パスの自動アーカイブ・アーカイブ解除を上書きできるオプションも切実に必要だ
パスによっては時間基準で期限切れになるものではないし、多くのパス作成者は期限の時刻が必要な場合でも正しく入力できていない
特に航空会社は、UTCを想定しているフィールドに現地時刻を入れるようなミスをよくするので、自分の場合は空港に着く何時間も前に搭乗券が自動アーカイブされたことがある
Avantiでオープンリターンを買うと、往路の日付で両方のWalletパスの有効期限を設定する
そのせいで30日有効のチケットがほぼ即座に消える
完全にめちゃくちゃだ
「自動」の問題そのものは解決してくれないが、数か月ごとにこれを思い出してやってみるようにしている
AppleがようやくGoogleに追いつくのを見るのは良いことだ
Google Walletはチケットをスキャンしてカスタムパスを作る機能を何年も前から備えていた
この記事はAppleが怠惰な開発者たちを救いに来たかのように描いているが、実際には競合サービスがしばらく前から提供していた機能をAppleが放置してきただけだ
これはGoogle Walletとの機能同等化にすぎないのでは？
自分が見る限り、Google Walletにある自分の図書館カードは単なる一般的なカード/パス種別だ
Wallet Pass[0]とPassKit[1]のドキュメントは、周囲で見かけるものの中でも特に乏しく難解で、まともに統合するには必ず対応しなければならない旧式のフローで埋め尽くされている
この機能でそうしたものをもう扱わなくて済むようになるといい
[0]: https://developer.apple.com/documentation/walletpasses
[1]: https://developer.apple.com/documentation/passkit
Walletのすばらしい点の一つは、場所の近くにいるときやイベントの時間が近づいたときにホーム画面へ通知が出て、タップすると自動でパスを表示してくれる機能だと思う
「自分で作成」がそれをできるのか気になる
どうやって可能になるのかはよくわからない
Children's MuseumやCommunity Centerの近くに行くと、自分のIDが準備されている
無料で、パス作成時にジオフェンスを設定できる