Best practice per il modulo di accesso

Utilizza le funzionalità dei browser multipiattaforma per creare moduli di accesso sicuri, accessibili e facili da usare.

Se gli utenti devono accedere al tuo sito, è fondamentale progettare un buon modulo di accesso. Questo è particolarmente vero per le persone con connessioni deboli, che utilizzano dispositivi mobili, sono di fretta o sotto stress. I moduli di accesso progettati in modo scorretto generano frequenze di rimbalzo elevate. Ogni volta che viene rispedito al mittente un utente potrebbe perdere il filo e scontentato, non solo un'opportunità di accesso persa.

Ecco un esempio di un semplice modulo di accesso che mostra tutte le best practice:

Elenco di controllo

Utilizza HTML significativo

Utilizza gli elementi creati per il job: <form>, <label> e <button>. Questi attivano la funzionalità del browser integrata, migliorano l'accessibilità e aggiungono significato al markup.

Utilizza <form>

Potresti essere tentato di racchiudere gli input in un <div> e gestire l'invio dei dati di input esclusivamente con JavaScript. In genere è meglio utilizzare un semplice elemento <form>. In questo modo, il tuo sito sarà accessibile a lettori dello schermo e altri dispositivi di assistenza, attiverai una serie di funzionalità del browser integrate, semplificando la creazione di un accesso di base funzionale per i browser meno recenti e potrai comunque lavorare anche se JavaScript non funziona.

Utilizza <label>

Per etichettare un input, utilizza un <label>.

<label for="email">Email</label>
<input id="email" …>

Per due motivi:

  • Un tocco o un clic su un'etichetta sposta lo stato attivo sul relativo input. Associa un'etichetta a un input utilizzando l'attributo for dell'etichetta con l'attributo name o id dell'input.
  • Gli screen reader annunciano il testo dell'etichetta quando l'etichetta o l'input dell'etichetta viene attivato.

Non utilizzare i segnaposto come etichette di input. Le persone sono soggette a dimenticare lo scopo dell'input una volta iniziato a inserire il testo, soprattutto se si distraggono ("Stavo inserendo un indirizzo email, un numero di telefono o un ID account?"). Esistono molti altri potenziali problemi con i segnaposto: consulta Non utilizzare l'attributo Segnaposto e I segnaposto nei campi del modulo sono dannosi se non hai ancora chiarito i tuoi dubbi.

È preferibile posizionare le etichette sopra gli input. Ciò consente una progettazione coerente su dispositivi mobili e computer e, secondo la ricerca sull'IA di Google, consente un'analisi più rapida da parte degli utenti. Puoi utilizzare etichette e input a larghezza intera e non devi regolare la larghezza di etichette e input in base al testo dell'etichetta.

Screenshot che mostra la posizione dell&#39;etichetta di input del modulo su dispositivo mobile: accanto all&#39;input e sopra l&#39;input.
La larghezza dell'etichetta e dell'input è limitata quando entrambe si trovano sulla stessa linea.

Apri il glitch label-position su un dispositivo mobile per vedere di persona.

Utilizza <button>

Utilizza <button> per i pulsanti. Gli elementi dei pulsanti offrono un comportamento accessibile e la funzionalità integrata di invio dei moduli; inoltre, possono essere facilmente stilizzati. Non ha senso utilizzare un <div> o un altro elemento che simula un pulsante.

Assicurati che il pulsante di invio indichi cosa fa. Alcuni esempi sono Crea account o Accedi, non Invia o Inizia.

Verificare l'invio corretto del modulo

Aiuta i gestori delle password a capire che è stato inviato un modulo. Ci sono due modi per farlo:

  • Vai a un'altra pagina.
  • Emulazione della navigazione con History.pushState() o History.replaceState() e rimozione del modulo della password.

Con una richiesta XMLHttpRequest o fetch, assicurati che l'accesso venga riportato nella risposta e gestito eliminando il modulo dal DOM e indicando l'esito positivo all'utente.

Valuta la possibilità di disattivare il pulsante Accedi dopo che l'utente lo ha toccato o fatto clic su di esso. Molti utenti fanno clic sui pulsanti più volte anche su siti rapidi e reattivi. Ciò rallenta le interazioni e aumenta il carico del server.

