VKT Toolkit · 25 septembre 2026 · 9 min de lecture

Chrome Autofill ne fonctionne pas ? 8 correctifs qui marchent vraiment (2026)

Vous cliquez dans le premier champ et attendez la liste bleue habituelle. Rien. Pire : c'est l'adresse d'il y a trois déménagements qui s'affiche. Les pannes d'autofill semblent aléatoires, elles ne le sont pas. Sept des huit causes ci-dessous sont de votre côté et se vérifient en deux minutes chacune. La huitième est structurelle : Chrome n'a jamais été conçu pour remplir le formulaire qui vous ennuie réellement.

Parcourez la liste dans l'ordre. Chaque point indique comment savoir si c'était le coupable.

D'abord : quel autofill est en panne ?

Trois choses différentes portent le nom d'autofill, et le correctif dépend de celle que vous visez :

• L'autofill intégré de Chrome — la liste bleue issue des adresses, noms, e-mails et cartes enregistrés.
• Le remplissage de votre gestionnaire de mots de passe — l'icône dans le champ ou un raccourci, alimenté par votre coffre.
• Une extension de formulaire — un panneau dédié ou un bouton au survol qui rejoue des valeurs enregistrées.

Test rapide : ouvrez une page de paiement quelconque et cliquez dans le champ du nom. Si la liste apparaît là mais pas sur votre formulaire professionnel, rien n'est cassé : vous demandez à l'autofill d'identité un travail qu'il ne fait pas. C'est tout l'objet du correctif 8.

Correctif 1 — Vérifier que Chrome possède les données

L'autofill ne peut pas proposer ce qu'il n'a pas enregistré. Ouvrez chrome://settings/autofillAndPasswords (Paramètres → Remplissage automatique et mots de passe) et consultez Adresses et plus puis Moyens de paiement. Une liste vide signifie qu'il n'y a rien à remplir.

Profitez-en pour nettoyer : les entrées en double ou anciennes sont la première cause de valeur incorrecte. Chrome prend la première correspondance, et une vieille adresse peut battre l'actuelle.

Correctif 2 — Réactiver l'autofill

Deux interrupteurs comptent, et il est facile de les couper en rangeant ses réglages de confidentialité :

• Enregistrer et remplir les adresses — désactivé, Chrome garde ce que vous tapez mais ne le propose plus jamais.
• Enregistrer et remplir les moyens de paiement — l'équivalent pour les cartes, généralement désactivé par défaut.

Sur un poste géré par l'entreprise, ouvrez aussi chrome://policy et cherchez AutofillAddressEnabled. Si l'administrateur l'a mis à false, l'autofill est désactivé au niveau de la stratégie : aucun réglage de votre côté ne le rétablira. Voyez avec l'IT.

Correctif 3 — Synchronisation, profils et invité

Les données d'autofill sont propres à chaque profil. Quelques cas qui ressemblent à un bug :

• Non connecté à Chrome. Les données restent locales à ce profil ; un profil créé sur cette machine démarre vide.
• Plusieurs profils. Pro et perso ont des coffres séparés : l'adresse enregistrée côté perso est invisible côté pro.
• Fenêtre invité. Conçue pour ne laisser aucune trace, elle ne remplit jamais les valeurs enregistrées.
• Navigation privée. Vide elle aussi, extensions désactivées sauf autorisation individuelle.

Vérifiez en ouvrant la même page dans une fenêtre normale. Si ça remplit là, vous étiez simplement dans la mauvaise fenêtre.

Correctif 4 — L'attribut autocomplete

Le balisage du champ décide si Chrome tente quoi que ce soit :

• autocomplete="off" — les Chrome récents l'ignorent souvent sur les champs d'identité, mais combiné à d'autres signaux il produit son effet.
• autocomplete="new-password" — indique explicitement à Chrome de ne pas remplir avec une valeur enregistrée.
• Noms sans signification. Un champ input_17 sans id ni label ne donne aucune prise à l'heuristique.
• Pas un input. Les sélecteurs et composants construits en div sont invisibles pour l'autofill, quelle que soit leur apparence.

Comment vérifier : clic droit sur le champ → Inspecter, puis lisez name, id et autocomplete. S'ils ne veulent rien dire, aucun réglage n'y changera rien.

Correctif 5 — Champs dans les iframes et le Shadow DOM

• iframes cross-origin — widgets de paiement, moteurs de réservation intégrés, panneaux d'authentification unique. Chrome ne pousse pas les adresses enregistrées dans un cadre tiers.
• Shadow DOM — les composants de design system rendent leurs inputs dans un arbre isolé. Le champ fonctionne, paraît normal, et reste invisible pour l'autofill.

Vérifiez : cliquez sur le champ muet et regardez l'inspecteur. S'il se trouve dans un <iframe> ou un #shadow-root, vous avez la cause.

Correctif 6 — Extensions en conflit

Deux remplisseurs sur une même page, c'est le chaos : l'un efface ce que l'autre vient d'écrire, ou la liste s'ouvre et se ferme aussitôt. Suspects : gestionnaires de mots de passe, autres extensions de formulaire et outils de confidentialité agressifs qui bloquent les API nécessaires.

Test correct : ouvrez un profil neuf sans extension. Si ça remplit, réactivez-les une par une jusqu'à ce que ça casse à nouveau.

Correctif 7 — Re-rendus SPA et champs à usage unique

• Re-rendus React et Vue. Si le composant se redessine après l'injection, la valeur peut disparaître quelques secondes plus tard. L'autofill a fonctionné : il a été écrasé.
• Champs masqués. Les champs téléphone ou carte qui se reformatent à la saisie rejettent parfois une valeur insérée d'un coup.
• Champs à usage unique. Codes OTP, horodatages, date du jour : par définition rien à mémoriser, et beaucoup de sites l'empêchent activement.
• Envois de fichiers. Les inputs de type fichier échappent à tout autofill, extensions comprises.

Correctif 8 — Quand Chrome n'est pas le bon outil

Si tout ce qui précède est vérifié et que le formulaire refuse toujours, le problème vient de la catégorie d'outil, pas des réglages. L'autofill de Chrome résout un problème d'identité : il reconnaît qu'un champ attend le code postal. Le formulaire qui vous vole vos lundis pose un problème de répétition : les mêmes quatorze champs, de la même façon, chaque semaine.

Pour cette dernière catégorie, il existe un outil adapté : VKT Form enregistre l'état complet d'un formulaire — la valeur de chaque champ — sous forme d'instantané local lié à son URL, et le rejoue en un clic. La correspondance pondère name, id, label et la structure, avec l'ordre du DOM en secours : les champs personnalisés et générés par framework sont donc couverts comme les champs classiques. Les instantanés restent dans chrome.storage.local : pas de compte, pas d'analyse, aucun envoi. La version gratuite inclut 5 instantanés et un remplissage illimité ; Premium supprime la limite et ajoute l'export/import JSON pour 9,99 $ en une fois (à vie) ou 2,99 $/mois.

Et les limites, pour éviter les attentes irréalistes : il ne remplit ni mots de passe ni numéros de carte (c'est le rôle d'un gestionnaire de mots de passe), il n'atteint pas les envois de fichiers ni les widgets glisser-déposer, et il ne remplit que des champs — il ne clique jamais sur Envoyer à votre place.

Questions fréquentes

D'autres outils VKT sont dans le catalogue d'extensions, ou écrivez-nous à [email protected].