Comment rédiger des noms de fichiers d’images qui aident le SEO et l’accessibilité

Les noms de fichiers d’images comptent, mais pas autant qu’on le prétend

Les noms de fichiers d’images font partie de ces petits détails du web qui suscitent trop de certitudes. Certaines équipes les ignorent complètement et publient IMG_7421.jpg. D’autres transforment chaque photo produit en mini-dissertation de mots-clés.

Le juste milieu utile est simple : rédigez des noms de fichiers qui décrivent clairement l’image, aident les humains à gérer les ressources, et donnent aux moteurs de recherche un peu de contexte supplémentaire. N’attendez pas des noms de fichiers qu’ils sauvent un contenu faible, un texte alternatif manquant, des images lentes ou une page confuse.

Google recommande explicitement d’utiliser des noms de fichiers courts et descriptifs pour les images. C’est un bon conseil. C’est aussi un conseil limité. Un nom de fichier est un indice contextuel parmi beaucoup d’autres : texte environnant, titre de la page, données structurées, légendes, texte alternatif, liens, qualité de l’image, et le fait que l’image soit réellement utile à la page.

Pour l’accessibilité, c’est similaire. Un bon nom de fichier ne remplace pas un texte alternatif. Mais il peut limiter les dégâts quand quelque chose se passe mal, et il facilite la vie des éditeurs, développeurs et utilisateurs qui téléchargent, enregistrent ou partagent le fichier.

La règle courte

Utilisez un nom de fichier qui répond à cette question :

Si quelqu’un ne voyait que le nom du fichier, aurait-il une idée approximative de ce que contient l’image ?

Bon :

• red-running-shoes-side-view.jpg
• checkout-error-message-mobile.png
• oak-dining-table-120cm-walnut.jpg
• team-planning-workshop-whiteboard.webp

Mauvais :

• IMG_7421.jpg
• final-final-v3-new.jpg
• best-cheap-running-shoes-buy-online-discount-sale.jpg
• screenshot.png

L’objectif n’est pas la poésie. L’objectif est une précision utile.

Ce qu’un bon nom de fichier d’image apporte au SEO

Un bon nom de fichier aide les moteurs de recherche à comprendre l’image, surtout dans les contextes de recherche d’images. Il peut renforcer le sujet de la page et le contenu du visuel.

Mais c’est un signal faible par rapport aux bases :

• L’image apparaît sur une page pertinente.
• Le texte environnant explique ou soutient l’image.
• L’image dispose d’un texte alternatif approprié lorsque c’est nécessaire.
• L’image est explorable et indexable.
• Le fichier n’est pas inutilement volumineux.
• La page se charge de manière fiable.

Si vous corrigez des images pour le référencement naturel, commencez par la pertinence et l’utilité de la page. Nettoyez ensuite les noms de fichiers. Puis examinez la compression, les formats, les dimensions, le lazy loading et les données structurées lorsque c’est pertinent. Notre guide sur les formats d’image en 2026 est un complément utile si votre nettoyage des noms se transforme en chantier plus large de performance des images.

Ce qu’un bon nom de fichier d’image apporte à l’accessibilité

À proprement parler, les noms de fichiers ne sont pas le principal mécanisme d’accessibilité pour les images. Le texte alternatif l’est.

Si une image transmet une information, l’attribut alt doit fournir l’alternative textuelle. Si l’image est décorative, l’attribut alt doit généralement être vide : alt="". Si l’image est un lien ou un bouton, le texte alternatif doit décrire l’action ou la destination, pas seulement les pixels.

Nous avons traité cela en détail dans un guide pragmatique du texte alternatif des images en 2026, et il vaut la peine de considérer le texte alternatif comme une tâche éditoriale distincte.

Alors pourquoi se soucier des noms de fichiers pour l’accessibilité ?

Parce que les noms de fichiers apparaissent souvent aux marges de l’expérience :

• Certaines combinaisons de technologies d’assistance et de navigateurs peuvent exposer un nom de fichier lorsque le texte alternatif est manquant.
• Les images téléchargées ont besoin de noms compréhensibles en dehors de la page web.
• Les médiathèques de CMS sont plus faciles à auditer lorsque les noms sont descriptifs.
• Les éditeurs sont moins susceptibles de joindre la mauvaise image lorsque les fichiers sont nommés clairement.
• Les images cassées et les vues de débogage sont plus faciles à interpréter.

Un nom de fichier ne rendra pas accessible une image qui ne l’est pas. Mais un mauvais nom de fichier peut rendre les échecs plus confus.

Une convention de nommage pratique

Utilisez ce modèle par défaut :

subject-detail-context.ext