Al contrario, non disattivare l'invio del modulo in attesa dell'input dell'utente. Ad esempio, non disattivare il pulsante Accedi se gli utenti non hanno inserito il loro PIN cliente. Gli utenti potrebbero perdersi qualcosa nel modulo, quindi provare a toccare ripetutamente il pulsante Accedi (disattivato) e pensare che non funzioni. Per lo meno, se devi disattivare l'invio del modulo, spiega all'utente cosa manca quando fa clic sul pulsante disattivato.

Non duplicare gli input

Alcuni siti obbligano gli utenti a inserire email o password due volte. Ciò potrebbe ridurre gli errori per alcuni utenti, ma comporta un lavoro aggiuntivo per tutti gli utenti e aumenta i tassi di abbandono. Chiedere due volte non ha senso anche quando i browser compilano automaticamente gli indirizzi email o suggeriscono password complesse. È meglio consentire agli utenti di confermare il proprio indirizzo email (dovresti farlo comunque) e semplificare la reimpostazione della password, se necessario.

Sfrutta al meglio gli attributi degli elementi

È qui che avviene la magia. I browser dispongono di più funzionalità utili integrate che utilizzano gli attributi degli elementi di input.

Mantieni le password private, ma consenti agli utenti di visualizzarle se lo desiderano

Gli input delle password devono avere type="password" per nascondere il testo della password e aiutare il browser a capire che l'input è per le password. Tieni presente che i browser utilizzano varie tecniche per comprendere i ruoli di input e decidere se offrire o meno la possibilità di salvare le password.

Dovresti aggiungere un pulsante di attivazione/disattivazione Mostra password per consentire agli utenti di controllare il testo che hanno inserito e non dimenticare di aggiungere un link Password dimenticata. Consulta Attivare la visualizzazione della password.

Modulo di accesso con Google che mostra l&#39;icona Mostra password.
Inserimento della password dal modulo di accesso a Google: con l'icona Mostra password e il link Hai dimenticato la password?.

Offrire agli utenti di dispositivi mobili la tastiera giusta

Utilizza <input type="email"> per fornire agli utenti di dispositivi mobili una tastiera appropriata e attivare la convalida di base degli indirizzi email integrata dal browser… senza bisogno di JavaScript.

Se devi utilizzare un numero di telefono anziché un indirizzo email, <input type="tel"> attiva un tastierino telefonico sui dispositivi mobili. Se necessario, puoi anche utilizzare l'attributo inputmode: inputmode="numeric" è ideale per i numeri PIN. Tutto ciò che c'è da sapere su inputmode fornisce maggiori dettagli.

Impedire alla tastiera del dispositivo mobile di coprire il pulsante Accedi

Purtroppo, se non fai attenzione, le tastiere dei dispositivi mobili potrebbero coprire il modulo o, peggio, ostruire parzialmente il pulsante Accedi. Gli utenti potrebbero arrendersi prima di capire cosa è successo.

Due screenshot di un modulo di accesso su uno smartphone Android: uno mostra come il pulsante Invia è oscurato dalla tastiera dello smartphone.
Il pulsante Accedi: a volte è visibile, a volte no.

Se possibile, evita questa eventualità mostrando solo l'indirizzo email/telefono e password e il pulsante Accedi nella parte superiore della pagina di accesso. Inserisci altri contenuti di seguito.

Screenshot di un modulo di accesso su uno smartphone Android: il pulsante Accedi non è coperto dalla tastiera dello smartphone.
La tastiera non ostruisce il pulsante Accedi.

Eseguire test su una serie di dispositivi

Dovrai eseguire il test su una serie di dispositivi per il tuo pubblico di destinazione e apportare le modifiche necessarie. BrowserStack consente test gratuiti per progetti open source su una serie di dispositivi e browser reali.

Screenshot di un modulo di accesso su iPhone 7, 8 e 11. Su iPhone 7 e 8 il pulsante Accedi è oscurato dalla tastiera del telefono, ma non su iPhone 11.
Il pulsante Accedi: oscurato su iPhone 7 e 8, ma non su iPhone 11.

Valuta l'uso di due pagine

Alcuni siti (tra cui Amazon ed eBay) evitano il problema chiedendo email/telefono e password su due pagine. Questo approccio semplifica anche l'esperienza: l'utente deve eseguire un'azione alla volta.

