Quelle police de caractères choisir pour votre application ?

Vous ouvrez une application, vous butez sur le moindre menu, et vous seriez bien incapable de dire pourquoi. Neuf fois sur dix, ce n’est pas la mise en page qui coince, c’est la typographie. Le choix de la police de caractères (fonts en anglais) décide de la lisibilité, du confort de lecture et de la confiance que votre app inspire dans les trois premières secondes.

Voici les polices qui tiennent vraiment la route dans une application, celles à réserver à des usages précis, et la méthode que j’applique pour trancher quand un client hésite. Avec un détour par les études UX, l’accessibilité, les licences (le piège le plus cher) et les fameux logos à initiales.

Polices de caractères adaptées aux applications : mes valeurs sûres

Une police d’interface n’a rien à voir avec une police de titrage. Elle doit rester lisible à très petite taille, sur un écran gras de traces de doigts, parfois en plein soleil. Autrement dit : dessinée pour l’écran, pas pour l’affiche. Voici cinq familles qui ne vous trahiront pas.

1. Roboto (Google)

Roboto est une police sans-serif dessinée par Christian Robertson et publiée par Google en 2011 avec Android 4.0 Ice Cream Sandwich. Elle reste la police de référence du Material Design. Sa structure quasi mécanique se marie à des courbes ouvertes, ce qui lui donne une lisibilité redoutable aussi bien sur un écran de montre que sur une tablette. Sa version Roboto Flex est une police variable : un seul fichier pour toutes les graisses.

• Utilisations : applications Android, interfaces utilisateur, sites web mobiles.
• Avantages : lisibilité élevée, licence libre, large gamme de graisses.

2. San Francisco (Apple)

San Francisco est la police par défaut d’Apple. Dévoilée en 2014 sur l’Apple Watch, elle a remplacé Helvetica Neue sur iOS 9 et OS X El Capitan en 2015. Elle existe en deux déclinaisons : SF Pro pour iOS, iPadOS et macOS, SF Compact pour watchOS. Ses formes s’ajustent automatiquement selon la taille d’affichage, ce qui la rend parfaite pour une interface dense. Un bémol de taille : sa licence la réserve aux applications destinées aux plateformes Apple.

• Utilisations : applications iOS, macOS, Apple Watch.
• Avantages : optimisation pour les écrans Retina, tailles optiques automatiques, cohérence avec tout l’écosystème Apple.

3. Segoe UI (Microsoft)

Segoe UI équipe les interfaces de Microsoft depuis Windows Vista, en 2007. Sous Windows 11, elle a laissé la place à Segoe UI Variable, une version variable qui joue sur deux axes : la graisse et la taille optique. Concrètement, les lettres s’ouvrent aux petites tailles pour rester lisibles et se resserrent en grand format pour gagner en caractère. Si vous développez une application Windows, c’est celle-là qu’il faut viser.

• Utilisations : applications Windows, interfaces utilisateur, documents Microsoft Office.
• Avantages : sobriété, lisibilité à toutes les tailles, familiarité immédiate pour les utilisateurs Windows.

4. Open Sans

Open Sans, dessinée par Steve Matteson et publiée en 2011, est la sans-serif passe-partout par excellence. Neutre, ouverte, disponible gratuitement, elle rend service dans toutes les applications qui ont besoin d’une lecture claire et sans distraction. Elle ne fera jamais tourner les têtes, mais elle ne cassera jamais rien non plus.

• Utilisations : applications web, applications mobiles multiplateformes, présentations.
• Avantages : lisibilité universelle, ton neutre et professionnel, licence libre.

5. Inter

Inter, signée Rasmus Andersson, a été pensée dès le départ pour les écrans et pas pour le papier. Grande hauteur d’x, formes très ouvertes, chiffres tabulaires pour aligner proprement les tableaux et les montants : c’est ma préférée pour un tableau de bord ou une application financière. Elle est open source et disponible en version variable.

• Utilisations : tableaux de bord, applications SaaS, interfaces riches en chiffres.
• Avantages : lisibilité aux très petites tailles, chiffres alignés, licence libre.

Serif ou sans-serif : que choisir sur un écran ?

Pour tout ce qui est interface (boutons, menus, libellés, notifications), la sans-serif gagne presque à tous les coups. Les empattements ajoutent du détail là où il n’y a pas de place, et ce détail devient de la bouillie sur un petit écran. Le serif garde sa place dans un seul cas : la lecture longue. Une application de presse, de liseuse ou de magazine y gagne en confort, surtout depuis que les écrans haute densité rendent les empattements parfaitement nets.

