Le devis envoyé la semaine dernière a été construit sur une photo de 2024. L'acheteur a chiffré avec l'ancienne base, vous avez expédié la nouvelle, et la discussion qui a suivi ne portait ni sur la technique ni sur le prix : elle portait sur le fichier qui disait la vérité. Le nom de cette photo n'a donné la réponse à aucun des deux.
Une convention de nommage des images produit est un schéma fixe, triable par machine, appliqué à chaque photo de chaque référence : on identifie un fichier — produit, vue, version, date — sans l'ouvrir, et deux personnes dans deux pays savent laquelle est en vigueur. Ce n'est pas du rangement. C'est la preuve la moins chère que la photo validée est bien celle qui est partie.
Voici le schéma qui tient cinq ans de catalogue, les jetons qui portent réellement de l'information, les trois endroits où un nom casse, et l'ordre pour renommer une bibliothèque existante sans casser les fiches en ligne.
Ce qu'une convention de nommage des images produit doit faire
Un nom de fichier a trois rôles, et la plupart des fournisseurs n'en conçoivent qu'un.
| Rôle |
Question à laquelle il répond |
Ce qui casse sans lui |
| Identifier |
Quelle référence, quelle vue ? |
L'acheteur ne relie pas la photo au devis |
| Trier |
Laquelle des deux est la plus récente ? |
Ancienne et nouvelle version cohabitent, la mauvaise part |
| Prouver |
Est-ce le fichier validé, et quand ? |
Le litige devient une mémoire contre une autre |
C'est le troisième rôle qui coûte de l'argent. À l'instant où vous ne pouvez pas désigner le fichier validé, le « ce n'est pas la finition convenue » de l'acheteur devient presque sans réponse, même quand la finition est exactement la bonne. Dans un dossier où le fichier le plus récent s'appelle (1), personne ne reconstitue ce qui a été envoyé en mars.
Les cinq jetons, dans cet ordre
L'ordre compte plus que le vocabulaire. Une séquence fixe fait qu'un simple tri alphabétique produit une liste utilisable : une référence groupée, les vues dans un ordre fixe, la dernière version à la fin.
| # |
Jeton |
Exemple |
Règle |
| 1 |
Référence ou modèle |
SM-CB-1200 |
La même chaîne que sur le carton et le devis. Jamais le nom commercial |
| 2 |
Vue |
front |
Une valeur d'une liste fermée (section suivante). Jamais du texte libre |
| 3 |
Version |
v03 |
Deux chiffres, zéro devant ; n'augmente que si produit, finition ou cote changent |
| 4 |
Date |
2026-10-29 |
Toujours AAAA-MM-JJ ; date de validation, pas de prise de vue |
| 5 |
Extension |
.jpg |
Minuscules, un seul format par famille |
Le nom complet donne SM-CB-1200_front_v03_2026-10-29.jpg : 38 caractères, pas d'espace, aucun symbole à échapper, et il se trie correctement dans le Finder, l'Explorateur et Drive.
La référence vient en premier parce que le classement de l'acheteur est indexé dessus : c'est le numéro de la commande. Un nom qui commence par le produit (walnut-cabinet-1200mm-2.jpg) disperse une référence dans tout l'alphabet dès que le meuble existe en deux finitions. La date est un jeton distinct parce que la version dit ce qui a changé et la date dit quand l'acheteur a pu le voir ; si la réclamation arrive six mois plus tard, c'est la date qui tranche.
Retenez cette phrase : un nom de fichier n'est pas une étiquette, c'est le seul registre de la photo que vous avez validée.
Le jeton de vue : une liste fermée, pas un adjectif
Dès que la vue s'écrit librement, la convention meurt. Fermez la liste aux valeurs que vous publiez vraiment.
| Valeur |
La question de l'acheteur à laquelle elle répond |
front |
À quoi cela ressemble dans la pièce |
main |
Visuel principal de la fiche ou du catalogue, fond propre |
dim |
Cotes dessinées sur la photo, dans vos unités déclarées |
detail |
Finition, veinage, couture, soudure, impression |
scale |
Le produit à côté d'un repère de taille connue |
pack |
Le carton, avec ses cotes extérieures |
assembled |
Monté et debout |
packed |
À plat ou démonté |
break |
Composants séparés, avec repères |
Neuf valeurs couvrent presque toutes les demandes B2B. Si une dixième apparaît, inscrivez-la dans la liste avant qu'on l'utilise : une convention qui vit dans une seule tête n'est pas une convention.
dim et scale sont confondus en permanence. dim est le dessin mesuré ; scale est la prise de vue avec repère. Celui qui vérifie qu'un meuble passe une porte a besoin de scale ; celui qui remplit un devis a besoin de dim. Quand les deux vivent sous un même nom, c'est le mauvais qui est transféré.
Version et date ne sont pas le même champ
La version répond « est-ce le même produit qu'avant » ; la date répond « depuis quand ce fichier fait-il référence ». Elles divergent dès qu'une photo est reprise sans que le produit change — fond plus propre, éclairage de finition meilleur — et c'est précisément le cas qui provoque les litiges, parce que le produit paraît légèrement différent et que l'acheteur en déduit que la spécification a bougé.
Trois règles, écrites là où l'équipe les voit :
- La version n'augmente que si le produit, la finition ou la cote changent. Une reprise qui ne change que la lumière garde la version et prend la nouvelle date ; s'il faut garder les deux, ajoutez
-res : SM-CB-1200_front_v03_2026-10-29-res.jpg.
- Le fichier validé garde son nom pour toujours. À la création d'un nouveau, l'ancien part dans
archive/ avec son nom intact : jamais renommé en old, jamais écrasé.
- Rien ne part de
archive/. Si l'acheteur demande la photo de la saison passée, elle sort renommée avec sa propre date, pour que le fichier continue de s'identifier.
C'est la raison d'être du jeton de version : un fichier écrasé sous le même nom n'est pas vérifiable, vous ne prouvez pas ce que vous avez envoyé, ni l'acheteur ce qu'il a reçu. La même discipline apparaît dans une liste de contrôle des changements de spécification, où la version doit atteindre tous les documents en même temps.
Un exemple : une demande, six fichiers
Un acheteur demande un meuble en noyer de 1 200 mm, la version 900 mm et le carton à plat. La réponse, ce sont six fichiers, choisis par leur seul nom :
| Fichier |
Ce qu'il répond dans la demande |
SM-CB-1200_front_v03_2026-10-29.jpg |
« C'est ce meuble. » |
SM-CB-1200_dim_v03_2026-10-29.jpg |
« 1 200 × 480 × 860 mm, et voici où va chaque chiffre. » |
SM-CB-900_front_v02_2026-10-14.jpg |
« Le petit, pris sur le même axe. » |
SM-CB-900_dim_v02_2026-10-14.jpg |
« Ses propres cotes, pas une copie réduite. » |
SM-CB-1200_pack_v01_2026-09-30.jpg |
« Le carton de l'extérieur, pour le transport. » |
SM-CB-1200_break_v01_2026-09-30.jpg |
« Ce qu'il y a dedans, pour le montage. » |
Deux choses ressortent, qu'un dossier de 40 photos en vrac ne donne pas. Les deux modèles ont été photographiés à deux semaines d'écart, et les dates le rendent visible — utile quand on demande si le 900 mm a la nouvelle charnière. Et chaque fichier annonce son rôle, donc l'ingénieur, le transitaire et le responsable du showroom prennent ce qu'il leur faut sans un second courriel.
C'est le même principe qu'une fiche produit d'une seule référence : une référence, une page, un rôle. La convention de nommage est ce principe appliqué aux fichiers qui composent cette page, et c'est ce qui rend reproductible sur tout un catalogue le cas d'annotation de fiches mobilier. C'est aussi la condition pour réutiliser les images produit d'une plateforme à l'autre sans deviner à quel canal appartient chaque ressource.
Les trois endroits où un nom casse
Aucun n'est une opinion de style. Chacun coupe la bibliothèque en deux sans prévenir.
1. Longueur de chemin : 260 caractères sous Windows
Windows plafonne le chemin complet à 260 caractères, et un nom de fichier à 255. Un fichier qui s'ouvre dans un dossier de test devient inouvrable trois dossiers plus bas dans le répertoire de téléchargement du client. Noms descriptifs longs et dossiers profonds, voilà comment un bon fichier devient « fichier introuvable ».
Gardez le nom sous 60 caractères et le chemin sous 150, et le problème n'existe pas. C'est aussi la raison pratique de ne pas mettre le titre du produit : il est long, il double la référence, et il est la première chose tronquée.
2. Caractères réservés, espaces et casse
Windows interdit < > : " / \ | ? * et réserve des noms comme CON, PRN, AUX, NUL. Dans une URL, le reste se dégrade : l'espace devient %20, le # coupe le lien au fragment et le ? transforme la suite en chaîne de requête. Le fichier s'ouvre sur votre portable et renvoie un 404 dans une messagerie.
La casse est le piège discret : Windows et macOS comparent les noms sans tenir compte de la casse par défaut, donc SM-CB-1200_front.jpg et sm-cb-1200_front.jpg sont un seul fichier sur un Mac et deux objets sur un serveur Linux. Téléversez les deux et vous ne savez plus laquelle la fiche affiche.
N'utilisez que minuscules, chiffres, traits d'union et points. Le trait d'union traverse tous les clients, passerelles et analyseurs d'URL ; l'underscore et l'espace non.
3. Accents et normalisation Unicode
Deux caractères peuvent sembler identiques et être des octets différents. Le « é » peut être un caractère précomposé ou un e suivi d'un accent combinant ; macOS compare les noms sans tenir compte de la normalisation, les serveurs Linux et le stockage objet en général si. Copiez un dossier d'un Mac vers un serveur et un nom accentué peut devenir deux fichiers — ou pire, l'un écraser l'autre.
Si le catalogue contient des accents ou du chinois, gardez le nom en ASCII et mettez le nom local dans les données produit : le même fichier fonctionnera sur toutes les machines de la chaîne.
Il existe une quatrième casse, sans rapport avec le nom : un CDN sert le fichier par son URL, et les caches continuent de servir l'ancienne image après un remplacement au même chemin. Un jeton de version règle cela gratuitement : une nouvelle version est une nouvelle URL, rien d'obsolète à invalider, et l'URL sert de piste d'audit.
Renommer la bibliothèque existante
Appliquer une convention de nommage des images produit à une bibliothèque existante, tout le monde le repousse. Ne commencez pas par les 4 000 fichiers ; commencez par ceux qui sont vivants.
- Exportez la liste des références depuis le système de devis, pas depuis le dossier photo : il manque des références actives et il reste des références mortes.
- Marquez les références apparues sur une fiche, un catalogue ou un devis depuis 12 mois — souvent 10 à 20 % de la bibliothèque.
- Renommez celles-là, en partant du fichier validé le plus récent, et déplacez les anciennes versions dans
archive/ sans changer leur nom.
- Mettez les références à jour le jour même : un fichier renommé est une nouvelle URL, donc ce qui pointe encore vers l'ancien chemin casse visiblement, pas silencieusement.
- Laissez la longue traîne pour plus tard. Une règle appliquée sur 200 références actives vaut mieux qu'une convention parfaite appliquée à rien.
Le mode d'échec du renommage massif est connu : un dossier est renommé un vendredi, la fiche est blanche le week-end, et la convention est abandonnée comme « ce qui a cassé le site ». Ordonnez le travail par ce qui est publié et la migration coûte une heure, pas une semaine.
Liste de contrôle avant envoi
Questions fréquentes
Quelle est une bonne convention de nommage pour les images produit ?
REFERENCE_vue_version_date.extension, tout en minuscules, jetons dans cet ordre fixe. Elle porte les quatre faits dont un collègue ou un acheteur a besoin — quel produit, quelle vue, quelle révision, validée quand — et se trie correctement dans n'importe quel gestionnaire de fichiers, sans base de données.
Faut-il mettre la référence ou le nom du produit en premier ?
La référence, toujours. Elle figure sur la commande, le carton et la facture : c'est le numéro sur lequel le classement de l'acheteur est indexé. Les noms commerciaux varient selon le marché, la finition et la langue, et une bibliothèque triée par nom coupe une référence en deux dès qu'une seconde finition existe.
Quels caractères éviter dans les noms de fichiers d'images ?
Évitez les espaces, #, ?, %, &, <, >, :, ", /, \, |, *, ainsi que les accents et caractères non latins. Windows en interdit plusieurs, l'espace devient %20 dans une URL et le # coupe le lien sans prévenir. Le trait d'union est le séparateur le plus sûr.
Comment nommer les photos de vues différentes d'un même produit ?
Donnez à chaque vue un jeton fixe de la liste fermée — front, main, dim, detail, scale, pack, assembled, packed, break — et n'inventez jamais un mot nouveau pour une demande ponctuelle. C'est cette liste qui fait qu'un tri alphabétique se comporte comme une planche contact : toutes les vues d'une référence ensemble, toujours dans le même ordre.
Où mettre le numéro de version quand la photo change ?
Juste après le jeton de vue, avant la date ; il n'augmente que si produit, finition ou cote changent, pas quand l'éclairage s'améliore. Les reprises qui ne changent que l'exposition gardent la version et prennent une nouvelle date. Quand le fichier doit changer et que la version ne peut pas bouger, ajoutez un suffixe comme -res pour que les deux fichiers restent distinguables à jamais.
Si la version saute parce qu'une cote a changé, renommer n'y suffit pas : l'ancien dessin porte désormais un chiffre qui ne correspond plus au produit. C'est là qu'un flux de travail se rentabilise — mesurer une fois, verrouiller la valeur sur les bords réels du produit sur la photo, réexporter à la taille attendue par chaque canal, pour que la nouvelle version vienne de la même source au lieu d'être redessinée à l'œil. Une scène générée peut embellir une prise de vue ; sur un fichier dim, seule une valeur mesurée a sa place.
Sources et références
