Un documento nel wallet partendo dal sito? La novità di Chrome

Un documento nel telefono, senza partire dall'app del wallet: è il percorso al centro dell'annuncio Chrome del 23 ottobre 2026. Da Chrome 155 il rilascio di credenziali digitali tramite Digital Credentials API è abilitato per impostazione predefinita. Per chi gestisce un sito, la domanda interessante non è come aggiungere un pulsante alla moda, ma quale passaggio concreto rendere più semplice per il proprio pubblico.

Dal sito al wallet: come funziona

Su Android, il sito emittente avvia la richiesta e il sistema propone i wallet compatibili: l'utente sceglie e dà il consenso all'aggiunta. Da computer, invece, Chrome mostra un codice QR da scansionare con un dispositivo Android, sul quale completare il percorso. Il Bluetooth serve a verificare la vicinanza dei due dispositivi: non basta quindi avere un qualsiasi telefono accanto al portatile.

Conviene distinguere i ruoli. L'emittente rilascia la credenziale; il titolare la gestisce attraverso il proprio wallet; il verificatore ne controlla le informazioni quando viene presentata. Rilascio e presentazione sono operazioni diverse, descritte nella specifica W3C Digital Credentials, ancora una bozza in evoluzione. Il collegamento offerto dal browser non trasforma da solo un sito in un soggetto autorizzato a emettere qualunque documento.

Un esempio ipotetico: la tessera dello studente

Immaginiamo un'università che offra questo percorso: è un esempio ipotetico, non un progetto realizzato da DemianWeb. Dopo aver verificato l'iscrizione, l'ateneo propone allo studente di aggiungere una tessera digitale a un wallet compatibile. L'università resta responsabile del rilascio; lo studente conserva la credenziale. Un servizio che successivamente ne verifica la validità svolge un ruolo distinto, da definire nel progetto insieme alle condizioni di utilizzo.

Il punto progettuale emerge prima della tecnologia: quale problema risolve quella tessera? Se lo studente deve comunque ripetere gli stessi passaggi a ogni accesso, il vantaggio va dimostrato, non presunto. In una valutazione preliminare farei descrivere il percorso attuale, i momenti di difficoltà e il risultato desiderato. Soltanto dopo confronterei la soluzione wallet con un percorso più semplice già disponibile, evitando di scegliere prima lo strumento.

Le domande da fare prima dell'integrazione

Prima di affidare lo sviluppo, chiedi una checklist di compatibilità: quali combinazioni di browser, dispositivi e wallet saranno provate? Pretendi anche un percorso alternativo per chi non può o non vuole procedere. Poi fai chiarire la gestione degli errori: cosa legge l'utente se annulla, manca un wallet o interrompe il collegamento? Una prova utile comprende anche l'assistenza, non soltanto il completamento riuscito sul dispositivo dello sviluppatore.

Sul fronte dei dati, prepara una mappa delle informazioni: quali servono al rilascio, dove vengono conservate e chi può consultarle? Chiedi di distinguere il consenso nell'interfaccia dalla valutazione complessiva del trattamento, da affrontare con chi segue la privacy. Concorda inoltre come controllare la correttezza dei dati prima dell'emissione e come gestire un errore segnalato dopo. Sono domande di progettazione responsabile, non dettagli da rimandare alla fine.

Una possibilità da valutare, non un obbligo

Questa novità non significa che qualsiasi documento italiano sia trasferibile nel wallet, né che Chrome sostituisca SPID o CIE. Per una PMI conta partire da un'esigenza reale e verificare costi, responsabilità e alternative, senza promettere vantaggi prima delle prove. Se stai ripensando un percorso del tuo sito, puoi raccontarmi l'esigenza: il primo passo è definire cosa debba funzionare per gli utenti, non dare per scontata l'integrazione wallet.