Exemples :

• espresso-machine-steam-wand-closeup.jpg
• pricing-table-enterprise-plan-desktop.png
• garden-chair-green-metal-front-view.webp
• password-reset-email-example.png

Pour les produits, une version légèrement plus structurée fonctionne souvent mieux :

brand-product-model-color-view.ext

Exemples :

• acme-trail-jacket-blue-front.jpg
• northline-desk-lamp-brass-side.webp
• terra-ceramic-mug-white-top-view.jpg

Pour les images éditoriales :

topic-specific-scene.ext

Exemples :

• remote-team-video-call-laptop.jpg
• city-bike-lane-rain-evening.jpg
• developer-debugging-http-headers-terminal.png

Pour les captures d’écran d’interface :

feature-state-device.ext

Exemples :

• checkout-validation-error-mobile.png
• account-settings-two-factor-enabled-desktop.png
• analytics-dashboard-empty-state-tablet.png

Il ne s’agit pas d’une taxonomie rigide. Il s’agit de supprimer l’ambiguïté.

Utilisez des traits d’union, des minuscules et des mots simples

Pour les ressources web publiques, préférez :

• Lettres minuscules
• Traits d’union entre les mots
• Pas d’espaces
• Pas de underscores
• Pas de ponctuation en dehors des traits d’union
• Pas de caractères spéciaux sauf si votre système les exige

Bon :

blue-cotton-shirt-front.jpg

À éviter :

Blue Cotton Shirt (Front).jpg

blue_cotton_shirt_front.jpg

bluecottonshirtfront.jpg

Les traits d’union sont plus faciles à lire, plus faciles à copier, et largement compris comme séparateurs de mots dans les URLs. Les minuscules évitent aussi les bugs agaçants de sensibilité à la casse entre le développement local, les serveurs Linux, les CDN et le stockage objet.

Gardez les noms courts, mais pas vagues

Un nom de fichier doit être assez long pour décrire l’image et assez court pour rester lisible.

Une plage utile se situe généralement entre 3 et 8 mots avant l’extension.

Trop vague :

shoes.jpg

Mieux :

red-running-shoes-side-view.jpg

Trop long :

best-lightweight-red-running-shoes-for-marathon-training-side-view-discount.jpg

Mieux :

red-marathon-running-shoes-side-view.jpg

Si l’expression ressemble à une requête de recherche écrite par un marketeur désespéré, elle est probablement trop longue.

Ne bourrez pas les noms de fichiers d’images de mots-clés

Le bourrage de mots-clés dans les noms de fichiers est généralement le signe que la page ne fait pas son travail.

Mauvais :

best-seo-agency-seo-services-seo-consultant-seo-company.jpg

Ce n’est pas utile aux utilisateurs. Ce n’est pas utile aux éditeurs. Ce n’est pas une pratique sérieuse d’accessibilité. Cela donne aussi à votre site une apparence de moindre qualité.

Utilisez le nom naturel de ce qui est montré dans l’image. Si un mot-clé convient parce qu’il décrit précisément l’image, utilisez-le. Sinon, laissez-le de côté.

Par exemple, si l’image est une photo d’un canapé en cuir noir, black-leather-sofa-three-seat.jpg convient. best-modern-luxury-living-room-furniture-online.jpg n’est pas un nom de fichier ; c’est un appel à l’aide.

Faites correspondre le nom de fichier à l’image réelle

Cela semble évident, mais les bibliothèques d’images dérivent. Un fichier nommé homepage-hero-new.jpg peut finir par montrer un autre produit, une autre personne ou une campagne complètement différente.

Cela crée deux problèmes.

D’abord, les moteurs de recherche et les utilisateurs reçoivent des signaux incohérents. Ensuite, les équipes cessent de faire confiance à la médiathèque.

Si l’image change de sens, renommez-la avant publication. Si votre CMS ou CDN rend le renommage difficile, envisagez d’utiliser des identifiants de ressources stables en interne tout en générant, lorsque c’est possible, des noms de fichiers publics descriptifs.

Un bon flux de travail interne pourrait être :

1. Téléverser la ressource originale.
2. Supprimer les métadonnées inutiles si la confidentialité est importante.
3. Renommer le dérivé utilisé sur le site.
4. Exporter dans les bonnes dimensions et le bon format.
5. Ajouter le texte alternatif et les légendes dans le CMS.

Si les photos viennent d’utilisateurs, d’employés ou d’équipes terrain, souvenez-vous que les noms de fichiers ne sont qu’une surface de confidentialité parmi d’autres. Les données EXIF peuvent contenir des horodatages, des détails sur l’appareil photo et des informations de localisation. Consultez notre guide sur la suppression des métadonnées EXIF avant de partager des photos en ligne avant de publier des images sensibles.

