L’attributo autocomplete in HTML è uno strumento fondamentale per migliorare l’esperienza utente durante la compilazione dei form. Le Web Content Accessibility Guidelines (WCAG) con il Criterio di successo 1.3.5 sottolineano l’importanza di utilizzare questo attributo in modo corretto per garantire l’accessibilità dei contenuti web a tutti gli utenti, comprese le persone con disabilità che utilizzano le tecnologie assistive.

Che cos’è l’autocomplete?

L’attributo autocomplete permette ai browser di suggerire automaticamente i valori da inserire nei campi di un form, basandosi su informazioni precedentemente memorizzate dall’utente. Questo comporta numerosi vantaggi:

  • Risparmio di tempo: l’utente non deve digitare manualmente le informazioni più volte.
  • Riduzione degli errori: diminuisce la probabilità di commettere errori di battitura.
  • Maggiore soddisfazione dell’utente: un’esperienza di compilazione più fluida e intuitiva.

Il modo in cui i browser interpretano l’autocomplete è basato su un algoritmo abbastanza complesso ma ampiamente descritto all’interno dello standard HTML all’interno del capitolo 4.10.18.7.2 Processing model. Per i più esperti si rimanda alla lettura di tale capitolo, ma per ora è sufficiente sapere che il funzionamento non è casuale ma è vincolato a regole ben precise.

I valori predefiniti di autocomplete

Lo standard HTML e le WCAG definiscono una serie di valori predefiniti per l’attributo autocomplete, ciascuno dei quali indica al browser il tipo di dati che si aspetta di trovare in quel campo.

In primo luogo autocomplete può essere valorizzato con “on” e “off”. In questo modo è possibile disabilitare la funzionalità (off) quando non si desidera che i browser tengano traccia delle attività degli utenti, oppure abilitare genericamente la funzionalità (on).

Il valore di “on” è molto aspecifico e quindi nello standard si consiglia l’utilizzo di alcuni valori predefiniti che i browser in qualche modo possono comprendere con più facilità visto che fanno parte di riferimenti noti. Alcuni esempi sono:

  • name: nome e cognome;
  • username: nome utente;
  • language: lingua preferita
  • address-line1: prima riga dell’indirizzo;
  • tel: numero di telefono.

I valori predefiniti hanno un duplice scopo:

  • Facilitare l’adozione: fornendo una serie di valori comuni, lo standard incoraggia gli sviluppatori a utilizzare l’attributo autocomplete in modo coerente.
  • Migliorare l’interoperabilità: i browser possono riconoscere questi valori e fornire suggerimenti più accurati.

Personalizzare i valori di autocomplete

È possibile definire dei valori personalizzati per l’attributo autocomplete. Questo permette di creare un vocabolario di suggerimenti specifico per le varie esigenze. Ad esempio, se si sta creando un form per una libreria online, si potrebbe definire un valore personalizzato come “genere” per suggerire i generi letterari.

Ecco un esempio di codice:

<input type="text" id="genere" name="genere" autocomplete="genere">

I valori personalizzati sono essenziali per adattarsi a casi d’uso più specifici e per creare esperienze utente ancora più personalizzate.

La capacità dei browser di sfruttare l’autocomplete

Un’obiezione che a volte si sente riguarda l’effettiva capacità dei browser di sfruttare al meglio l’attributo autocomplete. Tuttavia, questa percezione è ormai superata. I principali browser moderni (Chrome, Firefox, Safari, Edge) sono altamente efficienti nel gestire l’autocompletamento. Grazie a una serie di fattori tecnici, come algoritmi di apprendimento automatico e all’analisi dei dati di navigazione, i browser sono in grado di fornire suggerimenti sempre più precisi e personalizzati.

Probabilmente le obiezioni continuano a circolare anche tra gli esperti perché l’efficacia non è facilmente misurabile, visto che, come detto, la funzionalità si attiva con le precedenti memorizzazioni eseguite dagli utenti nei browser, ed è subordinata alle impostazioni di privacy, nonché alle caratteristiche intrinseche dei browser stessi.

Conformità rispetto al Criterio di Successo 1.3.5

Nelle WCAG il criterio di successo 1.3.5 richiede di identificare lo scopo degli input.

L’identificazione primaria dello scopo degli input è vincolata a un altro elemento: l’utilizzo corretto degli attributi type dei campi di input;

