[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"alexandrecarette-hero-data":22,"megamenu":29,"megamenu-contexts-ac-hub":107,"$fsCZ5Mhq0gER4JNoiQD6RHkp6AdQrg6qECPhoSXbtdUE":109,"footer-db":114,"$fP0FV7zZkQhZStJelKMQF2vnI2nbZQB210etjzdyGslw":135,"header-db":194,"$f4CUd5pZrZWIP2ITv09aX--zoFxYAWNJ2IJAQdgoQ4rw":206,"$f6TzYoHp-udrW6aN-h9ETSGZFe_2a3kAvQqbiLGv1Tvc":209,"i18n-alternates-_root-fr":25,"$fz0VdTEQUppZtPwTCnYFRwMolb3l4mcYIpift1XE7azg":224,"$f0znYqVTVw-UtV5EiijJmin--xlOv_6bTeDo6vwtAuqo":228,"$fRZgkXFZ-02II-FVtVmeyz2afgXiZUL99BFS27hoArj4":307,"$ftCgiCQ1Qyz6eieo83he29D_FsSw74NeCmklcXAHGAsA":308},{"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",{"capa":23,"malt":26,"legal":27,"links":28},{"state":24,"trimester":25,"missionsOpen":25,"missionsMax":25,"nextTrimester":25},"fallback",null,{"url":25,"rating":25,"reviewsCount":25},{"siret":25,"status":25,"city":25},{"linkedin":25,"github":25},{"items":30},[31,42,50,58,66,74,83,91,99],{"id":32,"type":33,"label":34,"href":36,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":39,"barVisible":20,"children":40,"psChildren":41},41,"link",{"fr":35},"Expertise","\u002Fexpertise","picto",false,0,[],[],{"id":43,"type":33,"label":44,"href":46,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":47,"barVisible":20,"children":48,"psChildren":49},42,{"fr":45},"Blog","\u002Fblog",1,[],[],{"id":51,"type":33,"label":52,"href":54,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":55,"barVisible":20,"children":56,"psChildren":57},43,{"fr":53},"Méthode","\u002Fmodules",2,[],[],{"id":59,"type":33,"label":60,"href":62,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":63,"barVisible":20,"children":64,"psChildren":65},49,{"fr":61},"Modules gratuits","\u002Fmodules-libres",3,[],[],{"id":67,"type":33,"label":68,"href":70,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":71,"barVisible":20,"children":72,"psChildren":73},44,{"fr":69},"Outils IA","\u002Foutils-ia",4,[],[],{"id":75,"type":33,"label":76,"href":78,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":79,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":80,"barVisible":20,"children":81,"psChildren":82},45,{"fr":77},"Tarifs","\u002Ftarifs",{"highlight":20},5,[],[],{"id":84,"type":33,"label":85,"href":87,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":88,"barVisible":20,"children":89,"psChildren":90},46,{"fr":86},"Academy","\u002Facademy",6,[],[],{"id":92,"type":33,"label":93,"href":95,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":96,"barVisible":20,"children":97,"psChildren":98},47,{"fr":94},"À propos","\u002Fa-propos",7,[],[],{"id":100,"type":33,"label":101,"href":103,"icon":25,"iconRole":37,"description":25,"badge":25,"groupTitle":25,"groupKey":25,"style":25,"gridColumns":25,"cssClass":25,"psCategoryId":25,"psProductId":25,"showPsChildren":38,"position":104,"barVisible":20,"children":105,"psChildren":106},48,{"fr":102},"Contact","\u002Fcontact",8,[],[],{"contexts":108},[],{"tree_loaded":20,"found":38,"kind":110,"id":25,"path":111,"path_fr":111,"pilier_slug":111,"pilier_slug_fr":111,"slug":111,"name":111,"description":111,"meta_title":111,"meta_description":111,"breadcrumb":112,"children":113},"category","",[],[],{"footer":115},{"theme":116,"description":25,"hours":25,"logo":117,"contact":121,"social":122,"bottomBar":132,"newsletter":133},"dark",{"src":118,"href":119,"alt":120},"\u002Flogo-ac.svg","\u002F","Alexandre Carette",{"email":25,"phone":25,"address":25,"cta":25},[123,126,129],{"platform":124,"href":125,"label":124},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":127,"href":128,"label":127},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":130,"href":131,"label":130},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":25},{"show":38,"title":25,"description":25,"placeholder":25,"ctaLabel":25,"consentText":134},"J'accepte de recevoir par e-mail les actualités de CodeMyShop et d'Alexandre Carette : nouveaux modules libres, astuces PrestaShop, SEO et performance. Je peux me désinscrire à tout moment grâce au lien présent dans chaque message.",{"columns":136},[137,148,174,187],{"title":138,"position":47,"links":139},"Plateforme",[140,141,144,145],{"label":77,"href":78,"external":38},{"label":142,"href":143,"external":38},"Devenir Ambassadeur","\u002Fambassadeur",{"label":53,"href":54,"external":38},{"label":146,"href":147,"external":20},"CodeMyShop (open-source)","https:\u002F\u002Fcodemyshop.com",{"title":149,"position":55,"links":150},"Le Synedre",[151,154,157,160,163,166,168,171],{"label":152,"href":153,"external":38},"L'histoire","\u002Fsynedre",{"label":155,"href":156,"external":20},"Constitution","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fconstitution",{"label":158,"href":159,"external":20},"L'équipe","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fagents",{"label":161,"href":162,"external":38},"Le réacteur en direct","\u002Freacteur",{"label":164,"href":165,"external":20},"Le Drill (entraînement)","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fdrill",{"label":167,"href":159,"external":20},"Les agents IA",{"label":169,"href":170,"external":20},"La Conduite","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fconduite",{"label":172,"href":173,"external":20},"Charte plateforme","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fcharte",{"title":175,"position":63,"links":176},"Ressources",[177,178,179,181,184],{"label":45,"href":46,"external":38},{"label":86,"href":87,"external":38},{"label":180,"href":36,"external":38},"Expertise PrestaShop",{"label":182,"href":183,"external":38},"Flywheel","\u002Fflywheel",{"label":185,"href":186,"external":38},"Manifeste","\u002Fmanifeste",{"title":94,"position":71,"links":188},[189,190,193],{"label":120,"href":95,"external":38},{"label":191,"href":192,"external":20},"Dossier de presse","https:\u002F\u002Fsynedre.com\u002Ffr\u002Fpresse",{"label":102,"href":103,"external":38},{"header":195},{"logo":196,"topBar":199,"contactEmail":202,"contactPhone":25,"features":203,"navBar":25,"headerLinks":205,"storesHref":25},{"src":118,"alt":197,"text":120,"href":119,"class":198},"Alexandre Carette — Architecte E-commerce Souverain","h-10 w-10",{"message":25,"messageMobile":25,"showLanguages":38,"align":200,"languages":201},"left",[],"contact@alexandrecarette.fr",{"showSearch":38,"showWishlist":38,"showLogin":20,"showContact":38,"showCart":38,"showQuoteButton":20,"showBlogLink":38,"showContactLink":38,"showGiftcardLink":38,"showStoresLink":38,"stickyHeader":20,"staticHeader":38,"headerLayout":204},"inline",{},{"ok":20,"alternates":207},{"fr":208},"\u002Fblog\u002Fprestashop\u002Fdeveloppement\u002Fchanger-nom-domaine-seo",{"tree_loaded":20,"found":20,"kind":110,"id":210,"path":211,"path_fr":211,"pilier_slug":212,"pilier_slug_fr":212,"slug":213,"name":214,"description":215,"meta_title":216,"meta_description":217,"breadcrumb":218,"children":223},568,"prestashop\u002Fdeveloppement","prestashop","developpement","Développement","Développement de modules et thèmes PrestaShop.","Développement PrestaShop — Blog Alexandre Carette","Développer un module PrestaShop : hooks, ObjectModel, bonnes pratiques.",[219,222],{"id":220,"slug":212,"path":212,"label":221},556,"PrestaShop",{"id":210,"slug":213,"path":211,"label":214},[],{"academy":225,"blog":226,"expertise":227},[],[],[],{"id":229,"canonicalInnerPath":230,"indexable":20,"title":231,"h1":232,"category":212,"categoryName":214,"pillarName":221,"subcategory":213,"slug":233,"coverImage":234,"thumbnailImage":234,"content":235,"visuels":236,"faq":237,"metaDescription":292,"active":20,"datePublished":293,"dateUpdated":293,"readingTime":294,"mentor":25,"alternates":295,"langsWithContent":296,"audioEnabled":38,"audioUrl":111,"author":298},114,"prestashop\u002Fdeveloppement\u002Fchanger-nom-domaine-seo","Changer de domaine PrestaShop : guide technique et SEO","Changer le nom de domaine d'une boutique PrestaShop sans perdre son référencement","developpement--changer-nom-domaine-seo","\u002Fblog-covers\u002Fcbb0864afc44.webp","\u003Ch2>Les fondations d'une migration réussie : sauvegardes et préparation technique\u003C\u002Fh2>\n\u003Cp>Changer le nom de domaine d'une boutique PrestaShop ne se résume pas à pointer un nouveau DNS vers un hébergement web. Pour un site e-commerce en production, chaque URL indexée représente un historique d'autorité, des positions acquises et un flux régulier de commandes. Une modification d'adresse mal orchestrée peut désindexer des milliers de fiches produits en quelques jours ou rompre les tunnels d'achat. Pour sécuriser l'opération, la phase préparatoire doit figer l'environnement existant et prévenir toute perte de données transactionnelles.\u003C\u002Fp>\n\n\u003Cp>Avant d'effectuer la moindre modification dans la base de données ou sur vos fichiers de configuration, vous devez isoler votre plateforme et suspendre l'activité commerciale le temps de la bascule. Cette isolation évite qu'une commande ne soit validée pendant que vous manipulez les tables ou que des sessions d'utilisateurs ne se retrouvent corrompues entre deux domaines.\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\u003Cstrong>Sauvegarde intégrale de la base de données :\u003C\u002Fstrong> Réalisez un dump SQL complet via la ligne de commande ou un outil d'administration de base de données. Vérifiez que les tables InnoDB, les déclencheurs (triggers) et les routines sont intégralement exportés sans coupure de délai d'exécution.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Sauvegarde du système de fichiers :\u003C\u002Fstrong> Archivez l'intégralité du répertoire racine de PrestaShop, en accordant une attention particulière au dossier des images produits, aux modules personnalisés et au dossier de configuration.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Activation du mode maintenance :\u003C\u002Fstrong> Basculez votre boutique en maintenance depuis le panneau d'administration de PrestaShop afin de bloquer les tunnels de commande tout en ajoutant votre propre adresse IP dans la liste blanche pour conserver l'accès au catalogue.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Inventaire des dépendances externes :\u003C\u002Fstrong> Listez l'ensemble des services connectés à votre boutique : passerelles de paiement, transporteurs automatisés, outils ERP, places de marché et plateformes de synchronisation des stocks.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch3>La gestion des versions : PrestaShop 1.7, 8 et 9\u003C\u002Fh3>\n\u003Cp>Les versions récentes de PrestaShop reposent sur le framework Symfony, ce qui modifie profondément la façon dont le moteur gère le routage et le cache interne par rapport aux anciennes branches comme PrestaShop 1.6. Sur PrestaShop 1.7, 8 et 9, une modification de domaine non répercutée dans le conteneur de services compilé provoque immédiatement des erreurs de routage ou des redirections erratiques vers l'ancien nom d'hôte. La procédure doit donc combiner la mise à jour des enregistrements relationnels en base de données et l'évacuation physique des artefacts de compilation.\u003C\u002Fp>\n\n\u003Ch2>Mise à jour de la base de données et purge intégrale des caches PrestaShop\u003C\u002Fh2>\n\u003Cp>PrestaShop stocke le nom de domaine de la boutique à deux endroits stratégiques de sa base de données : dans la table de routage dédiée aux boutiques et dans la table générale de configuration. Si vous tentez de modifier le domaine uniquement depuis le back-office sans anticiper la propagation DNS ou le certificat SSL, vous risquez de vous enfermer hors de votre propre panneau d'administration. L'approche la plus fiable consiste à intervenir directement en base de données, puis à purger les caches en ligne de commande.\u003C\u002Fp>\n\n\u003Cp>Deux tables principales gouvernent le nom de domaine au sein du schéma de données. Vous devez remplacer les valeurs de l'ancien domaine par le nouveau, en veillant à conserver scrupuleusement le chemin physique d'installation (généralement une simple barre oblique pour une boutique installée à la racine de l'hébergement) :\u003C\u002Fp>\n\n\u003Col>\n\u003Cli>\u003Cstrong>Table ps_shop_url :\u003C\u002Fstrong> Cette table définit l'adresse principale et l'adresse sécurisée associées à l'identifiant de votre boutique. Les colonnes \u003Cem>domain\u003C\u002Fem> et \u003Cem>domain_ssl\u003C\u002Fem> doivent recevoir votre nouveau nom de domaine, sans préfixe de protocole (sans http:\u002F\u002F ni https:\u002F\u002F) et sans barre oblique finale.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Table ps_configuration :\u003C\u002Fstrong> Deux clés fondamentales doivent être mises à jour : \u003Cem>PS_SHOP_DOMAIN\u003C\u002Fem> et \u003Cem>PS_SHOP_DOMAIN_SSL\u003C\u002Fem>. Elles servent de référence pour de nombreux modules tiers et pour la génération de certains liens internes.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Contrôle du fichier de configuration :\u003C\u002Fstrong> Sur PrestaShop 1.7, le fichier \u003Cem>app\u002Fconfig\u002Fparameters.php\u003C\u002Fem> stocke les accès à la base de données et la clé secrète du site. Sur PrestaShop 8 et 9, ces éléments se trouvent dans \u003Cem>config\u002Fparameters.php\u003C\u002Fem> ou sont relayés par un fichier de variables d'environnement. Si la migration de domaine s'accompagne d'un changement de serveur ou de base de données, ajustez ces paramètres avec précision.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Suppression physique des caches applicatifs :\u003C\u002Fstrong> Ne comptez pas sur le bouton de vidage du cache du back-office, car celui-ci ne supprime pas l'ensemble des conteneurs compilés par Symfony. Connectez-vous en SSH à votre serveur et supprimez récursivement le contenu des dossiers \u003Cem>var\u002Fcache\u002Fprod\u002F\u003C\u002Fem> et \u003Cem>var\u002Fcache\u002Fdev\u002F\u003C\u002Fem>. Cette étape force PrestaShop à reconstruire son arborescence de dépendances avec le nouveau nom de domaine dès la première requête.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Purge du cache Smarty :\u003C\u002Fstrong> Videz les répertoires de compilation du moteur de rendu Smarty afin d'éliminer tout fragment HTML compilé contenant encore les anciennes URLs absolues en dur dans les gabarits de votre thème.\u003C\u002Fli>\n\u003C\u002Fol>\n\n\u003Ch2>Redirections 301 au niveau serveur : pourquoi bannir les modules PrestaShop\u003C\u002Fh2>\n\u003Cp>La transmission du capital de référencement d'un domaine vers un autre repose exclusivement sur la mise en place de redirections permanentes, identifiées par le code de statut HTTP 301. Ces redirections indiquent aux moteurs de recherche que chaque ressource a définitivement changé d'adresse et qu'il convient de transférer les signaux de popularité, l'historique d'indexation et les liens entrants vers la nouvelle URL correspondante. Le choix de l'emplacement technique de ces redirections détermine la survie de votre référencement.\u003C\u002Fp>\n\n\u003Cp>De nombreux marchands commettent l'erreur d'installer un module PrestaShop dédié aux redirections sur leur nouvelle boutique ou de maintenir une installation PHP sur l'ancien domaine pour traiter la bascule. Cette méthode introduit une dégradation sévère du temps de réponse (TTFB), surcharge inutilement le serveur et expose le site à des ruptures critiques en cas d'erreur logicielle.\u003C\u002Fp>\n\n\u003Cblockquote>\n\u003Cp>Sur le terrain, la majorité des pertes de trafic constatées après un changement de domaine ne proviennent pas d'une mauvaise volonté des moteurs de recherche, mais d'une cascade d'oublis techniques invisibles au premier coup d'œil. Une redirection 301 qui saute sur les déclinaisons de produits, un cache applicatif qui continue d'injecter des URLs canoniques périmées ou des passerelles de paiement qui voient leurs webhooks rejetés : chaque détail non vérifié fragilise l'ensemble de la boutique. Notre règle est simple : on ne coupe l'ancien domaine et son hébergement qu'après avoir constaté l'extinction complète de son trafic au profit du nouveau.\u003C\u002Fp>\n\u003Cp>— Alexandre Carette\u003C\u002Fp>\n\u003C\u002Fblockquote>\n\n\u003Ch3>L'impératif du traitement en amont par Nginx ou Apache\u003C\u002Fh3>\n\u003Cp>Pour qu'un moteur de recherche traite efficacement des dizaines de milliers de redirections sans épuiser son budget d'exploration, la réponse HTTP 301 doit être renvoyée en quelques millisecondes, sans charger le noyau PHP, sans interroger la base de données et sans démarrer le framework PrestaShop. Le traitement doit s'effectuer au niveau le plus bas de la pile d'hébergement : le serveur web.\u003C\u002Fp>\n\n\u003Cp>Sur un serveur Nginx, la configuration s'effectue dans un bloc serveur dédié à l'ancien domaine. Ce bloc écoute les ports HTTP et HTTPS, applique le certificat SSL de l'ancien domaine et renvoie instantanément vers le nouveau nom d'hôte en conservant l'intégralité de la chaîne de requête :\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\u003Cstrong>Conservation absolue de l'URI :\u003C\u002Fstrong> La variable de requête doit être transmise sans altération pour que l'adresse d'un produit sur l'ancien domaine redirige strictement vers le même produit sur le nouveau domaine.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Gestion obligatoire du SSL sur l'ancien domaine :\u003C\u002Fstrong> Vous devez impérativement maintenir un certificat SSL valide sur l'ancien domaine. Si un internaute ou un robot suit un lien externe vers une adresse sécurisée de l'ancien domaine et que le certificat est expiré ou absent, le navigateur affichera une alerte de sécurité bloquante avant même de pouvoir lire l'en-tête de redirection 301.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Règles de réécriture sous Apache :\u003C\u002Fstrong> Si vous utilisez Apache, configurez les directives de réécriture à la racine de l'ancien hébergement via le fichier de configuration de l'hôte virtuel ou un fichier de règles serveur dédié, en interdisant toute réécriture interne avant la redirection globale.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>Tableau comparatif : les étapes critiques de la bascule et leurs points de contrôle\u003C\u002Fh2>\n\u003Cp>Une migration d'adresse e-commerce réussie repose sur une séquence chronologique stricte. Sauter une étape ou exécuter les actions dans le désordre entraîne presque systématiquement des boucles de redirection ou des indisponibilités partielles. Le tableau suivant synthétise les phases opérationnelles, les composants techniques concernés et les points de vigilance majeurs à vérifier.\u003C\u002Fp>\n\n\u003Ctable>\n\u003Cthead>\n\u003Ctr>\n\u003Cth>Phase de migration\u003C\u002Fth>\n\u003Cth>Composant technique\u003C\u002Fth>\n\u003Cth>Action requise\u003C\u002Fth>\n\u003Cth>Point de contrôle critique\u003C\u002Fth>\n\u003C\u002Ftr>\n\u003C\u002Fthead>\n\u003Ctbody>\n\u003Ctr>\n\u003Ctd>1. Préparation\u003C\u002Ftd>\n\u003Ctd>Boutique & Hébergement\u003C\u002Ftd>\n\u003Ctd>Gel du catalogue, mode maintenance et export SQL\u002Ffichiers complet\u003C\u002Ftd>\n\u003Ctd>Intégrité de l'archive et arrêt des sessions actives\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>2. Base de données\u003C\u002Ftd>\n\u003Ctd>Tables ps_shop_url et ps_configuration\u003C\u002Ftd>\n\u003Ctd>Mise à jour des champs domain, domain_ssl et des clés système\u003C\u002Ftd>\n\u003Ctd>Absence de protocole (https:\u002F\u002F) et de slash final dans les valeurs SQL\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>3. Environnement\u003C\u002Ftd>\n\u003Ctd>Cache Symfony et Smarty\u003C\u002Ftd>\n\u003Ctd>Suppression manuelle récursive des dossiers var\u002Fcache\u002Fprod et compilation\u003C\u002Ftd>\n\u003Ctd>Vérification des droits d'écriture du serveur web sur les dossiers recréés\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>4. Sécurité SSL\u003C\u002Ftd>\n\u003Ctd>Certificats TLS \u002F Let's Encrypt\u003C\u002Ftd>\n\u003Ctd>Génération et liaison des certificats sur l'ancien ET le nouveau domaine\u003C\u002Ftd>\n\u003Ctd>Vérification de la chaîne de certification sans alerte de navigateur\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>5. Redirection\u003C\u002Ftd>\n\u003Ctd>Configuration Nginx \u002F Apache\u003C\u002Ftd>\n\u003Ctd>Mise en place de la règle 301 globale préservant strictement l'URI\u003C\u002Ftd>\n\u003Ctd>Test d'un code de statut HTTP 301 direct sans passer par du 302 intermédiaire\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>6. Indexation\u003C\u002Ftd>\n\u003Ctd>Google Search Console\u003C\u002Ftd>\n\u003Ctd>Déclaration du changement d'adresse et soumission du nouveau sitemap\u003C\u002Ftd>\n\u003Ctd>Validation des propriétés de domaine par enregistrement DNS TXT\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>7. Nettoyage BD\u003C\u002Ftd>\n\u003Ctd>Tables ps_product_lang et ps_cms_lang\u003C\u002Ftd>\n\u003Ctd>Remplacement des URLs absolues internes et chemins d'images en dur\u003C\u002Ftd>\n\u003Ctd>Contrôle des requêtes SQL pour éviter les remplacements accidentels\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003Ctr>\n\u003Ctd>8. Paiements\u003C\u002Ftd>\n\u003Ctd>Modules tiers & Passerelles\u003C\u002Ftd>\n\u003Ctd>Mise à jour des URLs de retour, webhooks IPN et clés API\u003C\u002Ftd>\n\u003Ctd>Validation d'une transaction test complète avec notification serveur\u003C\u002Ftd>\n\u003C\u002Ftr>\n\u003C\u002Ftbody>\n\u003C\u002Ftable>\n\n\u003Ch2>Les pièges techniques fréquents : boucles, médias en dur et webhooks bancaires\u003C\u002Fh2>\n\u003Cp>L'expérience montre que les dysfonctionnements observés après le changement de domaine proviennent rarement de la configuration générale de PrestaShop, mais plutôt de résidus techniques ancrés dans les contenus éditoriaux, de configurations de serveurs contradictoires ou de liaisons applicatives externes ignorées lors du chantier.\u003C\u002Fp>\n\n\u003Cp>Le premier piège concerne les boucles infinies de redirection (redirection loops). Ce phénomène survient généralement lorsque PrestaShop est configuré pour forcer le protocole SSL (option activer le SSL sur tout le site) alors que le serveur web ou le répartiteur de charge en amont n'envoie pas l'en-tête de transfert adéquat. Le serveur redirige la requête vers le protocole sécurisé, tandis que l'application, ne détectant pas l'état chiffré, renvoie une nouvelle directive de redirection vers la même ressource. Pour résoudre ce blocage, vérifiez la cohérence entre la directive de réécriture du serveur web et les paramètres de détection HTTPS de PrestaShop.\u003C\u002Fp>\n\n\u003Ch3>Le nettoyage des images et liens codés en dur dans le contenu\u003C\u002Fh3>\n\u003Cp>Au fil des années d'exploitation d'une boutique PrestaShop, les éditeurs de contenu, les modules de blog ou les générateurs de pages insèrent fréquemment des liens absolus pointant vers l'ancien nom de domaine directement au cœur du code HTML des fiches produits et des pages de contenu. Si vous ne traitez pas ces références, vos nouvelles pages contiendront des centaines de liens internes pointant vers l'ancien domaine qui déclencheront inutilement des redirections 301 à chaque clic, ralentissant la navigation et brouillant les signaux d'exploration.\u003C\u002Fp>\n\n\u003Cp>De plus, si certaines images de description ou certains éléments graphiques appellent l'ancien domaine et que ce dernier vient un jour à expirer ou à présenter une défaillance de certificat SSL, vos fiches produits afficheront des erreurs de contenu mixte ou des images brisées. Une opération de recherche et remplacement ciblée dans les tables linguistiques de la base de données s'avère indispensable pour assainir le code :\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\u003Cstrong>Description des fiches produits :\u003C\u002Fstrong> Appliquez une fonction de remplacement textuel SQL sur les colonnes de description de la table dédiée aux langues des produits pour substituer l'ancienne URL par la nouvelle.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Pages CMS et blocs de pied de page :\u003C\u002Fstrong> Répétez l'opération sur les contenus éditoriaux institutionnels pour mettre à jour les mentions légales, conditions générales et guides d'achat.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Modules de menu et bannières :\u003C\u002Fstrong> Inspectez les tables des modules de navigation personnalisés, qui enregistrent très souvent des adresses absolues lors de la création manuelle des liens de menu.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch3>Les modules de paiement et les webhooks de notification\u003C\u002Fh3>\n\u003Cp>Il s'agit d'un point névralgique qui peut paralyser l'activité commerciale d'un site e-commerce dès sa réouverture. Les solutions de paiement modernes (cartes bancaires, prestataires de paiement fractionné, portefeuilles électroniques) fonctionnent grâce à des communications asynchrones : une fois le paiement validé par la banque du client, les serveurs de la passerelle envoient une notification HTTP directe (webhook ou URL de notification instantanée) à votre boutique pour transformer le panier en commande confirmée et modifier les stocks.\u003C\u002Fp>\n\n\u003Cp>Or, la quasi-totalité des passerelles bancaires refusent catégoriquement de suivre les redirections 301 pour des raisons de sécurité cryptographique. Si votre passerelle tente d'envoyer la confirmation de paiement sur l'ancien domaine et reçoit une réponse 301, la notification est immédiatement rejetée comme invalide. Le client voit son compte débité, mais la boutique n'enregistre jamais la commande. Vous devez impérativement vous connecter aux consoles d'administration de chacun de vos prestataires de paiement pour actualiser manuellement les URLs de notification et les adresses de retour d'authentification.\u003C\u002Fp>\n\n\u003Ch2>Google Search Console et signaux SEO : la déclaration officielle de changement d'adresse\u003C\u002Fh2>\n\u003Cp>Dès que les redirections serveur sont opérationnelles et que la nouvelle boutique répond parfaitement sous son nouveau nom d'hôte, vous devez officialiser la transition auprès des moteurs de recherche. La transmission du signal de redirection 301 au niveau HTTP est nécessaire, mais elle doit être consolidée par les outils d'administration web pour accélérer la prise en compte de la nouvelle marque et synchroniser l'indexation.\u003C\u002Fp>\n\n\u003Cp>La Search Console propose un outil spécifique de changement d'adresse conçu pour avertir les robots qu'un domaine entier glisse vers une nouvelle destination. Cet outil déclenche une priorité d'exploration sur les anciennes URLs afin de constater rapidement les redirections et de mettre à jour les résultats de recherche au profit du nouveau domaine.\u003C\u002Fp>\n\n\u003Cul>\n\u003Cli>\u003Cstrong>Validation des deux propriétés :\u003C\u002Fstrong> Vous devez disposer d'un accès vérifié au niveau propriétaire sur l'ancien domaine et sur le nouveau. Privilégiez systématiquement la validation par enregistrement DNS TXT (propriété de domaine), qui englobe l'ensemble des sous-domaines et des protocoles sans omission.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Activation de l'outil de changement d'adresse :\u003C\u002Fstrong> Dans les paramètres de la propriété de l'ancien domaine, lancez la procédure de changement d'adresse. L'outil effectue une série de vérifications préliminaires automatisées sur quelques URLs représentatives afin de s'assurer que la redirection 301 vers le nouveau domaine est bien fonctionnelle.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Soumission immédiate du sitemap XML :\u003C\u002Fstrong> Générez un sitemap neuf depuis PrestaShop reflétant exclusivement les nouvelles adresses canoniques, puis soumettez-le sur la propriété Search Console du nouveau domaine. Cela aide les robots à découvrir immédiatement l'exhaustivité de votre arborescence sous sa nouvelle identité.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Contrôle des balises canoniques :\u003C\u002Fstrong> Inspectez le code source de plusieurs typologies de pages (accueil, catégories, fiches produits, pages informatives) pour vérifier que la balise d'URL canonique présente dans l'en-tête HTML mentionne rigoureusement le nouveau domaine et ne génère aucun conflit d'auto-référencement avec l'ancienne adresse.\u003C\u002Fli>\n\u003C\u002Ful>\n\n\u003Ch2>Surveillance post-migration : l'analyse des logs et le calendrier de contrôle\u003C\u002Fh2>\n\u003Cp>La bascule technique ne constitue que la première phase de l'opération. Les semaines qui suivent la mise en ligne du nouveau domaine exigent une surveillance rigoureuse pour détecter les éventuels décrochages d'indexation, identifier les liens brisés et s'assurer que les robots explorent activement la nouvelle plateforme. Le suivi des positions ne doit pas être guidé par des suppositions, mais par l'analyse objective des données d'exploration et d'affichage.\u003C\u002Fp>\n\n\u003Cp>L'observation quotidienne des fichiers de logs du serveur web constitue le moyen le plus rapide d'évaluer la santé de la migration. En filtrant les requêtes selon les agents utilisateurs des robots d'exploration, vous pouvez mesurer avec précision le rythme de découverte du nouveau domaine et constater l'extinction progressive des requêtes aboutissant sur l'ancien.\u003C\u002Fp>\n\n\u003Cdl>\n\u003Cdt>Analyse des codes de statut dans les journaux d'accès :\u003C\u002Fdt>\n\u003Cdd>Vérifiez que 100 % des requêtes arrivant sur l'ancien domaine renvoient immédiatement un code HTTP 301. La présence de codes 404 sur l'ancien domaine signale une omission dans vos règles de redirection, tandis que des codes 500 trahissent une défaillance logicielle au niveau de l'hôte virtuel.\u003C\u002Fdd>\n\u003Cdt>Surveillance du rapport d'indexation des pages :\u003C\u002Fdt>\n\u003Cdd>Dans la Search Console, suivez la courbe des pages indexées. Vous devez observer un transfert progressif : la courbe de l'ancien domaine diminue tandis que celle du nouveau progresse de manière symétrique. Tout écart persistant au-delà de plusieurs semaines révèle un goulot d'étranglement dans le maillage ou un problème d'accès robot.\u003C\u002Fdd>\n\u003Cdt>Maintien dans la durée de l'ancien nom de domaine :\u003C\u002Fdt>\n\u003Cdd>Ne commettez jamais l'imprudence de résilier votre ancien domaine ou d'interrompre son certificat SSL au bout de quelques mois. Les liens externes acquis au fil des ans sur d'autres sites web, les favoris de vos clients réguliers et l'indexation profonde continueront de solliciter l'ancienne adresse pendant de longues années. Conservez l'ancien domaine et son routage sécurisé aussi longtemps que possible afin de préserver l'actif numérique de votre entreprise.\u003C\u002Fdd>\n\u003C\u002Fdl>\n\n\u003Ch3>Synthèse méthodologique\u003C\u002Fh3>\n\u003Cp>Changer de nom de domaine sur PrestaShop est une opération délicate mais parfaitement maîtrisable lorsque chaque maillon technique est respecté dans un ordre méthodique. En combinant une mise à jour rigoureuse des tables de données, une purge physique complète des caches du framework, des redirections 301 gérées directement au niveau du serveur web et une surveillance vigilante des passerelles transactionnelles, vous assurez la continuité de votre activité commerciale et préservez durablement l'autorité de votre boutique sur les moteurs de recherche.\u003C\u002Fp>\u003Ch2>À lire aussi\u003C\u002Fh2>\u003Cul>\u003Cli>\u003Ca href=\"\u002Fblog\u002Fprestashop\u002Fhub-pro-headless-nuxt-docker\">Coulisses : propulser un Hub Pro avec PrestaShop Headless et Nuxt\u003C\u002Fa>\u003C\u002Fli>\u003C\u002Ful>",[],[238,241,244,247,250,253,256,259,262,265,268,271,274,277,280,283,286,289],{"q":239,"a":240},"Analyse des codes de statut dans les journaux d'accès :","Vérifiez que 100 % des requêtes arrivant sur l'ancien domaine renvoient immédiatement un code HTTP 301. La présence de codes 404 sur l'ancien domaine signale une omission dans vos règles de redirection, tandis que des codes 500 trahissent une défaillance logicielle au niveau de l'hôte virtuel.",{"q":242,"a":243},"Surveillance du rapport d'indexation des pages :","Dans la Search Console, suivez la courbe des pages indexées. Vous devez observer un transfert progressif : la courbe de l'ancien domaine diminue tandis que celle du nouveau progresse de manière symétrique. Tout écart persistant au-delà de plusieurs semaines révèle un goulot d'étranglement dans le maillage ou un problème d'accès robot.",{"q":245,"a":246},"Maintien dans la durée de l'ancien nom de domaine :","Ne commettez jamais l'imprudence de résilier votre ancien domaine ou d'interrompre son certificat SSL au bout de quelques mois. Les liens externes acquis au fil des ans sur d'autres sites web, les favoris de vos clients réguliers et l'indexation profonde continueront de solliciter l'ancienne adresse pendant de longues années. Conservez l'ancien domaine et son routage sécurisé aussi longtemps que possible afin de préserver l'actif numérique de votre entreprise.",{"q":248,"a":249},"Faut-il mettre la boutique en maintenance pendant le changement de nom de domaine ?","Oui, l'activation du mode maintenance est indispensable. Elle empêche les clients de passer des commandes ou de modifier des paniers pendant que vous intervenez sur les tables SQL et sur les fichiers de cache, tout en vous permettant de tester le nouveau domaine grâce à votre adresse IP en liste blanche.",{"q":251,"a":252},"Quelle est la différence entre changer de domaine sur PrestaShop 1.7 et sur PrestaShop 8 ou 9 ?","Sur les versions 8 et 9, l'intégration de Symfony est plus poussée que sur la 1.7. Les fichiers de configuration peuvent utiliser des variables d'environnement (.env) en plus de config\u002Fparameters.php, et la purge manuelle du conteneur compilé dans var\u002Fcache\u002Fprod\u002F doit être strictement réalisée en ligne de commande pour éviter les blocages de routage.",{"q":254,"a":255},"Pourquoi ne faut-il pas utiliser un module PrestaShop pour gérer les redirections 301 du domaine ?","Un module PrestaShop oblige le serveur à exécuter PHP, à charger le framework et à interroger la base de données à chaque requête vers l'ancien domaine, ce qui dégrade fortement le temps de réponse (TTFB). De plus, en cas d'erreur logicielle ou de surcharge, les redirections ne sont plus émises, ce qui pénalise directement le crawl des moteurs de recherche.",{"q":257,"a":258},"Comment éviter les boucles de redirection infinies après la modification de l'URL ?","Les boucles surviennent souvent en cas de conflit entre l'obligation SSL de PrestaShop et la configuration du serveur web. Assurez-vous que les tables ps_shop_url et ps_configuration contiennent la valeur exacte du domaine sans préfixe http\u002Fhttps, que le chemin physique d'installation est correct, et que votre serveur web transmet les bons en-têtes HTTPS à PHP.",{"q":260,"a":261},"Dois-je conserver un certificat SSL actif sur l'ancien nom de domaine ?","Oui, c'est impératif. Si un internaute ou un robot d'exploration arrive sur une URL sécurisée (https:\u002F\u002F) de l'ancien domaine et que le certificat est absent ou expiré, une alerte de sécurité bloquante apparaîtra dans le navigateur avant même que la redirection 301 ne puisse être exécutée.",{"q":263,"a":264},"Comment mettre à jour les URLs d'images insérées en dur dans les descriptions de produits ?","Il faut exécuter des requêtes SQL de mise à jour ciblées avec la fonction REPLACE() sur les colonnes textuelles des tables ps_product_lang et ps_cms_lang afin de remplacer l'ancienne adresse absolue par la nouvelle, sans altérer le reste du code HTML.",{"q":266,"a":267},"Que deviennent les commandes passées par carte bancaire si les webhooks ne sont pas mis à jour ?","Les passerelles de paiement (Stripe, PayPal, passerelles bancaires traditionnelles) envoient des notifications de serveur à serveur qui ne suivent généralement pas les redirections 301. Si l'URL de notification n'est pas modifiée chez le prestataire, le paiement est encaissé mais la boutique ne crée pas la commande correspondante.",{"q":269,"a":270},"Combien de temps faut-il conserver l'ancien nom de domaine et son hébergement ?","L'ancien nom de domaine doit être conservé et maintenu sous redirection 301 aussi longtemps que possible, idéalement pendant plusieurs années. Des liens externes, des partages sur les réseaux sociaux et des signets d'utilisateurs continuent d'envoyer du trafic qualifié bien après la migration.",{"q":272,"a":273},"Comment déclarer le changement de domaine dans Google Search Console ?","Après avoir validé la propriété de domaine de l'ancien et du nouveau site via un enregistrement DNS TXT, rendez-vous dans les paramètres de l'ancienne propriété, puis utilisez l'outil officiel de changement d'adresse pour valider le basculement et soumettez le nouveau sitemap XML.",{"q":275,"a":276},"Pourquoi les balises canoniques continuent-elles parfois d'afficher l'ancien domaine après la bascule ?","Cela se produit lorsque le cache de compilation des gabarits Smarty ou le conteneur applicatif Symfony n'a pas été entièrement vidé. PrestaShop réutilise des fragments de templates compilés contenant l'ancien nom d'hôte en mémoire cache.",{"q":278,"a":279},"Quels dossiers de cache PrestaShop faut-il supprimer manuellement après la migration ?","Il faut supprimer l'intégralité du contenu des dossiers var\u002Fcache\u002Fprod\u002F et var\u002Fcache\u002Fdev\u002F sur votre serveur via SSH, ainsi que les fichiers de compilation situés dans le dossier de cache de Smarty, avant de recharger la page d'accueil de la boutique.",{"q":281,"a":282},"Comment vérifier que la redirection 301 conserve bien l'ensemble des paramètres d'URL ?","Vous pouvez tester une URL spécifique comportant des paramètres de tri ou de pagination en ligne de commande avec la commande curl -I. L'en-tête HTTP renvoyé doit comporter un code de statut 301 et un en-tête Location pointant vers la même URL exacte sur le nouveau domaine avec l'ensemble des variables d'origine.",{"q":284,"a":285},"Est-il nécessaire de modifier le fichier parameters.php lors d'un simple changement de domaine ?","Si la boutique reste hébergée sur le même serveur avec la même base de données, le fichier parameters.php ne nécessite aucune modification. Il ne doit être ajusté que si la migration de domaine s'accompagne d'un changement de serveur, d'identifiants de base de données ou de préfixe.",{"q":287,"a":288},"Quel est l'impact d'un changement de domaine sur les flux de places de marché et comparateurs ?","Les flux produits (Google Shopping, flux de places de marché) générés par PrestaShop contiendront les nouvelles URLs dès la mise à jour des paramètres. Vous devez actualiser l'URL source du flux sur vos plateformes partenaires pour éviter le rejet des fiches lors des vérifications de redirection.",{"q":290,"a":291},"Pourquoi est-il déconseillé de modifier l'arborescence des catégories en même temps que le nom de domaine ?","Modifier simultanément le nom de domaine et la structure des répertoires de catégories complexifie considérablement le travail d'exploration des moteurs de recherche. Il devient impossible d'isoler la cause exacte d'une fluctuation de trafic entre le changement d'adresse et la modification du maillage interne.","Migrez votre boutique PrestaShop 1.7, 8 ou 9 vers un nouveau nom de domaine sans perdre votre SEO : base SQL, caches, redirections 301 serveur et pièges clés.","2026-09-25T14:15:21.000Z",14,{"fr":208},[297],"fr",{"id":47,"slug":299,"name":120,"firstname":300,"lastname":301,"title":302,"bio":303,"image":304,"linkedinUrl":305,"url":306},"alexandre-carette","Alexandre","Carette","Architecte e-commerce, SEO technique, AIO\u002FGEO","Consultant freelance e-commerce et SEO IA (AIO\u002FGEO), basé à Metz. Architecte PrestaShop Headless, SEO technique, visibilité dans les moteurs conversationnels (ChatGPT, Perplexity, Gemini). Zéro sous-traitance : un seul interlocuteur.","\u002Falexandre-carette-256.webp","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Fcarette-alexandre","\u002Fauteur\u002Falexandre-carette",[],[309,322,334,345],{"id":310,"title":311,"category":212,"subcategory":312,"slug":313,"segment":314,"categoryPath":315,"path":316,"linkRewrite":317,"excerpt":318,"coverImage":319,"thumbnailImage":319,"nuxtUrl":320,"indexable":20,"datePublished":321,"dateUpdated":321,"readingTime":294,"faqCount":39},122,"Micro-caching Nginx PrestaShop : 1 000 req\u002Fs sans saturer","performance","performance--cache-http-microcaching-nginx-prestashop","cache-http-microcaching-nginx-prestashop","prestashop\u002Fperformance","prestashop\u002Fperformance\u002Fcache-http-microcaching-nginx-prestashop","prestashop--performance--cache-http-microcaching-nginx-prestashop","Découvrez comment configurer le micro-caching Nginx pour PrestaShop, absorber 1 000 requêtes par seconde et isoler strictement paniers et comptes clients.","\u002Fblog-covers\u002Fa7dac614da63.webp","\u002Fblog\u002Fprestashop\u002Fperformance\u002Fcache-http-microcaching-nginx-prestashop","2026-10-05T06:00:02.000Z",{"id":323,"title":324,"category":212,"subcategory":312,"slug":325,"segment":326,"categoryPath":315,"path":327,"linkRewrite":328,"excerpt":329,"coverImage":330,"thumbnailImage":330,"nuxtUrl":331,"indexable":20,"datePublished":332,"dateUpdated":332,"readingTime":333,"faqCount":39},121,"Optimisation SQL PrestaShop : diviser le TTFB MariaDB par 3","performance--optimisation-sql-index-mariadb-prestashop-ttfb","optimisation-sql-index-mariadb-prestashop-ttfb","prestashop\u002Fperformance\u002Foptimisation-sql-index-mariadb-prestashop-ttfb","prestashop--performance--optimisation-sql-index-mariadb-prestashop-ttfb","Accélérez PrestaShop : découvrez les index MariaDB critiques, la purge des tables volumineuses et le réglage InnoDB pour diviser votre TTFB par trois.","\u002Fblog-covers\u002Fcb78a78910ec.webp","\u002Fblog\u002Fprestashop\u002Fperformance\u002Foptimisation-sql-index-mariadb-prestashop-ttfb","2026-10-02T06:00:03.000Z",11,{"id":335,"title":336,"category":212,"subcategory":312,"slug":337,"segment":338,"categoryPath":315,"path":339,"linkRewrite":340,"excerpt":341,"coverImage":342,"thumbnailImage":342,"nuxtUrl":343,"indexable":20,"datePublished":344,"dateUpdated":344,"readingTime":333,"faqCount":39},120,"PrestaShop page blanche : corriger l'erreur 500","performance--page-blanche-prestashop-diagnostiquer-corriger-erreur-500","page-blanche-prestashop-diagnostiquer-corriger-erreur-500","prestashop\u002Fperformance\u002Fpage-blanche-prestashop-diagnostiquer-corriger-erreur-500","prestashop--performance--page-blanche-prestashop-diagnostiquer-corriger-erreur-500","Page blanche ou erreur 500 sur PrestaShop ? Mode debug, logs d'erreurs, arrêt d'un module en base et purge du cache : suivez ce protocole d'urgence pas à pas.","\u002Fblog-covers\u002Fb81d9e1317f3.webp","\u002Fblog\u002Fprestashop\u002Fperformance\u002Fpage-blanche-prestashop-diagnostiquer-corriger-erreur-500","2026-10-01T06:00:03.000Z",{"id":346,"title":347,"category":212,"subcategory":312,"slug":348,"segment":349,"categoryPath":315,"path":350,"linkRewrite":351,"excerpt":352,"coverImage":353,"thumbnailImage":353,"nuxtUrl":354,"indexable":20,"datePublished":355,"dateUpdated":355,"readingTime":356,"faqCount":39},119,"Lenteur PrestaShop : audit et optimisation technique","performance--lenteur-prestashop-methode-audit-optimisation","lenteur-prestashop-methode-audit-optimisation","prestashop\u002Fperformance\u002Flenteur-prestashop-methode-audit-optimisation","prestashop--performance--lenteur-prestashop-methode-audit-optimisation","Résolvez la lenteur de PrestaShop avec une méthode d'ingénieur : diagnostic du TTFB, profiling SQL MariaDB, assainissement des hooks et gains mesurés.","\u002Fblog-covers\u002Fe806df171bd6.webp","\u002Fblog\u002Fprestashop\u002Fperformance\u002Flenteur-prestashop-methode-audit-optimisation","2026-09-30T06:00:03.000Z",12]