Séparez les noms de fichiers du texte alternatif

Une erreur courante consiste à utiliser la même expression pour le nom de fichier et le texte alternatif.

Parfois, c’est acceptable. Souvent, c’est paresseux.

Nom de fichier :

red-running-shoes-side-view.jpg

Bon texte alternatif sur une page produit :

Red running shoe shown from the side, with a white foam sole and black laces.

Bon texte alternatif sur une vignette de sélecteur de couleur :

Red

Bon texte alternatif si l’image est décorative :

alt=""

Le nom de fichier identifie la ressource. Le texte alternatif sert l’utilisateur en contexte. Ce sont des rôles liés, pas des rôles identiques.

Nommer les images selon les types de sites

Ecommerce

Incluez le type de produit, la variante importante et la vue.

Exemples :

• linen-shirt-white-front.jpg
• linen-shirt-white-back.jpg
• linen-shirt-white-collar-detail.jpg

Évitez d’ajouter des prix, des promotions ou un langage de campagne temporaire. Ces éléments changent trop souvent.

Blogs et sites éditoriaux

Décrivez la scène ou le concept, pas le titre de l’article.

Bon :

designer-reviewing-mobile-layout.jpg

Moins utile :

ultimate-guide-to-mobile-ux.jpg

L’image peut être réutilisée, recadrée ou syndiquée. Un nom fondé sur la scène vieillit mieux.

SaaS et documentation

Nommez les captures d’écran par fonctionnalité, état et plateforme.

Exemples :

• billing-settings-payment-method-empty-state.png
• project-dashboard-filter-menu-open.png
• api-token-created-confirmation-modal.png

Cela rend les mises à jour de documentation beaucoup moins pénibles.

Entreprises locales

Utilisez le service, l’objet ou le lieu lorsqu’il est réellement visible et pertinent.

Exemples :

• bakery-window-display-sourdough-loaves.jpg
• dental-clinic-reception-area-berlin.jpg
• plumber-repairing-kitchen-sink.jpg

N’ajoutez pas des noms de ville à chaque fichier si l’image ne le justifie pas. Une photo de clé anglaise n’est pas vraiment wrench-london.jpg.

Qu’en est-il des dimensions et des versions d’images ?

Évitez de mettre les dimensions dans le nom descriptif principal, sauf si votre système en a besoin.

Meilleure famille de ressources :

• red-running-shoes-side-view.jpg
• red-running-shoes-side-view-800w.jpg
• red-running-shoes-side-view-1600w.jpg

Si votre système de build génère automatiquement des variantes responsives, laissez-le ajouter des largeurs ou des hashes. Ne maintenez pas à la main des dizaines de noms de fichiers, sauf si vous aimez l’archéologie future.

Les hashes de contenu sont utiles pour la mise en cache :

red-running-shoes-side-view.a8f31c.webp

La partie descriptive est toujours là. Le hash sert la machine.

Une checklist rapide avant publication

Avant de publier une image, demandez-vous :

• Le nom de fichier décrit-il l’image en langage simple ?
• Est-il en minuscules et séparé par des traits d’union ?
• Est-il exempt de bourrage de mots-clés ?
• Évite-t-il les mots temporaires comme new, final ou v2 ?
• Le texte alternatif a-t-il du sens dans le contexte de la page ?
• Le format et la taille du fichier sont-ils appropriés ?
• Les métadonnées sensibles ont-elles été supprimées lorsque c’est nécessaire ?

Si vous pouvez répondre oui à ces questions, le nom de fichier est probablement assez bon. Ne passez pas 20 minutes à nommer un séparateur décoratif. Passez plutôt 20 secondes à empêcher DSC0038.jpg de devenir une URL publique permanente.

<!-- tool-cta:start -->

💡 Essayez ceci: Normalisez les noms de fichiers en lowercase-kebab-case par lots avec Case Converter afin que les noms de vos images restent cohérents dans tout le projet.

<!-- tool-cta:end -->

Le bénéfice discret : de meilleures équipes

La valeur SEO des noms de fichiers d’images est modeste. Leur valeur opérationnelle est plus grande.

De bons noms de fichiers rendent les médiathèques consultables. Ils réduisent les téléversements en double. Ils aident les designers, développeurs, marketeurs et équipes support à parler de la même ressource sans ouvrir six aperçus. Ils accélèrent les audits.

C’est la vraie raison de standardiser le nommage des images. Les moteurs de recherche bénéficient de la clarté, mais les personnes aussi. Et les personnes sont généralement là où le travail casse en premier.