Conventions de nommage des fichiers : guide complet équipes

Une convention de nommage de fichiers qui survit au contact de la réalité utilise ce format : AAAA-MM-JJ_CodeProjet_TypeDoc_Descripteur_vNN.ext. Toujours des dates ISO 8601 (elles trient correctement), des codes projet courts (3 à 10 caractères), un vocabulaire contrôlé pour le TypeDoc, des descripteurs en kebab-case, des numéros de version à deux chiffres (v02 pas v2), et des minuscules partout où ça n'a pas d'importance. Exemple : 2026-06-12_ACME-RF_contrat_accord-services-generaux_v02.pdf. Le format importe moins que la cohérence — choisissez-en un, écrivez-le, et appliquez-le à l'onboarding et lors des passes de nettoyage hebdomadaires.

Pourquoi la date en premier bat la date n'importe où ailleurs

Les dates ISO 8601 (AAAA-MM-JJ) au début du nom de fichier résolvent le tri. 2026-06-12_rapport.pdf se retrouve à côté de 2026-06-13_rapport.pdf dans n'importe quel système de fichiers, n'importe quel drive cloud, n'importe quel outil. Déplacez la date à la fin et vous perdez cet avantage ; placez-la au milieu et le tri devient aléatoire.

Utilisez spécifiquement ISO 8601, pas le format US (MM/JJ/AAAA), UK (JJ/MM/AAAA) ou sans ponctuation (AAAAMMJJ). ISO est le seul format qui :

Trie correctement comme texte
Se parse sans ambiguïté entre les locales (est-ce que 06/05/2026 est le 6 mai ou le 5 juin ?)
Correspond à la norme internationale utilisée par les logs de toutes les grandes entreprises tech

Pour les fichiers sensibles au temps, ajoutez une heure : 2026-06-12T1430Z_notes-reunion.md utilise UTC. Utile pour les équipes multi-fuseaux horaires où "quand cela a-t-il été produit" compte pour la clarté des handoffs.

Codes projet qui tiennent à l'échelle

Un code projet court en deuxième position rend les fichiers cherchables par projet sans dépendre de la structure de dossiers. Règles qui fonctionnent :

3 à 10 caractères, tout en majuscules, tirets autorisés
Les 3-4 premiers caractères identifient le client ou l'unité interne
Suffixe optionnel identifie le type ou la phase du projet

