Apple WalletやGoogle Walletに入るイベントの電子チケットには、バーコード、日付、会場、座席が載っています。イベント当日はロック画面に表示され、内容が変われば自動で更新されます。来場者は主催者のアプリも、印刷したPDFも必要ありません。主催者にとっては、来場者が実際に目にする当日の連絡チャネルになります。
Pushwooshでは、チケットとメッセージが1つの来場者プロファイルを共有するため、プッシュ通知やメールと同じプラットフォームでイベントとチケット販売向けのウォレットパスを運用できます。
チケットをウォレットに入れる理由
すべての来場者がアプリをインストールするわけではありません。フェスの来場者調査では、フェスのアプリをインストールしたのは80%で、5人に1人はアプリを持っていませんでした（Festival Insights、2021年）。ウォレットのチケットなら、全員に届きます。
来場者もそれを期待し始めています。Philharmonie de ParisはApple WalletとGoogle Walletのチケットに移行し、観客の35%が切り替えました（競合の事例、The Wallet Crew）。Ticketmasterは2024年から、スタジアムの座席表、駐車場、天気を載せた拡張チケットをApple Walletで提供しています（市場の事例）。アカデミー賞の授賞式では、2022年からウォレットのチケットが使われています（競合の事例、Passcreator）。
Event Ticketタイプ
どちらのプラットフォームにもEvent Ticketタイプがあります。Googleでは、Googleの自動更新通知を受けられるわずか3つのタイプの1つで、時間が重要なものに向いています。
| Apple Wallet | Google Wallet | |
|---|---|---|
| パスのタイプ | Event Ticket | Event ticket |
| 主なフィールド | イベント、日付、会場、入場口、座席 | 同じ |
| バーコード | QR、PDF417、Aztec、Code128 | 同じ＋EAN-13 |
| 更新の通知 | 変更メッセージを設定したフィールド | あり。開始前3時間以内、1枚のパスにつき24時間で最大3件 |
| ロック画面への表示 | 関連する日付と会場の位置情報 | 会場の位置情報（範囲はGoogleが設定） |
チケットはUser IDごとに、固有のバーコード付きで発行されます。一般、プレス、スタッフなどチケットの種類が違う場合は、それぞれ独自のデザインを持つ別のパスにします。
iPhoneの利用率が高い日本市場では、来場者の多くがApple Walletでチケットを使います。開演時刻や入場口のように当日変わりうるフィールドには、まず変更メッセージを設定しておきましょう。
時間と場所で届く当日のリマインド
関連する日付をイベントの開始時刻に設定し、会場を位置情報として追加します。イベント当日、来場者が会場に近づくとチケットがロック画面に表示されることがあります。何も送らなくても、正しい場所で正しいリマインドが届きます。
前日には、開場時刻、アクセス、持ち物をまとめたプッシュ通知かメールを組み合わせましょう。到着の瞬間はチケットが担います。
更新：時刻、入場口、座席
変更があればAPIでチケットを更新すると、保存されているすべての端末で表示が書き換わります。変更メッセージは、来場者の行動に関わるフィールド、つまり開始時刻、入場口、座席に設定しましょう。
イベントが延期になったら、新しいチケットを発行するのではなく、同じチケットの日付を更新します。来場者の手元のチケットは1枚のまま、常に正しい内容です。再発行すると、新しいリンクと再度の追加が必要になり、古いチケットで来場する人も出てきます。
ゴールデンウィークやお盆の時期のように大型連休にイベントが集中すると、遠方からの来場者も増え、当日の変更が届かないと影響が大きくなります。変更のフローは、繁忙期の前にテストしておきましょう。
不正対策：実際のところ
チケットの不正は現実のコストです。英国で報告されたチケット詐欺の被害額は2023〜2024年に970万ポンドに達し、前年から約50%増えました（Action Fraud、Bitdefender経由）。
ウォレットのチケットは、スクリーンショットや転送されたPDFではなく、チケットを保管する公式の場所を1つ来場者に提供することで役立ちます。ただし、それだけで不正は防げませんし、防げるかのように言うつもりもありません。QRコードは共有できてしまいますし、Pushwooshには独立した不正対策機能はありません。検証は会場のスキャナーとチケット販売システムで行い、使用済みのバーコードはすべて拒否する必要があります。
チケットを起点にしたアップセルのジャーニー
チケットは起点です。販売はほかのチャネルで行います。AppleとGoogleは、パスに関する通知しか認めていないためです。
- 購入後。 駐車場、グッズの事前予約、アップグレードを案内するメール。
- 1週間前。 出演者やタイムテーブルを知らせるプッシュ通知。
- 前日。 開場時刻とアクセスを伝えるプッシュ通知またはメール。
- イベント後。 写真、アンケート、次回の発売日を載せたメール。
SeatGeekは、データに基づくパーソナライズでメール経由の売上を77%伸ばしました（競合の事例、Iterable）。成果を左右するのは、配信量よりタイミングと関連性です。
設定
- AppleのPass Type ID証明書（Apple Developerアカウント、年額99ドル）と、Pushwooshのサービスアカウントを発行者に招待したGoogleのIssuer ID。
- 両プラットフォームでのEvent Ticket。会場の位置情報と関連する日付を含めます。
- チケットの発行と変更の送信のための、チケット販売システムからのAPI連携。
- 会場のスキャナーが読み取れるバーコード形式。
- 確認メールとアプリに置くAdd to Walletボタン。
Pushwooshでイベント当日にすべての来場者へ届ける
Pushwooshは、ネイティブのApple WalletとGoogle WalletのイベントチケットをUser IDに対して発行し、APIで更新し、同じジャーニーからプッシュ通知、メール、SMSでリマインドとアップセルを行います。
すべての来場者に届けるとは、全員にアプリをインストールしてもらうことではありません。会場に着いたときに見る場所へ、チケットを置いておくことです。
