[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"$fyC1HUlT4VGOllKWMTI1WillRFZSLxAlJqh9gXD484qY":22,"$fJxH6ojnS2uCwwtyxm6vgRlVKo8RI2fNHaZLENIFb7xI":67,"$fKnz2vuX4bZz1LbUTiuFsvSZ3e07l5_5fqNYp4Tzdhi8":82,"footer-db":163,"megamenu":182,"header-db":236},{"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":39,"faq":40,"tldr":62,"readingTime":63,"generatedAt":64,"publishDate":64,"relatedArticles":65,"sourceCategory":66},"Reprendre un site PrestaShop : accès admin et base de données","reprendre-site-prestashop-acces-admin-base-de-donnees","Guide complet pour reprendre un site PrestaShop existant : résoudre les erreurs de connexion BDD, réinitialiser le mot de passe admin via phpMyAdmin et sécuriser l'accès.","configuration",[28,29,30,31,32,33],"reprise-site","mot-de-passe-admin","phpmyadmin","migration","base-de-donnees","settings-inc-php","intermediaire",[36,37,38],"1.6","1.7","8.x","\u003Ch2>Introduction\u003C\u002Fh2>\n\u003Cp>Reprendre un site PrestaShop existant — que ce soit après un rachat, un changement de prestataire ou une récupération de projet — est une opération courante mais semée d'embûches. Les deux problèmes les plus fréquents sont l'impossibilité de se connecter à la base de données et la perte des identifiants d'accès au back-office.\u003C\u002Fp>\n\u003Cp>Ce guide détaille les étapes méthodiques pour reprendre le contrôle complet d'une boutique PrestaShop, de la configuration de la base de données à la réinitialisation sécurisée du mot de passe administrateur.\u003C\u002Fp>\n\u003Ch2>Étape 1 : Récupérer les accès hébergement\u003C\u002Fh2>\n\u003Cp>Avant toute intervention technique, rassemblez les informations essentielles fournies par votre hébergeur :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**Accès FTP\u002FSFTP** : hôte, identifiant, mot de passe, port (généralement 21 ou 22)\u003C\u002Fli>\n\u003Cli>**Accès phpMyAdmin** : URL de connexion, identifiant et mot de passe de la base de données\u003C\u002Fli>\n\u003Cli>**Accès SSH** (si disponible) : indispensable pour les interventions avancées\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Chez OVH par exemple, ces informations sont envoyées par e-mail lors de la souscription de l'hébergement. Consultez votre espace client ou recherchez l'e-mail de bienvenue contenant ces identifiants.\u003C\u002Fp>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Conseil :\u003C\u002Fstrong> Sur un hébergement mutualisé OVH, l'accès phpMyAdmin se fait depuis l'espace client > Hébergements > Bases de données > Accéder à phpMyAdmin.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>Étape 2 : Résoudre l'erreur de connexion à la base de données\u003C\u002Fh2>\n\u003Ch3>Diagnostic de l'erreur SQLSTATE[28000] [1045]\u003C\u002Fh3>\n\u003Cp>L'erreur suivante est extrêmement courante lors d'une reprise de site :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-\">\nLink to database cannot be established: SQLSTATE[28000] [1045]\nAccess denied for user 'utilisateur'@'adresse_ip' (using password: YES)\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Cette erreur signifie que PrestaShop ne parvient pas à s'authentifier auprès du serveur MySQL\u002FMariaDB. Les causes sont presque toujours liées à une incohérence entre la configuration du site et les paramètres réels de la base de données.\u003C\u002Fp>\n\u003Ch3>Corriger la configuration dans settings.inc.php\u003C\u002Fh3>\n\u003Cp>Le fichier de configuration de la base de données se trouve à la racine de votre installation PrestaShop :\u003C\u002Fp>\n\u003Cp>\u003Cstrong>PrestaShop 1.6 :\u003C\u002Fstrong> \u003Ccode>\u002Fconfig\u002Fsettings.inc.php\u003C\u002Fcode>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F Paramètres à vérifier dans settings.inc.php (PS 1.6)\ndefine('_DB_SERVER_', 'localhost');      \u002F\u002F ou l'IP\u002Fhôte fourni par l'hébergeur\ndefine('_DB_NAME_', 'nom_base');         \u002F\u002F nom exact de la base de données\ndefine('_DB_USER_', 'utilisateur_bdd');  \u002F\u002F utilisateur MySQL\ndefine('_DB_PASSWD_', 'mot_de_passe');   \u002F\u002F mot de passe MySQL\ndefine('_DB_PREFIX_', 'ps_');            \u002F\u002F préfixe des tables\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>PrestaShop 1.7 et 8.x :\u003C\u002Fstrong> \u003Ccode>\u002Fapp\u002Fconfig\u002Fparameters.php\u003C\u002Fcode>\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F Paramètres à vérifier dans parameters.php (PS 1.7 \u002F 8.x)\nreturn array(\n    'parameters' => array(\n        'database_host' => '127.0.0.1',\n        'database_port' => '',\n        'database_name' => 'nom_base',\n        'database_user' => 'utilisateur_bdd',\n        'database_password' => 'mot_de_passe',\n        'database_prefix' => 'ps_',\n        'database_engine' => 'InnoDB',\n    ),\n);\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Causes fréquentes et solutions\u003C\u002Fh3>\n\u003Ctr>\u003Cth>Cause\u003C\u002Fth>\u003Cth>Solution\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Adresse du serveur BDD incorrecte\u003C\u002Fth>\u003Cth>Remplacer par l'hôte fourni par l'hébergeur (souvent `localhost` ou un nom d'hôte spécifique comme `mysql-xxx.ovh.net`)\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Nom d'utilisateur ou mot de passe erroné\u003C\u002Fth>\u003Cth>Vérifier dans le panel hébergeur ou réinitialiser le mot de passe BDD\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Base de données inexistante\u003C\u002Fth>\u003Cth>Vérifier le nom exact dans phpMyAdmin\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Restrictions d'IP sur l'accès MySQL\u003C\u002Fth>\u003Cth>Configurer les accès distants dans le panel hébergeur\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Préfixe de table incorrect\u003C\u002Fth>\u003Cth>Vérifier les tables existantes dans phpMyAdmin\u003C\u002Fth>\u003C\u002Ftr>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Important :\u003C\u002Fstrong> Après un transfert de site, l'adresse du serveur de base de données change presque systématiquement. C'est la première chose à vérifier.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>Étape 3 : Réinitialiser le mot de passe administrateur\u003C\u002Fh2>\n\u003Cp>Une fois l'accès à la base de données rétabli, il faut souvent réinitialiser le mot de passe du compte administrateur, surtout si l'ancien prestataire ne vous l'a pas transmis.\u003C\u002Fp>\n\u003Ch3>Comprendre le mécanisme de hachage PrestaShop\u003C\u002Fh3>\n\u003Cp>PrestaShop ne stocke jamais les mots de passe en clair. Le mécanisme varie selon les versions :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**PrestaShop 1.6** : hachage MD5 avec le `cookie_key` comme sel (*salt*)\u003C\u002Fli>\n\u003Cli>**PrestaShop 1.7+** : utilise `password_hash()` avec l'algorithme bcrypt (plus sécurisé)\u003C\u002Fli>\n\u003Cli>**PrestaShop 8.x** : même mécanisme bcrypt, via le composant Symfony Security\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Méthode pour PrestaShop 1.6\u003C\u002Fh3>\n\u003Cp>Dans PrestaShop 1.6, le mot de passe est stocké sous forme de hash MD5 combiné avec la \u003Ccode>cookie_key\u003C\u002Fcode> du site.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>1. Récupérer la cookie_key\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>Ouvrez le fichier \u003Ccode>\u002Fconfig\u002Fsettings.inc.php\u003C\u002Fcode> et repérez la ligne :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\ndefine('_COOKIE_KEY_', 'zbL6STglY83jrhtqBnvD1s0M0gUkxce4MkCkdRuAP89keW39wxVQhgiedwYRbDcd');\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>2. Générer le hash MD5\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>Le hash à insérer en base est le MD5 de la concaténation \u003Ccode>cookie_key + mot_de_passe_souhaité\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Cp>Par exemple, pour le mot de passe \u003Ccode>MonNouveauPass2024\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# En ligne de commande (Linux\u002FMac)\necho -n \"zbL6STglY83jrhtqBnvD1s0M0gUkxce4MkCkdRuAP89keW39wxVQhgiedwYRbDcdMonNouveauPass2024\" | md5sum\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Ou via PHP :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n<?php\n$cookie_key = 'zbL6STglY83jrhtqBnvD1s0M0gUkxce4MkCkdRuAP89keW39wxVQhgiedwYRbDcd';\n$nouveau_mdp = 'MonNouveauPass2024';\necho md5($cookie_key . $nouveau_mdp);\n\u002F\u002F Résultat : un hash de 32 caractères hexadécimaux\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>3. Mettre à jour en base de données\u003C\u002Fstrong>\u003C\u002Fp>\n\u003Cp>Dans phpMyAdmin, exécutez la requête suivante :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\nUPDATE ps_employee\nSET passwd = 'votre_hash_md5_ici',\n    email = 'votre-email@domaine.com'\nWHERE id_employee = 1;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Note :\u003C\u002Fstrong> Adaptez le préfixe \u003Ccode>ps_\u003C\u002Fcode> si votre installation utilise un préfixe personnalisé.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch3>Méthode pour PrestaShop 1.7 et 8.x\u003C\u002Fh3>\n\u003Cp>À partir de PrestaShop 1.7, le processus est plus simple grâce à l'utilisation de bcrypt :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\n-- Méthode directe via SQL (PS 1.7 \u002F 8.x)\nUPDATE ps_employee\nSET passwd = '$2y$10$' || '... hash bcrypt ...',\n    email = 'votre-email@domaine.com'\nWHERE id_employee = 1;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>La méthode la plus fiable est d'utiliser un petit script PHP temporaire :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n<?php\n\u002F\u002F reset-admin.php — À SUPPRIMER IMMÉDIATEMENT APRÈS UTILISATION\nrequire_once __DIR__ . '\u002Fconfig\u002Fconfig.inc.php';\n\n$new_password = 'VotreMotDePasse2024!';\n$email = 'admin@votredomaine.com';\n\n$hashed = password_hash($new_password, PASSWORD_BCRYPT);\n\nDb::getInstance()->execute(\n    \"UPDATE `\" . _DB_PREFIX_ . \"employee`\n     SET `passwd` = '\" . pSQL($hashed) . \"',\n         `email` = '\" . pSQL($email) . \"'\n     WHERE `id_employee` = 1\"\n);\n\necho 'Mot de passe réinitialisé avec succès. SUPPRIMEZ CE FICHIER MAINTENANT.';\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Sécurité critique :\u003C\u002Fstrong> Supprimez immédiatement ce script après utilisation. Un fichier de réinitialisation laissé sur le serveur est une faille de sécurité majeure.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch3>Méthode alternative via la CLI Symfony (PS 8.x)\u003C\u002Fh3>\n\u003Cp>PrestaShop 8.x étant basé sur Symfony, vous pouvez également utiliser la console :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nphp bin\u002Fconsole prestashop:user:change-password admin@votredomaine.com\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Cette commande vous demandera le nouveau mot de passe de manière interactive.\u003C\u002Fp>\n\u003Ch2>Étape 4 : Vérifications post-reprise\u003C\u002Fh2>\n\u003Cp>Une fois l'accès rétabli, effectuez ces contrôles essentiels :\u003C\u002Fp>\n\u003Ch3>Sécurisation immédiate\u003C\u002Fh3>\n\u003Col>\n\u003Cli>**Changez tous les mots de passe** : admin, FTP, base de données, hébergeur\u003C\u002Fli>\n\u003Cli>**Vérifiez les comptes employés** : supprimez tout compte inconnu dans le back-office\u003C\u002Fli>\n\u003Cli>**Régénérez la cookie_key** (PS 1.6) ou les secrets Symfony (PS 1.7\u002F8.x)\u003C\u002Fli>\n\u003Cli>**Vérifiez les modules installés** : désactivez tout module suspect ou inconnu\u003C\u002Fli>\n\u003Cli>**Mettez à jour le fichier `.htaccess`** : regénérez-le depuis le back-office\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Contrôle de l'intégrité\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Vérifier les fichiers modifiés récemment (potentiellement compromis)\nfind \u002Fvar\u002Fwww\u002Fprestashop -name '*.php' -mtime -30 -type f\n\n# Rechercher des fichiers suspects\ngrep -rl 'eval(base64_decode' \u002Fvar\u002Fwww\u002Fprestashop\u002F\ngrep -rl 'shell_exec\\|passthru\\|system(' \u002Fvar\u002Fwww\u002Fprestashop\u002Fmodules\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Configuration des URLs\u003C\u002Fh3>\n\u003Cp>Après un transfert, les URLs doivent être mises à jour :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\n-- Mettre à jour le domaine dans la base de données\nUPDATE ps_shop_url\nSET domain = 'www.nouveau-domaine.com',\n    domain_ssl = 'www.nouveau-domaine.com'\nWHERE id_shop = 1;\n\n-- Vider le cache de configuration\nTRUNCATE TABLE ps_configuration_kpi_lang;\nDELETE FROM ps_configuration WHERE name LIKE '%CACHE%';\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Étape 5 : Bonnes pratiques pour une reprise sereine\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>**Faites un backup complet** (fichiers + base de données) avant toute modification\u003C\u002Fli>\n\u003Cli>**Documentez chaque accès** dans un gestionnaire de mots de passe\u003C\u002Fli>\n\u003Cli>**Testez en environnement de staging** avant d'intervenir sur la production\u003C\u002Fli>\n\u003Cli>**Mettez à jour PrestaShop** vers la dernière version stable dès que la reprise est stabilisée\u003C\u002Fli>\n\u003Cli>**Auditez les modules** : vérifiez les licences, les mises à jour disponibles et la compatibilité\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Conclusion\u003C\u002Fh2>\n\u003Cp>La reprise d'un site PrestaShop existant nécessite de la méthode et de la rigueur. En suivant ces étapes — récupération des accès hébergement, correction de la configuration BDD, réinitialisation du mot de passe admin et vérifications de sécurité — vous reprendrez le contrôle de la boutique en toute sécurité. L'erreur la plus courante est de négliger l'étape de sécurisation post-reprise : changez systématiquement tous les mots de passe et auditez les modules installés.\u003C\u002Fp>",[41,44,47,50,53,56,59],{"q":42,"a":43},"Comment résoudre l'erreur SQLSTATE[28000] [1045] Access denied sur PrestaShop ?","Cette erreur signifie que les identifiants de connexion à la base de données sont incorrects. Ouvrez le fichier config\u002Fsettings.inc.php (PS 1.6) ou app\u002Fconfig\u002Fparameters.php (PS 1.7\u002F8.x) et vérifiez que le nom d'hôte, le nom d'utilisateur, le mot de passe et le nom de la base correspondent exactement aux informations fournies par votre hébergeur. Après un transfert de site, l'adresse du serveur MySQL change systématiquement.",{"q":45,"a":46},"Comment réinitialiser le mot de passe admin PrestaShop sans accès au back-office ?","Connectez-vous à phpMyAdmin via votre hébergeur. Pour PrestaShop 1.6, générez un hash MD5 de la concaténation cookie_key + nouveau_mot_de_passe et mettez-le à jour dans la table ps_employee. Pour PrestaShop 1.7 et 8.x, utilisez un script PHP temporaire avec password_hash() en bcrypt, ou la commande CLI prestashop:user:change-password. Supprimez tout script temporaire immédiatement après usage.",{"q":48,"a":49},"Où trouver la cookie_key de mon site PrestaShop ?","La cookie_key se trouve dans le fichier config\u002Fsettings.inc.php à la racine de votre installation PrestaShop (version 1.6). C'est une chaîne de caractères aléatoires définie lors de l'installation. Elle sert de sel pour le hachage des mots de passe. En PrestaShop 1.7\u002F8.x, ce paramètre se trouve dans app\u002Fconfig\u002Fparameters.php sous le nom cookie_key.",{"q":51,"a":52},"Quelles vérifications de sécurité faire après la reprise d'un site PrestaShop ?","Après une reprise de site, changez immédiatement tous les mots de passe (admin, FTP, base de données). Vérifiez la liste des comptes employés et supprimez les inconnus. Recherchez les fichiers PHP modifiés récemment et les éventuels codes malveillants (eval, base64_decode, shell_exec). Auditez les modules installés et mettez à jour PrestaShop vers la dernière version stable.",{"q":54,"a":55},"Comment transférer un site PrestaShop chez un nouvel hébergeur sans erreur ?","Exportez la base de données via phpMyAdmin, transférez les fichiers par FTP\u002FSFTP, puis mettez à jour les paramètres de connexion BDD dans settings.inc.php ou parameters.php avec les nouveaux identifiants. N'oubliez pas de mettre à jour les URLs dans la table ps_shop_url et de vider le cache. Testez le site en staging avant de basculer le DNS.",{"q":57,"a":58},"Quelle est la différence entre le hachage MD5 et bcrypt pour les mots de passe PrestaShop ?","PrestaShop 1.6 utilise MD5 avec la cookie_key comme sel, un mécanisme aujourd'hui considéré comme faible. À partir de PrestaShop 1.7, le hachage bcrypt (via password_hash de PHP) est utilisé : il est plus lent à calculer par conception, ce qui le rend résistant aux attaques par force brute. C'est l'une des raisons pour lesquelles la migration vers PrestaShop 8.x améliore la sécurité de votre boutique.",{"q":60,"a":61},"Comment accéder à phpMyAdmin sur un hébergement OVH ?","Connectez-vous à votre espace client OVH, rendez-vous dans la section Hébergements, puis Bases de données. Cliquez sur le bouton 'Accéder à phpMyAdmin' à côté de votre base. Les identifiants de connexion sont ceux fournis dans l'e-mail de bienvenue lors de la souscription de votre hébergement. Vous pouvez également réinitialiser le mot de passe de la base depuis cette interface.","Pour reprendre un site PrestaShop, corrigez d'abord la configuration de la base de données dans settings.inc.php (ou parameters.php), puis réinitialisez le mot de passe admin via phpMyAdmin en utilisant le bon mécanisme de hachage selon votre version (MD5 + cookie_key pour PS 1.6, bcrypt pour PS 1.7\u002F8.x). Sécurisez ensuite tous les accès.",7,"2026-03-21T13:33:14.000Z",[],"Utilisation de PrestaShop : configuration et difficultés",{"academy":68,"blog":69,"expertise":81},[],[70,75,78],{"title":71,"url":72,"score":73,"type":74},"PrestaShop headless avec Nuxt 3 : pourquoi séparer back et front","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-separation-front-back",1,"blog",{"title":76,"url":77,"score":73,"type":74},"PrestaShop headless : Nuxt 3, pas Next.js — le choix souverain","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-nextjs-souverainete",{"title":79,"url":80,"score":73,"type":74},"Sylius rachète PrestaShop : ce que ça change pour vous","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fsylius-rachat-prestashop-headless-souverainete",[],{"columns":83},[84,100,130,151],{"title":85,"links":86},"Plateforme",[87,91,94,97],{"label":88,"href":89,"external":90},"Offre Starter (2 500 €)","\u002Foffre-starter",false,{"label":92,"href":93,"external":90},"Devenir Ambassadeur","\u002Fambassadeur",{"label":95,"href":96,"external":90},"Modules PrestaShop","\u002Fmodules",{"label":98,"href":99,"external":20},"CodeMyShop.com","https:\u002F\u002Fcodemyshop.com",{"title":101,"links":102},"Le Synedre",[103,106,109,112,115,118,121,124,127],{"label":104,"href":105,"external":90},"L'histoire","\u002Fsynedre",{"label":107,"href":108,"external":90},"Constitution","\u002Fsynedre\u002Fconstitution",{"label":110,"href":111,"external":90},"L'équipe","\u002Fequipe",{"label":113,"href":114,"external":90},"Le réacteur en direct","\u002Freacteur",{"label":116,"href":117,"external":90},"Le Drill (entraînement)","\u002Fdrill",{"label":119,"href":120,"external":90},"Protocole de réunion","\u002Fsynedre\u002Freunion",{"label":122,"href":123,"external":90},"Les agents IA","\u002Fagents-ia",{"label":125,"href":126,"external":90},"La Conduite","\u002Fsynedre\u002Fconduite",{"label":128,"href":129,"external":90},"Charte plateforme","\u002Fsynedre\u002Fcharte",{"title":131,"links":132},"Ressources",[133,136,139,142,145,148],{"label":134,"href":135,"external":90},"Blog","\u002Fblog",{"label":137,"href":138,"external":90},"Academy","\u002Facademy",{"label":140,"href":141,"external":90},"Dictionnaire","\u002Fdictionnaire",{"label":143,"href":144,"external":90},"Expertise PrestaShop","\u002Fexpertise",{"label":146,"href":147,"external":90},"Flywheel","\u002Fflywheel",{"label":149,"href":150,"external":90},"Manifeste","\u002Fmanifeste",{"title":152,"links":153},"À propos",[154,157,160],{"label":155,"href":156,"external":90},"Alexandre Carette","\u002Fa-propos",{"label":158,"href":159,"external":90},"Dossier de presse","\u002Fpresse",{"label":161,"href":162,"external":90},"Contact","\u002Fcontact",{"footer":164},{"theme":165,"description":166,"hours":166,"logo":167,"contact":170,"social":171,"bottomBar":181},"dark",null,{"src":168,"href":169,"alt":155},"\u002Flogo-ac.svg","\u002F",{"email":166,"phone":166,"address":166,"cta":166},[172,175,178],{"platform":173,"href":174,"label":173},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":176,"href":177,"label":176},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":179,"href":180,"label":179},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":166},{"items":183},[184,192,197,203,211,219,225,231],{"id":185,"type":186,"label":187,"href":144,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":189,"children":190,"psChildren":191},41,"link",{"fr":188},"Expertise",0,[],[],{"id":193,"type":186,"label":194,"href":135,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":73,"children":195,"psChildren":196},42,{"fr":134},[],[],{"id":198,"type":186,"label":199,"href":96,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":200,"children":201,"psChildren":202},43,{"fr":95},2,[],[],{"id":204,"type":186,"label":205,"href":207,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":208,"children":209,"psChildren":210},44,{"fr":206},"Outils IA","\u002Foutils-ia",3,[],[],{"id":212,"type":186,"label":213,"href":89,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":215,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":216,"children":217,"psChildren":218},45,{"fr":214},"Offre Starter ✨",{"highlight":20},4,[],[],{"id":220,"type":186,"label":221,"href":138,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":222,"children":223,"psChildren":224},46,{"fr":137},5,[],[],{"id":226,"type":186,"label":227,"href":156,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":228,"children":229,"psChildren":230},47,{"fr":152},6,[],[],{"id":232,"type":186,"label":233,"href":162,"icon":166,"description":166,"badge":166,"groupTitle":166,"style":166,"gridColumns":166,"cssClass":166,"psCategoryId":166,"showPsChildren":90,"position":63,"children":234,"psChildren":235},48,{"fr":161},[],[],{"header":237},{"logo":238,"topBar":241,"contactEmail":244,"features":245,"navBar":166},{"src":168,"alt":239,"text":155,"href":169,"class":240},"Alexandre Carette — Architecte E-commerce Souverain","h-10 w-10",{"message":166,"showLanguages":90,"align":242,"languages":243},"left",[],"contact@alexandrecarette.fr",{"showSearch":90,"showWishlist":90,"showLogin":20,"showContact":90,"showCart":90,"stickyHeader":20,"headerLayout":246},"inline"]