Règles de nommage des fichiers : conventions et exemples
Une convention de nommage simple suffit à rendre un serveur de fichiers ou une GED beaucoup plus lisible. Voici les règles qui fonctionnent, des exemples avant/après et leurs limites.
Des règles de nommage des fichiers fixent la façon dont chacun nomme ses documents, pour qu’ils soient compréhensibles sans être ouverts, triés dans un ordre logique et retrouvés facilement. Les règles essentielles tiennent en quelques lignes : une date au format AAAA-MM-JJ en tête quand la chronologie compte, des éléments toujours dans le même ordre, pas de caractères spéciaux, des noms courts et une numérotation explicite des versions.
Une convention de nommage ne remplace pas un classement : elle le complète. Dans un serveur de fichiers, le nom est souvent la seule information disponible sur un document ; dans une GED, les métadonnées prennent une grande partie de ce rôle et rendent le nommage moins critique.
Ce guide présente les règles qui fonctionnent, les caractères à éviter, des exemples avant/après, un modèle de charte à adapter et la place du nommage dans une GED.
Pourquoi une convention de nommage
Sans règle commune, chacun nomme à sa façon : « Contrat Dupont », « dupont contrat signé », « CTR_DUPONT_OK », « Scan 14-09-26 ». Les conséquences sont connues :
- impossible de savoir ce que contient un fichier sans l’ouvrir ;
- doublons et versions concurrentes (« final », « final2 », « final-vraiment ») ;
- tri incohérent, surtout avec des dates au format JJ-MM-AA ;
- erreurs lors des synchronisations, des archivages ZIP ou des migrations, à cause de caractères spéciaux ou de chemins trop longs.
Une convention courte, écrite et partagée règle l’essentiel de ces problèmes. Elle doit être cohérente avec votre plan de classement : le dossier dit « de quoi il s’agit », le nom précise « lequel ».
Les règles essentielles
| Règle | Recommandation | Exemple |
|---|---|---|
| Date | AAAA-MM-JJ (ISO 8601), en tête si l’ordre chronologique compte | 2026-09-28 |
| Ordre des éléments | Toujours le même : date, type, objet, tiers, version | 2026-09-28_devis_site-web_Martin_v02 |
| Séparateurs | Underscore entre éléments, tiret entre mots | contrat-maintenance |
| Espaces | À éviter dans les fichiers partagés ou publiés | proces-verbal au lieu de procès verbal |
| Accents | À éviter pour les échanges externes | reunion, echeancier |
| Majuscules | Réservées aux noms propres ou aux sigles, ou proscrites | Dupont, CSE |
| Caractères spéciaux | Proscrits (voir ci-dessous) | |
| Longueur | Moins de 60 à 80 caractères | |
| Versions | v01, v02… ; statut explicite pour la version validée | v03_valide |
| Mots vides | Supprimés : le, la, de, du, document, fichier | |
| Abréviations | Uniquement celles d’une liste commune | CR (compte rendu), PV (procès-verbal) |
Pourquoi le format AAAA-MM-JJ
Le format année-mois-jour est le seul qui trie correctement par ordre alphabétique. Avec des dates JJ-MM-AAAA, le 01-10-2026 apparaît avant le 28-09-2026. Il évite aussi la confusion entre 09/10 (9 octobre en France, 10 septembre aux États-Unis). Pour un document mensuel, AAAA-MM suffit ; pour un document annuel, AAAA.
Les caractères à proscrire
Windows interdit les caractères suivants dans les noms de fichiers : \ / : * ? " < > |. D’autres caractères, autorisés localement, posent problème dans les adresses web, les scripts, les archives ou certains services de synchronisation :
| Caractère | Problème | Remplacer par |
|---|---|---|
\ / : * ? " < > | | Interdits sous Windows | Tiret ou rien |
# et % | Mal interprétés dans les adresses web et certains outils | Rien, ou « num », « pct » |
& | Interprété dans les adresses web et certains scripts | « et » |
' apostrophe | Gêne les scripts et certaines recherches | Tiret ou rien |
| Espace en début ou fin | Invisible, source de doublons apparents | Rien |
| Point final ou points multiples | Confusion avec l’extension | Tiret |
| Emoji et symboles | Support inégal selon les systèmes | Rien |
Longueur et profondeur
La limite qui pose problème est rarement celle du nom seul : c’est celle du chemin complet (dossiers + nom). Sous Windows, la limite historique de 260 caractères pour un chemin reste appliquée par de nombreuses applications, même si elle peut être levée dans les versions récentes du système. Un nom de 70 caractères dans une arborescence de six niveaux aux intitulés longs atteint vite cette limite, et les erreurs apparaissent lors d’une copie, d’une synchronisation ou d’une migration.
Deux leviers : des noms courts, et une arborescence limitée à trois ou quatre niveaux.
Les versions
Le suffixe « final » est la cause la plus répandue de confusion documentaire. Adoptez plutôt :
- un numéro sur deux chiffres :
v01,v02…v10(le zéro garantit un tri correct) ; - éventuellement un numéro de révision mineure :
v01-1,v01-2; - un statut explicite pour la version de référence :
valide,signe,publie.
Exemples avant/après
| Avant | Après | Ce qui a changé |
|---|---|---|
Contrat Dupont FINAL (2).docx | 2026-09-14_contrat-maintenance_Dupont_v03.docx | Date ISO, type, objet, tiers, version numérotée |
scan0042.pdf | 2026-09-02_facture_Imprimerie-Leroy_F-2026-118.pdf | Nom descriptif, numéro de facture |
CR réunion du 3/9.docx | 2026-09-03_CR_comite-direction.docx | Date triable, abréviation commune, pas de barre oblique |
Budget 2027 v2 modifié Paul.xlsx | 2027_budget-previsionnel_v02.xlsx | Année seule, version numérotée, pas de nom d’auteur |
Présentation client #1 & suite.pptx | 2026-09-20_presentation_Martin-SA_v01.pptx | Caractères spéciaux et accents retirés |
photo.jpg | 2026-09-18_chantier-rue-Pasteur_photo-01.jpg | Contexte explicite, numérotation à deux chiffres |
Remarquez que le nom de l’auteur disparaît : il est connu du système (propriétaire du fichier, historique des modifications) et n’aide pas à identifier le document.
À retenir
- Date AAAA-MM-JJ en tête, éléments toujours dans le même ordre.
- Ni caractères spéciaux, ni espaces, ni accents pour les fichiers échangés.
- Des noms courts et une arborescence peu profonde : la limite porte sur le chemin complet.
- Des versions numérotées sur deux chiffres, jamais « final ».
Cas particuliers
Certains types de fichiers demandent une règle adaptée :
- Documents numérisés. Les scanners produisent des noms génériques (« scan0042 », « IMG_20260914 »). Renommez à la numérisation, ou mieux, faites déposer les fichiers dans une GED qui les indexe à partir de leur contenu. Pour une campagne de numérisation, fixez la règle de nommage dans le cahier des charges du prestataire.
- Courriels enregistrés. Reprenez la date d’envoi, l’expéditeur ou le destinataire et l’objet raccourci :
2026-09-22_courriel_Dupont_relance-facture.msg. - Photographies. Les appareils nomment par horodatage ou par compteur. Ajoutez le contexte (chantier, événement, produit) et une numérotation à deux ou trois chiffres.
- Dossiers clients ou projets. Utilisez l’identifiant de votre référentiel (numéro client, code projet) plutôt qu’un nom libre qui peut s’écrire de plusieurs façons :
C0412_Dupontplutôt que « Dupont », « Ets Dupont » et « DUPONT SARL ». - Documents récurrents. Pour les documents mensuels ou annuels (paie, déclarations, rapports), placez la période en tête :
2026-09_bulletins-paie,2025_comptes-annuels. - Modèles. Préfixez-les d’un code explicite (
MODELE_) pour les distinguer des documents produits à partir d’eux.
Ces règles s’appliquent aussi aux noms de dossiers, avec une simplification : un dossier n’a pas de version et rarement de date, sauf pour les dossiers de période.
Un modèle de charte de nommage à adapter
Une charte efficace tient sur une page. Voici une trame :
- Objet : à qui s’applique la charte (tous les documents partagés, par exemple).
- Structure du nom :
AAAA-MM-JJ_type_objet_tiers_version.extension, avec les éléments facultatifs indiqués. - Liste des types de documents et de leurs abréviations : CR, PV, devis, facture, contrat, note, présentation.
- Caractères autorisés : lettres sans accent, chiffres, tiret, underscore.
- Règles de version et de statut.
- Trois ou quatre exemples propres à votre activité.
- Référent à contacter en cas de doute.
Commencez par les documents partagés et les nouveaux documents. Renommer l’historique est rarement rentable, sauf à l’occasion d’une migration, où des outils de renommage par lot peuvent appliquer les règles les plus simples (dates, caractères interdits).
Dans une GED, le nom compte moins
Dans un serveur de fichiers, le nom et l’emplacement sont les seules informations de classement. C’est pourquoi les conventions de nommage y deviennent si détaillées. Une GED change la donne sur plusieurs points :
| Information | Serveur de fichiers | GED |
|---|---|---|
| Date du document | Dans le nom | Métadonnée datée, filtrable |
| Type de document | Dans le nom ou le dossier | Métadonnée ou type de document |
| Client, fournisseur, projet | Dans le nom ou le dossier | Métadonnées, souvent reliées à un référentiel |
| Version | Suffixe dans le nom | Historique des versions intégré, restauration possible |
| Auteur, date de modification | Propriétés du fichier, peu fiables après copie | Journal d’activité |
| Contenu | Invisible sans ouvrir le fichier | Recherche plein texte, y compris OCR |
Concrètement, dans une GED, on peut retrouver « le contrat de maintenance signé avec Dupont en 2026 » par ses métadonnées ou par une recherche dans le texte, même si le fichier s’appelle mal. Et la gestion des versions intégrée évite les fichiers v01, v02, v03 côte à côte : un seul document, avec son historique.
C’est par exemple le fonctionnement d’OpenFilz (édité par l’équipe qui publie ce site), un logiciel GED qui combine métadonnées, versions et recherche plein texte. Mais quel que soit l’outil, une convention de nommage minimale reste utile : les fichiers sortent de la GED (téléchargement, envoi par courriel, export, archivage), et un nom clair les accompagne partout.
Si vous préparez une migration vers une GED, profitez-en pour appliquer ces règles aux documents repris et pour transformer en métadonnées les informations aujourd’hui enfouies dans les noms. Notre guide réussir un projet GED en 8 étapes explique où placer ce travail dans le planning, et celui sur la dématérialisation des archives papier montre comment nommer et indexer les documents numérisés dès leur capture.
Questions fréquentes
Quel format de date utiliser dans un nom de fichier ?
Le format AAAA-MM-JJ (par exemple 2026-09-28), issu de la norme ISO 8601. C'est le seul format qui trie les fichiers dans l'ordre chronologique quand on les trie par nom, et il ne prête pas à confusion entre conventions française et américaine.
Faut-il mettre des accents dans les noms de fichiers ?
Les systèmes récents les gèrent, mais ils posent encore des problèmes lors de certains échanges : archives ZIP, anciens logiciels, transferts entre systèmes d'exploitation, adresses web. Pour les fichiers partagés ou échangés à l'extérieur, les éviter reste la solution la plus sûre ; l'essentiel est de fixer une règle et de s'y tenir.
Espaces, tirets ou underscores dans les noms de fichiers ?
Les espaces fonctionnent sur les postes de travail mais sont encodés dans les adresses web et gênent certains scripts. Une convention courante consiste à séparer les éléments du nom par un underscore et les mots d'un même élément par un tiret, par exemple 2026-09-28_contrat-maintenance_Dupont.pdf.
Comment numéroter les versions d'un document ?
Utilisez un suffixe numérique à deux chiffres, comme v01, v02, et réservez un statut explicite (par exemple « valide » ou « signe ») à la version finale. Proscrivez « final », « final2 » ou « définitif » : il y a toujours une version après la version finale. Dans une GED, l'historique des versions rend ce suffixe inutile.
Quelle est la longueur maximale d'un nom de fichier ?
La plupart des systèmes acceptent jusqu'à 255 caractères pour un nom de fichier, mais c'est la longueur du chemin complet qui pose problème. Sous Windows, la limite historique de 260 caractères pour un chemin est toujours rencontrée par de nombreuses applications. Visez des noms de moins de 60 à 80 caractères et une arborescence peu profonde.