Con un pase wallet tu tarjeta de fidelización vive en el teléfono de tus clientes, y casi todo lo que quieres saber de ella está publicado por las dos empresas que construyeron los pases. Las veinte respuestas de abajo salen del Wallet Developer Guide de Apple y de la documentación de Google Wallet, recuperadas el 5 de septiembre de 2026, con la página exacta nombrada para cada una en la nota de fuentes de este artículo.
Dos respuestas tratan de Fideliya y no de las plataformas, y lo dicen. Todo lo demás es lo que la plataforma declara sobre sí misma.
| Pregunta | Apple Wallet | Google Wallet |
|---|---|---|
| Estilo de fidelización | storeCard | Clase y objeto de fidelización |
| Cómo lo añade el cliente | Mail o Safari, application/vnd.apple.pkpass | Un enlace JWT firmado |
| Cómo se actualiza | Tu servicio web más un push por HTTPS | Actualización de clase u objeto por la API |
| Límite de mensajes | No se expresa como número | 3 mensajes que disparan push en 24 horas |
| Promesa de entrega | Los push no están garantizados | El usuario debe tener notificaciones activadas |
| Aplicación acompañante | Los pases no deberían exigirla | Los enlaces funcionan en web, correo y SMS |
¿Qué es exactamente un pase de fidelización wallet?
Apple describe los pases como una representación digital de información que si no se imprimiría en trozos pequeños de papel o plástico, y dice que pueden contener imágenes y un código de barras y actualizarse por notificación push. La tecnología tiene tres partes: un formato de paquete, una API de servicio web para actualizaciones y una API para que las aplicaciones lean la biblioteca de pases.
¿Qué tipo de pase de Apple es mi tarjeta de fidelización?
La store card. Apple indica que la clave storeCard sirve para tarjetas de fidelización de tienda, tarjetas de descuento, tarjetas de puntos y tarjetas regalo. Los otros cuatro estilos son tarjetas de embarque, cupones, entradas de evento y pases genéricos, y Apple pone como ejemplos genéricos las tarjetas de gimnasio y los abonos de transporte con saldo.
¿Mis clientes tienen que descargar una app?
No. Apple escribe que los usuarios no necesitan tener tu aplicación instalada para añadir tus pases a Wallet, y añade que los pases no deberían exigir una aplicación acompañante. Es la postura de la propia plataforma, no una frase de marketing de un proveedor, y es la razón por la que una tarjeta wallet se puede dar de alta en el mostrador con un toque.
¿Cómo añade mi cliente el pase en un iPhone?
Con Mail o Safari. Apple indica que ambos admiten pases desde iOS 6 y macOS v10.8.2, que en iOS los añaden directamente a la biblioteca de pases y que en macOS usan iCloud para añadirlos a los dispositivos iOS del usuario. Los dos esperan el tipo MIME application/vnd.apple.pkpass.
¿Cómo añade mi cliente el pase en Android?
Con un enlace Add to Google Wallet. Google lo describe como una URL generada dinámicamente que contiene un JSON Web Token codificado y firmado, con la forma pay.google.com/gp/v/save seguida de ese token, y dice que funciona donde funcionen los hiperenlaces, incluidos webs, correo y SMS.
¿Qué lleva el enlace Add to Google Wallet?
Un JWT firmado que describe el pase. Google indica que la longitud segura de un JWT codificado es de 1800 caracteres, recomienda presentar el enlace como botón Add to Google Wallet donde se admitan imágenes enlazadas, y señala que el guardado solo puede iniciarse en el contexto de una identidad de Google con sesión iniciada.
¿Tiene mi cliente que aprobar el pase?
Sí. Apple indica que añadir pases a Wallet exige permiso explícito y que el usuario siempre debe ver y aprobar el pase antes de que se añada. No hay una vía de instalación silenciosa en ninguna de las dos plataformas, lo que también significa que un pase no puede empujarse a un móvil que nunca lo pidió.
¿Cómo se actualiza la tarjeta después de cada visita?
Apple describe un servicio web en el servidor del emisor, alcanzado por HTTPS, en el que los dispositivos se registran tras instalar un pase. Cuando el pase cambia, el servidor envía una notificación push a los dispositivos registrados, y el dispositivo descarga la nueva versión y la compara con la que tenía.
¿Llegan siempre las notificaciones del wallet?
Las dos plataformas lo dicen con claridad, y es la frase más útil de los dos documentos. Apple indica que las notificaciones push no están garantizadas y que varias notificaciones push del mismo origen se agrupan en una sola. Google indica que los usuarios deben tener las notificaciones activadas para sus pases si quieren recibirlas.
¿Cuántos mensajes puedo enviar a un pase de Google?
Google indica un máximo de 3 mensajes que disparan una notificación push en un periodo de 24 horas, y describe TEXT_AND_NOTIFY como el tipo de mensaje que añade un mensaje a los detalles del pase y dispara la notificación. Las notificaciones de actualización sobre ciertos campos tienen el mismo techo.
¿Qué es un change message y cuándo conviene?
Una cadena por campo que se muestra cuando el valor de ese campo cambia. Apple indica que si el valor de un campo ha cambiado y el campo define un change message, el dispositivo muestra el mensaje, y advierte de que esos mensajes interrumpen al usuario y suelen convenir solo para información sensible al tiempo.
¿Qué partes del pase no cambian nunca?
Dos cosas. Apple indica que cualquier campo de un pase puede actualizarse salvo el token de autenticación y el número de serie, y desaconseja expresamente cambiar el token en una actualización, porque los pases no están garantizados de actualizarse y algunos dispositivos pueden conservar el antiguo.
¿Cómo se distingue la tarjeta de cada cliente?
Apple indica que la combinación de identificador de tipo de pase y número de serie se usa en todo PassKit para identificar un pase de forma única, y que dos pases del mismo tipo con el mismo número de serie se entienden como el mismo pase aunque el resto difiera. El número de serie es opaco para PassKit.
¿Qué código de barras conviene en un pase de Apple?
Apple nombra PKBarcodeFormatQR, PKBarcodeFormatPDF417, PKBarcodeFormatAztec y PKBarcodeFormatCode128 como válidos desde iOS 9, de modo que ninguno necesita alternativa. También señala que watchOS no admite Code128 y que un pase con solo un código Code128 no muestra allí ningún código de barras.
¿Cuánta información cabe en la cara del pase?
Apple indica que un pase puede llevar en general hasta tres campos de cabecera, un único campo principal, hasta cuatro campos secundarios y hasta cuatro auxiliares. Cupones, store cards y pases genéricos con código cuadrado llevan hasta cuatro secundarios y auxiliares combinados. El reverso puede llevar tantos campos como haga falta.
¿Dónde van mi logo y mis imágenes en una store card?
Apple lista logo, icono y strip para el estilo store card. La imagen de logo va arriba a la izquierda junto al texto del logo, con 160 por 50 puntos asignados, y Apple señala que normalmente debería ser más estrecha. El icono, que se ve en la pantalla de bloqueo y en Mail, mide 29 por 29 puntos.
¿Puede mi pase verse en varios idiomas?
Sí. Apple indica que un pase se localiza de tres formas: mostrando números y fechas en formato localizado, aportando cadenas localizadas y aportando imágenes localizadas. Cada localización necesita su propio directorio .lproj, y las imágenes que no hay que localizar se quedan en el nivel superior del pase.
¿Puede mi pase aparecer cuando el cliente pasa cerca?
Dentro de límites que Apple publica. Un pase puede llevar hasta diez ubicaciones relevantes, cada una con longitud, latitud y altitud opcional, y hasta diez UUID de balizas únicos. Apple también indica que una store card no admite fecha relevante, así que una tarjeta de fidelización no puede reclamar relevancia por tiempo como una entrada de evento.
Google publica el lado Android: hasta diez ubicaciones de comercio por pase, una notificación para quien ha permitido las notificaciones y la ubicación precisa y permanente para Google Wallet, y una distancia que decide Google. Fideliya rellena ambos con la dirección que fija un negocio, así que la misma dirección sirve para la sugerencia en iPhone y para la notificación en Android.
¿Qué son la clase y el objeto en Google Wallet?
Google indica que los pases emitidos a los usuarios se crean combinando una clase de pase con un objeto de pase. La clase es la plantilla que comparten todos los titulares; el objeto es la tarjeta de una persona. Google ofrece una API REST y un SDK de Android para emitir y gestionar ambos.
¿Qué hace falta para emitir pases, y quién lo pone?
Cinco cosas, cuatro de Apple y una de Google.
- Un identificador de tipo de pase que coincida con el certificado.
- Un identificador de equipo que coincida con el Team ID de ese certificado.
- Una firma PKCS #7 que incluya el certificado intermedio WWDR.
- Un servicio web HTTPS, que Apple exige para toda comunicación.
- Una cuenta de emisor de Google Wallet y un JWT firmado por enlace.
Tú pones el logo y la recompensa; Fideliya, el resto
Fideliya mantiene esas cinco cosas de forma centralizada, que es la diferencia práctica entre emitir pases y contratar una plataforma que los emite: tú aportas un logo, un objetivo y una recompensa. La comparación con la alternativa de aplicación está en app de fidelización o pase wallet, las decisiones de diseño en quince ideas de tarjeta de sellos, y qué enviar después en veinte ideas de campañas de fidelización.
Cada respuesta de arriba procede de una de siete páginas primarias, todas recuperadas el 5 de septiembre de 2026: los capítulos About Wallet, Pass Design and Creation, Distributing Passes y Updating a Pass del Wallet Developer Guide de Apple, y las guías de Google sobre tarjetas de fidelización, alta desde la web y disparo de notificaciones. La nota de fuentes de este artículo asocia cada pregunta con su página. Aquí no aparece ninguna estadística, precio ni porcentaje, y nada se deduce de material de marketing.
Fideliya es software de programa de fidelización nativo de wallet para pequeños negocios. El lado de Apple se describe en las tarjetas de fidelización de Apple Wallet, y los planes están en la página de precios.