Sono possibili alcuni valori, come ad esempio text, email, url, password, number, ecc.; la lista completa è indicata nello standard HTML.

Seppur abbastanza estesa questa lista è comunque ristretta rispetto alle necessità generali di avere un’identificazione più efficace, per questo nelle WCAG viene ripreso il concetto dell’autocompletamento attraverso l’attributo autocomplete.

Nelle WCAG tuttavia vengono ridefiniti i valori possibili di autocomplete, in particolare soltanto quelli che riguardano l’individuo; questo per limitare la conformità alle sole cose strettamente necessarie, ad esempio per non comprendere le infinite possibilità degli scopi personalizzati come descritto precedentemente.

Un campo di input quindi può essere conforme al C.S. 1.3.5 anche se contiene soltanto l’indicazione corretta dell’attributo type e non vi è vincolo di utilizzo dell’autocomplete.

Ad esempio un form potrebbe avere un campo email che però non necessariamente richiede l’email dell’utente, ma può richiedere anche una email di una terza persona. In questo contesto non si deve utilizzare l’attributo autocomplete perché potrebbe essere fuorviante e invitare l’utente a inserire soltanto la propria email.

I costruttori di form sono chiamati ad utilizzare questa funzionalità con estrema cautela e consapevolezza, mentre gli esperti di accessibilità che valutano gli applicativi sono chiamati a interpretare correttamente tali strutture sapendo che in alcuni casi è necessaria la conoscenza profonda del processo digitale.

Proprio per questo motivo non è raro trovare falsi positivi o falsi negativi nei sistemi di analisi automatizzata. Più in generale possiamo dire che una ampia sfera di scopi degli input, essendo legati alle logiche di processo, a tutt’oggi non possono essere rilevati con sistemi automatizzati.

Dai semplici suggerimenti all’interazione completa: l’evoluzione di autocomplete con WAI-ARIA

L’attributo HTML autocomplete offre un primo passo verso l’autocompletamento dei campi di input, ma si limita a suggerire opzioni, come detto, legate alle precedenti attività degli utenti. I ruoli WAI-ARIA combobox, listbox e option, invece, trasformano questi suggerimenti in vere e proprie interazioni, creando elementi più ricchi e accessibili, ma soprattutto legando i suggerimenti ad algoritmi o sistemi di ricerca che gli sviluppatori possono gestire programmaticamente. Una combobox, infatti combina un campo di input con un elenco a discesa, permettendo all’utente sia di digitare che di selezionare un valore. Questa evoluzione non solo migliora l’esperienza utente, ma rende anche le interfacce più accessibili, grazie a informazioni più dettagliate per gli screen reader. In sostanza, mentre autocomplete è un buon inizio, WAI-ARIA offre un livello di interazione e personalizzazione superiore.

Autore

  • Fabrizio Caccavello

    Web Accessibility Expert.

    Da oltre 20 anni risolvo le sfide di accessibilità digitale per i principali gruppi bancari, assicurativi e industriali italiani, trasformando la compliance in valore strategico.

    Non mi limito ad applicare le linee guida: contribuisco a scriverle e a tradurle per il mercato nazionale, come nel caso delle versioni ufficiali WCAG 2.1 e 2.2. La mia preparazione si fonda su una profonda competenza tecnica (HTML, WAI-ARIA, tecnologie assistive) per garantire l'inclusività su ogni touchpoint, dal desktop al mobile.

    Come membro delle commissioni UNI/CT 531 (e-Accessibility) e UNI/CT 526, partecipo attivamente alla definizione delle norme tecniche nazionali (UNI CEI EN 301549). Ho inoltre consolidato la mia esperienza collaborando per molti anni come consulente super senior per AgID, con un focus specifico su progetti pillar dell'agenda digitale italiana come SPID, Designers Italia e la gestione della misura 1.4.2 del PNRR.

    Oltre alla consulenza, mi occupo di:
    - Formazione ed esame per le certificazioni di esperti in accessibilità.
    - Coordinamento associativo come responsabile accessibilità IWA Italy e socio fondatore di Accessibility Days.
    - Divulgazione e seminari per la diffusione di una cultura digitale realmente inclusiva.

    Credo in un web senza barriere, dove l'innovazione tecnologica è progettata per non escludere nessuno.