Mes images de produits sont cassées après la migration vers un nouveau serveur.
Après avoir migré PrestaShop vers un nouveau serveur, les images de produits cassées tiennent presque toujours à l'une de trois causes : les miniatures n'ont pas été régénérées, le dossier /img/ n'est pas accessible en écriture, ou le domaine de la boutique pointe encore vers l'ancien serveur.

Traitez-les dans cet ordre :
- Régénérez les miniatures. Allez dans Design → Paramètres des images et lancez Régénérer les miniatures. Une base copiée conserve les enregistrements d'images, mais les fichiers redimensionnés doivent être reconstruits sur le nouveau disque.
- Vérifiez les permissions. Le répertoire
/img/(et ses sous-dossiers) doit être accessible en écriture par le serveur web, sinon PrestaShop ne peut pas écrire les fichiers régénérés. Le propriétaire des fichiers change souvent lors d'une copie entre serveurs. - Corrigez le domaine. Si les images renvoient un 404 avec l'ancien nom d'hôte, mettez à jour le domaine dans Paramètres de la boutique → Trafic & SEO et régénérez le
.htaccessdepuis SEO & URL. Si vous utilisez un CDN, repointez-le aussi vers le nouveau serveur.
Ce n'est qu'une partie d'une migration plus large. Pour la checklist serveur/domaine complète, URLs, redirections, SSL et base de données, voyez notre guide de migration PrestaShop ; pour d'autres symptômes après migration, le guide de dépannage couvre les écrans blancs et erreurs 500.
Utilisez le panneau réseau du navigateur pour séparer les problèmes d'URL des problèmes de fichier. Si l'URL de l'image contient encore l'ancien domaine, corrigez Shop Parameters > Traffic & SEO > Set shop URL, y compris le domaine SSL et l'URI de base, puis régénérez .htaccess. Si le nom d'hôte est correct mais que la réponse est 404, vérifiez si le fichier original existe sous img/p/ et si les règles de réécriture des images sont actives.
Si l'image fonctionne directement depuis le nouveau serveur mais pas via l'URL publique, purgez le CDN/proxy inverse et vérifiez qu'il pointe vers la nouvelle origine. Des URL d'images mixtes http/https après migration indiquent généralement des réglages SSL ou d'URL de base incohérents, et non des enregistrements d'images produit cassés.
find img -maxdepth 2 -type d ! -writable -print | head
find img/p -type f -name '*.jpg' | head
image_url='https://example.com/1-home_default/product.jpg'
curl -sI "$image_url" | sed -n '1,12p'
Cette réponse vous a-t-elle été utile ?
Vous avez encore des questions ?
Vous ne trouvez pas ce que vous cherchez ? Envoyez-nous votre question et nous vous répondrons.