Con iOS 27 gli utenti potranno creare i propri pass su Apple Wallet

Chi ha uno smartphone ormai da qualche anno conosce bene la frustrazione: hai un QR code per entrare a un evento, una tessera della palestra, un abbonamento a un cinema locale, ma nulla di tutto questo compare su Apple Wallet. L'app c'è, funziona bene con carte bancarie e biglietti di grandi compagnie, ma si ferma lì. Per tutto il resto — la lunga coda di piccoli esercenti, associazioni, organizzatori di eventi che mandano un PDF o un'email con un codice — l'unica soluzione era arrangiarsi: screenshot, app di terze parti, note fissate in cima al telefono.

Con iOS 27, Apple sembra pronta a colmare questo vuoto. La funzione Create a Pass permetterà agli utenti di costruire da soli pass personalizzati — tessere fedeltà, gift card, membership, biglietti — anche quando il negozio o il servizio non ha un'integrazione ufficiale con Wallet. La notizia, riportata da Bloomberg, descrive un flusso semplice: si parte dal pulsante + già presente nell'app oppure dalla schermata di aggiunta delle carte. Da lì si potrà creare un pass da zero oppure generarlo scansionando un QR code. In una prima versione sarebbero disponibili tre modelli: uno standard, uno Membership per palestre e accessi riservati, e uno Event per spettacoli e concerti.

Il problema che nessuno aveva risolto

Il mondo dei pass digitali è fatto di ecosistemi disomogenei. Le grandi catene e i servizi nati nel digitale hanno integrazioni curate, ma la maggior parte degli esercizi più piccoli usa strumenti elementari: un PDF con un codice a barre, un QR in un'email, una tessera plastificata con un numero. In questi casi il pass esiste già come concetto — l'informazione c'è, il codice è valido — ma manca un modo comodo per averlo sempre a portata di mano, con lo schermo ad alta luminosità, l'accesso rapido anche dall'orologio, la possibilità di richiamarlo dalla schermata di blocco. Finora su iPhone si usavano workaround: app di terze parti che generano file .pkpass, screenshot salvati nel rullino, link nei preferiti del browser. Funziona, ma con attrito.

Create a Pass è prima di tutto un tentativo di trasformare Wallet da infrastruttura per pass ufficiali a qualcosa di più vicino a una cartella personale di credenziali. Ed è qui che emerge la tensione centrale della novità.

Dietro la grafica di un pass digitale c'è un sistema di fiducia che l'utente raramente vede

La firma digitale che garantisce tutto

Quello che appare come una schermata colorata con un codice a barre nasconde un meccanismo preciso. Un pass Apple Wallet, nella forma ufficiale, è un pacchetto firmato digitalmente: contiene un file di descrizione, immagini e metadati, ed è accompagnato da una firma crittografica che lo lega a un certificato registrato da chi lo ha emesso — un'azienda, un organizzatore, un servizio. Questa firma non è un dettaglio burocratico: è ciò che permette a Wallet di trattare il pass come un oggetto coerente, riconducibile a una fonte precisa e, soprattutto, aggiornabile.

Quando un emittente vuole modificare le informazioni — aggiornare un saldo punti, cambiare il posto assegnato, rinnovare una data — può farlo distribuendo una nuova versione del pass. Nei sistemi più evoluti, un servizio web gestisce in tempo reale registrazioni e aggiornamenti, usando token di autenticazione e numeri seriali per identificare ogni pass sul dispositivo specifico. È questo che permette, per esempio, a un biglietto di aggiornare automaticamente il numero del gate all'aeroporto.

Un pass creato dall'utente, per definizione, spezza almeno una parte di questa catena: non c'è un emittente ufficiale che lo firma e lo aggiorna, e quasi certamente non esiste un sistema di backend che possa validare o rigenerare i token. Il rischio pratico è concreto: immaginiamo un QR code che rappresenta un biglietto nominale ma che in realtà è un token verificato in tempo reale dalla venue all'ingresso. Se l'utente lo ricrea in modo non corretto, o se il codice scade e si rinnova poco prima dell'evento, si rischia di arrivare al tornello con un pass che appare impeccabile ma non viene riconosciuto. Questo tipo di errore genera problemi di assistenza, contestazioni, e in alcuni casi può aprire spiragli di frode se l'interfaccia fa sembrare ufficiale qualcosa che non lo è.

Come si muove Google, e perché Apple sceglie diversamente

