Un utilisateur est à trois secondes de votre indicateur d'activation. Le formulaire est rempli, le curseur survole le bouton, et le bouton dit Valider. Il marque une pause. Que fait ce bouton : enregistrer un brouillon, publier pour toute l'équipe, lancer un abonnement ? Rien à l'écran ne le dit, alors le plus prudent est de ne rien faire, et il ferme l'onglet. Votre tableau de bord enregistre un abandon à l'étape quatre. Personne dans l'entreprise ne saura jamais qu'un seul mot vous a coûté ce compte.
Cela arrive tout le temps, et cela se corrige en un après-midi. La microcopie (les libellés de boutons, indications, états vides, messages d'erreur, infobulles et confirmations disséminés dans votre interface) est le texte que les utilisateurs lisent vraiment, exactement aux moments où ils décident de continuer ou non. C'est aussi, chose unique dans le travail produit, un élément gratuit à modifier et rapide à tester : pas de révision du design system, pas de migration, pas de trimestre de développement.
Ce guide explique ce qu'est la microcopie et où elle se trouve, pourquoi si peu de mots pèsent si lourd, les huit surfaces où la microcopie décide du résultat, plus de quarante réécritures avant/après à reprendre telles quelles, les trois formules qui font fonctionner les textes courts, et comment publier et tester des changements de formulation sur un produit en ligne sans cycle de release.
À retenir
- La microcopie, c'est le texte aux points de décision : boutons, indications, erreurs, états vides, infobulles, confirmations. Elle est courte, mais elle se trouve exactement là où les utilisateurs hésitent.
- Nommez le résultat, pas le mécanisme. « Créer mon premier rapport » dit à l'utilisateur ce qui va se passer ; « Valider » l'oblige à deviner, et c'est en devinant qu'on abandonne.
- Une erreur a besoin de trois parties : ce qui s'est passé, pourquoi et quoi faire ensuite, en mots simples, à côté de ce qui a échoué, sans accuser personne.
- Écrivez du côté utilisateur de l'écran. Ses mots, son objectif, son moment. Des noms de fonctionnalités internes dans une interface de première utilisation sont une taxe sur la compréhension.
- Les états vides, c'est de l'onboarding. Un écran vide avec une bonne phrase et un bouton convertit ; un écran vide avec « Aucune donnée » est une impasse que vous avez payée.
- Testez : la microcopie est le seul changement d'interface que vous pouvez publier et mesurer dans la même semaine, surtout quand la couche de guidage est livrée sans mise en production.
Qu'est-ce que la microcopie UX ? (définition et emplacements)
La microcopie UX est le texte fonctionnel intégré à une interface pour aider les gens à s'en servir : les mots sur les commandes et autour d'elles, plutôt que les mots qui décrivent le produit. Elle est écrite pour être parcourue, pas lue ; elle existe pour lever un doute précis à un moment précis ; et elle se mesure au fait que les utilisateurs vont au bout de l'action, pas à l'élégance de la phrase.
La microcopie, en une définition. Les petits éléments de texte fonctionnels d'une interface (libellés, indications, états, erreurs, confirmations) qui accompagnent l'utilisateur dans un produit. Le texte marketing décroche l'inscription. La microcopie décroche tout ce qui vient après.
Elle apparaît à plus d'endroits que la plupart des équipes n'ont de responsables :
| Surface | Ce qu'elle décide | L'erreur typique |
|---|---|---|
| Libellés de boutons | Si l'utilisateur clique, tout simplement | Verbes génériques : « Valider », « OK », « Continuer » |
| États vides | Si un nouvel utilisateur se lance un jour | « Aucune donnée pour le moment » sans suite possible |
| Messages d'erreur | Si l'utilisateur rebondit ou s'en va | Des codes, des reproches et aucune étape suivante |
| Indications et libellés de formulaire | Taux de complétion, qualité des données | Des exigences révélées seulement après l'échec |
| Infobulles | Si une fonctionnalité est comprise | Répéter le libellé avec plus de mots |
| Textes d'onboarding | Le délai avant la première valeur | Expliquer l'interface au lieu du résultat |
| Confirmations | La confiance après une action irréversible | « Êtes-vous sûr ? » sans nommer la conséquence |
| Demandes d'autorisation | Le taux d'acceptation | Demander avant d'expliquer le bénéfice |
Regardez ce que la colonne des erreurs a en commun : chaque fois, le produit sait quelque chose que l'utilisateur ignore, et choisit de ne pas le dire. Tout le diagnostic est là. Travailler sa microcopie, c'est surtout s'astreindre à écrire ce que votre équipe sait déjà, au moment où l'utilisateur en a besoin.
Pourquoi quelques mots font mieux qu'une refonte
-
Elle se trouve exactement là où les utilisateurs hésitent
La friction n'est pas répartie uniformément dans un produit : elle se concentre sur quelques boutons, champs et boîtes de dialogue. La microcopie est le seul matériau de design qui vit précisément à ces endroits, et c'est pourquoi une réécriture peut faire bouger un taux de complétion que des mois de travail sur la mise en page n'avaient pas touché.
-
C'est le changement le plus rapide que vous puissiez faire
Pas de migration, pas de révision du design system, pas de modèle de données. Les mots peuvent être écrits le lundi et mesurés le vendredi, et quand ils sont livrés par une couche de guidage plutôt que par le code, ils n'ont même pas besoin d'une mise en production.
-
Elle porte le modèle mental
Les utilisateurs se font une idée du fonctionnement de votre produit à partir des mots qu'il emploie. Des noms cohérents et honnêtes rendent cette idée juste ; une terminologie qui change (« espace de travail » ici, « projet » là, « tableau » dans la documentation) la rend fausse, et un modèle mental faux produit des tickets de support pour toujours.
-
C'est là que les bonnes manières de votre produit se voient
Le ton aux points d'échec (l'erreur, la limite, le « vous ne pouvez pas faire ça ») est ce dont les utilisateurs se souviennent. Un produit qui explique les problèmes sans accuser la personne qui lit se fait pardonner le suivant.
-
C'est le remède le moins cher aux abandons inexpliqués
Quand les analytics montrent un blocage à une étape alors que le design semble correct, les mots sont généralement les premiers suspects. Réécrivez-les avant de reconstruire quoi que ce soit : cela coûte une journée et écarte la cause la plus probable.
Trois formules derrière une microcopie qui fonctionne
Un texte court ne s'improvise pas. Trois schémas couvrent l'essentiel de l'interface :
La plupart des microcopies prennent l'une de trois formes : verbe + résultat pour les boutons, quoi/pourquoi/suite pour les erreurs, et rôle/bénéfice/action pour les états vides.
1. Boutons : verbe + le résultat pour l'utilisateur
Pas l'action du système (« Envoyer le formulaire ») mais le résultat pour la personne (« Envoyer mon invitation », « Démarrer l'essai gratuit », « Supprimer 3 rapports »). Le libellé doit tenir debout lu seul, car il le sera, et rendre la conséquence évidente avant le clic, surtout quand de l'argent ou une suppression sont en jeu.
2. Erreurs : ce qui s'est passé + pourquoi + quoi faire ensuite
Dans cet ordre, dans la langue de l'utilisateur, à côté de ce qui a échoué. Ne commencez jamais par un code, n'écrivez jamais « invalide » ou « incorrect », et ne formulez jamais le message comme une faute de l'utilisateur. Le test : une personne pourrait-elle corriger le problème sans quitter l'écran ni contacter le support ? Sinon, le message est incomplet.
3. États vides : à quoi sert cet écran + le bénéfice + une action
Un état vide est la première chose qu'un nouvel utilisateur voit sur chaque écran, ce qui en fait la surface d'onboarding la plus fréquentée du produit. Trois phrases et un bouton transforment une impasse en ligne de départ, et ce bouton doit proposer l'action suivante la plus utile, pas un lien vers la documentation.
Exemples de microcopie : plus de 40 réécritures avant/après
Le même écran, deux fois : d'abord écrit pour le système, puis pour la personne qui l'utilise.
Seuls les mots ont changé. L'écran de gauche annonce à un nouvel utilisateur que le produit est vide ; celui de droite lui dit ce qu'il va obtenir et lui donne le chemin le plus court pour y arriver.
Boutons et appels à l'action
- « Valider » → « Créer mon premier rapport »
- « OK » → « Supprimer 3 rapports »
- « Continuer » → « Continuer vers le paiement »
- « Enregistrer » → « Enregistrer et publier pour mon équipe »
- « Commencer » → « Connecter ma source de données »
- « S'inscrire » → « Essai gratuit, sans carte bancaire »
- « Confirmer » → « Envoyer 12 invitations »
- « En savoir plus » → « Voir un exemple en 60 secondes »
États vides
- « Aucun résultat. » → « Aucun rapport ne correspond à ces filtres. Essayez d'élargir la période. »
- « Vous n'avez aucun projet. » → « Les projets séparent votre travail client par client. Créez le premier → »
- « Rien pour le moment. » → « L'activité de votre équipe s'affichera ici dès que quelqu'un publiera. Invitez un collègue → »
- « 0 intégration » → « Connectez une source de données pour voir vos vrais chiffres au lieu d'exemples. »
- « Boîte de réception vide » → « Vous êtes à jour. Les nouvelles demandes arriveront ici. »
Messages d'erreur
- « Une erreur est survenue. » → « Impossible d'enregistrer vos modifications : la connexion a été coupée. Votre brouillon est conservé, réessayez d'enregistrer. »
- « E-mail invalide. » → « Il manque un @ dans cette adresse : vérifiez qu'il n'y a pas de faute de frappe. »
- « Échec de l'import. » → « Ce fichier fait 12 Mo, la limite est de 5 Mo. Compressez-le ou importez plutôt un CSV. »
- « Vous avez saisi une valeur incorrecte. » → « Saisissez la date au format JJ/MM/AAAA, par exemple 24/07/2026. »
- « Accès refusé. » → « Seuls les administrateurs de l'espace de travail peuvent modifier la facturation. Contactez votre admin ou demandez l'accès → »
- « Erreur 500. » → « Le problème vient de chez nous, pas de vous. Nous sommes prévenus ; réessayez dans une minute. »
Formulaires et champs
- « Nom » → « Nom de l'espace de travail : visible par votre équipe »
- « Mot de passe » → « Mot de passe : 10 caractères minimum » (affiché avant la saisie, pas après l'échec)
- « Taille de l'entreprise » → « Combien de personnes vont l'utiliser ? Cela nous aide à choisir des réglages adaptés. »
- « Téléphone (facultatif) » → « Téléphone : utilisé uniquement si un rapport échoue pendant la nuit »
- « URL » → « L'adresse de votre site, par ex. app.votreentreprise.fr »
Infobulles et indications contextuelles
- « Filtres » → « Affinez cette liste par offre, date ou responsable »
- « Segments » → « Enregistrez un groupe d'utilisateurs une fois, puis ciblez-le dans n'importe quelle visite ou enquête »
- « Archiver » → « Retire l'élément de la liste sans supprimer ses données »
- « Synchroniser » → « Récupère les dernières lignes de votre entrepôt de données, en 30 secondes environ »
Confirmations et actions destructrices
- « Êtes-vous sûr ? » → « Supprimer cet espace de travail ? Ses 42 rapports et son historique disparaîtront avec lui. Cette action est irréversible. »
- « Résilier l'abonnement ? » → « Résilier au 30 août ? Vous gardez l'accès complet jusque-là, et vos données sont conservées 90 jours. »
- « Annuler les modifications ? » → « Abandonner vos modifications de ce rapport ? La dernière version enregistrée reste inchangée. »
Succès et progression
- « Succès ! » → « Rapport publié : votre équipe peut le voir dès maintenant. »
- « Enregistré. » → « Enregistré. Les modifications sont visibles par tout l'espace de travail. »
- « Chargement… » → « Analyse de 40 000 lignes, environ dix secondes. »
- « Étape 2 sur 5 » → « Étape 2 sur 5, encore deux minutes »
Demandes d'autorisation et d'inscription
- « Autoriser les notifications ? » → « Être alerté quand un rapport échoue ? Nous ne vous préviendrons qu'en cas d'échec. »
- « S'abonner aux nouveautés » → « Recevez un e-mail quand nous livrons une fonctionnalité que vous avez demandée, environ une fois par mois. »
- « Accepter les cookies » → « Nos cookies analytiques nous montrent quelles fonctionnalités sont utilisées. Vous pouvez les refuser, tout continuera de fonctionner. »
Le point commun de toutes ces réécritures : la version améliorée ajoute l'information que le produit avait déjà et que l'utilisateur n'avait pas : la conséquence, la limite, le format, le délai, le bénéfice. Presque aucun travail de microcopie ne relève de l'écriture créative. C'est de la transparence.
Bonnes pratiques de microcopie : 7 règles
1. Écrivez le résultat, pas le mécanisme
Chaque libellé, indication et titre doit répondre à « qu'est-ce que j'y gagne ? » avant « qu'est-ce que ça fait ? ». Les utilisateurs ne veulent pas configurer un segment ; ils veulent arrêter d'envoyer des e-mails aux mauvaises personnes. Commencez par la seconde idée.
2. Employez le vocabulaire de l'utilisateur, pas celui de votre base de données
Les noms internes s'infiltrent dans l'interface dès que personne ne garde la porte : « entité », « objet d'espace de travail », « déclencheur de flux ». Si un terme apparaît à la fois dans votre base de données et dans votre onboarding, l'un des deux est mal choisi. Écoutez comment les clients décrivent la chose dans leurs tickets de support et employez ce mot partout, de façon cohérente.
3. Dites-le là où naît le doute
Les exigences ont leur place à côté du champ, pas dans un article d'aide ; les conséquences ont leur place sur le bouton, pas dans une note de bas de page. C'est l'emplacement contextuel qui distingue la microcopie de la documentation, et c'est pourquoi les infobulles et les indications en ligne font mieux que les meilleurs centres d'aide pour la compréhension lors de la première utilisation.
4. Placez en tête les mots porteurs de sens
On ne lit que les deux ou trois premiers mots de chaque élément. « Connectez Stripe pour voir votre chiffre d'affaires » résiste à une lecture en diagonale ; « Afin de pouvoir consulter vos données de chiffre d'affaires, veuillez connecter votre compte Stripe » non. Supprimez les entrées en matière (« Veuillez noter que », « Afin de », « Vous pouvez désormais ») et commencez par le verbe ou le nom qui compte.
5. Assumez toujours la faute
« Nous n'avons pas pu traiter cette demande » plutôt que « Vous avez saisi une valeur incorrecte ». L'erreur de l'utilisateur est généralement l'échec de l'interface à dire ce qu'elle attendait, et même quand ce n'est pas le cas, le reproche ne change rien, sauf l'opinion que la personne se fait de votre produit au moment où elle est le moins patiente.
6. Gardez une terminologie cohérente sur toutes les surfaces
Un même concept doit porter le même nom dans l'interface, les infobulles, l'onboarding, les notes de version et les réponses du support. Tenez un court glossaire partagé des 20 termes que votre produit utilise vraiment : c'est la documentation la moins chère que votre équipe écrira jamais, et elle évite les confusions les plus coûteuses.
7. Publiez, mesurez, réécrivez
La microcopie est la seule partie de l'interface où vous pouvez mener un vrai avant/après en une semaine : changez les mots de l'étape où l'abandon est le plus fort, observez la complétion pendant sept jours, gardez ou revenez en arrière. Faites-le trois fois sur votre parcours d'inscription et vous en apprendrez plus sur vos utilisateurs qu'en un trimestre d'entretiens.
Microcopie UX : à faire et à éviter
✅ À faire
- Nommer le résultat sur chaque bouton
- Annoncer les exigences avant que l'utilisateur échoue
- Donner aux erreurs un quoi, un pourquoi et une suite
- Transformer les états vides en lignes de départ
- Employer un seul mot par concept, partout
- Placer le texte là où naît le doute
- Dire ce qu'une action irréversible va détruire
- Tester la formulation sur l'étape où l'on abandonne le plus
❌ À éviter
- Garder « Valider », « OK » ou « Continuer » comme libellés définitifs
- Révéler les règles du mot de passe seulement après un échec
- Commencer une erreur par un code ou par le mot « invalide »
- Laisser « Aucune donnée » comme état vide
- Laisser les noms d'objets internes atteindre l'interface
- Enfouir les exigences dans un article du centre d'aide
- Demander une autorisation avant d'en expliquer le bénéfice
- Traiter les textes comme les cinq dernières minutes du design
Publier et tester sa microcopie sans cycle de release
Le plus frustrant dans le travail de microcopie n'est pas de l'écrire : c'est qu'améliorer une phrase implique généralement une pull request, une relecture, un déploiement et deux semaines d'attente pour savoir si cela a aidé. La couche de guidage n'est pas obligée de fonctionner ainsi. Avec Kompassify, vous pouvez ajouter des mots contextuels par-dessus votre produit en ligne sans toucher au code :
- Écrivez des indications là où il en faut. Ancrez une infobulle à n'importe quel élément et expliquez-le avec les mots de l'utilisateur, publiée en direct, sans ticket de release.
- Sauvez les écrans sans issue. Ajoutez du guidage et une action suivante claire sur les états vides et les étapes où l'on bloque, pour qu'un écran vide devienne une ligne de départ.
- Formulez-le différemment selon les personnes. Montrez une formulation aux utilisateurs en essai et une autre aux administrateurs grâce aux segments : la même commande, expliquée dans la langue de celui qui la regarde.
- Mesurez la réécriture. Les analytics intégrés montrent la complétion des étapes que touchent vos textes, si bien que « est-ce que cette formulation marche ? » devient un chiffre plutôt qu'une opinion.
- Restez cohérent. Visites produit, checklists, infobulles et annonces sont gérées au même endroit, et votre terminologie reste identique sur toutes les surfaces de guidage.
Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit jusqu'à 100 utilisateurs actifs mensuels, avec des offres payantes à partir de 129 $/mois.
Les bons mots, au bon endroit
Kompassify vous permet d'ajouter des infobulles contextuelles, du guidage et des textes d'onboarding par-dessus votre produit existant, sans code et sans cycle de release. Expliquez la commande qui déroute, sauvez l'écran vide et mesurez si la nouvelle formulation a vraiment fait progresser la complétion. Conforme au RGPD, hébergé dans l'UE et gratuit jusqu'à 100 utilisateurs actifs mensuels.
Commencer gratuitement →Questions fréquentes
Qu'est-ce que la microcopie en UX ?
La microcopie désigne les petits textes d'interface qui guident un utilisateur dans un produit : libellés de boutons, indications de formulaire, messages d'état vide, messages d'erreur, infobulles, textes d'exemple dans les champs, boîtes de confirmation et notifications de succès. On parle de « micro » parce que chaque élément tient en quelques mots, pas parce que son impact est faible : ce sont les mots que les utilisateurs lisent vraiment, au moment précis où ils décident d'agir ou non. Le texte marketing convainc quelqu'un d'essayer un produit ; la microcopie détermine s'il arrive à s'en servir.
Pourquoi la microcopie est-elle importante ?
Parce qu'elle se trouve aux points de décision. Un utilisateur qui hésite devant un bouton, comprend mal un champ de formulaire ou tombe sur une erreur qu'il ne sait pas interpréter ne se plaint pas : il part, et vos analytics enregistrent un abandon sans explication. Réécrire les mots à ces moments-là coûte un après-midi et aucun temps de développement, et supprime une friction qu'une refonte mettrait un trimestre à corriger. La microcopie est aussi ce qu'il y a de moins cher à tester : c'est la seule partie de l'interface que vous pouvez modifier, mesurer et modifier à nouveau dans la même semaine.
Qu'est-ce qu'une bonne microcopie ?
Quatre choses. Elle est précise : elle nomme le résultat réel (« Créer mon premier rapport ») au lieu d'un verbe générique (« Valider »). Elle est écrite du point de vue de l'utilisateur, avec les mots qu'il emploierait, pas avec vos noms de fonctionnalités internes. Elle arrive au moment du doute plutôt que dans une documentation située ailleurs. Et elle assume la responsabilité quand quelque chose tourne mal : un bon message d'erreur dit ce qui s'est passé, pourquoi et quoi faire ensuite, sans blâmer la personne qui le lit.
Quelle différence entre microcopie et UX writing ?
L'UX writing est la discipline ; la microcopie en est le produit. L'UX writing couvre toute la pratique : la voix et le ton, la terminologie, le content design, la hiérarchie de l'information, la décision même de mettre ou non des mots sur un écran. La microcopie est le texte concret que ces décisions produisent à l'échelle d'un bouton, d'une indication ou d'une erreur. Dans les petites équipes, la distinction compte rarement ; ce qui compte, c'est que quelqu'un soit responsable des mots avec le même sérieux que l'interface.
Comment bien rédiger le libellé d'un bouton ?
Nommez le résultat, à la première personne de l'intention de l'utilisateur. « Démarrer mon essai gratuit » vaut mieux que « Valider » ; « Envoyer l'invitation » vaut mieux que « Confirmer » ; « Supprimer 3 rapports » vaut mieux que « OK ». Deux règles en découlent : le libellé doit avoir du sens lu seul, hors contexte, car c'est ainsi qu'il sera parcouru ; et il doit dire à l'utilisateur ce qui se passera après le clic, surtout quand l'action est irréversible ou coûte de l'argent. Si un bouton a besoin d'une phrase d'explication à côté, c'est que son libellé n'en dit pas assez.
Comment rédiger un bon message d'erreur ?
Trois parties, dans cet ordre : ce qui s'est passé, pourquoi, et l'étape suivante, en langage simple, sans code d'erreur en titre et sans reproche. « Ce fichier fait 12 Mo, la limite est de 5 Mo. Compressez-le ou importez plutôt un CSV. » fait tout le travail. Évitez les échecs classiques : le flou (« Une erreur est survenue »), l'accusation (« Vous avez saisi une valeur incorrecte ») et le jargon technique (« Erreur 422 : entité non traitable »). Et placez le message à côté de ce qui a échoué, pas dans un bandeau en haut d'un long formulaire.
Peut-on modifier la microcopie sans mise en production ?
En partie, oui. Le texte intégré à vos composants exige une release, mais la couche de guidage qui les entoure (infobulles, conseils d'onboarding, invitations sur les états vides, explications contextuelles, textes d'annonce) peut être affichée par-dessus votre produit avec un outil no-code comme Kompassify : vous rédigez les mots, les ancrez à l'élément, ciblez un segment et publiez en direct. La microcopie devient alors testable en quelques jours plutôt qu'en plusieurs sprints, et c'est ainsi que vous découvrez quelle formulation fait réellement progresser les taux de complétion. Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit jusqu'à 100 utilisateurs actifs mensuels, avec des offres payantes à partir de 129 $/mois.