Dans n’importe quel studio, il y a toujours un dossier qui contient un fichier nommé logo_final_V3_vraiment_final.ai. Tout le monde en rit, parce que tout le monde l’a fait. Le problème, ce n’est pas la blague : c’est que dans cinq ans, personne ne saura si ce fichier est vraiment le bon, ni ce qui le distingue du V2, ni s’il a été livré au client ou seulement testé en interne. Un nom de fichier mal pensé ne coûte rien aujourd’hui. Il coûte une demi-journée de recherche dans cinq ans.
Le nom du fichier est un contrat, pas une étiquette
On traite souvent le nom d’un fichier comme un détail réglé à la va-vite au moment d’enregistrer. C’est l’inverse : c’est la seule information qui survit à la mémoire de son auteur. Un directeur artistique change d’agence, un client redemande un fichier deux ans après la livraison — et il ne reste que le nom pour dire ce qu’il y a dedans. Le bon nom de fichier est celui qu’on comprend sans ouvrir le dossier. Il doit répondre à trois questions sans ambiguïté : quel projet, quelle version, quel usage.
La date inversée trie tout, sans effort
Le premier réflexe à prendre est celui de la date inversée : AAAA-MM-JJ, année puis mois puis jour, toujours sur deux chiffres. Un explorateur de fichiers classe les noms par ordre alphabétique, pas par ordre chronologique réel — une date écrite en JJ-MM-AAAA se retrouve mélangée dès que les années changent. Avec l’ordre inversé, tri alphabétique et tri chronologique deviennent la même chose : le dossier se range tout seul, sans qu’on ait besoin de cliquer sur la colonne « date de modification », une colonne qui de toute façon ment dès qu’un fichier est copié sur un nouveau disque.
Pas d’accents, pas d’espaces, pas de fantaisie
Un nom de fichier avec des accents, des espaces ou des caractères spéciaux (é, à, ç, &, #) fonctionne très bien sur l’ordinateur qui l’a créé, et beaucoup moins bien ailleurs. Un espace devient %20 dans une URL, un accent se transforme en caractère illisible sur un serveur mal configuré. La règle qui évite ces pièges est simple : uniquement des minuscules, des chiffres, et le tiret comme séparateur. identite-atelier-boulanger_logo_v02.ai traverse n’importe quel système. Identité Atelier Boulanger (logo) V2 – copie.ai ne le fait pas.
Une numérotation de version qui ne ment pas
« Final » n’est pas une version, c’est un vœu. Le mot revient parce qu’on croit, à chaque envoi, que c’est la dernière fois qu’on touche au fichier — et puis le client demande une retouche, et il faut inventer final2, puis final_definitif. Une numérotation cohérente remplace ce vocabulaire par des faits : v01, v02, v03, incrémentée à chaque modification substantielle, avec deux chiffres pour que le tri reste correct au-delà de la neuvième version. La version envoyée au client peut en plus porter une mention explicite — v03_envoye-client — pour savoir, en un coup d’œil, laquelle a réellement quitté le studio.
Distinguer le fichier source du fichier livré
Un même projet produit toujours deux familles de fichiers, à ne jamais mélanger dans un même dossier. Le fichier source — document modifiable, calques, polices liées, historique de travail — est ce qui permet de reprendre le projet dans six mois. Le fichier livré — export aplati, PDF, format figé — est ce que le client utilise réellement. Ranger les deux dans des sous-dossiers distincts (01_sources et 02_livres) évite qu’un client modifie par erreur un fichier de travail, et évite au créatif de fouiller vingt exports pour retrouver le seul fichier qu’il peut encore éditer.
La règle 3-2-1 : la sauvegarde n’est pas une hypothèse
Un bon système de nommage ne sert à rien si le disque qui l’héberge tombe en panne. L’ANSSI recommande, pour les indépendants comme pour les entreprises, la règle dite du 3-2-1 : trois copies d’un même fichier, sur deux supports différents, dont une copie hors site. Un fichier de travail ne doit jamais exister à un seul endroit — un disque de travail, un disque de sauvegarde distinct, et une copie hébergée ailleurs (cloud professionnel ou disque conservé hors du local) couvrent la quasi-totalité des scénarios de perte, du vol de matériel à l’incendie.
Les métadonnées ne remplacent pas un bon nom
Les mots-clés intégrés à un fichier (auteur, client, mots-clés de recherche) aident un moteur de recherche interne, mais ne survivent pas toujours à un export ou un transfert par messagerie. Le nom de fichier, lui, reste lisible dans n’importe quel contexte, y compris dans une simple liste de pièces jointes. Les métadonnées sont un complément utile ; elles ne dispensent jamais de nommer correctement le fichier lui-même.
Archiver à froid les projets terminés
Un projet livré et payé n’a plus sa place au milieu des dossiers actifs : il ralentit les recherches du jour sans plus servir à rien. Les services d’archives, dont les Archives de France, appliquent depuis longtemps ce principe aux fonds documentaires : distinguer l’archivage courant, consulté souvent, de l’archivage définitif, consulté rarement mais conservé durablement. Transposé à un studio, cela donne un dossier archives séparé, organisé par année puis par client, sur un support froid — un disque externe débranché entre deux consultations suffit. Le classement se fait une fois, quand le projet se termine, jamais dans l’urgence d’une recherche.
Ces règles n’ont rien de spectaculaire, et c’est justement ce qui les rend fiables : elles ne dépendent d’aucun logiciel et fonctionnent aussi bien pour un logo que pour une facture. Pour les enjeux juridiques qui accompagnent souvent ces fichiers — dépôt de marque, droits d’auteur sur une création — direction la rubrique business & numérique pour aller plus loin.
