[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"theme-db":3,"$fKnz2vuX4bZz1LbUTiuFsvSZ3e07l5_5fqNYp4Tzdhi8":22,"$fO5j5bnibXNTHFxoBL5oK1WiclvkJz8I1-ZYX4G3B6SM":103,"megamenu":146,"header-db":202,"$fky97tGvurVfIhHwZgYwQXr4U_llYnvmNkKswIOj0PrM":215,"footer-db":229},{"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",{"columns":23},[24,40,70,91],{"title":25,"links":26},"Plateforme",[27,31,34,37],{"label":28,"href":29,"external":30},"Offre Starter (2 500 €)","\u002Foffre-starter",false,{"label":32,"href":33,"external":30},"Devenir Ambassadeur","\u002Fambassadeur",{"label":35,"href":36,"external":30},"Modules PrestaShop","\u002Fmodules",{"label":38,"href":39,"external":20},"CodeMyShop.com","https:\u002F\u002Fcodemyshop.com",{"title":41,"links":42},"Le Synedre",[43,46,49,52,55,58,61,64,67],{"label":44,"href":45,"external":30},"L'histoire","\u002Fsynedre",{"label":47,"href":48,"external":30},"Constitution","\u002Fsynedre\u002Fconstitution",{"label":50,"href":51,"external":30},"L'équipe","\u002Fequipe",{"label":53,"href":54,"external":30},"Le réacteur en direct","\u002Freacteur",{"label":56,"href":57,"external":30},"Le Drill (entraînement)","\u002Fdrill",{"label":59,"href":60,"external":30},"Protocole de réunion","\u002Fsynedre\u002Freunion",{"label":62,"href":63,"external":30},"Les agents IA","\u002Fagents-ia",{"label":65,"href":66,"external":30},"La Conduite","\u002Fsynedre\u002Fconduite",{"label":68,"href":69,"external":30},"Charte plateforme","\u002Fsynedre\u002Fcharte",{"title":71,"links":72},"Ressources",[73,76,79,82,85,88],{"label":74,"href":75,"external":30},"Blog","\u002Fblog",{"label":77,"href":78,"external":30},"Academy","\u002Facademy",{"label":80,"href":81,"external":30},"Dictionnaire","\u002Fdictionnaire",{"label":83,"href":84,"external":30},"Expertise PrestaShop","\u002Fexpertise",{"label":86,"href":87,"external":30},"Flywheel","\u002Fflywheel",{"label":89,"href":90,"external":30},"Manifeste","\u002Fmanifeste",{"title":92,"links":93},"À propos",[94,97,100],{"label":95,"href":96,"external":30},"Alexandre Carette","\u002Fa-propos",{"label":98,"href":99,"external":30},"Dossier de presse","\u002Fpresse",{"label":101,"href":102,"external":30},"Contact","\u002Fcontact",{"title":104,"slug":105,"metaDescription":106,"category":107,"tags":108,"difficulty":113,"psVersions":114,"content":118,"faq":119,"tldr":141,"readingTime":142,"generatedAt":143,"publishDate":143,"relatedArticles":144,"sourceCategory":145},"Back-office PrestaShop inaccessible : diagnostic et solutions complètes","back-office-prestashop-inaccessible-diagnostic-solutions","Votre back-office PrestaShop affiche une page blanche ou refuse de charger ? Découvrez toutes les causes et solutions : permissions, cache, debug, redirections.","debug",[109,110,107,111,112],"back-office","page blanche","permissions","administration","intermediaire",[115,116,117],"1.6","1.7","8.x","\u003Ch2>Introduction\u003C\u002Fh2>\n\u003Cp>Un back-office PrestaShop qui refuse de s'afficher est l'un des problèmes les plus stressants pour un marchand. Page blanche, formulaire de connexion absent, redirection en boucle… les causes sont multiples et le diagnostic peut sembler complexe. Fort de plus de 10 ans d'interventions sur des boutiques PrestaShop, je vous propose une méthodologie structurée pour identifier et résoudre ce problème, quelle que soit votre version.\u003C\u002Fp>\n\u003Ch2>Étape 1 : Activer le mode debug\u003C\u002Fh2>\n\u003Cp>Avant toute manipulation, la première chose à faire est d'activer le mode debug pour obtenir des messages d'erreur exploitables. Sans cela, vous travaillez à l'aveugle.\u003C\u002Fp>\n\u003Ch3>Sur PrestaShop 1.6\u003C\u002Fh3>\n\u003Cp>Éditez le fichier \u003Ccode>config\u002Fdefines.inc.php\u003C\u002Fcode> et modifiez la ligne suivante :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F* Debug only *\u002F\ndefine('_PS_MODE_DEV_', true);\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Sur PrestaShop 1.7 et 8.x\u003C\u002Fh3>\n\u003Cp>Le fichier à modifier est le même, mais vous pouvez également agir sur le fichier \u003Ccode>.env\u003C\u002Fcode> à la racine (si présent) :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# .env\nAPP_ENV=dev\nAPP_DEBUG=1\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Ou via \u003Ccode>config\u002Fdefines.inc.php\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\ndefine('_PS_MODE_DEV_', true);\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Une fois le mode debug activé, rechargez la page du back-office. Si une erreur PHP apparaît, elle vous orientera directement vers la cause. Notez le message exact avant de poursuivre.\u003C\u002Fp>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Important :\u003C\u002Fstrong> Désactivez impérativement le mode debug une fois le problème résolu. Laisser \u003Ccode>_PS_MODE_DEV_\u003C\u002Fcode> à \u003Ccode>true\u003C\u002Fcode> en production expose des informations sensibles et dégrade les performances.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch2>Étape 2 : Vider le cache navigateur et PrestaShop\u003C\u002Fh2>\n\u003Cp>Un cache corrompu est une cause fréquente et sous-estimée de back-office inaccessible.\u003C\u002Fp>\n\u003Ch3>Cache navigateur\u003C\u002Fh3>\n\u003Cp>Effectuez un rechargement forcé avec \u003Cstrong>Ctrl + F5\u003C\u002Fstrong> (Windows\u002FLinux) ou \u003Cstrong>Cmd + Shift + R\u003C\u002Fstrong> (macOS). Mieux encore, testez en navigation privée pour éliminer toute interférence du cache ou des extensions.\u003C\u002Fp>\n\u003Ch3>Cache PrestaShop\u003C\u002Fh3>\n\u003Cp>Supprimez manuellement le contenu des dossiers de cache via FTP ou SSH :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# PrestaShop 1.6\nrm -rf var\u002Fcache\u002F*\nrm -rf cache\u002Fsmarty\u002Fcompile\u002F*\nrm -rf cache\u002Fsmarty\u002Fcache\u002F*\n\n# PrestaShop 1.7 \u002F 8.x\nrm -rf var\u002Fcache\u002Fprod\u002F*\nrm -rf var\u002Fcache\u002Fdev\u002F*\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Ne supprimez pas les dossiers eux-mêmes, uniquement leur contenu. Préservez également les fichiers \u003Ccode>.htaccess\u003C\u002Fcode> et \u003Ccode>index.php\u003C\u002Fcode> présents dans ces répertoires.\u003C\u002Fp>\n\u003Ch2>Étape 3 : Vérifier les permissions des fichiers\u003C\u002Fh2>\n\u003Cp>Des permissions incorrectes sur le dossier d'administration empêchent le serveur web de lire les fichiers nécessaires.\u003C\u002Fp>\n\u003Ch3>Diagnostic\u003C\u002Fh3>\n\u003Cp>Connectez-vous en FTP ou SSH et vérifiez les permissions du dossier admin (celui que vous avez renommé lors de l'installation) :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nls -la \u002Fchemin\u002Fvers\u002Fvotre\u002Fdossier_admin\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Correction des permissions\u003C\u002Fh3>\n\u003Cp>Les permissions recommandées pour PrestaShop sont :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Dossiers : 755\nfind \u002Fchemin\u002Fvers\u002Fprestashop\u002Fdossier_admin\u002F -type d -exec chmod 755 {} \\;\n\n# Fichiers : 644\nfind \u002Fchemin\u002Fvers\u002Fprestashop\u002Fdossier_admin\u002F -type f -exec chmod 644 {} \\;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Note de sécurité :\u003C\u002Fstrong> Évitez de mettre les permissions en \u003Ccode>777\u003C\u002Fcode> (lecture, écriture, exécution pour tous). C'est une solution de dépannage temporaire parfois suggérée, mais elle représente une faille de sécurité majeure en production. Si le \u003Ccode>755\u002F644\u003C\u002Fcode> ne fonctionne pas, le problème est ailleurs.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Cp>Vérifiez également que le propriétaire des fichiers correspond bien à l'utilisateur du serveur web :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Apache\nchown -R www-data:www-data \u002Fchemin\u002Fvers\u002Fprestashop\u002Fdossier_admin\u002F\n\n# Nginx\nchown -R nginx:nginx \u002Fchemin\u002Fvers\u002Fprestashop\u002Fdossier_admin\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Étape 4 : Problèmes de redirection et d'URL\u003C\u002Fh2>\n\u003Cp>Si le formulaire de connexion ne s'affiche pas ou si vous êtes redirigé en boucle, le problème vient souvent de la configuration SSL ou des URL enregistrées en base.\u003C\u002Fp>\n\u003Ch3>Forcer le protocole HTTPS\u003C\u002Fh3>\n\u003Cp>Si votre boutique utilise un certificat SSL, assurez-vous d'accéder au back-office en HTTPS :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-\">\nhttps:\u002F\u002Fvotre-boutique.fr\u002Fvotre_dossier_admin\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Un accès en HTTP alors que SSL est activé provoquera une redirection en boucle ou une page blanche.\u003C\u002Fp>\n\u003Ch3>Vérifier la configuration en base de données\u003C\u002Fh3>\n\u003Cp>Si les redirections persistent, vérifiez les URL enregistrées dans la table \u003Ccode>ps_configuration\u003C\u002Fcode> :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\nSELECT name, value FROM ps_configuration \nWHERE name IN ('PS_SSL_ENABLED', 'PS_SSL_ENABLED_EVERYWHERE', 'PS_SHOP_DOMAIN', 'PS_SHOP_DOMAIN_SSL');\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Corrigez si nécessaire :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\nUPDATE ps_configuration SET value = '1' WHERE name = 'PS_SSL_ENABLED';\nUPDATE ps_configuration SET value = '1' WHERE name = 'PS_SSL_ENABLED_EVERYWHERE';\nUPDATE ps_configuration SET value = 'votre-boutique.fr' WHERE name = 'PS_SHOP_DOMAIN';\nUPDATE ps_configuration SET value = 'votre-boutique.fr' WHERE name = 'PS_SHOP_DOMAIN_SSL';\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Accès direct via token\u003C\u002Fh3>\n\u003Cp>Si la redirection JavaScript du back-office dysfonctionne, vous pouvez contourner le problème en accédant directement au contrôleur du tableau de bord. Récupérez votre token d'employé en base :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-sql\">\nSELECT id_employee, firstname, lastname \nFROM ps_employee WHERE active = 1;\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Puis construisez l'URL manuellement :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-\">\nhttps:\u002F\u002Fvotre-boutique.fr\u002Fvotre_dossier_admin\u002Findex.php?controller=AdminDashboard&token=VOTRE_TOKEN\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Le token se trouve dans la table \u003Ccode>ps_tab\u003C\u002Fcode> croisée avec \u003Ccode>ps_access\u003C\u002Fcode> pour l'employé concerné.\u003C\u002Fp>\n\u003Ch2>Étape 5 : Réinstaller les fichiers du back-office\u003C\u002Fh2>\n\u003Cp>Si aucune des solutions précédentes ne fonctionne, les fichiers du back-office sont peut-être corrompus (mise à jour interrompue, transfert FTP incomplet, module défaillant).\u003C\u002Fp>\n\u003Ch3>Procédure de réinstallation propre\u003C\u002Fh3>\n\u003Col>\n\u003Cli>**Sauvegardez** votre dossier admin actuel en le renommant :\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nmv dossier_admin\u002F dossier_admin_backup\u002F\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Col>\n\u003Cli>**Téléchargez** la version exacte de PrestaShop correspondant à votre installation depuis les archives officielles.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Col>\n\u003Cli>**Extrayez** uniquement le dossier `admin\u002F` de l'archive téléchargée.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Col>\n\u003Cli>**Uploadez** ce dossier sur votre serveur et renommez-le avec votre nom de dossier admin personnalisé.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Col>\n\u003Cli>**Testez** l'accès. Si le back-office fonctionne, le problème venait bien de fichiers corrompus.\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cblockquote>\u003Cp>\u003Cstrong>Attention :\u003C\u002Fstrong> Ne remplacez jamais les fichiers \u003Ccode>config\u002F\u003C\u002Fcode> ou la base de données. Seul le dossier admin doit être remplacé dans cette procédure. Vos données, modules et thème restent intacts.\u003C\u002Fp>\u003C\u002Fblockquote>\n\u003Ch3>Trouver votre version exacte\u003C\u002Fh3>\n\u003Cp>Si vous ne connaissez plus votre version de PrestaShop :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-php\">\n\u002F\u002F Dans config\u002Fsettings.inc.php (PS 1.6)\ndefine('_PS_VERSION_', '1.6.1.24');\n\n\u002F\u002F Dans app\u002FAppKernel.php (PS 1.7+\u002F8.x)\nconst VERSION = '8.1.3';\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch2>Étape 6 : Diagnostics avancés\u003C\u002Fh2>\n\u003Ch3>Inspecter le code source\u003C\u002Fh3>\n\u003Cp>Utilisez les outils de développement du navigateur (F12 ou clic droit > Inspecter) pour analyser :\u003C\u002Fp>\n\u003Cul>\n\u003Cli>**Onglet Console** : erreurs JavaScript bloquant le rendu de la page de connexion\u003C\u002Fli>\n\u003Cli>**Onglet Réseau** : requêtes en échec (404, 500, redirections 301\u002F302 en boucle)\u003C\u002Fli>\n\u003Cli>**Onglet Éléments** : vérifier que le formulaire HTML est bien présent dans le DOM\u003C\u002Fli>\n\u003C\u002Ful>\n\u003Cp>Un formulaire de connexion présent dans le code mais invisible peut indiquer un conflit CSS ou JavaScript (souvent causé par un module d'administration tiers).\u003C\u002Fp>\n\u003Ch3>Vérifier les logs serveur\u003C\u002Fh3>\n\u003Cpre>\u003Ccode class=\"language-bash\">\n# Apache\ntail -f \u002Fvar\u002Flog\u002Fapache2\u002Ferror.log\n\n# Nginx\ntail -f \u002Fvar\u002Flog\u002Fnginx\u002Ferror.log\n\n# PHP-FPM\ntail -f \u002Fvar\u002Flog\u002Fphp-fpm\u002Ferror.log\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Ch3>Vérifier le fichier .htaccess\u003C\u002Fh3>\n\u003Cp>Un \u003Ccode>.htaccess\u003C\u002Fcode> corrompu dans le dossier admin peut bloquer l'accès. Renommez-le temporairement pour tester :\u003C\u002Fp>\n\u003Cpre>\u003Ccode class=\"language-bash\">\nmv dossier_admin\u002F.htaccess dossier_admin\u002F.htaccess.bak\n\u003C\u002Fcode>\u003C\u002Fpre>\n\u003Cp>Si le back-office redevient accessible, régénérez un \u003Ccode>.htaccess\u003C\u002Fcode> propre depuis les paramètres SEO du back-office.\u003C\u002Fp>\n\u003Ch2>Récapitulatif de la méthodologie\u003C\u002Fh2>\n\u003Ctr>\u003Cth>Étape\u003C\u002Fth>\u003Cth>Action\u003C\u002Fth>\u003Cth>Temps estimé\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>1\u003C\u002Fth>\u003Cth>Activer le mode debug\u003C\u002Fth>\u003Cth>1 min\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>2\u003C\u002Fth>\u003Cth>Vider les caches\u003C\u002Fth>\u003Cth>2 min\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>3\u003C\u002Fth>\u003Cth>Vérifier les permissions\u003C\u002Fth>\u003Cth>5 min\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>4\u003C\u002Fth>\u003Cth>Vérifier URL et SSL\u003C\u002Fth>\u003Cth>5 min\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>5\u003C\u002Fth>\u003Cth>Réinstaller le dossier admin\u003C\u002Fth>\u003Cth>15 min\u003C\u002Fth>\u003C\u002Ftr>\n\u003Ctr>\u003Cth>6\u003C\u002Fth>\u003Cth>Diagnostics avancés\u003C\u002Fth>\u003Cth>Variable\u003C\u002Fth>\u003C\u002Ftr>\n\u003Cp>Suivez ces étapes dans l'ordre : la plupart des problèmes de back-office inaccessible se résolvent aux étapes 1 à 4. La réinstallation du dossier admin est un dernier recours efficace qui n'impacte ni vos données ni votre configuration.\u003C\u002Fp>",[120,123,126,129,132,135,138],{"q":121,"a":122},"Mon back-office PrestaShop affiche une page blanche, que faire en premier ?","Activez immédiatement le mode debug en modifiant le fichier config\u002Fdefines.inc.php : passez _PS_MODE_DEV_ à true. Rechargez la page : un message d'erreur PHP devrait apparaître et vous orienter vers la cause exacte (module défaillant, fichier manquant, erreur de syntaxe). C'est toujours la première étape avant toute autre manipulation.",{"q":124,"a":125},"Comment accéder au back-office PrestaShop si la page de connexion ne s'affiche pas ?","Plusieurs pistes : videz le cache navigateur avec Ctrl+F5, testez en navigation privée, vérifiez que vous utilisez bien HTTPS si SSL est activé. Si le formulaire est présent dans le code source (F12 > Éléments) mais invisible, c'est un conflit JavaScript ou CSS. En dernier recours, accédez directement au contrôleur AdminDashboard en ajoutant ?controller=AdminDashboard&token=VOTRE_TOKEN à l'URL.",{"q":127,"a":128},"La redirection du back-office PrestaShop tourne en boucle, comment résoudre ?","Ce problème est généralement lié à une incohérence SSL. Vérifiez en base de données que PS_SSL_ENABLED et PS_SHOP_DOMAIN_SSL sont correctement configurés dans la table ps_configuration. Assurez-vous d'accéder au back-office avec le bon protocole (https:\u002F\u002F si SSL est activé). Vérifiez également que votre fichier .htaccess n'est pas corrompu en le renommant temporairement.",{"q":130,"a":131},"Quelles permissions donner au dossier admin de PrestaShop ?","Les permissions recommandées sont 755 pour les dossiers et 644 pour les fichiers. Utilisez les commandes find avec -exec chmod pour appliquer récursivement. Évitez le 777 qui représente une faille de sécurité. Vérifiez aussi que le propriétaire des fichiers correspond à l'utilisateur du serveur web (www-data pour Apache, nginx pour Nginx).",{"q":133,"a":134},"Peut-on réinstaller le back-office PrestaShop sans perdre ses données ?","Oui, c'est une opération sans risque pour vos données. Sauvegardez votre dossier admin actuel, téléchargez la même version de PrestaShop depuis les archives officielles, extrayez uniquement le dossier admin et uploadez-le sur votre serveur avec le nom personnalisé de votre dossier admin. Vos produits, commandes, clients et configuration restent intacts dans la base de données et le dossier config.",{"q":136,"a":137},"Comment trouver ma version exacte de PrestaShop si le back-office est inaccessible ?","Sur PrestaShop 1.6, consultez le fichier config\u002Fsettings.inc.php qui contient la constante _PS_VERSION_. Sur PrestaShop 1.7 et 8.x, regardez dans app\u002FAppKernel.php la constante VERSION. Cette information est essentielle si vous devez réinstaller le dossier admin avec la bonne version.",{"q":139,"a":140},"Un module peut-il rendre le back-office PrestaShop inaccessible ?","Absolument. Un module défaillant qui s'exécute sur le hook d'administration peut provoquer une page blanche ou une erreur fatale. Si le mode debug révèle une erreur liée à un module, désactivez-le en base de données : UPDATE ps_module SET active = 0 WHERE name = 'nom_du_module'. Vous pouvez aussi renommer le dossier du module dans \u002Fmodules\u002F pour le désactiver sans accès au back-office.","Un back-office PrestaShop inaccessible se diagnostique en 6 étapes : activer le mode debug, vider les caches, vérifier les permissions fichiers (755\u002F644), corriger la configuration SSL et les URL en base de données, réinstaller le dossier admin si nécessaire, et analyser les logs serveur en dernier recours.",6,"2026-03-21T13:19:18.000Z",[],"Utilisation de PrestaShop : configuration et difficultés",{"items":147},[148,157,163,169,177,185,191,196],{"id":149,"type":150,"label":151,"href":84,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":154,"children":155,"psChildren":156},41,"link",{"fr":152},"Expertise",null,0,[],[],{"id":158,"type":150,"label":159,"href":75,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":160,"children":161,"psChildren":162},42,{"fr":74},1,[],[],{"id":164,"type":150,"label":165,"href":36,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":166,"children":167,"psChildren":168},43,{"fr":35},2,[],[],{"id":170,"type":150,"label":171,"href":173,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":174,"children":175,"psChildren":176},44,{"fr":172},"Outils IA","\u002Foutils-ia",3,[],[],{"id":178,"type":150,"label":179,"href":29,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":181,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":182,"children":183,"psChildren":184},45,{"fr":180},"Offre Starter ✨",{"highlight":20},4,[],[],{"id":186,"type":150,"label":187,"href":78,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":188,"children":189,"psChildren":190},46,{"fr":77},5,[],[],{"id":192,"type":150,"label":193,"href":96,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":142,"children":194,"psChildren":195},47,{"fr":92},[],[],{"id":197,"type":150,"label":198,"href":102,"icon":153,"description":153,"badge":153,"groupTitle":153,"style":153,"gridColumns":153,"cssClass":153,"psCategoryId":153,"showPsChildren":30,"position":199,"children":200,"psChildren":201},48,{"fr":101},7,[],[],{"header":203},{"logo":204,"topBar":209,"contactEmail":212,"features":213,"navBar":153},{"src":205,"alt":206,"text":95,"href":207,"class":208},"\u002Flogo-ac.svg","Alexandre Carette — Architecte E-commerce Souverain","\u002F","h-10 w-10",{"message":153,"showLanguages":30,"align":210,"languages":211},"left",[],"contact@alexandrecarette.fr",{"showSearch":30,"showWishlist":30,"showLogin":20,"showContact":30,"showCart":30,"stickyHeader":20,"headerLayout":214},"inline",{"academy":216,"blog":217,"expertise":228},[],[218,222,225],{"title":219,"url":220,"score":166,"type":221},"PrestaShop headless avec Nuxt 3 : pourquoi séparer back et front","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-separation-front-back","blog",{"title":223,"url":224,"score":160,"type":221},"PrestaShop headless : Nuxt 3, pas Next.js — le choix souverain","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fprestashop-headless-nuxt-nextjs-souverainete",{"title":226,"url":227,"score":160,"type":221},"Sylius rachète PrestaShop : ce que ça change pour vous","\u002Fblog\u002Fprestashop\u002Farchitecture\u002Fsylius-rachat-prestashop-headless-souverainete",[],{"footer":230},{"theme":231,"description":153,"hours":153,"logo":232,"contact":233,"social":234,"bottomBar":244},"dark",{"src":205,"href":207,"alt":95},{"email":153,"phone":153,"address":153,"cta":153},[235,238,241],{"platform":236,"href":237,"label":236},"linkedin","https:\u002F\u002Fwww.linkedin.com\u002Fin\u002Falexandre-carette\u002F",{"platform":239,"href":240,"label":239},"malt","https:\u002F\u002Fwww.malt.fr\u002Fprofile\u002Falexandrecarette",{"platform":242,"href":243,"label":242},"github","https:\u002F\u002Fgithub.com\u002Fprest4cafe",{"copyright":153}]