Exemples : ACME-RF (Acme refonte), INT-ONBRD (onboarding interne), FINOPS-T2 (opérations finances T2), ACME-SUP-001 (engagement support Acme #1).

Maintenez un registre de codes projet dans Notion, Confluence ou un tableur partagé. Quand quelqu'un crée un nouveau projet, il enregistre un code. 30 secondes au départ. Évite que trois mois plus tard l'un appelle ça ACMErefonte et l'autre Acme-RF avec les deux fichiers qui coexistent.

Vocabulaire contrôlé pour le TypeDoc

Le champ type de document nécessite une liste fixe. Sans elle, vous vous retrouvez avec rapport, Rapport, RAPPORT, rpt, reprt, synthese, synthese-rapport et rapport-final qui signifient tous la même chose.

Un vocabulaire de départ :

brief — briefs de projet initiaux, briefs créatifs
spec — spécifications techniques ou de design
contrat — accords juridiques, SOW, NDA
facture — documents de facturation
proposition — offres et propositions
rapport — rapports périodiques ou ad hoc
presentation — decks, pitches, all-hands
design — assets et livrables design
video — contenus vidéo bruts ou finalisés
audio — podcasts, voix off, audio source
dataset — fichiers de données CSV, Excel, JSON
note — notes de réunion, mémos de travail
modele — points de départ réutilisables

Gardez la liste courte. Si quelqu'un veut ajouter livre-blanc, demandez-lui si c'est vraiment différent de rapport. La discipline au niveau de la liste paie des dividendes composés.

Numérotation de version qui fonctionne vraiment

v1, v2, v3 fonctionne jusqu'à ce que vous atteigniez v10, qui se trie avant v2. Utilisez des numéros de version à deux chiffres dès le départ : v01, v02, v03, ..., v10, v11.

Pour les projets plus longs qui pourraient dépasser 99 versions, passez à trois chiffres dès le départ : v001.

Distinguez les versions majeures des brouillons :

v01 signifie première version committée
v01.1, v01.2 signifient des brouillons mineurs au sein de la version majeure
Les versions majeures sont incrémentées lors de changements substantiels qui méritent une relecture fraîche

N'utilisez pas le versionnage sémantique (v1.2.3) pour les documents métier. C'est approprié pour les logiciels et les APIs, pas pour les contrats ou les decks.

Le piège du "final" : ne mettez jamais le mot "final" dans un nom de fichier. Cela garantit d'avoir final, final-final, final-final-VRAI et final-utilisez-celui-ci. Utilisez v02 pour ce que vous entendez par "final" et faites confiance à la numérotation de version.

Descripteurs en kebab-case

Le champ descripteur est la seule partie en forme libre. Gardez-le :

En minuscules
En kebab-case (mots séparés par des tirets)
Court : 2 à 5 mots
Assez spécifique pour être lisible en un coup d'œil : previsions-revenus-t2 vaut mieux que previsions

accord-services-generaux est bon. AccordServicesGeneraux.pdf est mauvais parce que les recherches insensibles à la casse donnent des résultats incohérents, et les lecteurs d'écran le prononcent bizarrement. accord services generaux est mauvais parce que les espaces dans les noms de fichiers cassent les pipelines en ligne de commande et l'encodage URL.

Application sans créer un état policier

Vous ne pouvez pas appliquer manuellement le nommage à chaque fichier dans une organisation de 200 personnes. Vous pouvez :

Onboarding : 15 minutes en semaine un sur la convention de nommage avec des exemples
Modèles : fichiers modèles pré-nommés dans /Connaissance/Modeles/ pour que les gens partent du bon moule
Correction discrète lors des revues : quand vous revoyez du travail, renommez les fichiers mal nommés avec un commentaire léger ("renommé pour respecter la convention — vu à l'onboarding")
Passe de nettoyage hebdomadaire : 10 minutes d'un propriétaire en rotation pour corriger les dérives
Bots de renommage automatique : pour les dossiers à fort volume, des scripts qui surveillent les nouveaux fichiers et les renomment selon les métadonnées. Python + watchdog + os.rename est un projet d'une demi-journée

Pour les référentiels de référence — contrats, factures, documents signés — envisagez une application plus stricte : les bibliothèques de documents SharePoint peuvent exiger des champs de métadonnées avant la sauvegarde.

Extensions spécifiques aux formats

L'extension importe plus que les gens ne le pensent :

.pdf pour les documents finaux qui ne doivent pas être modifiés
.docx et .xlsx pour les fichiers Office éditables ; évitez .doc et .xls (formats dépréciés avec des problèmes de sécurité)
.pptx pour les présentations ; .key seulement si vous êtes un environnement Mac exclusif
.md pour les notes techniques et les wikis internes — triable, diffable dans Git, lisible indéfiniment
.csv pour l'échange de données ; .xlsx pour l'analyse finale avec mise en forme
.mp4 pour la vidéo avec encodage H.264 ou H.265 ; évitez .mov sauf si vous avez vraiment besoin de ProRes pour l'édition
.psd, .ai, .indd pour les fichiers sources Adobe ; .fig pour les sources Figma

En cas de doute, choisissez le format qui sera lisible dans 10 ans sans logiciel spécialisé. PDF et Markdown gagnent presque toujours ce pari.

Caractères spéciaux et limites de longueur

Certains caractères cassent les systèmes de fichiers ou les outils cloud :

Évitez : / \ : * ? " < > | — certains cassent Windows, d'autres cassent macOS
Évitez les espaces dans les noms de fichiers — cassent les lignes de commande, les URLs et certains outils
Évitez les caractères non-ASCII sauf si vous traitez avec des équipes multilingues de façon cohérente (les diacritiques fonctionnent bien sur les systèmes modernes mais cassent sur certains outils legacy)
Gardez les chemins complets sous 255 caractères — certains outils Windows échouent encore au-delà

Pour les équipes internationales, les noms de fichiers UTF-8 fonctionnent sur macOS moderne, Windows 10+ et tous les grands clouds. Testez avant de vous y fier.

Migration sans casser l'historique

Quand vous adoptez une nouvelle convention sur un existant désorganisé, ne renommez pas les fichiers historiques. Vous casserez les liens, favoris et références existants. Plutôt :

Adoptez la nouvelle convention pour tous les nouveaux fichiers à partir d'une date spécifique
Renommez seulement les fichiers touchés lors d'un travail en cours
Laissez l'archive vieillir naturellement sur 2 à 3 ans

Le renommage rétroactif complet d'un drive de 10 000 fichiers est un projet de 40 heures qui n'en vaut généralement pas le coût. La discipline vers l'avant bat le nettoyage vers l'arrière.

Essayez HexaTransfer sur https://hexatransfer.com — gratuit, sans compte, jusqu'à 10 Go.