[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"$fs9C6UiU-shEPViu0x2SQLNYqRtX3Zg00UuGTZDxnEXw":22,"$fKnz2vuX4bZz1LbUTiuFsvSZ3e07l5_5fqNYp4Tzdhi8":66,"footer-db":147,"megamenu":166,"header-db":222,"$fACcAO__magOXTVmgrlSi3AcuAt4xBMe2m-VM_F_8rr0":233},{"theme":4},{"colors":5,"typography":13,"ui":17,"defaultColorMode":21},{"primary":6,"secondary":7,"background":8,"foreground":9,"muted":10,"headerBg":11,"footerBg":12,"topBarBg":9,"topBarText":11},"#4F46E5","#0D9488","#F9FAFB","#111827","#6B7280","#ffffff","#020617",{"fontFamily":14,"fontUrl":15,"baseFontSize":16},"Inter, system-ui, sans-serif","https:\u002F\u002Ffonts.googleapis.com\u002Fcss2?family=Inter:wght@400;500;600;700&family=Playfair+Display:ital,wght@0,400;0,700;0,800;0,900;1,400;1,700&display=swap","16px",{"borderRadius":18,"contentWidth":19,"shadow":20},"lg","7xl",true,"light",{"title":23,"slug":24,"metaDescription":25,"category":26,"tags":27,"difficulty":34,"psVersions":35,"content":38,"faq":39,"tldr":61,"readingTime":62,"generatedAt":63,"publishDate":63,"relatedArticles":64,"sourceCategory":65},"Optimiser la vitesse de PrestaShop : diagnostic complet et solutions","optimiser-vitesse-prestashop-diagnostic-complet-solutions","Guide complet pour diagnostiquer et résoudre les problèmes de lenteur sur PrestaShop 1.7 et 8.x : debug profiling, requêtes SQL, modules, serveur et front-end.","performance",[26,28,29,30,31,32,33],"debug-profiling","optimisation","requetes-sql","modules","vitesse","core-web-vitals","intermediaire",[36,37],"1.7","8.x","\u003Ch2>Introduction\u003C\u002Fh2>\n\u003Cp>Un site PrestaShop lent, c'est des clients qui partent, un taux de conversion qui s'effondre et un référencement qui plonge. Après plus de 10 ans d'interventions sur des boutiques PrestaShop de toutes tailles, je peux affirmer que les problèmes de performance ont presque toujours les mêmes origines : modules mal optimisés, requêtes SQL excessives, mauvaise configuration serveur ou assets front-end mal gérés.\u003C\u002Fp>\n\u003Cp>Ce guide vous propose une méthodologie complète de diagnostic et de résolution, applicable de PrestaShop 1.7 à 8.x.\u003C\u002Fp>\n\u003Ch2>Étape 1 : Activer le mode Debug Profiling\u003C\u002Fh2>\n\u003Cp>Avant toute optimisation, il faut \u003Cstrong>mesurer\u003C\u002Fstrong>. PrestaShop intègre un outil de profiling natif qui affiche en bas de chaque page le détail de toutes les requêtes SQL, le temps d'exécution de chaque hook et la consommation mémoire.\u003C\u002Fp>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Attention :\u003C\u002Fstrong> Le mode Debug Profiling n'est pas le mode Debug classique. Le mode Debug affiche les erreurs PHP, tandis que le Profiling analyse les performances. Ce sont deux fonctionnalités distinctes.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch3>Activation sécurisée (par IP)\u003C\u002Fh3>\n\u003Cp>Ne jamais activer le profiling pour tous les visiteurs en production. Modifiez le fichier \u003Ccode>config\u002Fdefines.inc.php\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F* Debug profiling — restreint à votre IP *\u002F\nif (!defined('_PS_DEBUG_PROFILING_')) {\n    if ($_SERVER['REMOTE_ADDR'] === 'VOTRE_IP_PUBLIQUE') {\n        define('_PS_DEBUG_PROFILING_', true);\n    } else {\n        define('_PS_DEBUG_PROFILING_', false);\n    }\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Récupérez votre IP publique via un service comme \u003Ccode>https:\u002F\u002Fmon-ip.io\u002F\u003C\u002Fcode> et remplacez \u003Ccode>VOTRE_IP_PUBLIQUE\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Sur PrestaShop 8.x\u003C\u002Fh3>\n\u003Cp>La constante \u003Ccode>_PS_DEBUG_PROFILING_\u003C\u002Fcode> fonctionne toujours de la même manière. Vous pouvez également utiliser la Symfony Debug Toolbar en activant le mode dev via le fichier \u003Ccode>.env\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nAPP_ENV=dev\nAPP_DEBUG=1\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Mais pour l'analyse des requêtes SQL et des hooks, le profiling natif reste l'outil le plus adapté.\u003C\u002Fp>\n\u003Ch3>Lire les résultats\u003C\u002Fh3>\n\u003Cp>Une fois activé, scrollez tout en bas de la page. Vous verrez :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**Le temps total** de génération de la page\u003C\u002Fli>\n\u003Cli>**Le nombre de requêtes SQL** et leur temps cumulé\u003C\u002Fli>\n\u003Cli>**Le détail de chaque requête** avec le temps d'exécution individuel\u003C\u002Fli>\n\u003Cli>**Les hooks** et le temps passé dans chaque module\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Concentrez-vous sur la section \u003Cstrong>initContent\u003C\u002Fstrong> : c'est là que PrestaShop charge les données des modules et du thème. Si cette section est anormalement longue, le problème vient d'un module ou d'une requête mal optimisée.\u003C\u002Fp>\n\u003Ch2>Étape 2 : Identifier les modules problématiques\u003C\u002Fh2>\n\u003Cp>Les modules sont la première cause de lenteur sur PrestaShop. Voici la méthode systématique pour identifier les coupables.\u003C\u002Fp>\n\u003Ch3>La méthode d'isolation\u003C\u002Fh3>\n\u003Col>\n\u003Cli>**Désactivez tous les modules non essentiels** depuis le back-office\u003C\u002Fli>\n\u003Cli>**Réactivez-les un par un**, en mesurant le temps de chargement à chaque réactivation\u003C\u002Fli>\n\u003Cli>Quand le temps explose, vous avez trouvé le coupable\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Les modules fréquemment en cause\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>**Modules de panier abandonné** : ils créent souvent des tâches cron lourdes qui s'exécutent en arrière-plan et saturent la base de données\u003C\u002Fli>\n\u003Cli>**Modules de menu et de catégories** : si vous avez des centaines de catégories, un module qui les charge toutes à chaque page view génère des requêtes massives\u003C\u002Fli>\n\u003Cli>**Modules de carte Google Maps** : les appels API externes bloquent le rendu\u003C\u002Fli>\n\u003Cli>**La connexion à PrestaShop Addons** : l'API du marketplace peut être lente ou instable, ralentissant votre back-office\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Désactiver la connexion PrestaShop Addons\u003C\u002Fh3>\n\u003Cp>Si votre back-office est lent, la connexion au marketplace Addons peut en être la cause. Pour la désactiver proprement, créez un override de la classe \u003Ccode>Tools\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F override\u002Fclasses\u002FTools.php\nclass Tools extends ToolsCore\n{\n    public static function addonsRequest($request, $params = [])\n    {\n        \u002F\u002F Désactive tous les appels API vers PrestaShop Addons\n        return false;\n    }\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Sur \u003Cstrong>PrestaShop 8.x\u003C\u002Fstrong>, les overrides sont toujours supportés mais Symfony encourage l'utilisation de services. Pour cette modification spécifique, l'override reste la méthode la plus simple.\u003C\u002Fp>\n\u003Cp>Après avoir placé le fichier, videz le cache PrestaShop depuis \u003Cstrong>Paramètres avancés > Performances\u003C\u002Fstrong> ou supprimez le contenu de \u003Ccode>var\u002Fcache\u002F\u003C\u002Fcode> (PS 8.x) ou \u003Ccode>cache\u002F\u003C\u002Fcode> (PS 1.7).\u003C\u002Fp>\n\u003Ch3>Désinstaller vs Désactiver\u003C\u002Fh3>\n\u003Cp>Un module simplement désactivé reste sur votre serveur. Son code est toujours accessible et peut représenter une \u003Cstrong>faille de sécurité\u003C\u002Fstrong> : un attaquant connaissant le nom du répertoire peut exploiter une vulnérabilité même si le module est désactivé.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Bonne pratique :\u003C\u002Fstrong> Désinstallez les modules inutilisés ET supprimez leur répertoire dans \u003Ccode>\u002Fmodules\u002F\u003C\u002Fcode>. Vous pourrez toujours les retélécharger depuis votre compte PrestaShop Addons si nécessaire.\u003C\u002Fp>\n\u003Ch2>Étape 3 : Analyser les requêtes SQL\u003C\u002Fh2>\n\u003Cp>Le profiling vous montre chaque requête SQL. Voici les signaux d'alerte :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**Plus de 200 requêtes** par page : c'est trop, un site bien optimisé tourne entre 50 et 150\u003C\u002Fli>\n\u003Cli>**Une requête qui retourne des milliers de lignes** : par exemple, une requête sur la table des catégories qui remonte 3 000+ résultats alors que vous n'en affichez que 10\u003C\u002Fli>\n\u003Cli>**Des requêtes dupliquées** : le même SELECT exécuté plusieurs fois par des modules différents\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Requêtes sur les catégories\u003C\u002Fh3>\n\u003Cp>Un cas classique : un module de menu ou de filtre qui charge \u003Cstrong>toutes les catégories\u003C\u002Fstrong> à chaque page. Si votre boutique a des centaines de catégories, cette seule requête peut prendre plusieurs secondes.\u003C\u002Fp>\n\u003Cp>Solution : désactivez le module en cause et remplacez-le par une alternative qui utilise le cache ou qui limite la profondeur de l'arbre catégoriel.\u003C\u002Fp>\n\u003Ch3>Tâches cron parasites\u003C\u002Fh3>\n\u003Cp>Certains modules créent des tâches cron qui s'exécutent trop fréquemment et surchargent la base de données. Vérifiez vos tâches cron :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\ncrontab -e\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Supprimez toute tâche cron associée à un module que vous avez désinstallé, puis redémarrez le service :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nsudo service cron restart\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Vérifiez également le module \u003Cstrong>Cron tasks manager\u003C\u002Fstrong> de PrestaShop dans le back-office et supprimez les tâches orphelines.\u003C\u002Fp>\n\u003Ch2>Étape 4 : Problèmes serveur et sécurité\u003C\u002Fh2>\n\u003Ch3>Hébergement mutualisé vs dédié\u003C\u002Fh3>\n\u003Cp>Un hébergement mutualisé partage les ressources CPU, RAM et I\u002FO avec d'autres sites. Si votre voisin subit un pic de trafic, votre boutique ralentit.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Recommandation :\u003C\u002Fstrong> Pour une boutique PrestaShop en production, un \u003Cstrong>VPS\u003C\u002Fstrong> est le minimum. Un serveur dédié ou un VPS avec au moins 4 Go de RAM, un SSD NVMe et PHP 8.1+ avec OPcache activé fera une différence considérable.\u003C\u002Fp>\n\u003Ch3>Lenteurs aléatoires : penser aux attaques DDoS\u003C\u002Fh3>\n\u003Cp>Si les ralentissements sont \u003Cstrong>aléatoires et imprévisibles\u003C\u002Fstrong>, le problème n'est probablement pas lié aux requêtes SQL. Vérifiez les logs d'accès du serveur :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Analyser les connexions par IP sur les dernières heures\nawk '{print $1}' \u002Fvar\u002Flog\u002Fapache2\u002Faccess.log | sort | uniq -c | sort -rn | head -20\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Si une IP concentre un nombre anormal de requêtes, vous subissez probablement une attaque par déni de service.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Solutions :\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Installez **fail2ban** pour bannir automatiquement les IP suspectes\u003C\u002Fli>\n\u003Cli>Utilisez **Cloudflare** comme proxy inverse (gratuit) pour filtrer le trafic malveillant\u003C\u002Fli>\n\u003Cli>Contactez votre hébergeur pour qu'il mette en place des règles de rate limiting\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Étape 5 : Optimisation front-end\u003C\u002Fh2>\n\u003Ch3>Gestion du JavaScript et jQuery\u003C\u002Fh3>\n\u003Cp>PrestaShop charge jQuery dans le footer par défaut (depuis la 1.7). Si un module ou le thème appelle du JavaScript jQuery dans le header, celui-ci s'exécute \u003Cstrong>avant\u003C\u002Fstrong> que jQuery soit disponible, générant des erreurs en console.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Dans Paramètres avancés > Performances > CCC :\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Décochez **\"Déplacer le JavaScript à la fin\"** si vous avez des erreurs jQuery\u003C\u002Fli>\n\u003Cli>Sur PrestaShop 1.7, désactivez la CCC (Concaténation, Compression et mise en Cache) si elle cause des conflits — elle est souvent plus nuisible qu'utile\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Sur \u003Cstrong>PrestaShop 8.x\u003C\u002Fstrong>, la gestion des assets a été améliorée, mais le problème peut persister avec des modules tiers mal développés. Vérifiez toujours la console du navigateur (F12) pour détecter les erreurs JavaScript.\u003C\u002Fp>\n\u003Ch3>Optimisation des images\u003C\u002Fh3>\n\u003Cp>Les images sont souvent le premier facteur de poids d'une page e-commerce.\u003C\u002Fp>\n\u003Col>\n\u003Cli>**Compressez vos images** avant l'upload avec un outil comme TinyPNG\u003C\u002Fli>\n\u003Cli>**Utilisez le format WebP** au lieu du JPEG\u002FPNG — gain de 25 à 35% en taille. Sur PrestaShop, un override d'`ImageManager` permet d'utiliser la bibliothèque GD en compression WebP\u003C\u002Fli>\n\u003Cli>**Implémentez le lazy loading** : les images sous la ligne de flottaison ne se chargent que quand l'utilisateur scrolle\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Fonts et icônes\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>**Hébergez vos polices localement** au lieu d'appeler Google Fonts — vous éliminez un aller-retour réseau et vous gagnez en conformité RGPD\u003C\u002Fli>\n\u003Cli>**Remplacez les bibliothèques d'icônes** (Font Awesome, Material Icons) par des **SVG individuels**. Charger une police de 200 icônes quand vous n'en utilisez que 5, c'est du gaspillage pur\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Core Web Vitals\u003C\u002Fh3>\n\u003Cp>Google mesure trois métriques essentielles :\u003C\u002Fp>\n\u003Ctr>\u003Cth>Métrique\u003C\u002Fth>\u003Cth>Signification\u003C\u002Fth>\u003Cth>Objectif\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>**FCP** (First Contentful Paint)\u003C\u002Fth>\u003Cth>Premier affichage de contenu\u003C\u002Fth>\u003Cth>\u003C 1,8 s\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>**LCP** (Largest Contentful Paint)\u003C\u002Fth>\u003Cth>Affichage du plus gros élément\u003C\u002Fth>\u003Cth>\u003C 2,5 s\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>**CLS** (Cumulative Layout Shift)\u003C\u002Fth>\u003Cth>Stabilité visuelle\u003C\u002Fth>\u003Cth>\u003C 0,1\u003C\u002Fth>\u003C\u002Ftr>\n\u003Cp>Utilisez \u003Cstrong>Google PageSpeed Insights\u003C\u002Fstrong> pour mesurer ces métriques. Un score mobile supérieur à 70 est un bon objectif pour une boutique PrestaShop.\u003C\u002Fp>\n\u003Ch3>Critical CSS\u003C\u002Fh3>\n\u003Cp>Pour améliorer le FCP, implémentez le \u003Cstrong>Critical CSS\u003C\u002Fstrong> : extrayez le CSS nécessaire au rendu au-dessus de la ligne de flottaison et injectez-le en inline dans le \u003Ccode>\u003Chead>\u003C\u002Fcode>. Le reste du CSS se charge en asynchrone.\u003C\u002Fp>\n\u003Cp>C'est un travail avancé qui donne les meilleurs résultats sur un thème développé from scratch. Sur un thème acheté, les gains sont plus limités car la structure CSS n'est pas conçue pour cette optimisation.\u003C\u002Fp>\n\u003Ch2>Étape 6 : Ne jamais modifier le cœur de PrestaShop\u003C\u002Fh2>\n\u003Cp>Règle fondamentale : \u003Cstrong>on ne touche jamais aux fichiers du cœur de PrestaShop\u003C\u002Fstrong>. Toute modification directe sera écrasée à la prochaine mise à jour.\u003C\u002Fp>\n\u003Cp>Les deux mécanismes officiels :\u003C\u002Fp>\n\u003Col>\n\u003Cli>**Les overrides** : placez vos fichiers dans le répertoire `\u002Foverride\u002F` en respectant l'arborescence. PrestaShop utilisera votre version à la place de l'originale\u003C\u002Fli>\n\u003Cli>**Les modules** : pour toute fonctionnalité métier, développez un module qui s'accroche aux hooks de PrestaShop\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Sur \u003Cstrong>PrestaShop 8.x\u003C\u002Fstrong>, les overrides sont toujours fonctionnels mais le framework Symfony offre des alternatives plus propres : décorateurs de services, event subscribers et extensions Twig.\u003C\u002Fp>\n\u003Ch2>Checklist récapitulative\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>[ ] Activer le debug profiling (restreint par IP)\u003C\u002Fli>\n\u003Cli>[ ] Analyser les requêtes SQL : nombre, durée, doublons\u003C\u002Fli>\n\u003Cli>[ ] Identifier et désinstaller les modules lents ou inutilisés\u003C\u002Fli>\n\u003Cli>[ ] Supprimer les tâches cron orphelines\u003C\u002Fli>\n\u003Cli>[ ] Vérifier les logs d'accès pour détecter des attaques\u003C\u002Fli>\n\u003Cli>[ ] Passer sur un VPS ou dédié si hébergement mutualisé\u003C\u002Fli>\n\u003Cli>[ ] Installer Cloudflare et fail2ban\u003C\u002Fli>\n\u003Cli>[ ] Compresser les images et passer en WebP\u003C\u002Fli>\n\u003Cli>[ ] Héberger les fonts localement et utiliser des SVG\u003C\u002Fli>\n\u003Cli>[ ] Vérifier les erreurs JavaScript en console\u003C\u002Fli>\n\u003Cli>[ ] Mesurer les Core Web Vitals avec PageSpeed Insights\u003C\u002Fli>\n\u003C\u002Ful>",[40,43,46,49,52,55,58],{"q":41,"a":42},"Comment activer le mode debug profiling sur PrestaShop sans impacter les visiteurs ?","Modifiez le fichier config\u002Fdefines.inc.php en ajoutant une condition sur votre IP publique : définissez _PS_DEBUG_PROFILING_ à true uniquement si $_SERVER['REMOTE_ADDR'] correspond à votre IP. Ainsi, seul vous verrez les informations de profiling en bas de page, les visiteurs ne seront pas affectés.",{"q":44,"a":45},"Quelle est la différence entre le mode debug et le mode debug profiling sur PrestaShop ?","Le mode debug (constante _PS_MODE_DEV_) affiche les erreurs PHP et les notices pour aider au développement. Le mode debug profiling (_PS_DEBUG_PROFILING_) est un outil d'analyse de performance : il affiche le détail de chaque requête SQL, le temps d'exécution des hooks et la consommation mémoire. Ce sont deux outils complémentaires mais distincts.",{"q":47,"a":48},"Pourquoi mon site PrestaShop est lent de manière aléatoire ?","Les lenteurs aléatoires pointent rarement vers un problème de code ou de requêtes SQL. Les causes les plus fréquentes sont : un hébergement mutualisé dont les ressources sont partagées avec d'autres sites, des attaques DDoS (vérifiez les access.log du serveur), des tâches cron qui se déclenchent à intervalles réguliers, ou des appels API externes instables (comme la connexion à PrestaShop Addons). Analysez les logs serveur en corrélant les heures de ralentissement avec les pics de connexions.",{"q":50,"a":51},"Faut-il désactiver ou désinstaller les modules PrestaShop inutilisés ?","Il faut les désinstaller ET supprimer leur répertoire du dossier \u002Fmodules\u002F. Un module simplement désactivé reste accessible sur le serveur : un attaquant connaissant le nom du répertoire peut exploiter une faille de sécurité même si le module n'est pas actif. La désinstallation supprime les données de configuration, mais vous pouvez toujours retélécharger le module depuis votre compte PrestaShop Addons.",{"q":53,"a":54},"Comment optimiser les images sur PrestaShop pour améliorer la vitesse ?","Trois actions essentielles : compressez vos images avant l'upload avec un outil comme TinyPNG, convertissez vos images au format WebP (25 à 35% plus léger que le JPEG) via un override d'ImageManager utilisant la bibliothèque GD, et implémentez le lazy loading pour ne charger les images sous la ligne de flottaison que lorsque l'utilisateur scrolle. Privilégiez également les SVG aux bibliothèques d'icônes complètes comme Font Awesome.",{"q":56,"a":57},"La fonctionnalité CCC (Concaténation, Compression, Cache) de PrestaShop améliore-t-elle vraiment les performances ?","Paradoxalement, la CCC de PrestaShop cause souvent plus de problèmes qu'elle n'en résout, surtout sur les versions 1.7. La concaténation du JavaScript peut provoquer des conflits entre modules, et l'option 'Déplacer le JavaScript à la fin' peut casser jQuery si des scripts l'appellent dans le header. Sur PrestaShop 8.x, la gestion des assets est améliorée mais il est recommandé de tester chaque option individuellement et de vérifier les erreurs JavaScript en console après activation.",{"q":59,"a":60},"Quel hébergement choisir pour un site PrestaShop performant ?","Un hébergement mutualisé est insuffisant pour une boutique PrestaShop en production : les ressources CPU, RAM et I\u002FO sont partagées avec d'autres sites. Le minimum recommandé est un VPS avec 4 Go de RAM, un stockage SSD NVMe, PHP 8.1 ou supérieur avec OPcache activé, et MariaDB ou MySQL correctement configuré. Complétez avec Cloudflare (gratuit) pour le CDN et la protection DDoS, et fail2ban pour bannir les IP malveillantes.","Pour diagnostiquer un PrestaShop lent, activez le debug profiling par IP, isolez les modules problématiques un par un, analysez les requêtes SQL excessives, vérifiez les logs serveur pour les attaques DDoS, et optimisez le front-end (images WebP, fonts locales, SVG au lieu de Font Awesome).",9,"2026-03-21T12:49:45.000Z",[],"PrestaShop pour les développeurs",{"columns":67},[68,84,114,135],{"title":69,"links":70},"Plateforme",[71,75,78,81],{"label":72,"href":73,"external":74},"Offre Starter (2 500 €)","\u002Foffre-starter",false,{"label":76,"href":77,"external":74},"Devenir Ambassadeur","\u002Fambassadeur",{"label":79,"href":80,"external":74},"Modules PrestaShop","\u002Fmodules",{"label":82,"href":83,"external":20},"CodeMyShop.com","https:\u002F\u002Fcodemyshop.com",{"title":85,"links":86},"Le Synedre",[87,90,93,96,99,102,105,108,111],{"label":88,"href":89,"external":74},"L'histoire","\u002Fsynedre",{"label":91,"href":92,"external":74},"Constitution","\u002Fsynedre\u002Fconstitution",{"label":94,"href":95,"external":74},"L'équipe","\u002Fequipe",{"label":97,"href":98,"external":74},"Le réacteur en direct","\u002Freacteur",{"label":100,"href":101,"external":74},"Le Drill (entraînement)","\u002Fdrill",{"label":103,"href":104,"external":74},"Protocole de réunion","\u002Fsynedre\u002Freunion",{"label":106,"href":107,"external":74},"Les agents IA","\u002Fagents-ia",{"label":109,"href":110,"external":74},"La Conduite","\u002Fsynedre\u002Fconduite",{"label":112,"href":113,"external":74},"Charte plateforme","\u002Fsynedre\u002Fcharte",{"title":115,"links":116},"Ressources",[117,120,123,126,129,132],{"label":118,"href":119,"external":74},"Blog","\u002Fblog",{"label":121,"href":122,"external":74},"Academy","\u002Facademy",{"label":124,"href":125,"external":74},"Dictionnaire","\u002Fdictionnaire",{"label":127,"href":128,"external":74},"Expertise PrestaShop","\u002Fexpertise",{"label":130,"href":131,"external":74},"Flywheel","\u002Fflywheel",{"label":133,"href":134,"external":74},"Manifeste","\u002Fmanifeste",{"title":136,"links":137},"À propos",[138,141,144],{"label":139,"href":140,"external":74},"Alexandre Carette","\u002Fa-propos",{"label":142,"href":143,"external":74},"Dossier de presse","\u002Fpresse",{"label":145,"href":146,"external":74},"Contact","\u002Fcontact",{"footer":148},{"theme":149,"description":150,"hours":150,"logo":151,"contact":154,"social":155,"bottomBar":165},"dark",null,{"src":152,"href":153,"alt":139},"\u002Flogo-ac.svg","\u002F",{"email":150,"phone":150,"address":150,"cta":150},[156,159,162],{"platform":157,"href":158,"label":157},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":160,"href":161,"label":160},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":163,"href":164,"label":163},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":150},{"items":167},[168,176,182,188,196,204,210,216],{"id":169,"type":170,"label":171,"href":128,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":173,"children":174,"psChildren":175},41,"link",{"fr":172},"Expertise",0,[],[],{"id":177,"type":170,"label":178,"href":119,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":179,"children":180,"psChildren":181},42,{"fr":118},1,[],[],{"id":183,"type":170,"label":184,"href":80,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":185,"children":186,"psChildren":187},43,{"fr":79},2,[],[],{"id":189,"type":170,"label":190,"href":192,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":193,"children":194,"psChildren":195},44,{"fr":191},"Outils IA","\u002Foutils-ia",3,[],[],{"id":197,"type":170,"label":198,"href":73,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":200,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":201,"children":202,"psChildren":203},45,{"fr":199},"Offre Starter ✨",{"highlight":20},4,[],[],{"id":205,"type":170,"label":206,"href":122,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":207,"children":208,"psChildren":209},46,{"fr":121},5,[],[],{"id":211,"type":170,"label":212,"href":140,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":213,"children":214,"psChildren":215},47,{"fr":136},6,[],[],{"id":217,"type":170,"label":218,"href":146,"icon":150,"description":150,"badge":150,"groupTitle":150,"style":150,"gridColumns":150,"cssClass":150,"psCategoryId":150,"showPsChildren":74,"position":219,"children":220,"psChildren":221},48,{"fr":145},7,[],[],{"header":223},{"logo":224,"topBar":227,"contactEmail":230,"features":231,"navBar":150},{"src":152,"alt":225,"text":139,"href":153,"class":226},"Alexandre Carette — Architecte E-commerce Souverain","h-10 w-10",{"message":150,"showLanguages":74,"align":228,"languages":229},"left",[],"contact@alexandrecarette.fr",{"showSearch":74,"showWishlist":74,"showLogin":20,"showContact":74,"showCart":74,"stickyHeader":20,"headerLayout":232},"inline",{"academy":234,"blog":235,"expertise":246},[],[236,240,243],{"title":237,"url":238,"score":185,"type":239},"Prestashop hosting OVH : guide complet pour e-commerçants","\u002Fblog\u002Fprestashop\u002Fperformance\u002Fprestashop-hosting-ovh-guide-complet-ecommercants","blog",{"title":241,"url":242,"score":185,"type":239},"API WebService PrestaShop : guide complet pour l'intégrer en 2026","\u002Fblog\u002Fprestashop\u002Fdeveloppement\u002Fapi-webservice-prestashop-guide-complet",{"title":244,"url":245,"score":179,"type":239},"Docker Compose PrestaShop : configuration production prête à déployer","\u002Fblog\u002Fdevops\u002Fdocker\u002Fdocker-compose-prestashop-production",[]]