Un boleto digital para eventos en Apple Wallet o Google Wallet guarda el código de barras, la fecha, el recinto y el asiento, aparece en la pantalla de bloqueo el día del evento y se actualiza si algo cambia. Los asistentes no necesitan la app del organizador ni un PDF impreso. Para el organizador, el boleto se vuelve un canal de avisos del día del evento que los asistentes sí ven.
En Pushwoosh, los boletos y los mensajes comparten 1 solo perfil del asistente, así que puedes operar wallet passes para eventos y boletaje desde la misma plataforma que tus push y tus emails.
Por qué los boletos van en el wallet
No todos los asistentes instalan tu app. Una encuesta al público de festivales encontró que 80% instala la app del festival, lo que deja a 1 de cada 5 asistentes sin ella (Festival Insights, 2021). Un boleto en el wallet llega a todos.
Los asistentes ya empezaron a esperarlo. La Philharmonie de Paris pasó a boletos en Apple y Google Wallet, y 35% de su público se cambió (caso de un competidor, The Wallet Crew). Ticketmaster ofrece boletos mejorados en Apple Wallet desde 2024, con mapas del estadio, estacionamiento y clima (ejemplo de mercado). Los Oscar usan boletos en el wallet desde 2022 (caso de un competidor, Passcreator).
En LATAM, donde muchos asistentes usan teléfonos Android de gama media o baja, pedirles que instalen una app solo para entrar a un concierto o a un partido es una barrera más. Agregar el boleto al wallet no requiere instalar nada.
El tipo Event Ticket
Las 2 plataformas tienen un tipo Event Ticket. En Google, es 1 de solo 3 tipos que reciben las notificaciones automáticas de actualización de Google, lo que lo vuelve una buena opción para todo lo que depende de la hora.
| Apple Wallet | Google Wallet | |
|---|---|---|
| Tipo de pase | Event Ticket | Event ticket |
| Campos clave | Evento, fecha, recinto, acceso, asiento | Los mismos |
| Códigos de barras | QR, PDF417, Aztec, Code128 | Los mismos, más EAN-13 |
| Alertas de actualización | Campos con change message | Sí, en las 3 horas previas al inicio, máximo 3 por pase cada 24 horas |
| Relevancia en la pantalla de bloqueo | Fecha relevante y ubicación del recinto | Ubicación del recinto, con un radio que define Google |
Cada boleto se emite a un User ID con su propio código de barras. Los distintos tipos de boleto, como invitado, prensa o staff, son pases separados con su propio diseño.
Con alrededor del 85% de los usuarios de LATAM en Android, el Event ticket de Google es el que verá la mayoría de tus asistentes. Que justo ese tipo reciba las alertas automáticas de Google es una buena noticia: diséñalo y pruébalo con el mismo cuidado que el de Apple.
Recordatorios del día por hora y lugar
Define la fecha relevante como el inicio del evento y agrega el recinto como ubicación. El día del evento, el boleto puede aparecer en la pantalla de bloqueo cuando los asistentes se acercan. Es el recordatorio correcto en el lugar correcto, y no tuviste que enviar nada.
Combínalo con un push o un email el día anterior con la hora de apertura de puertas, cómo llegar y qué llevar. El boleto se encarga del momento de la llegada.
Actualizaciones: hora, acceso, asiento
Cuando algo cambia, actualiza el boleto a través de la API y se vuelve a dibujar en cada dispositivo donde está guardado. Pon change messages en los campos con los que el asistente actúa: hora de inicio, acceso y asiento.
Si un evento se pospone, actualiza la fecha en el mismo boleto en lugar de emitir uno nuevo. Los asistentes conservan 1 solo boleto, y siempre es el correcto. Emitir un reemplazo significa un link nuevo, agregarlo de nuevo y algunos asistentes que llegan con el viejo.
Fraude: el panorama honesto
El fraude con boletos es un costo real. Las pérdidas reportadas por fraude con boletos en el Reino Unido llegaron a £9.7 millones en 2023-2024, cerca de 50% más que el año anterior (Action Fraud, vía Bitdefender).
Un boleto en el wallet ayuda porque les da a los asistentes 1 lugar oficial para guardar su boleto, en vez de capturas de pantalla y PDFs reenviados. Por sí solo no detiene el fraude, y no vamos a decir que sí. Un código QR todavía se puede compartir, y Pushwoosh no tiene una función antifraude aparte. La validación ocurre en tus escáneres y en tu sistema de boletaje, que debe rechazar cualquier código de barras que ya se haya usado.
Journeys de upsell alrededor del boleto
El boleto es el ancla. La venta ocurre en otros canales, porque Apple y Google solo permiten notificaciones sobre el pase.
- Después de la compra. Email con estacionamiento, preventa de merch o upgrades.
- Una semana antes. Push con el line-up o el programa.
- El día anterior. Push o email con la hora de apertura de puertas y cómo llegar.
- Después del evento. Email con fotos, una encuesta y la fecha de la próxima preventa.
SeatGeek aumentó 77% sus ventas impulsadas por email gracias a la personalización basada en datos (caso de un competidor, Iterable). El momento y la relevancia pesan más que el volumen.
Configuración
- Un certificado Pass Type ID de Apple (cuenta de Apple Developer, US$99 al año) y un Issuer ID de Google con la cuenta de servicio de Pushwoosh invitada a tu issuer.
- Event Ticket en ambas plataformas, con la ubicación del recinto y la fecha relevante.
- Una conexión por API desde tu sistema de boletaje para emitir boletos y enviar cambios.
- Un formato de código de barras que lean los escáneres del recinto.
- Botones de Add to Wallet en los emails de confirmación y en la app.
Llega a cada asistente el día del evento con Pushwoosh
Pushwoosh emite boletos de evento nativos de Apple y Google Wallet por User ID, los actualiza a través de la API y opera recordatorios y upsells por push, email y SMS desde los mismos journeys.
Llegar a cada asistente no significa lograr que todos instalen una app. Significa poner el boleto donde van a mirar cuando lleguen.