Petit conseil : ne mélangez pas les deux au hasard. Un serif pour le corps de texte, une sans-serif pour l’interface, et vous tenez une hiérarchie claire. Si vous voulez creuser, j’ai détaillé la différence entre polices serif et sans serif dans un article dédié.

Types de caractères pour différents types d’applications

La police que vous choisissez doit coller à l’objectif de votre application et à l’expérience que vous voulez offrir. Voici mes recommandations par famille d’usage.

1. Applications de productivité

Pour les applications de productivité comme les gestionnaires de projets, les outils de prise de notes ou les suites bureautiques, les sans-serif du type Roboto, Segoe UI, Inter ou Open Sans font le travail. La lisibilité prime sur le style : vos utilisateurs vont passer des heures dessus, chaque défaut de lecture se paie en fatigue.

2. Applications de jeux

Les jeux peuvent se permettre des polices décoratives ou thématiques pour coller à l’ambiance. La lisibilité reste quand même la limite à ne pas franchir. Bebas Neue ou Press Start 2P (une police pixellisée qui reprend le rendu des vieilles bornes d’arcade) reviennent souvent dans les interfaces de jeu. Ma règle : la police d’ambiance pour les titres et les écrans de victoire, une sans-serif classique pour les menus, les scores et les réglages. Personne n’a envie de déchiffrer une police gothique pour désactiver la musique.

3. Applications éducatives

Les applications éducatives doivent faciliter la lecture et la compréhension. Avenir et Lato sont des sans-serif un peu plus douces, agréables dans un contexte d’apprentissage où le confort de lecture compte plus que l’effet de style. Pour les tout-petits, vérifiez un détail que tout le monde oublie : la forme du « a » et du « g ». Les enfants apprennent à écrire un a à une boucle, et la plupart des polices en affichent un à deux étages.

4. Applications de commerce électronique

Sur une application de commerce électronique, la clarté fait la vente. Des polices comme Helvetica ou Montserrat sont appréciées pour leur rendu propre et professionnel, qui rassure au moment de sortir la carte bancaire. Vérifiez surtout un point : les chiffres. Un prix mal aligné ou un « 1 » qu’on confond avec un « l », et c’est votre panier moyen qui trinque.

Que disent les études de marché sur l’utilisation des fonts en UX ?

Les travaux sur l’expérience utilisateur (UX) convergent sur un point : le choix de la police pèse sur la perception et sur l’interaction. Selon une étude publiée par le Nielsen Norman Group, les utilisateurs accordent davantage leur confiance à une application dont la typographie est claire, lisible et cohérente avec l’identité de la marque.

Soyons clairs sur un raccourci qu’on lit partout : aucune étude publique de Google ne chiffre le gain d’une « bonne » police sur l’engagement. Ce qui existe, ce sont les recommandations officielles des plateformes. L’échelle typographique du Material Design place le corps de texte entre 12 et 16 sp, et Apple demande de ne jamais descendre sous 11 points dans ses Human Interface Guidelines. Respectez ces planchers et vous évitez déjà le gros de la fatigue visuelle reprochée aux interfaces trop denses.

Le reste se joue ailleurs que dans le nom de la police : l’interlignage, la longueur de ligne et la hiérarchie des titres font plus pour le confort que le passage de Roboto à Open Sans. C’est un travail de conception d’interface, pas un choix de catalogue.

Accessibilité : le test que presque personne ne fait

Prenez votre application, montez la taille de police du système au maximum, et regardez. Si les libellés se coupent, si les boutons se chevauchent, si le texte disparaît sous une icône, votre typographie n’est pas prête. iOS gère ça avec le Dynamic Type, Android avec l’échelle de police système : votre interface doit encaisser sans casser.

Trois autres réflexes valent de l’or. Visez un contraste de 4,5:1 entre le texte et son fond, le seuil retenu par les critères WCAG pour un texte courant (3:1 suffit pour les grands titres). Fuyez les graisses ultra-fines sur fond clair, joli en maquette, illisible dans le métro. Et vérifiez que les caractères ambigus se distinguent : le 1, le l minuscule et le I majuscule, le 0 et le O. Ces règles font partie du socle enseigné en formation à l’accessibilité numérique.

Un mot sur les polices dites « spécial dyslexie », souvent vendues comme une réponse miracle. Les études disponibles ne montrent pas de gain de vitesse ni de précision de lecture par rapport à une bonne sans-serif classique. Ce qui aide vraiment : un texte plus grand, plus espacé, et des lignes plus courtes.

