Pagar sin desbloquear el móvil es un regalo para los ladrones, no para ti

¿Cuántos segundos vale la seguridad de tu móvil? Google puede estar a punto de responder: más o menos lo que tardas en mirar una pantalla o apoyar un dedo en un sensor. Wallet podría permitirte pronto pagar en las tiendas sin desbloquear antes el móvil, y creemos que el trato es peor de lo que parece.

Es un interruptor hallado en el código, no un lanzamiento

Según Android Authority, Google Wallet podría permitirte pronto hacer pagos sin contacto sin desbloquear el dispositivo, gracias a nuevos ajustes de verificación. Frandroid añade que la opción se llama «Tap to pay» y que, una vez activada, se saltaría la verificación que normalmente se exige. Otros medios la describen como un interruptor experimental en pruebas. Nada de esto es oficial: es algo detectado dentro de una aplicación, no un lanzamiento, y Google no ha dicho nada en la documentación que manejamos.

La comodidad es real, pero minúscula

Seamos justos. Desbloquear el móvil en la cola de una caja es una molestia menor, y cualquiera que se haya peleado con una mascarilla, con guantes o con las manos mojadas lo sabe. Google ya acepta esta lógica en un caso: su documentación para desarrolladores dice que Wallet permite pagar en los terminales de transporte público sin desbloquear el dispositivo, porque los tornos y los autobuses exigen transacciones sencillas y rápidas.

Ahí está el problema del argumento. El transporte es un caso controlado: un tipo concreto de terminal, un tipo concreto de pago y una razón clara por la que cada segundo cuenta. Un «Tap to pay» general para compras corrientes, tal como lo describen las informaciones, es algo muy distinto. Nadie bloquea una cola en unos grandes almacenes por haber necesitado dos segundos más.

El verdadero ganador es quien tiene el móvil en la mano

Piensa en quién gana más con un móvil que paga estando bloqueado. El dueño ahorra un momento. Un ladrón que acaba de arrebatarlo, o alguien que lo encuentra en la mesa de una cafetería, ganaría algo mucho más valioso: un dispositivo capaz de gastar dinero sin conocer un PIN, un patrón o una cara. Desbloquear no es un ritual; es la única barrera entre tu móvil y quien lo tenga en la mano.

No sabemos qué límites contempla Google, y ahí está toda la cuestión. El material que tenemos no aclara si habría un tope por transacción, un tope de gasto total o la obligación de volver a desbloquear tras unos cuantos pagos. Sin eso, «comodidad» es una forma educada de decir «menos seguridad». Un usuario de un foro cuenta que en su móvil ya podía pagar pequeñas cantidades sin desbloquear, por ejemplo en una máquina expendedora, lo que sugiere que hay gente que quiere esto. Pero una anécdota de máquina expendedora no es un diseño para todo el ecosistema de pagos.

Cómo debería lanzarlo Google, si lo hace

Nuestra postura es sencilla. Si esto llega, debería cumplir cuatro condiciones:

• Desactivado por defecto. Quienes más protección necesitan son los que nunca abren los ajustes, así que la opción segura tiene que ser el punto de partida.
• Límites de gasto firmes. Importes pequeños y estrictamente limitados, con desbloqueo obligatorio al superarlos.
• Un aviso claro. El interruptor debería explicar en lenguaje llano qué supone si el móvil se pierde o te lo roban.
• Fácil de desactivar en remoto. Si el móvil desaparece, la función debería dejar de funcionar junto con todo lo demás.

Si Google no puede comprometerse a eso, es mejor dejar el interruptor en el código y que se quede ahí. Una función que se encuentra al analizar una aplicación y nunca se lanza no le cuesta nada a nadie.

Mantén el desbloqueo activado, aunque aparezca el interruptor

Saltarse el desbloqueo es un atajo que tiene sentido en el transporte público y en muy poco más. Si usas Wallet, nuestro consejo es que mantengas la verificación activada aunque aparezca la opción, y que trates cualquier ajuste «más rápido» como un intercambio, no como un regalo. Dos segundos en la caja son un precio pequeño. Un desconocido pasando tu móvil por un terminal, no.