Apple Wallet vs. Google Wallet: qué considerar al emitir pases

La respuesta corta, si tu público es mixto: emite en las dos — un mismo pase entregado en ambos formatos, y el dispositivo del usuario decide cuál corresponde. Las diferencias reales están en el formato del archivo, el modelo de actualización y el margen de personalización; conocerlas define qué pedirle a una plataforma de emisión.

Dos plataformas, un mismo objetivo

Apple Wallet y Google Wallet son las dos billeteras digitales con alcance global. Ambas permiten guardar pases, entradas, tarjetas de lealtad y cupones en el teléfono del usuario. Ambas se actualizan de forma remota. Pero bajo el capó son bastante distintas.

Formato del pase

Apple Wallet usa archivos PKPass: un paquete firmado que describe el pase, sus imágenes, sus campos y su comportamiento. El usuario los instala abriendo el archivo desde un enlace, un correo o un botón de descarga.

Google Wallet trabaja con objetos creados en la API de Google. El emisor genera un enlace de instalación que abre directamente Google Wallet en el dispositivo Android.

Para el titular la experiencia es similar: toca un botón, confirma y el pase queda guardado. Para el emisor, las plataformas pueden coexistir sin fricción.

Actualización

Las dos plataformas soportan actualizaciones remotas con notificación, con modelos opuestos. En Apple, el dispositivo re-descarga el pase tras un aviso silencioso y cada cambio puede llegar con un mensaje propio, sin que el usuario tenga ninguna app abierta — el mecanismo completo está en el contrato webServiceURL. En Google, el servidor actualiza directamente el objeto del pase en la API y las notificaciones con aviso visible tienen una cuota de 3 por pase cada 24 horas, así que se reservan para los cambios que importan; el resto se refleja cuando el usuario abre Wallet.

En ambos casos el usuario ve el cambio sin hacer nada. Hay una diferencia más, en la pantalla de bloqueo: Apple ofrece el pase por fecha y por lugar (relevantDates, locations y geofencing); Google no tiene un equivalente directo de la relevancia por fecha, y la de lugar vive en sus propias ubicaciones de comercio.

Personalización visual

Apple Wallet da control fino sobre colores, campos, imagen de encabezado y diseño general. Es el que más se parece a una tarjeta física bien diseñada.

Google Wallet tiene un esquema más uniforme: color de fondo, logo, campos estructurados. La ventaja es consistencia; la desventaja es menos margen para diferenciación visual.

Códigos de validación

Como plataformas, ambas soportan códigos QR, PDF417, Aztec y código de barras 1D. En AVEX el pase sale con código QR por defecto, y emitimos código de barras 1D cuando el lector en sitio lo exige — el caso típico son los escáneres de punto de venta en programas de lealtad.

Alcance en Latinoamérica

Apple concentra la base de usuarios en iPhone. Google Wallet cubre la mayoría de Android actual, aunque hay segmentos de Android más antiguo sin soporte nativo.

En AVEX eso es el comportamiento por defecto: cada pase se genera en los dos formatos y cada teléfono instala el suyo, sin que el emisor tenga que decidir cuál enviar.

En la práctica

La decisión real no es "Apple o Google" — es qué plataforma de emisión te permite manejar ambas desde un solo flujo, sin duplicar trabajo ni mantener dos bases sincronizadas a mano.