# Mes images ne s’affichent plus

> Un cadre vide à la place d’une photo produit est l’un des rares symptômes où le navigateur donne la réponse en un clic. Le code de réponse obtenu pour l’image dit exactement laquelle des quatre causes possibles s’applique, et évite de chercher au mauvais endroit pendant une demi-journée.

- Source canonique : [https://allaux.fr/problemes/images-qui-ne-s-affichent-plus](https://allaux.fr/problemes/images-qui-ne-s-affichent-plus)
- Langue : FR
- Dernière mise à jour : 2026-08-03

## Réponse directe

> Ouvrez une image seule dans un onglet et lisez le code obtenu : 404, le fichier manque ; 403, les droits le refusent ; 200 alors que la page reste vide, c’est l’adresse écrite dans le gabarit. Sur PrestaShop, les miniatures se recréent depuis Conception > Paramètres d’images, et le dossier img/ doit rester accessible en écriture. Sur WordPress, contrôlez wp-content/uploads et son sous-dossier année/mois.

## Le code de réponse désigne la cause

Ouvrez l’image seule dans un nouvel onglet, en copiant son adresse. Le résultat range immédiatement le problème dans l’une des quatre familles.

Page introuvable : le fichier n’existe pas à cette adresse. Soit il n’a jamais été copié, soit l’adresse enregistrée en base ne correspond plus à l’organisation réelle des répertoires.

Accès refusé : le fichier existe mais le serveur refuse de le servir. C’est un problème de droits sur les fichiers, ou une règle de sécurité trop large ajoutée dans la configuration du serveur.

Erreur serveur : la génération de la miniature échoue au moment de la demande, généralement par manque de mémoire sur une image d’origine très lourde.

L’image s’affiche seule mais pas dans la page : le fichier va bien, c’est le gabarit ou le script d’affichage différé qui est en cause.

## Le cas des miniatures jamais générées

Une boutique ne sert presque jamais l’image d’origine. Elle en fabrique plusieurs déclinaisons — vignette de liste, image de fiche, format de zoom — et enregistre chacune comme un fichier distinct. Quand ces déclinaisons manquent, la fiche produit affiche des cadres vides alors que l’image d’origine est bien présente sur le serveur.

Cela se produit après un déplacement du site qui n’a copié que le répertoire d’origine, après l’ajout d’un nouveau format d’affichage, ou lorsque la régénération a été interrompue en cours de route par un dépassement de durée. La correction consiste à relancer la génération, par lots si le catalogue est volumineux, plutôt qu’en une seule opération qui échouera au même endroit.

## Cerner l’étendue du problème

1. **Toutes les images ou certaines seulement** — Un défaut général désigne un chemin, un droit ou une règle serveur. Un défaut sur quelques produits désigne des fichiers manquants ou des noms contenant des caractères problématiques.
2. **Vérifier les images récemment ajoutées** — Si seules les nouvelles manquent, l’envoi échoue : droits d’écriture insuffisants sur le répertoire de destination, ou limite de taille de fichier atteinte.
3. **Vérifier les images anciennes** — Si seules les anciennes manquent, un nettoyage ou une migration a supprimé des fichiers que la base référence encore.
4. **Regarder l’espace disque restant** — Un disque plein fait échouer silencieusement l’écriture de toute nouvelle image, et la fiche produit s’enregistre quand même.

## Les accents et espaces dans les noms de fichiers

> Un fichier nommé avec des accents, des espaces ou des caractères spéciaux fonctionne sur certains serveurs et échoue sur d’autres, ce qui explique des images qui disparaissent après un changement d’hébergeur alors qu’elles ont bien été copiées.

## Continuer sur la bonne page

- **Images produits sur PrestaShop** — Envoi, formats et régénération des déclinaisons côté PrestaShop. ([/prestashop/problemes/images-produits-upload-affichage](/prestashop/problemes/images-produits-upload-affichage))
- **Images produits disparues sur WooCommerce** — Le cas WordPress, avec la bibliothèque de médias et les tailles enregistrées. ([/wordpress-woocommerce/problemes/images-produits-disparues](/wordpress-woocommerce/problemes/images-produits-disparues))
- **Optimiser les images produits** — Si la génération échoue à cause du poids des fichiers d’origine. ([/guides/optimiser-images-produits](/guides/optimiser-images-produits))
- **Droits de fichiers sur un serveur** — Si le serveur refuse d’écrire ou de servir les fichiers. ([/guides/droits-fichiers-serveur-ecommerce](/guides/droits-fichiers-serveur-ecommerce))

## FAQ

### Les images s’affichent en administration mais pas sur le site public, pourquoi ?

Parce que l’administration affiche souvent l’image d’origine, alors que la partie publique demande une déclinaison qui n’a pas été générée. C’est un excellent indice, et il oriente directement vers la régénération.

### Puis-je régénérer toutes les miniatures d’un coup ?

Sur un petit catalogue, oui. Au-delà, l’opération dépasse la durée maximale d’exécution et s’interrompt. Il vaut mieux la lancer par lots, ou en ligne de commande.

### Mes images sont revenues après avoir vidé le cache, est-ce résolu ?

Si le cache servait une page qui référençait d’anciennes adresses, oui. Si les fichiers étaient réellement absents, le vidage n’aurait rien changé : c’est donc que la cause était ailleurs.

### Un module de compression d’images peut-il les faire disparaître ?

Oui, s’il remplace les fichiers et échoue en cours de traitement, ou s’il conserve les originaux ailleurs sans mettre à jour les références. C’est un point à vérifier quand la disparition suit son installation.

### Faut-il tout réimporter ?

Seulement si les fichiers ont réellement disparu du serveur. Dans les autres cas, une réimportation crée des doublons et occupe deux fois la place pour rien.