# My images no longer display

> An empty frame where a product photo should be is one of the rare symptoms where the browser gives the answer in one click. The response code returned for the image says exactly which of the four possible causes applies, and saves half a day of looking in the wrong place.

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

## Direct answer

> Open one image on its own in a tab and read the status code: 404 means the file is missing, 403 means permissions refuse it, 200 with an empty page means the address written in the template is wrong. On PrestaShop, thumbnails are rebuilt from Design > Image Settings and img/ must stay writable. On WordPress, check wp-content/uploads and its year/month subfolder.

## The response code names the cause

Open the image on its own in a new tab by copying its address. The result immediately places the problem in one of four families.

Not found: the file does not exist at that address. Either it was never copied, or the address stored in the database no longer matches the real directory layout.

Access denied: the file exists but the server refuses to serve it. That is a file permission problem, or an over-broad security rule added to the server configuration.

Server error: thumbnail generation fails at request time, usually out of memory on a very heavy original.

The image loads alone but not in the page: the file is fine, the template or the lazy-loading script is at fault.

## Thumbnails that were never generated

A shop almost never serves the original image. It builds several derivatives — list thumbnail, product image, zoom format — and stores each as a separate file. When those derivatives are missing, the product page shows empty frames even though the original is present on the server.

This happens after a site move that copied only the source directory, after adding a new display format, or when regeneration was interrupted partway by a timeout. The fix is to run generation again, in batches if the catalogue is large, rather than as one operation that will fail at the same point.

## Establishing the scope

1. **All images or only some** — A general fault points to a path, a permission or a server rule. A fault on a few products points to missing files or names containing problematic characters.
2. **Check recently added images** — If only new ones are missing, uploading is failing: insufficient write permissions on the destination directory, or a file size limit reached.
3. **Check older images** — If only the old ones are missing, a cleanup or migration removed files the database still references.
4. **Look at remaining disk space** — A full disk silently fails to write any new image, and the product record saves anyway.

## Accents and spaces in file names

> A file named with accents, spaces or special characters works on some servers and fails on others, which explains images disappearing after a hosting change even though they were properly copied.

## Carry on with the right page

- **Product images on PrestaShop** — Uploading, formats and regenerating derivatives on PrestaShop. ([/prestashop/problemes/images-produits-upload-affichage](/prestashop/problemes/images-produits-upload-affichage))
- **Product images gone on WooCommerce** — The WordPress case, with the media library and registered sizes. ([/wordpress-woocommerce/problemes/images-produits-disparues](/wordpress-woocommerce/problemes/images-produits-disparues))
- **Optimising product images** — If generation fails because of heavy source files. ([/guides/optimiser-images-produits](/guides/optimiser-images-produits))
- **File permissions on a server** — If the server refuses to write or serve the files. ([/guides/droits-fichiers-serveur-ecommerce](/guides/droits-fichiers-serveur-ecommerce))

## FAQ

### Images show in the admin but not on the public site. Why?

Because the admin often displays the original, while the public side requests a derivative that was never generated. An excellent clue, and it points straight at regeneration.

### Can I regenerate all thumbnails at once?

On a small catalogue, yes. Beyond that, the operation exceeds the maximum execution time and stops. Better to run it in batches, or from the command line.

### My images came back after clearing the cache. Is it fixed?

If the cache was serving a page referring to old addresses, yes. If the files had genuinely been absent, clearing would have changed nothing — so the cause was elsewhere.

### Can an image compression module make images disappear?

Yes, if it replaces files and fails partway, or keeps the originals elsewhere without updating references. Worth checking when the disappearance follows its installation.

### Should I reimport everything?

Only if the files really vanished from the server. Otherwise a reimport creates duplicates and takes up twice the space for nothing.