Licences et poids : les deux pièges qui coûtent cher

Une police n’est pas un fichier qu’on récupère et qu’on embarque. C’est un logiciel sous licence. Roboto, Open Sans, Inter et l’essentiel du catalogue Google Fonts sont diffusés sous licence libre (Open Font License ou Apache), donc utilisables commercialement, y compris dans une application vendue. À l’inverse, Helvetica, Avenir, Didot ou Garamond sont des polices commerciales : leur intégration dans une application se facture à part, souvent selon le nombre d’installations. Quant à San Francisco, elle est gratuite mais réservée aux applications des plateformes Apple.

Le second piège, c’est le poids. Chaque graisse ajoutée, c’est un fichier de plus à charger. Limitez-vous à deux familles et trois graisses, préférez une police variable (un seul fichier pour tout l’éventail) et embarquez les fichiers dans l’application plutôt que de les appeler à distance. Pour une application web, ce dernier point n’est pas qu’une histoire de performance : en 2022, un tribunal de Munich a condamné un site à indemniser un visiteur pour avoir chargé des Google Fonts depuis les serveurs de Google, ce qui transmettait son adresse IP sans consentement. Héberger la police chez vous règle le problème.

Comment faire le bon choix de police pour votre application ?

Choisir sa police demande de connaître son public et l’objectif de l’application. Voici les quatre étapes que je suis, dans cet ordre :

1. Définir l’identité de votre marque : la police doit la refléter. Une application de bien-être supporte une typographie douce et arrondie, une application bancaire a besoin de quelque chose de plus carré et rassurant.
2. Tester en conditions réelles : pas sur une maquette en grand format, mais sur un vrai téléphone, avec vos vrais textes, dehors. C’est là que les mauvaises surprises apparaissent.
3. Vérifier la lisibilité sur tous les écrans : smartphone d’entrée de gamme, tablette, montre connectée si vous en visez une. Et avec la taille de texte système poussée au maximum.
4. Faire trancher un designer UX : si vous hésitez encore entre deux familles, un professionnel réglera la question en une heure. Ce n’est pas qu’une affaire de goût, c’est une affaire d’usage.

Pourquoi opter pour des logos basés sur des initiales ?

Les logos basés sur des initiales restent une valeur sûre pour les entreprises et les applications dont le nom est long ou difficile à représenter. Ils sont plus simples, plus mémorables, et surtout ils survivent à la réduction : une icône d’application s’affiche à quelques dizaines de pixels de côté, autant dire qu’un dessin détaillé n’a aucune chance.

Exemples de logo initiales :

• IBM : trois lettres barrées de lignes horizontales, reconnaissables dans le monde entier depuis 1972.
• CNN : les initiales de la chaîne d’information suffisent à l’identifier au premier coup d’oeil.

Attention quand même : un logo à initiales repose entièrement sur sa typographie, donc sur le dessin des lettres et sur leur espacement. Les règles pour créer un logo efficace ne changent pas pour autant, elles deviennent juste plus impitoyables.

Différences entre les utilisateurs en France et aux États-Unis

Les habitudes typographiques varient d’un marché à l’autre. En France, les studios rapportent un goût prononcé pour les polices plus classiques et élégantes, du type Garamond ou Didot, avec une attention marquée aux détails de composition. Aux États-Unis, la fonctionnalité passe devant : des polices comme Arial ou Helvetica dominent pour leur neutralité, dans des interfaces qui misent sur l’efficacité avant l’esthétique.

Une réserve, parce que je la lis rarement : ce sont des tendances observées par les agences, pas des lois. Aucune étude comparative publique ne mesure sérieusement les préférences typographiques d’un pays à l’autre. Si votre application vise les deux marchés, testez auprès de vos utilisateurs plutôt que de vous fier à ce genre de portrait-robot.

Conclusion

Trois choses à faire en sortant de cet article. Partez de la police système de votre plateforme (Roboto sur Android, San Francisco sur iOS, Segoe UI Variable sur Windows) : c’est gratuit, c’est déjà installé et c’est optimisé pour l’écran. Vérifiez la licence avant de vous entêter sur une police payante, la facture arrive toujours au pire moment. Et testez votre interface avec la taille de texte système poussée au maximum, c’est le contrôle qui révèle le plus de défauts en cinq minutes.

Si je ne devais garder qu’un conseil : la police la plus discrète est presque toujours la bonne. Une typographie réussie dans une application, c’est une typographie que personne ne remarque.