[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"$fgMke3jFG5sTOmqhK1WHAH_gDNu89R8zpq2McriLa0hg":22,"$fKnz2vuX4bZz1LbUTiuFsvSZ3e07l5_5fqNYp4Tzdhi8":63,"$fcaMdyIYt84hiBHdccTvav_Bdtn74YNP8R0h-jy8aCxQ":144,"footer-db":159,"megamenu":178,"header-db":232},{"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":33,"psVersions":34,"content":38,"faq":39,"tldr":58,"readingTime":59,"generatedAt":60,"publishDate":60,"relatedArticles":61,"sourceCategory":62},"Transférer PrestaShop vers un nouvel hébergeur sans perdre de données","transferer-prestashop-nouvel-hebergeur-migration-complete","Guide complet pour migrer votre boutique PrestaShop vers un nouvel hébergeur : fichiers, base de données, settings.inc.php et pièges à éviter.","migration",[28,29,30,31,32],"migration prestashop","transfert hébergeur","settings.inc.php","sauvegarde prestashop","cookie key","intermediaire",[35,36,37],"1.6","1.7","8.x","\u003Ch2>Pourquoi la migration d'hébergeur PrestaShop est une opération sensible\u003C\u002Fh2>\n\u003Cp>Transférer une boutique PrestaShop vers un nouvel hébergeur ne se résume pas à copier des fichiers et importer une base de données. Plusieurs éléments critiques — notamment le fichier \u003Ccode>settings.inc.php\u003C\u002Fcode> et les clés de chiffrement qu'il contient — conditionnent le bon fonctionnement de votre boutique après migration. Une erreur sur ce fichier peut rendre tous les mots de passe clients inutilisables ou provoquer des dysfonctionnements silencieux.\u003C\u002Fp>\n\u003Cp>Après plus de dix ans d'interventions sur des migrations PrestaShop, voici la méthode complète et les pièges à connaître.\u003C\u002Fp>\n\u003Ch2>Étape 1 : Sauvegarder l'intégralité de votre boutique actuelle\u003C\u002Fh2>\n\u003Cp>Avant toute manipulation, réalisez une sauvegarde complète :\u003C\u002Fp>\n\u003Ch3>Sauvegarde des fichiers (FTP\u002FSFTP)\u003C\u002Fh3>\n\u003Cp>Téléchargez l'intégralité du répertoire de votre boutique via un client FTP (FileZilla, WinSCP) ou en SSH :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Connexion SSH puis archivage complet\ntar -czf backup_prestashop_$(date +%Y%m%d).tar.gz \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>Fichiers critiques à ne surtout pas oublier :\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cul>\n\u003Cli>`\u002Fapp\u002Fconfig\u002Fparameters.php` (PrestaShop 1.7 \u002F 8.x)\u003C\u002Fli>\n\u003Cli>`\u002Fconfig\u002Fsettings.inc.php` (PrestaShop 1.6, toujours présent en 1.7\u002F8.x)\u003C\u002Fli>\n\u003Cli>Le fichier `.htaccess` à la racine\u003C\u002Fli>\n\u003Cli>Le dossier `\u002Fimg\u002F` (images produits, catégories, CMS)\u003C\u002Fli>\n\u003Cli>Le dossier `\u002Fmodules\u002F` (modules tiers et personnalisés)\u003C\u002Fli>\n\u003Cli>Le dossier `\u002Fthemes\u002F` (votre thème actif et ses modifications)\u003C\u002Fli>\n\u003Cli>Le dossier `\u002Foverride\u002F` (surcharges personnalisées)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Sauvegarde de la base de données\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nmysqldump -u utilisateur -p nom_de_la_base > backup_bdd_$(date +%Y%m%d).sql\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Sur PrestaShop 8.x, vous pouvez aussi exporter depuis le back-office via \u003Cstrong>Paramètres avancés > Import\u002FExport de la base de données\u003C\u002Fstrong>, mais l'export en ligne de commande reste plus fiable pour les bases volumineuses.\u003C\u002Fp>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Règle d'or :\u003C\u002Fstrong> ne supprimez jamais les fichiers de l'ancien hébergeur tant que la migration n'est pas validée et fonctionnelle sur le nouveau.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>Étape 2 : Comprendre le fichier settings.inc.php\u003C\u002Fh2>\n\u003Cp>C'est le fichier le plus critique de votre installation. Il contient les paramètres de connexion à la base de données mais aussi les \u003Cstrong>clés de chiffrement\u003C\u002Fstrong> utilisées par PrestaShop.\u003C\u002Fp>\n\u003Cp>Voici sa structure type :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n<?php\ndefine('_DB_SERVER_', 'localhost');\ndefine('_DB_NAME_', 'nom_base_de_donnees');\ndefine('_DB_USER_', 'utilisateur_bdd');\ndefine('_DB_PASSWD_', 'mot_de_passe_bdd');\ndefine('_DB_PREFIX_', 'ps_');\ndefine('_MYSQL_ENGINE_', 'InnoDB');\ndefine('_PS_CACHING_SYSTEM_', 'CacheMemcache');\ndefine('_PS_CACHE_ENABLED_', '0');\ndefine('_COOKIE_KEY_', 'VotreCleUniqueGenereeALinstallation');\ndefine('_COOKIE_IV_', 'VecteurIV');\ndefine('_PS_CREATION_DATE_', '2024-01-15');\ndefine('_PS_VERSION_', '8.1.0');\ndefine('_RIJNDAEL_KEY_', 'CleRijndaelUnique32Caracteres');\ndefine('_RIJNDAEL_IV_', 'VecteurInitialisationBase64==');\ndefine('_PS_DIRECTORY_', '\u002F');\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Les paramètres à modifier sur le nouvel hébergeur\u003C\u002Fh3>\n\u003Ctr>\u003Cth>Paramètre\u003C\u002Fth>\u003Cth>Action\u003C\u002Fth>\u003Cth>Explication\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_DB_SERVER_`\u003C\u002Fth>\u003Cth>**Modifier**\u003C\u002Fth>\u003Cth>Adresse du serveur MySQL du nouvel hébergeur (souvent `localhost`)\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_DB_NAME_`\u003C\u002Fth>\u003Cth>**Modifier**\u003C\u002Fth>\u003Cth>Nom de la nouvelle base de données créée\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_DB_USER_`\u003C\u002Fth>\u003Cth>**Modifier**\u003C\u002Fth>\u003Cth>Utilisateur MySQL du nouvel hébergeur\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_DB_PASSWD_`\u003C\u002Fth>\u003Cth>**Modifier**\u003C\u002Fth>\u003Cth>Mot de passe de cet utilisateur\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_DB_PREFIX_`\u003C\u002Fth>\u003Cth>**Conserver**\u003C\u002Fth>\u003Cth>Doit correspondre au préfixe utilisé dans votre dump SQL\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_COOKIE_KEY_`\u003C\u002Fth>\u003Cth>**⚠️ Conserver impérativement**\u003C\u002Fth>\u003Cth>Clé de hachage des mots de passe\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_COOKIE_IV_`\u003C\u002Fth>\u003Cth>**⚠️ Conserver impérativement**\u003C\u002Fth>\u003Cth>Vecteur d'initialisation des cookies\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_RIJNDAEL_KEY_`\u003C\u002Fth>\u003Cth>**⚠️ Conserver impérativement**\u003C\u002Fth>\u003Cth>Clé de chiffrement Rijndael\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_RIJNDAEL_IV_`\u003C\u002Fth>\u003Cth>**⚠️ Conserver impérativement**\u003C\u002Fth>\u003Cth>Vecteur Rijndael\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>`_PS_DIRECTORY_`\u003C\u002Fth>\u003Cth>**Vérifier**\u003C\u002Fth>\u003Cth>Adapter si le chemin d'installation change\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ch2>Étape 3 : Le piège des clés de chiffrement (COOKIE_KEY et RIJNDAEL_KEY)\u003C\u002Fh2>\n\u003Cp>C'est l'erreur la plus fréquente et la plus grave lors d'une migration. Les constantes \u003Ccode>_COOKIE_KEY_\u003C\u002Fcode>, \u003Ccode>_COOKIE_IV_\u003C\u002Fcode>, \u003Ccode>_RIJNDAEL_KEY_\u003C\u002Fcode> et \u003Ccode>_RIJNDAEL_IV_\u003C\u002Fcode> sont \u003Cstrong>générées une seule fois\u003C\u002Fstrong>, lors de l'installation de PrestaShop. Elles servent à :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**Hacher les mots de passe** des clients et des employés\u003C\u002Fli>\n\u003Cli>**Chiffrer les cookies de session**\u003C\u002Fli>\n\u003Cli>**Sécuriser les tokens** internes\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Ce qui se passe si vous perdez ces clés\u003C\u002Fh3>\n\u003Cp>Si vous régénérez un \u003Ccode>settings.inc.php\u003C\u002Fcode> depuis une nouvelle installation (ou si vous le recréez manuellement avec de nouvelles clés), \u003Cstrong>tous les mots de passe existants deviennent invalides\u003C\u002Fstrong>. Concrètement :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>Aucun client ne pourra se connecter à son compte\u003C\u002Fli>\n\u003Cli>Aucun employé ne pourra accéder au back-office\u003C\u002Fli>\n\u003Cli>Les tokens de sécurité des formulaires seront invalidés\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>La seule solution dans ce cas serait de forcer la réinitialisation de mot de passe pour chaque utilisateur — une expérience catastrophique pour vos clients.\u003C\u002Fp>\n\u003Ch3>Sur PrestaShop 8.x : parameters.php\u003C\u002Fh3>\n\u003Cp>Depuis PrestaShop 1.7, les paramètres de base de données ont migré vers \u003Ccode>\u002Fapp\u002Fconfig\u002Fparameters.php\u003C\u002Fcode>, mais le fichier \u003Ccode>settings.inc.php\u003C\u002Fcode> existe toujours et contient les clés de chiffrement. \u003Cstrong>Les deux fichiers doivent être conservés et adaptés.\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F app\u002Fconfig\u002Fparameters.php (PrestaShop 8.x)\nreturn [\n    'parameters' => [\n        'database_host' => 'localhost',\n        'database_port' => '',\n        'database_name' => 'nom_base_de_donnees',\n        'database_user' => 'utilisateur_bdd',\n        'database_password' => 'mot_de_passe_bdd',\n        'database_prefix' => 'ps_',\n        'database_engine' => 'InnoDB',\n        \u002F\u002F ...\n    ],\n];\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Étape 4 : Importer la base de données et transférer les fichiers\u003C\u002Fh2>\n\u003Ch3>Créer la base de données sur le nouvel hébergeur\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# En SSH sur le nouveau serveur\nmysql -u root -p -e \"CREATE DATABASE prestashop_prod CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;\"\nmysql -u root -p -e \"GRANT ALL PRIVILEGES ON prestashop_prod.* TO 'ps_user'@'localhost' IDENTIFIED BY 'mot_de_passe_securise';\"\nmysql -u root -p -e \"FLUSH PRIVILEGES;\"\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Importer le dump SQL\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nmysql -u ps_user -p prestashop_prod < backup_bdd_20240115.sql\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Mettre à jour les URL dans la base de données\u003C\u002Fh3>\n\u003Cp>C'est une étape souvent oubliée. PrestaShop stocke les URL du shop en base :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\nUPDATE ps_shop_url\nSET domain = 'www.nouveau-domaine.com',\n    domain_ssl = 'www.nouveau-domaine.com',\n    physical_uri = '\u002F'\nWHERE id_shop = 1;\n\nUPDATE ps_configuration\nSET value = 'https:\u002F\u002Fwww.nouveau-domaine.com\u002F'\nWHERE name IN ('PS_SHOP_DOMAIN', 'PS_SHOP_DOMAIN_SSL');\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Transférer les fichiers\u003C\u002Fh3>\n\u003Cp>Privilégiez le transfert par archive plutôt que fichier par fichier :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Sur l'ancien serveur\ntar -czf prestashop_complet.tar.gz \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002F\nscp prestashop_complet.tar.gz user@nouveau-serveur:\u002Fvar\u002Fwww\u002Fhtml\u002F\n\n# Sur le nouveau serveur\ncd \u002Fvar\u002Fwww\u002Fhtml\u002F\ntar -xzf prestashop_complet.tar.gz\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Étape 5 : Vérifications post-migration\u003C\u002Fh2>\n\u003Ch3>Permissions des fichiers\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Droits standards PrestaShop\nfind \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002F -type d -exec chmod 755 {} \\;\nfind \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002F -type f -exec chmod 644 {} \\;\n\n# Dossiers nécessitant l'écriture\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fvar\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fimg\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fupload\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fdownload\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fapp\u002Fconfig\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fapp\u002Flogs\u002F\nchmod -R 775 \u002Fvar\u002Fwww\u002Fhtml\u002Fprestashop\u002Fcache\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Vider les caches\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Supprimer les caches Smarty et Symfony\nrm -rf var\u002Fcache\u002F*\nrm -rf app\u002Fcache\u002F* 2>\u002Fdev\u002Fnull\n\n# En PrestaShop 8.x, reconstruire le cache\nphp bin\u002Fconsole cache:clear --env=prod\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Checklist de validation\u003C\u002Fh3>\n\u003Cul>\n\u003Cli>[ ] Le front-office s'affiche correctement\u003C\u002Fli>\n\u003Cli>[ ] La connexion au back-office fonctionne\u003C\u002Fli>\n\u003Cli>[ ] Un client existant peut se connecter (preuve que les COOKIE_KEY sont correctes)\u003C\u002Fli>\n\u003Cli>[ ] Les images produits s'affichent\u003C\u002Fli>\n\u003Cli>[ ] Le processus de commande fonctionne jusqu'au paiement\u003C\u002Fli>\n\u003Cli>[ ] Les modules de paiement sont actifs et configurés\u003C\u002Fli>\n\u003Cli>[ ] Les emails transactionnels partent correctement\u003C\u002Fli>\n\u003Cli>[ ] Le SSL est actif (HTTPS)\u003C\u002Fli>\n\u003Cli>[ ] Les tâches cron sont reconfigurées sur le nouvel hébergeur\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Erreurs fréquentes et solutions\u003C\u002Fh2>\n\u003Ch3>Page blanche après migration\u003C\u002Fh3>\n\u003Cp>Activez le mode debug pour voir l'erreur réelle :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F config\u002Fdefines.inc.php\ndefine('_PS_MODE_DEV_', true);\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Les causes les plus fréquentes : mauvais identifiants BDD dans \u003Ccode>settings.inc.php\u003C\u002Fcode>, version PHP incompatible, ou extensions PHP manquantes (\u003Ccode>intl\u003C\u002Fcode>, \u003Ccode>gd\u003C\u002Fcode>, \u003Ccode>curl\u003C\u002Fcode>, \u003Ccode>zip\u003C\u002Fcode>, \u003Ccode>mbstring\u003C\u002Fcode>).\u003C\u002Fp>\n\u003Ch3>Erreur 500 sur le back-office uniquement\u003C\u002Fh3>\n\u003Cp>Vérifiez que le fichier \u003Ccode>.htaccess\u003C\u002Fcode> a bien été transféré (fichier caché souvent ignoré par les clients FTP) et que le module \u003Ccode>mod_rewrite\u003C\u002Fcode> est activé sur le nouveau serveur Apache.\u003C\u002Fp>\n\u003Ch3>Images manquantes\u003C\u002Fh3>\n\u003Cp>Contrôlez que le dossier \u003Ccode>\u002Fimg\u002F\u003C\u002Fcode> a été transféré intégralement et que les permissions sont correctes. Sur PrestaShop 8.x, régénérez les miniatures depuis \u003Cstrong>Paramètres > Images\u003C\u002Fstrong>.\u003C\u002Fp>\n\u003Ch2>Bonnes pratiques pour les futures migrations\u003C\u002Fh2>\n\u003Col>\n\u003Cli>**Automatisez vos sauvegardes** : mettez en place un cron quotidien pour les fichiers et la base de données\u003C\u002Fli>\n\u003Cli>**Documentez votre configuration** : conservez une copie chiffrée de votre `settings.inc.php` et `parameters.php` dans un gestionnaire de mots de passe\u003C\u002Fli>\n\u003Cli>**Testez sur un sous-domaine** : avant de basculer le DNS, déployez sur `test.nouveau-domaine.com` pour valider\u003C\u002Fli>\n\u003Cli>**Planifiez la migration en heures creuses** : minimisez l'impact sur vos ventes\u003C\u002Fli>\n\u003Cli>**Prévoyez un rollback** : gardez l'ancien hébergeur actif quelques jours après la migration\u003C\u002Fli>\n\u003C\u002Ful>",[40,43,46,49,52,55],{"q":41,"a":42},"Que se passe-t-il si j'ai perdu mon fichier settings.inc.php lors de la migration PrestaShop ?","Si vous avez perdu le fichier settings.inc.php, vous pouvez en recréer un avec les identifiants de votre nouvelle base de données. Cependant, sans les clés de chiffrement originales (_COOKIE_KEY_, _COOKIE_IV_, _RIJNDAEL_KEY_, _RIJNDAEL_IV_), tous les mots de passe clients et employés seront invalidés. Vos clients devront tous réinitialiser leur mot de passe. C'est pourquoi il est impératif de conserver une sauvegarde de ce fichier avant toute migration.",{"q":44,"a":45},"Faut-il réinstaller PrestaShop pour changer d'hébergeur ?","Non, il ne faut surtout pas réinstaller PrestaShop lors d'un changement d'hébergeur. Une réinstallation génère de nouvelles clés de chiffrement et une base de données vierge, ce qui vous ferait perdre toutes vos données. La bonne méthode consiste à transférer les fichiers existants et importer votre base de données, puis adapter uniquement les paramètres de connexion dans settings.inc.php (et parameters.php en 1.7\u002F8.x).",{"q":47,"a":48},"Comment mettre à jour les URL de ma boutique PrestaShop après un changement de domaine ?","Après un changement de domaine, mettez à jour la table ps_shop_url (colonnes domain et domain_ssl) ainsi que les entrées PS_SHOP_DOMAIN et PS_SHOP_DOMAIN_SSL dans ps_configuration. Si vous n'avez pas accès au back-office, effectuez ces modifications directement en SQL via phpMyAdmin ou en ligne de commande MySQL. N'oubliez pas de vider le cache après la modification.",{"q":50,"a":51},"Quelle version de PHP choisir sur mon nouvel hébergeur pour PrestaShop ?","Pour PrestaShop 8.1, utilisez PHP 8.1 ou 8.2 (recommandé). Pour PrestaShop 1.7.x, PHP 7.2 à 7.4 sont supportés. Pour PrestaShop 1.6, PHP 7.1 maximum. Vérifiez également que les extensions PHP requises sont activées : intl, gd, curl, zip, mbstring, openssl, pdo_mysql et simplexml.",{"q":53,"a":54},"Combien de temps faut-il prévoir pour migrer PrestaShop vers un nouvel hébergeur ?","Pour une boutique standard (moins de 10 000 produits), comptez entre 1 et 3 heures de travail technique, plus 24 à 48 heures de propagation DNS si vous changez de domaine. Prévoyez une journée de tests fonctionnels pour valider que tout fonctionne correctement (commandes, paiements, emails, modules). Gardez l'ancien hébergeur actif pendant au moins une semaine en cas de rollback nécessaire.",{"q":56,"a":57},"Comment transférer les emails et tâches cron lors d'une migration PrestaShop ?","Les tâches cron doivent être recréées manuellement sur le nouvel hébergeur via cPanel, Plesk ou crontab en SSH. Reconfigurez les URL des crons PrestaShop (notamment le cron du module de relance panier et des imports automatiques). Pour les emails, si vous utilisiez le SMTP de l'ancien hébergeur, mettez à jour les paramètres SMTP dans Paramètres avancés > E-mail du back-office avec les identifiants du nouvel hébergeur ou d'un service tiers comme SendGrid ou Mailjet.","Pour migrer PrestaShop vers un nouvel hébergeur, sauvegardez fichiers et base de données, transférez le tout, adaptez les identifiants BDD dans settings.inc.php (et parameters.php en 8.x) mais conservez impérativement les clés de chiffrement (_COOKIE_KEY_, _RIJNDAEL_KEY_) sous peine de rendre tous les mots de passe clients inutilisables.",7,"2026-03-21T15:44:48.000Z",[],"PrestaShop Download : installation et mise à jour",{"columns":64},[65,81,111,132],{"title":66,"links":67},"Plateforme",[68,72,75,78],{"label":69,"href":70,"external":71},"Offre Starter (2 500 €)","\u002Foffre-starter",false,{"label":73,"href":74,"external":71},"Devenir Ambassadeur","\u002Fambassadeur",{"label":76,"href":77,"external":71},"Modules PrestaShop","\u002Fmodules",{"label":79,"href":80,"external":20},"CodeMyShop.com","https:\u002F\u002Fcodemyshop.com",{"title":82,"links":83},"Le Synedre",[84,87,90,93,96,99,102,105,108],{"label":85,"href":86,"external":71},"L'histoire","\u002Fsynedre",{"label":88,"href":89,"external":71},"Constitution","\u002Fsynedre\u002Fconstitution",{"label":91,"href":92,"external":71},"L'équipe","\u002Fequipe",{"label":94,"href":95,"external":71},"Le réacteur en direct","\u002Freacteur",{"label":97,"href":98,"external":71},"Le Drill (entraînement)","\u002Fdrill",{"label":100,"href":101,"external":71},"Protocole de réunion","\u002Fsynedre\u002Freunion",{"label":103,"href":104,"external":71},"Les agents IA","\u002Fagents-ia",{"label":106,"href":107,"external":71},"La Conduite","\u002Fsynedre\u002Fconduite",{"label":109,"href":110,"external":71},"Charte plateforme","\u002Fsynedre\u002Fcharte",{"title":112,"links":113},"Ressources",[114,117,120,123,126,129],{"label":115,"href":116,"external":71},"Blog","\u002Fblog",{"label":118,"href":119,"external":71},"Academy","\u002Facademy",{"label":121,"href":122,"external":71},"Dictionnaire","\u002Fdictionnaire",{"label":124,"href":125,"external":71},"Expertise PrestaShop","\u002Fexpertise",{"label":127,"href":128,"external":71},"Flywheel","\u002Fflywheel",{"label":130,"href":131,"external":71},"Manifeste","\u002Fmanifeste",{"title":133,"links":134},"À propos",[135,138,141],{"label":136,"href":137,"external":71},"Alexandre Carette","\u002Fa-propos",{"label":139,"href":140,"external":71},"Dossier de presse","\u002Fpresse",{"label":142,"href":143,"external":71},"Contact","\u002Fcontact",{"academy":145,"blog":146,"expertise":158},[],[147,152,155],{"title":148,"url":149,"score":150,"type":151},"PrestaShop headless avec Nuxt 3 : pourquoi séparer back et front","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-separation-front-back",1,"blog",{"title":153,"url":154,"score":150,"type":151},"PrestaShop headless : Nuxt 3, pas Next.js — le choix souverain","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-nextjs-souverainete",{"title":156,"url":157,"score":150,"type":151},"Sylius rachète PrestaShop : ce que ça change pour vous","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fsylius-rachat-prestashop-headless-souverainete",[],{"footer":160},{"theme":161,"description":162,"hours":162,"logo":163,"contact":166,"social":167,"bottomBar":177},"dark",null,{"src":164,"href":165,"alt":136},"\u002Flogo-ac.svg","\u002F",{"email":162,"phone":162,"address":162,"cta":162},[168,171,174],{"platform":169,"href":170,"label":169},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":172,"href":173,"label":172},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":175,"href":176,"label":175},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":162},{"items":179},[180,188,193,199,207,215,221,227],{"id":181,"type":182,"label":183,"href":125,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":185,"children":186,"psChildren":187},41,"link",{"fr":184},"Expertise",0,[],[],{"id":189,"type":182,"label":190,"href":116,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":150,"children":191,"psChildren":192},42,{"fr":115},[],[],{"id":194,"type":182,"label":195,"href":77,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":196,"children":197,"psChildren":198},43,{"fr":76},2,[],[],{"id":200,"type":182,"label":201,"href":203,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":204,"children":205,"psChildren":206},44,{"fr":202},"Outils IA","\u002Foutils-ia",3,[],[],{"id":208,"type":182,"label":209,"href":70,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":211,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":212,"children":213,"psChildren":214},45,{"fr":210},"Offre Starter ✨",{"highlight":20},4,[],[],{"id":216,"type":182,"label":217,"href":119,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":218,"children":219,"psChildren":220},46,{"fr":118},5,[],[],{"id":222,"type":182,"label":223,"href":137,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":224,"children":225,"psChildren":226},47,{"fr":133},6,[],[],{"id":228,"type":182,"label":229,"href":143,"icon":162,"description":162,"badge":162,"groupTitle":162,"style":162,"gridColumns":162,"cssClass":162,"psCategoryId":162,"showPsChildren":71,"position":59,"children":230,"psChildren":231},48,{"fr":142},[],[],{"header":233},{"logo":234,"topBar":237,"contactEmail":240,"features":241,"navBar":162},{"src":164,"alt":235,"text":136,"href":165,"class":236},"Alexandre Carette — Architecte E-commerce Souverain","h-10 w-10",{"message":162,"showLanguages":71,"align":238,"languages":239},"left",[],"contact@alexandrecarette.fr",{"showSearch":71,"showWishlist":71,"showLogin":20,"showContact":71,"showCart":71,"stickyHeader":20,"headerLayout":242},"inline"]