Screenshot di un modulo di accesso sul sito Web di Amazon: e-mail/telefono e password su due &#39;pagine&#39; separate.
Accesso in due fasi: email o telefono, poi password.

Idealmente, questo dovrebbe essere implementato con un singolo <form>. Utilizza JavaScript per visualizzare inizialmente solo l'input dell'indirizzo email, quindi nascondilo e mostra l'inserimento della password. Se devi costringere l'utente a passare a una nuova pagina tra l'inserimento dell'indirizzo email e della password, il modulo nella seconda pagina deve avere un elemento di input nascosto con il valore dell'indirizzo email, per consentire ai gestori delle password di memorizzare il valore corretto. Stili di form per le password riconosciuti da Chromium fornisce un esempio di codice.

Aiutare gli utenti a evitare di inserire di nuovo i dati

Puoi aiutare i browser a memorizzare correttamente i dati e a compilare automaticamente gli input, in modo che gli utenti non debbano ricordare di inserire i valori di email e password. Questo è particolarmente importante su dispositivi mobili e fondamentale per gli input via email, che presentano tassi di abbandono elevati.

Questa operazione è composta da due parti:

  1. Gli attributi autocomplete, name, id e type aiutano i browser a comprendere il ruolo degli input per memorizzare i dati che possono essere utilizzati in un secondo momento per la compilazione automatica. Per consentire la memorizzazione dei dati per la compilazione automatica, i browser moderni richiedono inoltre che gli input abbiano un valore name o id stabile (non generato in modo casuale a ogni caricamento della pagina o ogni implementazione del sito) e che si trovino in un elemento <form> con un pulsante submit.

  2. L'attributo autocomplete aiuta i browser a compilare automaticamente gli input utilizzando i dati memorizzati.

Per gli input email, utilizza autocomplete="username", poiché username è riconosciuto dai gestori delle password nei browser moderni, anche se dovresti utilizzare type="email" e potresti voler utilizzare id="email" e name="email".

Per le password inserite, utilizza i valori autocomplete e id appropriati per aiutare i browser a distinguere tra password nuove e attuali.

Usa autocomplete="new-password" e id="new-password" per la nuova password

  • Usa autocomplete="new-password" e id="new-password" per l'inserimento della password in un modulo di registrazione o la nuova password in un modulo di modifica della password.

Utilizza autocomplete="current-password" e id="current-password" per una password esistente

  • Utilizza autocomplete="current-password" e id="current-password" per l'inserimento della password in un modulo di accesso o quello della vecchia password dell'utente in un modulo per la modifica della password. Questo indica al browser che vuoi che utilizzi la password corrente che ha memorizzato per il sito.

Per un modulo di registrazione:

<input type="password" autocomplete="new-password" id="new-password" …>

Per accedere:

<input type="password" autocomplete="current-password" id="current-password" …>

Supportare i gestori delle password

Browser diversi gestiscono la compilazione automatica delle email e il suggerimento di password in modo leggermente diverso, ma gli effetti sono molto simili. Su Safari 11 e versioni successive su computer, ad esempio, viene visualizzato il gestore delle password e, se disponibile, viene utilizzata l'autenticazione biometrica (impronta o riconoscimento facciale).

Screenshot di tre fasi della procedura di accesso in Safari su computer: gestore delle password, autenticazione biometrica, compilazione automatica.
Accedi con il completamento automatico, senza inserire testo.

Chrome per computer mostra i suggerimenti per le email, il Gestore delle password e compila automaticamente la password.

Screenshot di quattro fasi della procedura di accesso in Chrome su computer: completamento dell&#39;email, suggerimento email, gestore delle password, compilazione automatica alla selezione.
Flusso di accesso con il completamento automatico in Chrome 84.

I sistemi di compilazione automatica e di password dei browser non sono semplici. Gli algoritmi per la stima, la memorizzazione e la visualizzazione dei valori non sono standardizzati e variano da una piattaforma all'altra. Ad esempio, come sottolineato da Hidde de Vries: "Il gestore delle password di Firefox integra la sua euristica con un sistema di ricette".

Compilazione automatica: cosa devono sapere gli sviluppatori web, ma non sanno contiene molte altre informazioni sull'utilizzo di name e autocomplete. La specifica HTML elenca tutti i 59 valori possibili.

Consentire al browser di suggerire una password efficace

