Sei su /login e inserisci il tuo nome utente nel campo “Email/username”. Dopo la confusione iniziale di cui ho parlato sopra, fai clic su “Inviami un codice di accesso monouso via email”. Questo ti porta alla pagina “Bentornato”, dove il campo “Email” è già compilato con il tuo nome utente (problema n. 1). Se, distrattamente, fai clic su “Continua”, ricevi tre messaggi di errore in rosso tutti insieme (problema n. 2):
Nome utente, email o password non corretti
Correggi questo errore per continuare - Email - Inserisci un indirizzo email valido
Inserisci un indirizzo email valido
Il testo “Accedi invece con la tua password” accanto al pulsante “Continua” successivo sembra un po’ una descrizione del pulsante Continua, ma non è un problema grave.
Poi fai clic su “Continua”. Viene visualizzata la schermata “Bentornato - Controlla la tua email”, ma l’errore “Nome utente, email o password non corretti” è ancora presente (problema n. 3).
Qui, i link aggiuntivi (“Rinvia codice”, “Usa un altro indirizzo email”) sono sotto “Continua” ed è più chiaro che si tratta di qualcosa di diverso.
Aggiungo una nota qui per confermare che, con questa imminente modifica, la generazione casuale degli username non sarà più abilitata di default e sarà completamente opzionale (opt-in). Il primo post di questo argomento è stato aggiornato di conseguenza.
Personalmente, odio quando le e-mail di verifica o di accesso non contengono link su cui cliccare, quindi apprezzerei se aggiungeste un’opzione per abilitare questa funzione come preferenza del sito.
Avere l’e-mail e il codice come primo passo della registrazione è un’ottima idea, ma mi chiedo se sia accettabile inserire un indirizzo e-mail (e inviare un’e-mail) senza aver accettato i termini di protezione dei dati. Come già menzionato, deve essere compatibile con l’approvazione dei moderatori (cioè, non inviare “attiva il tuo account” se ciò non è garantito).
Questa non è una richiesta facile da soddisfare, per due motivi. In primo luogo, è preferibile che il prodotto disponga di un unico meccanismo per confermare la proprietà di un indirizzo email. Avere due meccanismi in atto risulta confuso per gli utenti finali, gli amministratori e il nostro stesso team di supporto.
Il secondo motivo riguarda la sicurezza. Un link può essere più facilmente intercettato o manipolato da un potenziale attaccante. Ad esempio, è facile per qualcuno inviare un’email che sembra provenire da un sito legittimo, con un link che ne imita l’aspetto, ma che in realtà reindirizza l’utente a un sito o un account diverso. I link rendono più facili da attuare gli attacchi di ingegneria sociale. I codici via email, invece, meno.
Dovrebbe essere senza problemi per un’email one-time, no? In ogni caso, non sono sicuro in cosa consista la differenza tra l’invio di un link e quello di un codice.
Esiste un modo per far comparare i campi utente personalizzati che hanno l’opzione “mostra durante la registrazione” o che sono obbligatori al momento della registrazione, in questa nuova pagina di registrazione? Sul nostro forum ci sono opzioni come “iscriviti all’opera dell’arte del mese” che venivano mostrate agli utenti in precedenza durante la registrazione. Sebbene sia una funzione gradita, purtroppo questo sistema impedisce di inserire e visualizzare i campi di accesso importanti.
In effetti non funziona nemmeno a me quando si imposta un codice di invito.
Si limita a non inviare il codice via email, senza alcun avviso o messaggio di errore.
Di conseguenza, ho dovuto impostare l’accesso solo su invito. Ma è ottimo avere questo metodo di registrazione. Quando non è possibile forzare l’autenticazione a due fattori, è sicuramente più sicuro che far impostare agli utenti una password generica che probabilmente hanno già utilizzato molte volte in passato.
Ciao, sembra una buona mossa, ma aggiunge un ulteriore giro di e-mail.
Il nostro sistema è su invito e inviamo inviti individuali via e-mail.
In precedenza, il link di registrazione via e-mail includeva il token esteso, che consentiva la registrazione senza richiedere un ulteriore passaggio di verifica via e-mail.
Con questa opzione attivata, viene inviato il token in formato breve, che richiede un ulteriore giro di e-mail.
Questo rende il processo di registrazione più complesso per gli utenti nuovi.
Sì, questo sistema non mostra i campi utente nel modulo di registrazione, ma li visualizza dopo che il codice è stato confermato nel passaggio successivo.
Per gli utenti non troppo tecnici, registrarsi è stato un’ottima soluzione. Basta inserire l’email nella casella, attendere il codice ed è fatta. Inoltre, è relativamente sicuro.
Alcune cose che ho notato finora:
Il fatto che l’uso dei codici di invito sia rotto, come già menzionato in precedenza.
Il tempo a disposizione per inserire i numeri è molto, molto breve per le persone con cui lavoro, e il codice è probabilmente più lungo del necessario. Se non sbaglio, né uno né l’altro sono regolabili, e nessuno dei due sembra aumentare la sicurezza — rende solo tutto più difficile.
Sebbene registrarsi (up) inserendo solo un’email sia ottimo, non ha molto senso che al successivo accesso (in) compaia all’improvviso una password che si ‘deve’ inserire. Come già detto, gli utenti con cui lavoro non sono molto tecnici, quindi quando la registrazione tramite codici email è l’opzione predefinita, avere una casella per la password (forse settimane dopo) risulta confuso. Lo standard previsto al giorno d’oggi è avere solo una casella per l’email e lasciare che il sistema decida successivamente se richiedere una password, un codice via email o altro.
Correggi questo errore per continuare - Email - Inserisci un indirizzo email valido
Aggiungo una nota qui per confermare che, con questa imminente modifica, la generazione casuale degli username non sarà più abilitata di default e sarà completamente opzionale (opt-in). Il primo post di questo argomento è stato aggiornato di conseguenza.
