[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"$fmoNxKN7EuhY-ZBIg_7Gg-IXNDIlGeWSP6YlWcPkigkU":22,"$fKnz2vuX4bZz1LbUTiuFsvSZ3e07l5_5fqNYp4Tzdhi8":61,"megamenu":142,"header-db":198,"footer-db":211,"$fvgNchSnUQCBoqTgffNmy46y_9pe6kOUFU9pp145E6pU":227},{"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":56,"readingTime":57,"generatedAt":58,"publishDate":58,"relatedArticles":59,"sourceCategory":60},"Résoudre les erreurs de connexion au back-office PrestaShop","resoudre-erreurs-connexion-back-office-prestashop","Guide complet pour diagnostiquer et corriger les erreurs d'accès au back-office PrestaShop : configuration base de données, droits MySQL et hébergement OVH.","debug",[28,29,30,31,32,33],"back-office","base-de-donnees","mysql","configuration","ovh","hebergement","intermediaire",[36,37,38],"1.6","1.7","8.x","\u003Ch2>Introduction\u003C\u002Fh2>\n\u003Cp>L'impossibilité d'accéder au back-office PrestaShop est l'un des problèmes les plus fréquents — et les plus stressants — pour un marchand. Dans la grande majorité des cas, le blocage provient d'une rupture de connexion entre PrestaShop et sa base de données MySQL. Derrière un simple écran blanc ou un message d'erreur cryptique se cache généralement un problème de configuration réseau, de mot de passe ou de droits utilisateur.\u003C\u002Fp>\n\u003Cp>Ce guide vous accompagne étape par étape dans le diagnostic et la résolution de ces erreurs, avec des spécificités propres aux hébergements mutualisés OVH qui représentent une part importante du parc PrestaShop français.\u003C\u002Fp>\n\u003Ch2>Comprendre l'architecture de connexion à la base de données\u003C\u002Fh2>\n\u003Cp>Avant de corriger quoi que ce soit, il est essentiel de comprendre comment PrestaShop se connecte à MySQL.\u003C\u002Fp>\n\u003Cp>Au démarrage de chaque requête, PrestaShop charge un fichier de configuration contenant quatre informations critiques :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**L'adresse du serveur MySQL** (host)\u003C\u002Fli>\n\u003Cli>**Le nom de la base de données**\u003C\u002Fli>\n\u003Cli>**L'utilisateur MySQL**\u003C\u002Fli>\n\u003Cli>**Le mot de passe MySQL**\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Si l'une de ces quatre valeurs est incorrecte, la connexion échoue et le back-office devient inaccessible.\u003C\u002Fp>\n\u003Ch3>Localisation du fichier de configuration selon la version\u003C\u002Fh3>\n\u003Ctr>\u003Cth>Version PrestaShop\u003C\u002Fth>\u003Cth>Fichier de configuration\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>PrestaShop 1.6\u003C\u002Fth>\u003Cth>`\u002Fconfig\u002Fsettings.inc.php`\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>PrestaShop 1.7\u003C\u002Fth>\u003Cth>`\u002Fapp\u002Fconfig\u002Fparameters.php`\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>PrestaShop 8.x\u003C\u002Fth>\u003Cth>`\u002Fapp\u002Fconfig\u002Fparameters.php`\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ch2>Étape 1 : Identifier le message d'erreur\u003C\u002Fh2>\n\u003Cp>Le message d'erreur vous donne la piste à suivre. Voici les cas les plus courants :\u003C\u002Fp>\n\u003Ch3>Erreur « Access denied for user »\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-\">\nAccess denied for user 'mon_utilisateur'@'10.0.84.120'\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Cette erreur signifie que MySQL refuse la connexion. Trois causes possibles :\u003C\u002Fp>\n\u003Col>\n\u003Cli>**Mot de passe incorrect** dans le fichier de configuration\u003C\u002Fli>\n\u003Cli>**L'utilisateur MySQL n'a pas les droits** sur la base ciblée\u003C\u002Fli>\n\u003Cli>**L'adresse IP source n'est pas autorisée** dans la configuration MySQL\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>Erreur « Can't connect to MySQL server »\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-\">\nCan't connect to MySQL server on '10.0.84.120' (110)\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Le serveur MySQL est injoignable. Le problème est réseau ou serveur (pare-feu, service MySQL arrêté, mauvaise IP).\u003C\u002Fp>\n\u003Ch2>Étape 2 : Vérifier le fichier de configuration\u003C\u002Fh2>\n\u003Cp>C'est le premier réflexe à avoir. Connectez-vous en FTP ou SSH et ouvrez le fichier correspondant à votre version.\u003C\u002Fp>\n\u003Ch3>PrestaShop 1.6 — `config\u002Fsettings.inc.php`\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F Vérifiez ces quatre lignes :\ndefine('_DB_SERVER_', 'localhost');        \u002F\u002F Adresse du serveur MySQL\ndefine('_DB_NAME_', 'ma_base_prestashop'); \u002F\u002F Nom de la base\ndefine('_DB_USER_', 'mon_utilisateur');    \u002F\u002F Utilisateur MySQL\ndefine('_DB_PASSWD_', 'mon_mot_de_passe'); \u002F\u002F Mot de passe MySQL\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>PrestaShop 1.7 \u002F 8.x — `app\u002Fconfig\u002Fparameters.php`\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-php\">\nreturn array(\n    'parameters' => array(\n        'database_host'     => '127.0.0.1',\n        'database_port'     => '',\n        'database_name'     => 'ma_base_prestashop',\n        'database_user'     => 'mon_utilisateur',\n        'database_password' => 'mon_mot_de_passe',\n        \u002F\u002F ...\n    ),\n);\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>Point clé :\u003C\u002Fstrong> Vérifiez que le mot de passe dans ce fichier correspond exactement à celui défini dans MySQL. Un copier-coller maladroit avec un espace en trop ou un caractère spécial mal échappé suffit à bloquer l'accès.\u003C\u002Fp>\n\u003Ch2>Étape 3 : Le piège des hébergements mutualisés OVH\u003C\u002Fh2>\n\u003Cp>Sur un serveur dédié, la base de données tourne généralement sur la même machine que le serveur web. On utilise alors \u003Ccode>localhost\u003C\u002Fcode> ou \u003Ccode>127.0.0.1\u003C\u002Fcode> comme adresse MySQL.\u003C\u002Fp>\n\u003Cp>\u003Cstrong>Sur un hébergement mutualisé OVH, c'est différent.\u003C\u002Fstrong> Vous avez affaire à plusieurs adresses IP distinctes :\u003C\u002Fp>\n\u003Ctr>\u003Cth>Ressource\u003C\u002Fth>\u003Cth>Adresse typique\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>DNS du domaine\u003C\u002Fth>\u003Cth>IP publique A\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Serveur web (fichiers)\u003C\u002Fth>\u003Cth>IP publique B\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>Serveur de base de données\u003C\u002Fth>\u003Cth>IP interne C\u003C\u002Fth>\u003C\u002Ftr>\n\u003Cp>Conséquence : vous ne pouvez \u003Cstrong>pas\u003C\u002Fstrong> utiliser \u003Ccode>localhost\u003C\u002Fcode> comme hôte MySQL. Vous devez utiliser l'adresse du serveur de base de données fournie par OVH dans votre espace client, qui ressemble généralement à :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-\">\nmon_utilisateur.mysql.db\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Ou une IP interne du type \u003Ccode>10.x.x.x\u003C\u002Fcode>.\u003C\u002Fp>\n\u003Ch3>Comment trouver l'adresse correcte chez OVH\u003C\u002Fh3>\n\u003Col>\n\u003Cli>Connectez-vous à votre [espace client OVH](https:\u002F\u002Fwww.ovh.com\u002Fmanager\u002F)\u003C\u002Fli>\n\u003Cli>Rendez-vous dans **Web Cloud → Hébergements → Votre hébergement → Bases de données**\u003C\u002Fli>\n\u003Cli>Repérez la colonne **Adresse du serveur** — c'est cette valeur qu'il faut reporter dans votre fichier de configuration\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Étape 4 : Vérifier et corriger les droits MySQL\u003C\u002Fh2>\n\u003Cp>Si le mot de passe et l'adresse sont corrects mais que l'erreur persiste, le problème vient des \u003Cstrong>privilèges de l'utilisateur MySQL\u003C\u002Fstrong>.\u003C\u002Fp>\n\u003Ch3>Via phpMyAdmin\u003C\u002Fh3>\n\u003Col>\n\u003Cli>Connectez-vous à phpMyAdmin (depuis votre hébergeur ou en local)\u003C\u002Fli>\n\u003Cli>Cliquez sur l'onglet **Privilèges** (ou **User accounts**)\u003C\u002Fli>\n\u003Cli>Cherchez votre utilisateur PrestaShop\u003C\u002Fli>\n\u003Cli>Vérifiez qu'il a les droits sur la bonne base de données\u003C\u002Fli>\n\u003Cli>Accordez-lui au minimum les privilèges : `SELECT`, `INSERT`, `UPDATE`, `DELETE`, `CREATE`, `ALTER`, `DROP`, `INDEX`\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch3>En ligne de commande (accès SSH root)\u003C\u002Fh3>\n\u003Cp>Si vous disposez d'un accès SSH avec les droits root sur MySQL :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\n-- Vérifier les droits actuels\nSHOW GRANTS FOR 'mon_utilisateur'@'localhost';\n\n-- Accorder tous les privilèges sur la base PrestaShop\nGRANT ALL PRIVILEGES ON ma_base_prestashop.*\n  TO 'mon_utilisateur'@'localhost'\n  IDENTIFIED BY 'mon_mot_de_passe';\n\n-- Appliquer les changements\nFLUSH PRIVILEGES;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>\u003Cstrong>Important :\u003C\u002Fstrong> Le \u003Ccode>@'localhost'\u003C\u002Fcode> dans la commande GRANT doit correspondre à l'hôte depuis lequel votre PrestaShop se connecte. Sur un mutualisé OVH, il faudra peut-être utiliser \u003Ccode>@'%'\u003C\u002Fcode> ou l'IP spécifique du serveur web.\u003C\u002Fp>\n\u003Ch3>Spécificité PrestaShop 8.x avec Doctrine\u003C\u002Fh3>\n\u003Cp>PrestaShop 8.x utilise Doctrine DBAL pour la couche d'abstraction base de données. Si vous migrez depuis une version 1.6 ou 1.7, assurez-vous que l'utilisateur MySQL dispose également du privilège \u003Ccode>REFERENCES\u003C\u002Fcode>, requis par certaines migrations Doctrine pour la gestion des clés étrangères.\u003C\u002Fp>\n\u003Ch2>Étape 5 : Tester la connexion manuellement\u003C\u002Fh2>\n\u003Cp>Avant de toucher à la configuration PrestaShop, validez que la connexion fonctionne avec un script de test minimaliste :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n<?php\n\u002F\u002F test_db.php — À SUPPRIMER après le test !\n$host = 'votre_host';\n$user = 'votre_user';\n$pass = 'votre_password';\n$db   = 'votre_base';\n\ntry {\n    $pdo = new PDO(\n        \"mysql:host=$host;dbname=$db;charset=utf8mb4\",\n        $user,\n        $pass,\n        [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]\n    );\n    echo '✅ Connexion réussie à la base de données.';\n} catch (PDOException $e) {\n    echo '❌ Échec de connexion : ' . $e->getMessage();\n}\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Uploadez ce fichier à la racine de votre PrestaShop, accédez-y via votre navigateur, puis \u003Cstrong>supprimez-le immédiatement\u003C\u002Fstrong> après le test. Ne laissez jamais un fichier de diagnostic en production.\u003C\u002Fp>\n\u003Ch2>Étape 6 : Repartir de zéro si nécessaire\u003C\u002Fh2>\n\u003Cp>Si vous possédez un export \u003Ccode>.sql\u003C\u002Fcode> de votre base et une sauvegarde de vos fichiers, il est parfois plus rapide de repartir d'une installation propre :\u003C\u002Fp>\n\u003Col>\n\u003Cli>Créez un nouvel utilisateur MySQL avec tous les privilèges\u003C\u002Fli>\n\u003Cli>Importez votre dump `.sql` dans une nouvelle base\u003C\u002Fli>\n\u003Cli>Mettez à jour le fichier de configuration avec les nouvelles coordonnées\u003C\u002Fli>\n\u003Cli>Videz le cache PrestaShop : supprimez le contenu de `\u002Fvar\u002Fcache\u002Fprod\u002F` et `\u002Fvar\u002Fcache\u002Fdev\u002F` (PS 1.7\u002F8.x) ou `\u002Fcache\u002Fsmarty\u002Fcompile\u002F` et `\u002Fcache\u002Fsmarty\u002Fcache\u002F` (PS 1.6)\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Ch2>Bonnes pratiques pour éviter ce problème\u003C\u002Fh2>\n\u003Cul>\n\u003Cli>**Documentez vos accès** : conservez les identifiants MySQL dans un gestionnaire de mots de passe (Bitwarden, 1Password), pas dans un fichier texte sur le bureau\u003C\u002Fli>\n\u003Cli>**Ne modifiez jamais le mot de passe MySQL** sans mettre à jour simultanément le fichier de configuration PrestaShop\u003C\u002Fli>\n\u003Cli>**Faites un backup avant toute migration** d'hébergeur — c'est lors du déménagement que ces erreurs surviennent le plus souvent\u003C\u002Fli>\n\u003Cli>**Testez la connexion DB** avant de pointer votre DNS vers le nouveau serveur\u003C\u002Fli>\n\u003Cli>**Surveillez les logs MySQL** (`\u002Fvar\u002Flog\u002Fmysql\u002Ferror.log`) pour détecter les tentatives de connexion échouées\u003C\u002Fli>\n\u003C\u002Ful>",[41,44,47,50,53],{"q":42,"a":43},"Pourquoi mon back-office PrestaShop affiche une page blanche ?","Une page blanche (erreur 500) au back-office est souvent causée par une rupture de connexion à la base de données. Vérifiez le fichier config\u002Fsettings.inc.php (PS 1.6) ou app\u002Fconfig\u002Fparameters.php (PS 1.7\u002F8.x) : mot de passe MySQL, adresse du serveur et nom de la base doivent être exacts. Activez l'affichage des erreurs PHP pour obtenir un message plus explicite en ajoutant define('_PS_MODE_DEV_', true) dans le fichier defines.inc.php.",{"q":45,"a":46},"Comment trouver l'adresse du serveur MySQL sur un hébergement mutualisé OVH ?","Sur un mutualisé OVH, n'utilisez pas localhost. Rendez-vous dans votre espace client OVH, section Web Cloud → Hébergements → Bases de données. L'adresse du serveur MySQL y est indiquée (format : votre_identifiant.mysql.db). C'est cette adresse qu'il faut renseigner dans le paramètre database_host de votre fichier de configuration PrestaShop.",{"q":48,"a":49},"Comment réinitialiser le mot de passe administrateur PrestaShop sans accès au back-office ?","Si vous avez accès à phpMyAdmin, exécutez cette requête SQL sur votre base PrestaShop : UPDATE ps_employee SET passwd = MD5('\u003Cvotre_cookie_key>votre_nouveau_mdp') WHERE email = 'votre@email.com'; Remplacez \u003Cvotre_cookie_key> par la valeur de _COOKIE_KEY_ dans votre fichier settings.inc.php. Sur PrestaShop 1.7 et 8.x, le hachage utilise bcrypt : utilisez plutôt le script de reset via la console Symfony : php bin\u002Fconsole prestashop:user:reset-password votre@email.com.",{"q":51,"a":52},"L'erreur 'Access denied for user' persiste malgré un mot de passe correct, que faire ?","Vérifiez les droits de l'utilisateur MySQL. La clause GRANT en MySQL lie un utilisateur à un hôte source précis (localhost, une IP, ou %). Si votre PrestaShop se connecte depuis une IP différente de celle autorisée, la connexion sera refusée même avec le bon mot de passe. Utilisez SHOW GRANTS FOR 'utilisateur'@'%' dans phpMyAdmin pour vérifier, puis ajustez avec GRANT ALL PRIVILEGES si nécessaire.",{"q":54,"a":55},"Faut-il utiliser localhost ou 127.0.0.1 comme hôte MySQL pour PrestaShop ?","Sur un serveur dédié ou VPS où MySQL tourne localement, les deux fonctionnent mais avec une différence technique : localhost utilise le socket Unix (plus rapide), tandis que 127.0.0.1 force une connexion TCP. Préférez localhost pour de meilleures performances. Attention : sur les hébergements mutualisés, ni l'un ni l'autre ne fonctionnera — utilisez l'adresse fournie par votre hébergeur.","L'impossibilité d'accéder au back-office PrestaShop provient presque toujours d'une erreur dans la configuration de connexion à la base de données : mot de passe incorrect, mauvaise adresse serveur MySQL (surtout sur mutualisé OVH) ou droits utilisateur insuffisants. Vérifiez settings.inc.php (PS 1.6) ou parameters.php (PS 1.7\u002F8.x) en priorité.",6,"2026-03-21T13:05:04.000Z",[],"Utilisation de PrestaShop : configuration et difficultés",{"columns":62},[63,79,109,130],{"title":64,"links":65},"Plateforme",[66,70,73,76],{"label":67,"href":68,"external":69},"Offre Starter (2 500 €)","\u002Foffre-starter",false,{"label":71,"href":72,"external":69},"Devenir Ambassadeur","\u002Fambassadeur",{"label":74,"href":75,"external":69},"Modules PrestaShop","\u002Fmodules",{"label":77,"href":78,"external":20},"CodeMyShop.com","https:\u002F\u002Fcodemyshop.com",{"title":80,"links":81},"Le Synedre",[82,85,88,91,94,97,100,103,106],{"label":83,"href":84,"external":69},"L'histoire","\u002Fsynedre",{"label":86,"href":87,"external":69},"Constitution","\u002Fsynedre\u002Fconstitution",{"label":89,"href":90,"external":69},"L'équipe","\u002Fequipe",{"label":92,"href":93,"external":69},"Le réacteur en direct","\u002Freacteur",{"label":95,"href":96,"external":69},"Le Drill (entraînement)","\u002Fdrill",{"label":98,"href":99,"external":69},"Protocole de réunion","\u002Fsynedre\u002Freunion",{"label":101,"href":102,"external":69},"Les agents IA","\u002Fagents-ia",{"label":104,"href":105,"external":69},"La Conduite","\u002Fsynedre\u002Fconduite",{"label":107,"href":108,"external":69},"Charte plateforme","\u002Fsynedre\u002Fcharte",{"title":110,"links":111},"Ressources",[112,115,118,121,124,127],{"label":113,"href":114,"external":69},"Blog","\u002Fblog",{"label":116,"href":117,"external":69},"Academy","\u002Facademy",{"label":119,"href":120,"external":69},"Dictionnaire","\u002Fdictionnaire",{"label":122,"href":123,"external":69},"Expertise PrestaShop","\u002Fexpertise",{"label":125,"href":126,"external":69},"Flywheel","\u002Fflywheel",{"label":128,"href":129,"external":69},"Manifeste","\u002Fmanifeste",{"title":131,"links":132},"À propos",[133,136,139],{"label":134,"href":135,"external":69},"Alexandre Carette","\u002Fa-propos",{"label":137,"href":138,"external":69},"Dossier de presse","\u002Fpresse",{"label":140,"href":141,"external":69},"Contact","\u002Fcontact",{"items":143},[144,153,159,165,173,181,187,192],{"id":145,"type":146,"label":147,"href":123,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":150,"children":151,"psChildren":152},41,"link",{"fr":148},"Expertise",null,0,[],[],{"id":154,"type":146,"label":155,"href":114,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":156,"children":157,"psChildren":158},42,{"fr":113},1,[],[],{"id":160,"type":146,"label":161,"href":75,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":162,"children":163,"psChildren":164},43,{"fr":74},2,[],[],{"id":166,"type":146,"label":167,"href":169,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":170,"children":171,"psChildren":172},44,{"fr":168},"Outils IA","\u002Foutils-ia",3,[],[],{"id":174,"type":146,"label":175,"href":68,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":177,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":178,"children":179,"psChildren":180},45,{"fr":176},"Offre Starter ✨",{"highlight":20},4,[],[],{"id":182,"type":146,"label":183,"href":117,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":184,"children":185,"psChildren":186},46,{"fr":116},5,[],[],{"id":188,"type":146,"label":189,"href":135,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":57,"children":190,"psChildren":191},47,{"fr":131},[],[],{"id":193,"type":146,"label":194,"href":141,"icon":149,"description":149,"badge":149,"groupTitle":149,"style":149,"gridColumns":149,"cssClass":149,"psCategoryId":149,"showPsChildren":69,"position":195,"children":196,"psChildren":197},48,{"fr":140},7,[],[],{"header":199},{"logo":200,"topBar":205,"contactEmail":208,"features":209,"navBar":149},{"src":201,"alt":202,"text":134,"href":203,"class":204},"\u002Flogo-ac.svg","Alexandre Carette — Architecte E-commerce Souverain","\u002F","h-10 w-10",{"message":149,"showLanguages":69,"align":206,"languages":207},"left",[],"contact@alexandrecarette.fr",{"showSearch":69,"showWishlist":69,"showLogin":20,"showContact":69,"showCart":69,"stickyHeader":20,"headerLayout":210},"inline",{"footer":212},{"theme":213,"description":149,"hours":149,"logo":214,"contact":215,"social":216,"bottomBar":226},"dark",{"src":201,"href":203,"alt":134},{"email":149,"phone":149,"address":149,"cta":149},[217,220,223],{"platform":218,"href":219,"label":218},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":221,"href":222,"label":221},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":224,"href":225,"label":224},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":149},{"academy":228,"blog":229,"expertise":240},[],[230,234,237],{"title":231,"url":232,"score":162,"type":233},"PrestaShop headless avec Nuxt 3 : pourquoi séparer back et front","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-separation-front-back","blog",{"title":235,"url":236,"score":156,"type":233},"PrestaShop headless : Nuxt 3, pas Next.js — le choix souverain","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-nextjs-souverainete",{"title":238,"url":239,"score":156,"type":233},"Sylius rachète PrestaShop : ce que ça change pour vous","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fsylius-rachat-prestashop-headless-souverainete",[]]