Il confronto con Google Wallet è illuminante. Il sistema di Google permette già da tempo di aggiungere pass partendo da un codice a barre, un QR o anche una foto: un approccio orientato alla massima flessibilità, con il principio implicito di accettare qualsiasi cosa la fotocamera riesca a leggere. È una soluzione che intercetta bene la domanda degli utenti, ma che può risultare incoerente nella pratica, perché non tutti i codici sono pensati per essere salvati e ripresentati così, e la qualità del riconoscimento fa la differenza nei momenti che contano.

Apple sembra muoversi in modo più guidato: template predefiniti, campi specifici, personalizzazione controllata di stile e informazioni. È un compromesso consapevole — meno libertà assoluta, più prevedibilità — che riduce gli errori al costo di qualche rigidità in più.

Apple sceglie di offrire meno libertà per garantire più affidabilità nel risultato

Perché proprio adesso

Il tempismo non è casuale. iOS 27 dovrebbe essere presentato alla WWDC 2026, in programma dall'8 al 12 giugno, e Wallet è da tempo uno degli strumenti con cui Apple costruisce continuità d'uso tra iPhone e Apple Watch. Più credenziali e abitudini finiscono in Wallet, più diventa naturale restare dentro l'ecosistema Apple.

In parallelo, in Europa il tema del portafoglio digitale è diventato anche una questione regolamentare. Nel 2024 la Commissione europea ha reso vincolanti gli impegni di Apple ad aprire l'accesso alla tecnologia tap and go basata su NFC ai wallet concorrenti nello Spazio Economico Europeo, con l'obiettivo di aumentare la concorrenza nei pagamenti contactless. Create a Pass non riguarda i pagamenti, ma sposta comunque il baricentro di Wallet come app centrale per credenziali e accessi, un perimetro osservato con attenzione anche in chiave concorrenziale.

Chi ci guadagna e chi potrebbe complicarsi la vita

Per i piccoli operatori, la funzione può essere una semplificazione reale. Costruire un'integrazione ufficiale con PassKit richiede competenze tecniche, certificati digitali, gestione dei file .pkpass e spesso un sistema di backend per gli aggiornamenti. Non è proibitivo, ma non è immediato, soprattutto per chi usa piattaforme di ticketing già pronte. Se gli utenti riescono ad arrangiarsi, alcuni esercizi potrebbero rimandare l'integrazione nativa. Il rischio è che la scorciatoia funzioni abbastanza bene per il caso base, frenando però l'evoluzione verso pass davvero dinamici — aggiornabili, contestuali, capaci di rispondere alla posizione o all'orario.

Per chi gestisce sistemi di controllo accessi e biglietteria, invece, la novità può diventare un punto di attrito. Quando un biglietto è un token che si rinnova, quando l'ingresso dipende da una verifica server, l'idea di un pass generato liberamente dall'utente suona come un potenziale rischio di confusione. È probabile che Apple debba introdurre segnali chiari nell'interfaccia — etichette, distinzioni visive, limiti su elementi che imitano pass ufficiali — per evitare che qualcosa creato a mano venga scambiato per una credenziale emessa e certificata.

Cosa aspettarsi nella vita reale

Create a Pass dovrebbe funzionare bene per tutto ciò che è statico: tessere con codice a barre, QR di accesso che resta valido nel tempo, membership senza aggiornamenti periodici. Potrebbe richiedere più attenzione nei casi in cui il codice cambia, scade, o è legato a un sistema che si aspetta un formato specifico. La personalizzazione — colori, immagini, campi — è utile per ritrovare al volo la tessera giusta, ma non rende un pass più autentico. La differenza tra oggetto comodo e credenziale verificata resta strutturale, indipendentemente da quanto sia ben confezionata.

C'è anche un tema di sicurezza che passa spesso in secondo piano. Mettere un codice in Wallet significa renderlo accessibile rapidamente, anche da Apple Watch e dalla schermata di blocco. Se quel codice permette un accesso o rappresenta un valore, trattarlo come una foto qualsiasi è diverso dal trattarlo come una credenziale. Nel modello tradizionale di Wallet, la responsabilità è dell'emittente: il pass si aggiorna, l'infrastruttura supporta meccanismi di controllo. Con Create a Pass una parte di quella responsabilità si sposta sull'utente, e Apple dovrà rendere questa distinzione comprensibile senza appesantire l'esperienza.

Il dettaglio più rivelatore non sarà tanto la presenza della funzione, quanto i limiti che Apple sceglierà di imporle: se i pass creati dall'utente resteranno statici, se funzioneranno su Watch con la stessa affidabilità degli altri, se l'app proverà a interpretare un codice o si limiterà a incollarlo così com'è. Sono scelte che sembrano tecniche, ma che in Wallet diventano rapidamente scelte di fiducia — tra ciò che il sistema può garantire e ciò che può soltanto rendere più comodo.