Apple VAS y Google Smart Tap: Cómo Funcionan de Verdad los Pases NFC de Wallet

Qué es

Apple VAS y Google Smart Tap son los protocolos detrás de las tarjetas de fidelidad, entradas y pases de identificación que viven en Apple Wallet y Google Wallet. No son etiquetas NFC en el sentido que ya conoces. Cada uno es un protocolo propietario y certificado que un terminal y un teléfono negocian en cada toque — creado específicamente para mover datos del pase, no datos de pago, entre un dispositivo y un lector.

Ese es un trabajo distinto de cómo Apple Pay y Google Pay usan NFC, aunque VAS puede viajar junto a una transacción de Apple Pay. A continuación: qué pasa durante el toque, dónde te vas a encontrar con esto, y por qué una etiqueta que tú mismo escribiste se comporta de forma completamente distinta a uno de estos pases.

Cómo funciona realmente

Un toque VAS empieza con el terminal, no con el teléfono. El terminal envía una solicitud de pase, y si tienes uno que coincide guardado en Wallet, autorizas su uso con Face ID, Touch ID, tu código de acceso, o un doble clic en un Apple Watch desbloqueado. Detrás de escena, el terminal y el teléfono derivan una clave de cifrado de un solo uso a partir de un par de claves ECDH P-256 recién generado y la clave pública del proveedor del pase — una clave nueva en cada toque, según la propia documentación de seguridad de Apple. Nada de eso es un valor estático guardado en un chip, esperando a que lo escaneen.

Google Smart Tap funciona de forma parecida a nivel conceptual. Google lo describe sin rodeos como "un protocolo de comunicación de campo cercano propietario de Google para transmitir datos entre un dispositivo móvil y un terminal NFC", y un comercio tiene que estar certificado antes de que nada de esto funcione.

Ayuda comparar ambos con ideas que ya conoces de NFCore. Host Card Emulation permite que un teléfono se haga pasar por una tarjeta; VAS y Smart Tap van una capa por encima, definiendo qué se dice una vez abierto el enlace de radio — la misma idea de toque multipropósito del NFC Forum, donde un solo toque activa más de una acción en el backend. Por eso Apple y Google construyeron protocolos propios en vez de extender NDEF: dirigir un toque a varios servicios necesita más que un simple registro estático.

Dónde te lo vas a encontrar

Te vas a topar con los modos "VAS Only" y "Payment and VAS" en mostradores que aceptan pases de fidelidad de Apple Wallet. Smart Tap aparece en transporte público, venta de entradas, y algunas integraciones minoristas de Google Wallet. Ninguno funciona solo porque el terminal ya acepte Apple Pay o Google Pay — Apple es explícito: un negocio necesita tres piezas certificadas por separado: proveedor de pases, lector certificado para VAS confirmado con el fabricante, y software de punto de venta construido para los nuevos modos.

Eso es mucha certificación para una simple tarjeta de sellos. Por eso muchos pequeños negocios se saltan VAS y Smart Tap y usan una etiqueta NDEF de fidelidad sencilla en su lugar — sin backend emisor, sin certificación, cualquier teléfono la lee desde el primer toque.

Consejos, trampas, y una pequeña guía con NFCore

La trampa en la que caen la mayoría: ni siquiera un lector certificado para VAS puede leer un pase de un comercio con el que no está emparejado. La carga útil va cifrada con el propio par de claves de ese comercio. Un desarrollador de Apple en los foros oficiales lo explicó así: los datos "no se pueden leer ni con lectores compatibles con Apple VAS sin una de esas claves". Un chip lector NFC genérico completa el protocolo de enlace sin problema, pero sigue bloqueado por la certificación y el cifrado, no por nada que falte en el silicio.

Apunta el Inspector de Etiquetas de NFCore a un terminal VAS o Smart Tap activo y normalmente verás el protocolo de enlace ISO 14443 de bajo nivel, no los datos del pase. Eso es lo esperado, no un fallo. Donde NFCore de verdad resulta útil es del otro lado: escribir e inspeccionar tus propias etiquetas NDEF para un programa de fidelidad o una estación de registro, sin nada de la carga de certificación que exigen VAS y Smart Tap.

Preguntas frecuentes

¿Puede mi teléfono leer el pase de fidelidad de Apple Wallet de otra persona por NFC?

No. Los datos de un pase VAS están cifrados con un par de claves específico del comercio que lo emitió, así que ni siquiera un lector certificado para VAS puede descifrarlo sin esa clave del comercio — un teléfono normal no tiene ninguna forma de llegar a esa clave.

¿Google Smart Tap es lo mismo que Google Pay?

No. Smart Tap es el protocolo que usa Google Wallet para enviar datos de pases que no son de pago — fidelidad, entradas, tarjetas de embarque — a un terminal. Las transacciones de Google Pay usan un flujo de pago relacionado pero distinto, y un terminal puede admitir uno sin el otro.

¿Un terminal certificado para VAS también funciona con etiquetas NDEF?

Normalmente sí a nivel de hardware — la mayoría de los terminales funcionan sobre radios ISO 14443 estándar que también pueden leer etiquetas NDEF normales. Pero el software tiene que estar configurado para manejar ambos casos, porque VAS y NDEF se decodifican de formas completamente distintas.

¿Por qué un pequeño negocio se saltaría VAS y Smart Tap para usar solo una etiqueta NDEF?

Porque VAS y Smart Tap exigen cada uno una certificación por separado que abarca un proveedor de pases, un lector, y software de punto de venta, mientras que una etiqueta NDEF funciona con cualquier teléfono en el momento en que la tocas — sin certificación, sin backend, sin autenticación necesaria.

La conclusión

VAS y Smart Tap están certificados. Están cifrados. Autentican cada toque, uno por uno — un trabajo completamente distinto al de las etiquetas NDEF sencillas que NFCore lee y escribe todos los días. ¿Vas a montar un programa de fidelidad y no quieres el papeleo de la certificación? Una etiqueta NDEF te da la mayor parte de la experiencia sin nada de eso.