Pour vider le cache de PrestaShop 8 ou 9, utilisez le bouton de vidage du cache dans le back-office, sous Paramètres avancés > Performances. Si la boutique reste bloquée, un vidage en ligne de commande, ou la suppression du contenu du dossier var/cache/, peut aider après une sauvegarde. Ne supprimez jamais le dossier var/cache/ lui-même : supprimez son contenu.
Quand vider le cache
- Après une mise à jour de PrestaShop ou d’un module.
- Après une modification de template ou de traduction qui ne s’affiche pas.
- Quand une erreur persiste alors que la cause semble corrigée.
Un cache obsolète peut donner l’impression qu’une correction n’a rien changé. Videz-le avant de conclure qu’une modification a échoué.
Quand le cache n’est pas en cause
Vider le cache ne règle pas tout. Trois questions permettent de trancher :
- L’erreur apparaît-elle sur toutes les pages, ou seulement sur une ? Si une seule page casse, le problème vient plutôt du module ou du template qui l’affiche.
- Le problème a-t-il commencé après une modification précise ? Si oui, désactivez cette modification avant d’accuser le cache.
- Le message d’erreur change-t-il après le vidage ? Un message identique indique une cause située ailleurs, à chercher dans les journaux.
Pour une erreur qui ne disparaît pas, reprenez la démarche de l’article sur les erreurs 500, et l’activation du mode debug décrite dans notre guide de débogage.
Méthode 1 : le bouton du back-office
Allez dans Paramètres avancés > Performances, puis cliquez sur le bouton de vidage du cache. C’est la méthode à essayer en premier : elle ne demande ni accès au serveur ni ligne de commande.
Si le vidage ne se termine pas, relancez-le une fois. Sur un hébergement mutualisé, un vidage peut être interrompu par un délai d’exécution. Des témoignages du forum décrivent ce cas, sans solution officielle documentée.
Méthode 2 : la ligne de commande
Depuis la racine de la boutique, sur un serveur auquel vous avez accès, des témoignages du forum officiel suggèrent d’exécuter php bin/console cache:clear, puis php bin/console cache:warmup. Ces commandes ne figurent pas dans la documentation officielle pour PrestaShop 8 et 9 : testez-les sur une copie avant de les utiliser sur votre boutique.
Méthode 3 : supprimer le contenu de var/cache/
Cette méthode sert en dernier recours. Procédez ainsi :
- Sauvegardez le dossier
var/cache/, ou au moins notez sa présence. - Supprimez son contenu, pas le dossier lui-même.
- Rechargez la boutique : PrestaShop régénère le cache à la première visite.
Des retours de la communauté évoquent des permissions de 644 pour les fichiers et de 755 pour les dossiers. Vérifiez-les avec votre hébergeur.
Cache externe
Si votre boutique utilise un cache externe, comme Redis ou Valkey, le vidage du cache PrestaShop ne vide pas ce cache. Consultez notre article sur le cache Valkey pour PrestaShop avant de le vider à la main.
Ce qu’il ne faut pas faire
- Ne supprimez pas
var/cache/en entier, ni le dossier parent. - Ne videz pas le cache pendant une forte activité sans prévenir vos clients : la première visite après suppression est plus lente.
- Ne supposez pas qu’un cache vidé suffit : si le problème revient, cherchez la cause dans les journaux.
Questions fréquentes
Vider le cache supprime-t-il les commandes ou les produits ?
Non. Le cache contient des fichiers générés, pas les données de la boutique. Commandes, produits et clients ne sont pas concernés.
Le bouton du back-office suffit-il ?
Dans la plupart des cas, oui. Si la boutique reste bloquée après le vidage, consultez les journaux avant de supprimer des fichiers à la main.
Faut-il vider le cache après chaque modification ?
Non. Videz-le après une mise à jour, une modification de template ou une erreur persistante.
Sources
- Documentation développeur PrestaShop 9 : devdocs.prestashop-project.org
- Les commandes Symfony, les permissions et les délais viennent de témoignages du forum officiel, non de la documentation : forum.prestashop.com