I browser moderni utilizzano l'euristica per decidere quando mostrare l'interfaccia utente del gestore delle password e suggerire una password efficace.

Ecco come funziona Safari su computer.

Screenshot del Gestore delle password di Firefox su computer.
Flusso di suggerimento della password in Safari.

Il suggerimento di password univoche efficaci è disponibile in Safari dalla versione 12.0.

Grazie ai generatori di password integrati nei browser, gli utenti e gli sviluppatori non devono capire cosa sia una "password efficace". Poiché i browser possono memorizzare in modo sicuro le password e compilarle automaticamente in base alle necessità, gli utenti non devono ricordare o inserire le password. Incoraggiare gli utenti a utilizzare i generatori di password integrati nel browser significa anche che hanno maggiori probabilità di utilizzare una password univoca e sicura sul tuo sito e meno probabilità di riutilizzare una password che potrebbe essere compromessa altrove.

Evitare che gli utenti perdano input per errore

Aggiungi l'attributo required ai campi email e password. I browser moderni richiedono automaticamente e impostano il focus per i dati mancanti. Non è richiesto JavaScript.

Screenshot di Firefox e Chrome per Android su computer che mostra la richiesta &quot;Compila questo campo&quot; per i dati mancanti.
Prompt e messa a fuoco per i dati mancanti su Firefox per computer (versione 76) e Chrome per Android (versione 83).

Design per dita e pollici

Le dimensioni predefinite del browser per quasi tutto ciò che riguarda gli elementi di input e i pulsanti sono troppo piccole, soprattutto sui dispositivi mobili. Può sembrare ovvio, ma è un problema comune con i moduli di accesso su molti siti.

Assicurati che gli ingressi e i pulsanti siano abbastanza grandi

Le dimensioni e i margini predefiniti per gli input e i pulsanti sono troppo piccoli su computer e ancor peggio su dispositivi mobili.

Screenshot di un modulo senza stile in Chrome per computer e Chrome per Android.

In base alle linee guida sull'accessibilità di Android, le dimensioni target consigliate per gli oggetti su touchscreen sono pari a 7-10 mm. Le linee guida per le interfacce di Apple suggeriscono 48 x 48 px, mentre il W3C consiglia almeno 44 x 44 pixel CSS. In base a queste informazioni, aggiungi (almeno) circa 15 px di spaziatura interna agli elementi di input e ai pulsanti per il mobile e circa 10 px per il desktop. Prova con un dispositivo mobile reale e un dito o un pollice reali. Dovresti riuscire a toccare comodamente ogni input e ogni pulsante.

L'audit Lighthouse I target dei tocchi non sono dimensionati in modo appropriato può aiutarti ad automatizzare il processo di rilevamento degli elementi di input troppo piccoli.

Progettare per i pollici

Cerca target di tocco e vedrai molte immagini di indici. Tuttavia, nel mondo reale, molte persone utilizzano i pollici per interagire con gli smartphone. I pollici sono più grandi degli indici e il controllo è meno preciso. Un motivo in più per scegliere touch target di dimensioni adeguate.

Fai in modo che il testo sia abbastanza grande

Come per le dimensioni e i margini, le dimensioni predefinite dei caratteri del browser per gli elementi di input e i pulsanti sono troppo piccole, in particolare sui dispositivi mobili.

Screenshot del modulo senza stile in Chrome su computer e Android.
Stile predefinito su computer e dispositivi mobili: il testo di input è troppo piccolo per essere leggibile per molti utenti.

I browser su piattaforme diverse impostano i caratteri in modo diverso, pertanto è difficile specificare una dimensione del carattere che funzioni bene ovunque. Un rapido sondaggio su alcuni siti web popolari mostra dimensioni di 13-16 pixel su computer: queste dimensioni fisiche sono un buon minimo per il testo sui dispositivi mobili.

Ciò significa che devi utilizzare dimensioni dei pixel più grandi sui dispositivi mobili: 16px su Chrome per computer è abbastanza leggibile, ma anche con una buona vista è difficile leggere il testo 16px su Chrome per Android. Puoi impostare dimensioni dei pixel dei caratteri diverse per dimensioni dell'area visibile diverse utilizzando le query supporti. 20px è una dimensione approssimativa per i dispositivi mobili, ma ti consigliamo di testarla con amici o colleghi ipovedenti.

