Attribut autocomplete HTML
Tapez ce que demande le champ, « code postal » ou « date de naissance » : l’outil donne la valeur autocomplete de la liste du RGAA et le code HTML du champ.
Résultat
autocomplete="email"
Dans la liste du RGAA : Adresse électronique.
Code du champ
<label for="adresse-electronique">Adresse électronique</label>
<input type="email" id="adresse-electronique" name="adresse-electronique" autocomplete="email">
Vos formulaires sont-ils remplis sans effort ? Le pré-audit gratuit vérifie toute une page : formulaires, contrastes, titres, images… Lancer le pré-audit gratuit
Résultat de la vérification
2 champs lus, aucune valeur à corriger
Le pré-audit gratuit vérifie toute la page de ce formulaire : étiquettes, erreurs, contrastes, titres… Lancer le pré-audit gratuit
-
Valeur valide, prise dans la liste du RGAA, champ cp
autocomplete="shipping postal-code" -
Valeur valide, prise dans la liste du RGAA, champ tel
autocomplete="mobile tel"
Outil gratuit Critère 11.13
En bref
Le second mode vérifie une valeur, ou tous les champs d’un formulaire collé.
- Chaque champ qui demande une information sur l’utilisateur (nom, adresse, téléphone, date de naissance…) porte un attribut autocomplete dont la valeur vient de la liste du RGAA (critère 11.13).
- Une seule valeur de la liste par attribut. Elle peut être précédée de section-…, de shipping ou billing, puis de home, work, mobile, fax ou pager devant un téléphone, un courriel ou une messagerie.
- « off » et « on » ne disent pas ce qu’attend le champ : ils ne suffisent pas pour un champ qui concerne l’utilisateur.
- Un champ de recherche, de message ou de code promo n’est pas concerné.
- Tout se passe dans votre navigateur : rien de ce que vous saisissez ou collez n’est envoyé.
Limites du verdict : l’outil vérifie qu’une valeur est bien construite, prise dans la liste et portée par un élément qui l’admet. Il ne sait pas si elle correspond à ce que le champ demande vraiment, ni quels champs de votre formulaire concernent l’utilisateur : c’est à vous d’en juger. Il lit le code collé, pas la page affichée : un attribut ajouté par un script lui échappe.
Toute la page à vérifier ? Lancer l’analyseur gratuit
Ce que demande le critère 11.13
Le test 11.13.1 du RGAA 4.1.2 vise chaque champ de formulaire « dont l’objet se rapporte à une information concernant l’utilisateur ». Sa méthodologie cite le nom, le prénom, le numéro de téléphone. Chacun de ces champs remplit trois conditions : il a un attribut autocomplete, sa valeur figure dans la liste du glossaire, et elle est pertinente pour l’information attendue.
Le critère reprend le critère de succès 1.3.5 des WCAG 2.1, de niveau AA. Le navigateur peut alors remplir le champ avec des données qu’il connaît déjà : la personne n’a plus à s’en souvenir ni à les taper, ce qui aide en cas de troubles cognitifs ou moteurs. Des outils d’assistance peuvent aussi afficher une icône selon la finalité du champ (Understanding 1.3.5). Que le navigateur remplisse vraiment le champ ne compte pas pour l’évaluation.
Comment se construit la valeur
La note technique du critère renvoie aux règles de la spécification HTML : un attribut ne contient qu’une seule valeur de la liste, comme name ou street-address, mais elle peut être précédée de précisions. La spécification HTML fixe leur ordre :
- facultatif, un nom de section qui commence par section-, pour séparer deux groupes de champs, par exemple deux adresses de livraison ;
- facultatif, shipping (livraison) ou billing (facturation) ;
- facultatif, home, work, mobile, fax ou pager, seulement devant une valeur de téléphone (tel, tel-national…), email ou impp ;
- la valeur de la liste ;
- facultatif, webauthn, pour que le navigateur propose les clés d’accès enregistrées (sur un input ou un textarea).
La casse ne compte pas. « on » et « off » s’écrivent seuls : ils autorisent ou refusent le remplissage sans dire ce qu’attend le champ, ce qui ne suffit pas au critère pour un champ qui concerne l’utilisateur.
Les 53 valeurs de la liste du RGAA
Le glossaire du RGAA reprend la liste de la section 7 des WCAG 2.1, elle-même tirée des valeurs de la spécification HTML 5.2. Entre parenthèses, l’étiquette que propose l’outil.
Identité : name (nom complet), honorific-prefix (civilité), given-name (prénom), additional-name (autres prénoms), family-name (nom de famille), honorific-suffix (suffixe honorifique), nickname (pseudonyme), organization-title (fonction), organization (entreprise).
Compte et connexion : username (identifiant), new-password (nouveau mot de passe), current-password (mot de passe).
Adresse : street-address (adresse), address-line1 (adresse (ligne 1)), address-line2 (complément d’adresse), address-line3 (adresse (ligne 3)), address-level4 (niveau administratif 4), address-level3 (niveau administratif 3), address-level2 (ville), address-level1 (région, province ou état), country (pays), country-name (pays), postal-code (code postal).
Téléphone, courriel, messagerie : tel (téléphone), tel-country-code (indicatif du pays), tel-national (numéro sans l’indicatif du pays), tel-area-code (indicatif régional), tel-local (numéro local), tel-local-prefix (numéro local, première partie), tel-local-suffix (numéro local, seconde partie), tel-extension (poste), email (adresse électronique), impp (messagerie instantanée).
Paiement : cc-name (nom du titulaire de la carte), cc-given-name (prénom du titulaire de la carte), cc-additional-name (autres prénoms du titulaire de la carte), cc-family-name (nom de famille du titulaire de la carte), cc-number (numéro de carte), cc-exp (date d’expiration), cc-exp-month (mois d’expiration), cc-exp-year (année d’expiration), cc-csc (cryptogramme), cc-type (type de carte), transaction-currency (devise), transaction-amount (montant).
Date de naissance : bday (date de naissance), bday-day (jour de naissance), bday-month (mois de naissance), bday-year (année de naissance).
Autres informations : language (langue), sex (genre), url (site web), photo (adresse de votre photo).
La spécification HTML actuelle compte aussi one-time-code, pour un code de vérification à usage unique. Il est absent de la liste du RGAA : le critère 11.13 ne le demande pas, et l’outil le signale comme tel.
Le bon élément pour chaque valeur
La spécification HTML range chaque valeur dans un groupe de contrôles, qui dit quels éléments peuvent la porter. Un champ texte, un textarea et un select acceptent presque tout ; les autres types sont plus stricts. L’outil produit le champ qui convient et signale ces erreurs dans un code collé :
- street-address, l’adresse sur plusieurs lignes, ne va pas sur un input de type text : il lui faut un textarea ou un select ;
- input type="tel" ne prend que tel, le numéro complet ; tel-national, tel-extension et les autres morceaux du numéro vont dans un champ texte ;
- input type="email" prend email ou username, pas une autre valeur ;
- photo attend l’adresse web d’une image : un champ d’envoi de fichier ne prend pas d’attribut autocomplete, pas plus qu’une case à cocher, un bouton radio ou un bouton.
Ce que l’outil ne voit pas
- La pertinence : given-name sur un champ « Nom » est bien construit, mais faux. Relisez l’étiquette de chaque champ face à la valeur choisie.
- Les champs qui concernent l’utilisateur : l’outil signale ceux qui n’ont pas d’attribut, sans savoir s’ils en ont besoin. Un champ de recherche n’en a pas besoin ; un champ de prénom, si.
- La page affichée : un attribut ajouté ou retiré par un script après le chargement lui échappe. Copiez le code depuis l’inspecteur du navigateur plutôt que depuis la source.
- Le reste du formulaire : étiquettes, regroupements, messages d’erreur relèvent d’autres critères du thème 11. Pour une page entière, l’analyseur passe en revue chaque champ.
Sources
RGAA 4.1.2, critère 11.13 (finalité d’un champ de saisie) ; RGAA 4.1.2, glossaire : Liste des valeurs possibles pour l’attribut autocomplete ; WCAG 2.1, critère de succès 1.3.5 Identify Input Purpose, en anglais ; WCAG 2.1, section 7 Input Purposes for User Interface Components, en anglais ; Understanding Success Criterion 1.3.5 (W3C), en anglais ; HTML Living Standard (WHATWG), Autofill, en anglais .
Page mise à jour le 11 novembre 2026.
Questions fréquentes
Quels champs doivent avoir un attribut autocomplete ?
Ceux qui demandent une information sur la personne qui remplit le formulaire : son nom, son prénom, son adresse, son téléphone, son adresse électronique, sa date de naissance. Le test 11.13.1 du RGAA demande qu’ils portent un attribut autocomplete, avec une valeur de la liste pertinente pour l’information attendue.
autocomplete="off" suffit-il ?
Non, pour un champ qui concerne l’utilisateur. « off » est valide en HTML mais ne dit pas ce qu’attend le champ, alors que le critère 11.13 demande une valeur de la liste. Le W3C le précise pour le critère 1.3.5 des WCAG : même quand l’auteur veut empêcher le remplissage automatique, la finalité du champ doit rester lisible par la machine.
Peut-on écrire deux valeurs, par exemple « given-name family-name » ?
Non. La note technique du critère 11.13 rappelle qu’un attribut ne contient qu’une seule valeur de la liste. Elle peut être précédée de précisions, comme dans « shipping name » ou « section-software shipping street-address ». Pour le prénom et le nom, faites deux champs, ou un seul champ name.
Quelles valeurs pour une adresse française ?
address-line1 pour le numéro et la rue, address-line2 pour le complément, postal-code pour le code postal, address-level2 pour la ville et country-name pour le pays en toutes lettres. En un seul champ de plusieurs lignes, prenez street-address sur un textarea : la spécification HTML ne l’admet pas sur un input de type text.
Le code reçu par SMS doit-il avoir un attribut autocomplete ?
Le critère 11.13 ne le demande pas : la valeur one-time-code existe dans la spécification HTML, mais pas dans la liste du RGAA, et un code à usage unique n’est pas une information sur la personne. Rien n’empêche de la mettre.
L’adresse d’un destinataire est-elle concernée ?
Pas par le critère 11.13, qui vise les informations sur l’utilisateur ; le W3C précise qu’un champ qui ne porte pas sur lui n’a pas à exposer sa finalité. La spécification HTML permet tout de même de marquer l’adresse d’un destinataire, par exemple avec « section-cadeau shipping street-address ».
Un audit RGAA, critère par critère
Un outil vérifie un point. L’audit teste à la main les 106 critères sur chaque page de l’échantillon et livre la déclaration d’accessibilité. À partir de 1 500 € HT pour un échantillon de 8 pages.
Voir l’audit RGAA Poser une questionÀ lire sur le sujet
- Audit RGAA automatisé : ce qu'un outil vérifie, et ce qui reste à l'humain
- RGAA 5 : ce qui change et faut-il attendre pour auditer son site ?
- RGAA obligatoire en 2026 : qui est concerné ?
Outils complémentaires
- Critères 11.5 et 11.6 Générateur de fieldset et legend Le code d’un groupe de boutons radio, de cases à cocher ou de champs liés, dans un fieldset avec sa légende, prêt à copier.
- Critères 3.2 et 3.3 Contraste des couleurs Le rapport de contraste de deux couleurs ou de toute une palette, avec la couleur conforme la plus proche dans la même teinte.
- Critère 12.7 Générateur de lien d’évitement Le HTML et le CSS d’un lien d’évitement visible au focus, avec sa cible et un aperçu à tester au clavier.