Gérer les polices dans un studio de motion design : le problème que tout le monde découvre trop tard
This article is currently available in French only. The page chrome is translated, the article body is not yet.
Un projet After Effects s'ouvre sur le poste d'un collègue, et les alertes de polices manquantes s'enchaînent. Le rendu part avec Arial à la place de la typo client. Le spot diffuse avec la mauvaise graisse. Ce scénario, chaque studio de motion design l'a vécu au moins une fois, souvent au pire moment possible : la veille d'une livraison, sur un poste de render farm, ou lors d'une reprise de projet six mois après la création initiale.
Le problème n'est pas technique au sens strict : After Effects gère les polices de manière prévisible, à condition de comprendre ses mécanismes. Ce qui manque dans la plupart des studios, c'est une politique explicite autour des fonts, documentée, appliquée à chaque projet. Cet article couvre les points de friction réels, du stockage local à la synchronisation entre postes, en passant par les pièges des licences et la gestion sur render farm.
Pourquoi After Effects est particulièrement exposé au problème des polices
After Effects lit les polices depuis le système d'exploitation, exactement comme Illustrator ou Photoshop. Il ne les embarque pas dans le fichier de projet. Quand vous enregistrez un .aep, AE stocke le nom de la famille et la graisse utilisées : si la police n'est pas installée sur la machine qui ouvre le fichier, AE substitue une autre fonte et signale l'alerte, mais il continue quand même à rendre.
Ce comportement est la source principale des accidents. Contrairement à InDesign qui peut collecter les polices avec le fichier, ou à Premiere qui signale clairement les médias manquants dans le panneau dédié, After Effects ne bloque pas le rendu sur une fonte absente. Le résultat sort, il est juste faux. Sur un texte animé avec expressions, le changement de métriques peut décaler des keyframes, casser des animations basées sur la largeur du texte, ou rendre illisibles des passages entiers.
L'autre particularité d'AE : les polices Adobe Fonts activées via Creative Cloud sont traitées différemment des polices système. Elles sont synchronisées sur le compte Adobe, pas sur la machine. Un poste de rendu sans session CC active ou avec un compte différent ne les verra pas. C'est un point aveugle classique dans les studios qui séparent licences créatives et postes de render.
Cartographier les sources de polices dans un studio
Avant de mettre en place une politique, il faut savoir d'où viennent les fontes utilisées dans les projets en cours. En studio, on trouve typiquement trois sources mélangées sans aucune traçabilité : les polices système préinstallées avec l'OS, les polices Adobe Fonts synchronisées via CC, et les polices achetées ou fournies par les clients, installées manuellement par chaque motion designer sur son propre poste.
Cette troisième catégorie est la plus problématique. Quand un client envoie un zip avec sa charte typo, chaque membre de l'équipe l'installe de son côté, parfois en oubliant certaines graisses, parfois avec des versions différentes du même fichier. Six mois plus tard, le graphiste d'origine est parti, le zip client est introuvable, et la police n'est plus disponible nulle part dans le studio.
L'outil le plus simple pour cartographier la situation : ouvrir le panneau Glyphs ou Character dans AE sur un projet, noter la fonte utilisée, puis vérifier dans le Gestionnaire de polices de l'OS (Font Book sur Mac, Paramètres Polices sur Windows) si elle est présente et depuis quelle source. Répéter l'opération sur un autre poste du studio révèle immédiatement les divergences. Ce diagnostic, fait une fois de manière sérieuse, suffit généralement à convaincre toute une équipe de structurer la gestion des fonts.
Le piège des licences : ce que vous n'avez pas le droit d'installer sur un render farm
La gestion juridique des polices est le sujet que les studios évitent le plus longtemps, jusqu'au moment où un audit client ou un litige les y oblige. Les licences de polices sont des contrats d'utilisation, pas des droits de propriété. Acheter une fonte ne signifie pas pouvoir l'installer sur autant de machines que l'on veut.
La plupart des licences commerciales standard autorisent l'installation sur un nombre limité de postes, souvent entre un et cinq. Une render farm de dix machines nécessite une licence serveur ou une licence multi-postes spécifique. Les polices Adobe Fonts incluses dans Creative Cloud ont leurs propres restrictions : elles sont autorisées pour usage commercial dans les créations, mais les modalités d'installation sur des serveurs de rendu automatisés méritent une lecture attentive des conditions du compte utilisé.
En pratique, beaucoup de studios gèrent ce risque en maintenant un dossier de polices validées juridiquement, avec une copie des licences associées. Pour les polices clients, il est recommandé de faire signer au client une déclaration attestant qu'il dispose des droits nécessaires pour vous fournir les fontes à utiliser en production. Ce document protège le studio en cas de réclamation ultérieure et professionnalise la relation dès le démarrage du projet.
Structurer le stockage des polices au niveau du studio
La solution la plus robuste que l'on voit dans les studios bien organisés : un dossier de polices partagé sur le serveur, versionné, avec une arborescence claire par projet ou par client. Ce dossier ne remplace pas l'installation système, mais il constitue la source de vérité. Quand quelqu'un rejoint un projet, il sait où trouver les fontes exactes, dans les bonnes versions, avec les licences associées.
L'arborescence peut ressembler à ceci : un dossier racine Fonts-Studio, avec deux sous-dossiers principaux. Le premier, Fonts-Studio-Generiques, contient les polices utilisées en interne ou sur plusieurs projets (fontes de l'identité du studio, polices de travail communes). Le second, Fonts-Clients, contient un sous-dossier par client, avec les polices fournies et un fichier texte indiquant la source, la version, et la date de réception.
Ce système fonctionne bien à condition d'y ajouter deux règles non négociables : personne n'installe une fonte client sur son poste sans l'avoir d'abord déposée dans ce dossier partagé, et toute mise à jour d'une fonte existante crée un nouveau sous-dossier versionné plutôt qu'écraser l'ancienne. Cette seconde règle évite les régressions silencieuses sur des projets qui référençaient une version antérieure.
Render farm et polices : mettre en place un process sans failles
Les postes de render farm sont souvent les moins bien entretenus du studio en matière de polices. On y installe les choses au cas par cas, en urgence, et on oublie de documenter. Le résultat : un rendu qui fonctionne sur le poste du motion designer ne passe pas sur la farm, et on perd une heure à déboguer ce qui aurait dû être réglé en amont.
La première mesure à mettre en place : un script de vérification de polices à exécuter avant chaque envoi en rendu. En ExtendScript ou via un outil comme Kbar avec une commande personnalisée, ce script parcourt les calques de texte du projet actif et compare les fontes utilisées à une liste de fontes validées sur la farm. Si une fonte manque, le script génère une alerte avant que le job parte. Cela prend quelques heures à développer une première fois, et évite ensuite des dizaines de rendus ratés par an.
La seconde mesure : synchroniser les polices entre postes créatifs et postes de rendu via un gestionnaire de polices centralisé. Des outils comme Suitcase Fusion ou FontExplorer X Server permettent de gérer un catalogue centralisé et de déployer des ensembles de polices sur plusieurs machines simultanément. Dans un studio de taille moyenne, l'investissement dans l'un de ces outils se rentabilise rapidement en temps gagné sur la gestion manuelle et en rendus ratés évités.
Documenter et transmettre : polices et passation de projets
La passation de projet est le moment où les problèmes de polices font le plus de dégâts. Qu'il s'agisse de passer un projet à un autre motion designer en interne, de livrer les sources à un client, ou de reprendre un projet archivé deux ans plus tard, l'absence de documentation sur les fontes transforme une tâche simple en chasse au trésor.
La bonne pratique consiste à inclure un fichier FONTS.txt ou FONTS.md à la racine de chaque dossier de projet. Ce fichier liste toutes les polices utilisées dans le projet, avec pour chacune : le nom exact de la famille, les graisses utilisées, la source (Adobe Fonts, achat, client), et si possible le nom du fichier fonte concerné. Ce document prend cinq minutes à créer en fin de projet et peut faire économiser plusieurs heures lors d'une reprise.
Pour les livraisons de sources à un client ou à un prestataire externe, la question des polices doit être traitée explicitement dans le brief de livraison. Si les fontes sont libres de droits ou si le client dispose des licences, elles peuvent être incluses dans le package. Sinon, le document FONTS.txt suffit, à condition d'indiquer clairement où chaque fonte peut être obtenue légalement. Cette transparence fait partie du soin professionnel que l'on apporte à un projet, au même titre que l'organisation des calques ou la propreté des précompositions.
ConclusionConclusion
La gestion des polices dans un studio de motion design n'est pas un sujet glamour, mais c'est l'un de ceux qui distinguent les studios qui enchaînent les livraisons sans accroc de ceux qui gèrent des urgences en permanence. Mettre en place un dossier partagé versionné, écrire un script de vérification avant rendu, documenter les fontes dans chaque projet et clarifier les licences avec les clients : chacune de ces actions est simple prise isolément. Appliquées ensemble et maintenues dans la durée, elles éliminent une catégorie entière de problèmes récurrents et améliorent concrètement la rentabilité et la sérénité de la production.
Questions fréquentesFrequently asked questions
After Effects peut-il embarquer les polices dans le fichier de projet pour éviter les problèmes ?
Non. After Effects ne propose pas d'option pour embarquer les polices dans le fichier .aep. Il stocke uniquement le nom de la famille et de la graisse. Les polices doivent être installées sur chaque machine qui ouvre ou rend le projet.
Que se passe-t-il concrètement quand After Effects ne trouve pas une police lors d'un rendu ?
AE substitue la fonte manquante par une autre, souvent une police système générique. Il continue le rendu sans interruption et signale l'alerte dans le log. Le résultat sort avec la mauvaise typographie, sans notification visible dans la file de rendu si vous ne consultez pas les logs.
Les polices Adobe Fonts sont-elles utilisables sur un poste de render farm ?
Cela dépend de la configuration. Un poste de render farm avec une session Creative Cloud active et connectée au bon compte peut synchroniser les Adobe Fonts. Un poste de rendu sans CC actif ou sur un compte différent ne les verra pas. Il faut vérifier ce point pour chaque poste de la farm.
Existe-t-il un moyen de lister automatiquement toutes les polices utilisées dans un projet AE ?
Oui, via un script ExtendScript. Il est possible de parcourir toutes les couches de texte d'un projet, d'en extraire les propriétés de fonte, et de générer un rapport. Plusieurs scripts gratuits disponibles sur aescripts.com font déjà une partie de ce travail.
Comment gérer les polices quand on travaille avec des freelances externes qui interviennent sur nos projets ?
Le plus sûr est de leur fournir les polices directement si les licences le permettent, accompagnées du fichier FONTS.txt. Si les licences sont restrictives, il faut leur indiquer précisément où acquérir les fontes et prévoir un temps d'installation dans le planning. Ne jamais supposer qu'ils disposent déjà des bonnes versions.
Quelle est la différence entre un gestionnaire de polices comme Suitcase Fusion et l'installation système classique ?
Un gestionnaire centralisé permet d'activer et désactiver des polices à la demande, de les organiser par projet ou par client, et dans les versions serveur, de synchroniser les ensembles de fontes sur plusieurs postes simultanément. L'installation système installe en permanence toutes les polices, ce qui peut créer des conflits et alourdir les menus de sélection dans les applications.
Peut-on avoir deux versions différentes d'une même police installées en même temps sur macOS ou Windows ?
En général non, pas sous le même nom de famille. L'OS conserve une seule version active par nom de fonte. Si vous devez tester deux versions, l'une doit être désactivée ou renommée. Certains gestionnaires de polices gèrent cette situation via des profils, mais cela reste une manipulation délicate.
Comment s'assurer qu'un client nous fournit les bonnes graisses d'une fonte et pas seulement le Regular ?
La meilleure approche est d'envoyer au client une liste explicite des graisses nécessaires dès la phase de démarrage, avant même de commencer l'animation. Précisez les noms exacts : Regular, Medium, SemiBold, Bold Italic, etc. Un client qui livre uniquement le Regular deux jours avant le rendu est un problème prévisible et évitable.
Que faire quand on reprend un projet archivé et que les polices ne sont plus disponibles nulle part ?
Première étape : consulter les logs AE ou ouvrir le projet en notant les alertes de substitution pour identifier exactement les fontes manquantes. Ensuite, chercher dans les anciens échanges emails avec le client, sur l'espace de stockage du projet, ou dans des archives. Si la fonte est commerciale, il faut la racheter. Si elle est introuvable, une conversation avec le client s'impose avant de reproduire quoi que ce soit.
Est-il possible d'automatiser la vérification des polices avant d'envoyer un job en rendu dans After Effects ?
Oui. Un script ExtendScript peut être déclenché via un bouton dans Kbar ou via le menu Scripts avant chaque envoi en render queue. Il compare les fontes du projet à une liste de polices validées sur les machines de rendu, et affiche une alerte si une fonte manque. Cette vérification préventive élimine la quasi-totalité des rendus ratés liés aux polices.