L'audit Lighthouse Il documento non usa dimensioni dei caratteri leggibili può aiutarti ad automatizzare il processo di rilevamento del testo troppo piccolo.

Lascia spazio sufficiente tra gli input

Aggiungi un margine sufficiente per consentire agli input di funzionare bene come target di tocco. In altre parole, punta a un margine di circa un dito.

Assicurati che i dati inseriti siano chiaramente visibili

Lo stile del bordo predefinito per gli input li rende difficili da vedere. Sono quasi invisibili su alcune piattaforme come Chrome per Android.

Oltre al padding, aggiungi un bordo: su uno sfondo bianco, una buona regola generale è utilizzare #ccc o un colore più scuro.

Screenshot del modulo con stile in Chrome su Android.
Testo leggibile, bordi degli input visibili, spaziatura interna e margini adeguati.

Utilizza le funzionalità integrate del browser per segnalare valori di input non validi

I browser dispongono di funzionalità integrate per eseguire la convalida di base dei moduli per gli input con un attributo type. I browser avvisano quando invii un modulo con un valore non valido e impostano lo stato attivo sull'input problematico.

Screenshot di un modulo di accesso in Chrome per computer che mostra la richiesta del browser e lo stato attivo per un valore email non valido.
Convalida di base integrata nel browser.

Puoi utilizzare il selettore CSS :invalid per evidenziare i dati non validi. Utilizza :not(:placeholder-shown) per evitare di selezionare input senza contenuti.

input[type=email]:not(:placeholder-shown):invalid {
  color: red;
  outline-color: red;
}

Prova diversi modi per evidenziare gli input con valori non validi.

Utilizza JavaScript dove necessario

Attiva/disattiva la visualizzazione della password

Devi aggiungere un pulsante di attivazione/disattivazione Mostra password per consentire agli utenti di controllare il testo inserito. L'usabilità peggiora quando gli utenti non riescono a vedere il testo inserito. Al momento non esiste un modo integrato per farlo, anche se sono previsti piani di implementazione. Dovrai utilizzare JavaScript.

Modulo di accesso a Google che mostra l&#39;opzione di attivazione/disattivazione Mostra password e un link Password dimenticata.
Modulo di accesso a Google: con il pulsante di attivazione/disattivazione Mostra password e il link Password dimenticata.

Il seguente codice utilizza un pulsante di testo per aggiungere la funzionalità Mostra password.

HTML:

<section>
  <label for="password">Password</label>
  <button id="toggle-password" type="button" aria-label="Show password as plain text. Warning: this will display your password on the screen.">Show password</button>
  <input id="password" name="password" type="password" autocomplete="current-password" required>
</section>

Ecco il codice CSS per fare in modo che il pulsante assomigli a un testo normale:

button#toggle-password {
  background: none;
  border: none;
  cursor: pointer;
  /* Media query isn't shown here. */
  font-size: var(--mobile-font-size);
  font-weight: 300;
  padding: 0;
  /* Display at the top right of the container */
  position: absolute;
  top: 0;
  right: 0;
}

E il codice JavaScript per mostrare la password:

const passwordInput = document.getElementById('password');
const togglePasswordButton = document.getElementById('toggle-password');

togglePasswordButton.addEventListener('click', togglePassword);

function togglePassword() {
  if (passwordInput.type === 'password') {
    passwordInput.type = 'text';
    togglePasswordButton.textContent = 'Hide password';
    togglePasswordButton.setAttribute('aria-label',
      'Hide password.');
  } else {
    passwordInput.type = 'password';
    togglePasswordButton.textContent = 'Show password';
    togglePasswordButton.setAttribute('aria-label',
      'Show password as plain text. ' +
      'Warning: this will display your password on the screen.');
  }
}

Ecco il risultato finale:

Screenshot del modulo di accesso con il &quot;pulsante&quot; di testo Mostra password in Safari su Mac e su iPhone 7.
Modulo di accesso con il testo "pulsante" Mostra password in Safari su Mac e iPhone 7.

Rendi accessibili gli input della password

Utilizza aria-describedby per delineare le regole per le password assegnando l'ID dell'elemento che descrive i vincoli. Gli screen reader forniscono il testo dell'etichetta, il tipo di input (password) e la descrizione.

