Nommage des fichiers de logo et gestion des versions pour la livraison client

1. Nommer le contenu du fichier, pas son degré supposé de finition

Un nom de fichier doit rester utile lorsque quelqu’un télécharge un élément et le transfère sans son dossier. Commencez par la marque, puis décrivez la composition et le traitement : acme-logo-horizontal-white.svg est plus utile que final-logo-7.svg. Pour un export matriciel, ajoutez une dimension pertinente comme 1600w, plutôt qu’une étiquette vague comme large.

Utilisez un petit vocabulaire contrôlé. Choisissez horizontal ou wide, pas les deux. Choisissez symbol ou icon et expliquez leur sens. Gardez des séparateurs et une casse cohérents, évitez les caractères rejetés par vos systèmes de livraison et conservez la véritable extension. Renommer un PNG en .svg ne change pas son contenu.

Thoughtworks inclut un nom de fichier de logo descriptif dans sa charte publiée. Le principe utile est que le nom porte des informations recherchables ; votre client n’a pas à adopter les abréviations d’une autre organisation. Rédigez votre propre légende en langage courant et testez-la avec un collègue qui ne connaît pas le projet.

Pour aller plus loin : Charte de marque Thoughtworks : nommage des fichiers, page 74

2. Séparer les révisions de design des versions livrées

Une révision de travail suit votre processus de création. Une version livrée identifie un pack vérifié et réellement utilisable. Ce sont des événements différents. Votre vingtième fichier de travail peut devenir la première livraison approuvée ; n’obligez pas les clients à interpréter tout l’historique des révisions.

Par exemple, gardez acme-identity-working-r020.ai dans votre espace de travail privé et publiez acme-logo-kit-2026-10-25-r01 comme dossier de livraison. Ici, r01 signifie premier pack livré, pas promesse de compatibilité logicielle. Expliquez cette convention une fois. Les dates aident au classement ; elles ne prouvent pas l’approbation.

Figez chaque pack livré dans vos archives. Si une correction modifie la géométrie, un traitement colorimétrique ou un export fourni, publiez r02 et notez la raison. Ne remplacez pas discrètement un fichier dans un ZIP déjà approuvé en conservant le même nom de pack. Vous perdriez un moyen fiable d’établir ce que le client a reçu.

3. Organiser selon la première décision du destinataire

Un responsable marketing peut choisir selon l’emplacement ou le fond ; un partenaire de production selon le travail désigné. Choisissez une logique principale de dossiers plutôt que d’imbriquer toutes les propriétés possibles. Pour une petite identité, des dossiers pour fonds clairs et fonds sombres peuvent suffire, avec la composition et le format dans les noms de fichiers.

Séparez visiblement les sources éditables, les exports livrés et les aperçus explicatifs. N’incluez pas de concepts rejetés à côté des choix approuvés. Conservez les versions remplacées dans des archives hors de l’emplacement de téléchargement actuel, avec des accès adaptés au projet ; déplacer des fichiers ne doit pas élargir accidentellement leur partage.

4. Inclure un bref manifeste de version

Placez une note « commencer ici » lisible à la racine du pack. Indiquez l’identifiant de version, la date de publication, les variantes approuvées, les fonds prévus et l’emplacement du guide d’utilisation. Identifiez la personne habilitée à approuver les modifications. Incluez une liste des fichiers si le pack est assez grand pour qu’une absence soit difficile à remarquer.

Consignez les modifications significatives plutôt qu’un journal interne : « r02 remplace le symbole inversé par le visuel corrigé approuvé ; les fichiers horizontaux en couleurs sont inchangés. » Précisez quelle version précédente est remplacée. Si les noms de fichiers restent stables, le dossier de version et le manifeste doivent préserver cette distinction.

Pour une livraison continue aux développeurs, convenez si les références de déploiement utilisent des noms stables ou versionnés. Ne renommez pas des fichiers déjà référencés par une application en ligne sans coordonner le changement. Les archives de packs du designer et le cache de déploiement du développeur sont des sujets liés, pas le même système de gestion de versions.

Poursuivez avec : Préparer le contenu réel de la livraison

5. Tester la recherche et le remplacement, pas seulement l’orthographe

Demandez à un collègue de trouver le logo horizontal blanc en utilisant uniquement le dossier livré. Demandez ensuite quel pack remplace le précédent. Si l’une des réponses nécessite vos explications, améliorez les noms ou la note de démarrage. Une convention de nommage réussit lorsqu’une autre personne peut prendre rapidement la bonne décision.

Comparez l’inventaire exporté à votre liste de fichiers approuvés. Recherchez les noms de base en double, les termes incohérents, les aperçus périmés et les suffixes inattendus ajoutés par un outil d’export. Ouvrez les fichiers après avoir téléchargé ou extrait le pack exact, pas seulement depuis l’espace source. Confirmez que les noms décrivent le contenu réel.

Avant d’envoyer une mise à jour, préparez une courte consigne de remplacement nommant les anciennes et nouvelles versions et les fichiers modifiés. Évitez « utilisez la dernière version » lorsque plusieurs dossiers peuvent sembler actuels. Gardez un seul emplacement de livraison actuelle clairement identifié, tout en conservant séparément l’historique publié.

Poursuivez avec : Aligner les noms d’export sur les fichiers approuvés

6. Préparer uniquement le pack de la version vérifiée

Après validation du visuel et du système de nommage, utilisez logopack.app pour préparer un pack d’export organisé, puis vérifiez le résultat par rapport à votre liste de version. Un compte gratuit exporte la démo fournie avec son SVG inchangé ; l’export de vos propres créations nécessite une offre payante. Préparer un pack n’approuve pas de nouvelles variantes et ne répare pas un design.

Pour aller plus loin : Ouvrir le générateur · Voir les offres actuelles

Liste de contrôle de publication

• ✓Chaque nom de fichier identifie la marque, la composition et le traitement.
• ✓Les dimensions matricielles indiquées dans les noms correspondent aux fichiers.
• ✓Les révisions de travail sont séparées des versions livrées.
• ✓L’identifiant de version correspond au manifeste et au pack téléchargé.
• ✓Les fichiers remplacés ne sont pas proposés comme choix actuels.
• ✓Un collègue peut retrouver le fichier demandé sans aide.
• ✓La livraison exacte extraite a été vérifiée.