Mark Gurman, de Bloomberg, informó el lunes de que iOS 27 incorporará una función de «Crear un pase» en la app Wallet. Tocas el botón «+» que ya usas para añadir tarjetas de crédito o pases recibidos por correo y Wallet te ofrecerá algo que nunca había ofrecido en el iPhone: una vía para crear tu propio pase.
Puedes escanear un código QR en una entrada de papel o en una tarjeta de socio con la cámara, o crear un pase desde cero en un editor de diseño. Todo el flujo se ejecuta sin una cuenta de Apple Developer, sin Pass Type ID y sin firma de certificado.
Se espera que iOS 27 se presente en la WWDC el 8 de junio, con una versión pública en septiembre.
Cómo funciona el nuevo flujo
La información de Bloomberg, MacRumors, 9to5Mac y AppleInsider coincide en el mismo flujo de trabajo. Dentro de la app Wallet, el botón «+» actual gana una nueva opción para crear un pase. Desde ahí eliges entre dos puntos de partida:
- Escanear un código QR de una tarjeta de papel, una entrada o una pantalla
- Crear un pase personalizado desde cero, sin necesidad de escaneo
Una vez en el editor, Wallet expone estilos, imágenes, colores y campos de texto ajustables. Los informes describen un diseño basado en plantillas bastante convencional, más cercano en espíritu a lo que llevan años ofreciendo Pass2U, WalletWallet y otros generadores de terceros que al canal de PassKit, exclusivo para desarrolladores.
Tres plantillas codificadas por colores
Apple está probando tres plantillas de partida, cada una asociada a un color por defecto:
- Estándar (naranja): el valor por defecto para cualquier pase de uso general.
- Membresía (azul): orientado a gimnasios, clubes, bibliotecas y otras tarjetas de acceso recurrente.
- Evento (morado): pensado para entradas a partidos, películas y ocasiones puntuales.
La elección de color no es solo decoración. Wallet ya ordena visualmente los pases en la pila, y el tono de la plantilla es lo que diferencia cada tarjeta de un vistazo, así que basta con echar un ojo para distinguir la tarjeta sello naranja de la entrada morada sin leer una sola palabra.
Por qué ahora: 14 años de sequía de PassKit
Apple lanzó PassKit junto con iOS 6 allá por 2012. La propuesta era limpia: las empresas crean archivos .pkpass, los clientes tocan para añadirlos y todos ganan. En la práctica, los que adoptaron la tecnología de forma constante acabaron siendo aerolíneas, grandes superficies, plataformas de venta de entradas y un puñado de cadenas nacionales. La mayoría de gimnasios, cafeterías, bibliotecas, polideportivos y pequeños programas de fidelización nunca lo construyeron, porque el camino exige una cuenta de Apple Developer, certificados de firma y suficiente trabajo de ingeniería como para que «imprimimos una tarjeta de papel y listo» casi siempre ganase la conversación de presupuesto.
La lectura de The Next Web es directa: Apple ya no espera a los desarrolladores. Con «Crear un pase», el problema deja de depender de que lo resuelvan las empresas y pasa a manos del usuario. Si el negocio no va a crear un pase para Wallet, el usuario lo hace él mismo a partir del código QR que ese negocio ya ha impreso.
Es un cambio de postura significativo. Durante más de una década, Wallet ha sido un directorio de lo que las marcas decidían ofrecer. En iOS 27 se convierte en un directorio de lo que la gente decide guardar.
Qué significa esto para WalletWallet
Vamos a ser sinceros. WalletWallet existe por este hueco exacto. Coges un código de barras de cualquier tarjeta de fidelización, lo pegas en nuestra web, eliges un color y un pase gratuito de Apple Wallet aterriza en tu móvil en aproximadamente un minuto, todo desde el navegador, sin cuenta y sin configuración de desarrollador. Cuando «Crear un pase» llegue en septiembre, una parte de ese flujo se traslada de forma nativa a la app Wallet del iPhone.
Eso es bueno para los usuarios. Empezamos este proyecto para hacer Wallet más amable con la larga cola de cafeterías y gimnasios, y que Apple nos dé la razón a nivel de sistema operativo es un desenlace sano. La categoría lo necesitaba.
Algunos sitios donde seguimos siendo útiles, incluso después de que llegue iOS 27:
- Google Wallet. «Crear un pase» es solo para iPhone. Aproximadamente la mitad de quienes usan carteras digitales están en Android, y nuestro generador construye pases de Google Wallet desde el mismo formulario.
- Web, sin actualización del sistema. iOS 27 necesita un iPhone compatible y la actualización de septiembre. WalletWallet funciona hoy en cualquier navegador. iOS 14, iPad, Mac, el portátil de un amigo: todo vale.
- Pases de Tags con integraciones reales. Nuestros generadores para Bandcamp, SoundCloud y Spotify traen automáticamente la imagen del artista y los enlaces a un pase para perfiles. Es una forma distinta a la del pase genérico con plantilla que está enseñando Apple.
- Compartir. Un .pkpass generado en la web no es más que un archivo. Puedes mandarlo por correo, publicarlo o pasárselo a una amiga en Android por QR. El flujo nativo de Wallet está más atado al dispositivo que lo creó.
Esperamos perder volumen en el caso más simple, el de un solo código de barras a Wallet, en cuanto «Crear un pase» se ponga en marcha. No pasa nada. La razón por la que arrancó WalletWallet fue que el listón de Apple para un pase de Wallet era demasiado alto para la gente normal. Si iOS 27 baja ese listón, el mundo que queríamos está más cerca.
Lo que aún no sabemos
Los informes actuales cubren la interfaz, las plantillas y el flujo de alto nivel. Guardan silencio sobre muchos detalles que importan:
- Si iCloud sincronizará los pases creados por el usuario entre iPhone, iPad y Mac
- Si los pases podrán exportarse como archivos .pkpass para compartir con quienes no tengan iPhone
- Si Wallet admitirá códigos Code 128, PDF417 y Aztec, o solo QR
- Si los comercios podrán reclamar, cofirmar o actualizar a posteriori los pases creados por usuarios
- Si los pases tendrán comportamiento en la pantalla de bloqueo ligado a la hora y la ubicación, como ocurre hoy con los pases emitidos por desarrolladores
Sabremos más cuando Apple presente iOS 27 en la WWDC el 8 de junio y cuando aterricen las primeras betas para desarrolladores. Actualizaremos este post cuando haya algo concreto que añadir. Mientras tanto, si quieres ver qué hay realmente dentro de un pase de Wallet hoy, suelta uno en nuestro visor de .pkpass.
Resumen rápido
iOS 27 añade un botón «Crear un pase» a la app Wallet, con un flujo de escaneo QR o de creación desde cero y tres plantillas codificadas por colores: Estándar (naranja), Membresía (azul) y Evento (morado). Bloomberg destapó la noticia el 4 de mayo y se espera una versión pública en septiembre de 2026. Será la primera vez que los usuarios de iPhone no necesiten una herramienta de terceros para meter un código de barras en Wallet, y para nosotros es señal de que la categoría está madurando en la dirección correcta.
Mientras tanto, seguiremos trabajando en walletwallet.dev, la API para desarrolladores de pases de Apple Wallet y Google Wallet, con notificaciones push, personalización y vistas previas en directo en un plan gratuito que se mantiene gratis.
Fuentes
- Bloomberg: iOS 27 Features: Apple Plans to Let Users Build Their Own Passes in Wallet App (4 de mayo de 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