<input type="password" aria-describedby="password-constraints" …>
<div id="password-constraints">Eight or more characters with a mix of letters, numbers and symbols.</div>

Quando aggiungi la funzionalità Mostra password, assicurati di includere un aria-label per avvisare che la password verrà visualizzata. In caso contrario, gli utenti potrebbero rivelare inavvertitamente le password.

<button id="toggle-password"
        aria-label="Show password as plain text.
                    Warning: this will display your password on the screen.">
  Show password
</button>

Puoi vedere entrambe le funzionalità ARIA in azione nel seguente glitch:

L'articolo Creare moduli accessibili contiene altri suggerimenti per rendere accessibili i moduli.

Convalida in tempo reale e prima dell'invio

Gli elementi e gli attributi del modulo HTML hanno funzionalità integrate per la convalida di base. Tuttavia, ti consigliamo di utilizzare JavaScript per effettuare una convalida più efficace mentre gli utenti inseriscono i dati e quando tentano di inviare il modulo.

Il passaggio 5 del form di accesso del codelab utilizza l'API Constraint Validation (ampiamente supportata) per aggiungere la convalida personalizzata utilizzando l'interfaccia utente del browser integrata per impostare il fuoco e visualizzare i prompt.

Scopri di più: usa JavaScript per una convalida in tempo reale più complessa.

Dati e RUM

"Ciò che non puoi misurare, non puoi migliorare" è particolarmente vero per i moduli di registrazione e accesso. Devi stabilire obiettivi, misurare il successo, migliorare il tuo sito e ripetere.

I test di usabilità possono essere utili per provare le modifiche, ma per comprendere davvero l'esperienza degli utenti con i tuoi moduli di registrazione e accesso, hai bisogno di dati reali:

  • Analytics delle pagine: visualizzazioni di pagina di registrazione e accesso, frequenza di rimbalzo e uscite.
  • Analisi delle interazioni: canalizzazioni degli obiettivi (in che punto gli utenti abbandonano il flusso di accesso o di registrazione?) e eventi (quali azioni intraprendono gli utenti quando interagiscono con i tuoi moduli?).
  • Rendimento del sito web: metriche incentrate sugli utenti (i moduli di registrazione e accesso sono lenti per qualche motivo e, in tal caso, qual è il motivo?).

Ti consigliamo inoltre di implementare i test A/B per provare diversi approcci alla registrazione e all'accesso, nonché implementazioni graduali per convalidare le modifiche su un sottoinsieme di utenti prima di rilasciarle a tutti gli utenti.

Linee guida generali

Un'interfaccia utente e un'esperienza utente ben progettate possono ridurre il numero di interruzioni nella compilazione dei moduli di accesso:

  • Non fare in modo che gli utenti debbano cercare l'accesso. Inserisci un link al modulo di accesso nella parte superiore della pagina, utilizzando una formulazione chiara, ad esempio Accedi, Crea account o Registrati.
  • Mantieni la concentrazione. I moduli di registrazione non sono il luogo adatto per distrarre le persone con offerte e altre funzionalità del sito.
  • Riduci al minimo la complessità della registrazione. Raccogliere altri dati utente (ad esempio indirizzi o dettagli della carta di credito) solo quando gli utenti vedono un chiaro vantaggio nel fornirli.
  • Prima che gli utenti inizino a compilare il modulo di registrazione, chiarisci qual è la proposta di valore. Quali sono i vantaggi dell'accesso? Offri agli utenti incentivi concreti per completare la registrazione.
  • Se possibile, consenti agli utenti di identificarsi con un numero di cellulare anziché con un indirizzo email, poiché alcuni utenti potrebbero non utilizzare l'email.
  • Consenti agli utenti di reimpostare facilmente la password e metti in evidenza il link Hai dimenticato la password?.
  • Link ai documenti dei Termini di servizio e delle norme sulla privacy: chiarisci fin dall'inizio agli utenti in che modo proteggi i loro dati.
  • Includi il logo e il nome della tua azienda o organizzazione nelle pagine di registrazione e di accesso e assicurati che la lingua, i caratteri e gli stili corrispondano al resto del sito. Alcuni moduli non sembrano appartenere allo stesso sito di altri contenuti, soprattutto se hanno un URL molto diverso.

Continua a imparare

Foto di Meghan Schiereck su Unsplash.