Votre admin PrestaShop est
devenue inaccessible ?
on récupère l'accès aujourd'hui.
Récupération d'accès au back-office PrestaShop bloqué
URL /admin-xxx oubliée, mot de passe perdu, écran blanc après login, 403 sur le dashboard, redirect qui boucle :
votre front fonctionne, mais vous êtes verrouillé hors du back-office.
On entre par SSH ou phpMyAdmin, on identifie le verrou, on vous rend la clé.
Ce que vous voyez = la cause probable
Identifiez votre symptôme dans le tableau. Ça oriente le diagnostic en moins d'une minute.
Pourquoi un BO devient inaccessible en 2026
Distribution observée sur 22 récupérations d'accès BO réalisées en 2025-2026.
Vous n'avez pas touché au BO depuis 6 mois, le navigateur a vidé son auto-fill, et l'URL /admin-XXXX avec son hash est aux oubliettes. Le cas le plus simple à résoudre — 15 min via SSH ou phpMyAdmin pour retrouver l'URL et reset le mot de passe en SQL.
Vous avez installé un module la veille, et depuis le lendemain, l'admin est blanche dès le login. Le module se branche sur actionAdminControllerInitBefore ou un widget BO et plante. Fix : identification via les logs ou par bisection, désactivation SQL.
Une mise à jour PrestaShop (1.7 → 8, 8.x → 9) change la signature d'une méthode d'un contrôleur admin. Votre override dans /override/controllers/admin/ hérite de la classe parente, ne reconnaît plus la signature, et plante au chargement.
Vous avez tenté de vous connecter 5 fois avec un mauvais mot de passe, un module type « Brute Force Protect » (ou Cloudflare WAF) vous a banni temporairement. Le BO renvoie 403 même si vous arrivez à l'URL. Fix : whitelist temporaire de votre IP.
Vous avez activé Let's Encrypt sur le front mais oublié de mettre à jour PS_SHOP_DOMAIN_SSL dans ps_configuration. Le BO redirige du HTTP vers HTTPS puis du HTTPS vers HTTP en boucle infinie. Navigateur abandonne avec ERR_TOO_MANY_REDIRECTS.
Spécifique aux versions modernes. Un module qui déclare un service avec une dépendance fantôme dans services.yml, ou un argument typé qui n'existe pas. Symfony refuse de booter le BO sans pour autant casser le front (qui utilise un autre kernel).
Admin récupéré en 42 min
Cas réel · Boutique articles de décoration · PrestaShop 8.0 + 28 modules · Décembre 2025.
app/config/parameters.php : '_PS_MODE_DEV_' => true. Refresh page de login + nouvelle connexion.
Fatal error: Uncaught Error: Call to undefined method ToolsCore::displayPriceSmarty() in /modules/dashboardproduct/dashboardproduct.php:117. Méthode core qui n'existe plus en PS 8.
dashboardproduct dernière mise à jour 2018, incompatible avec PrestaShop 8.0. La méthode a été renommée Tools::displayPrice().
UPDATE ps_module SET active = 0 WHERE name = 'dashboardproduct';. Vidage cache. Nouvelle connexion admin : dashboard chargé.
false. Email envoyé : timeline + cause + recommandation (remplacer dashboardproduct par module natif PS 8 équivalent ou patcher le code).
(42 min × 60 €/h HT)
Tarifs annoncés d'avance
Diagnostic offert. Pour l'intervention, vous savez exactement combien ça coûte avant que je touche au code.
Diagnostic
- Test BO sur 3 navigateurs + 2 IP
- Lecture des logs et du
ps_module - Devis chiffré envoyé immédiatement
- Vous décidez si vous continuez
Intervention ciblée
- Sauvegarde fichiers + BDD avant intervention
- Reset mot de passe / URL / IP / module / override
- Tests connexion + navigation BO complète
- Rapport écrit cause + correctif appliqué
- Garantie 30 jours sur le correctif
Maintenance mensuelle
- Compte admin secours KLN sur votre boutique
- Sauvegardes auto quotidiennes externalisées
- Audit overrides avant chaque update PrestaShop
- Intervention prioritaire si BO inaccessible
« BO inaccessible », ce n'est pas...
Si front + BO sont tous les deux inaccessibles, c'est un problème serveur / hébergeur, pas spécifique au BO. Fiche dédiée.
Fiche site inaccessible → ❌ Pas une page blanche frontSi le front est aussi en page blanche, c'est un bug applicatif PrestaShop plus large, pas un souci d'authentification BO. Fiche dédiée.
Fiche page blanche → ❌ Pas un piratageSi votre login admin a été changé sans votre consentement (vous voyez « identifiants invalides » avec vos vrais identifiants), c'est probablement un piratage. Protocole différent.
Fiche piratage →BO PrestaShop inaccessible — questions fréquentes
/admin-XXXX/), (3) cookie session corrompu après déplacement ou changement de domaine, (4) module BO qui plante uniquement côté admin, (5) override de contrôleur admin cassé après update, (6) IP bloquée par sécurité après tentatives de login échouées. Diagnostic via error_log + check IP côté firewall.admin suivi de caractères. (2) BDD : phpMyAdmin → ps_configuration, certains modules de sécurité y stockent l'URL admin. (3) Email de bienvenue PrestaShop : à l'installation, PS envoie un email contenant l'URL complète. Si les trois échouent, on récupère en 5 min via SSH.sendmail fonctionne. (2) Si email ne part pas : reset SQL direct — phpMyAdmin → ps_employee → écraser passwd avec un hash bcrypt généré. (3) Script PHP temporaire qui appelle l'API PrestaShop. Méthodes 2 ou 3 : 10 min.UPDATE ps_module SET active=0. (2) override de AdminDashboardController cassé après update — neutraliser /override/controllers/admin/. (3) widget BO custom qui jette une fatale silencieuse. (4) Sur PS 8/9 : conteneur Symfony invalide. (5) cache admin corrompu — supprimer /var/cache/prod/. Universel : activer le mode debug 5 min pour voir la vraie erreur.Verrouillé hors de votre admin PrestaShop ?
Diagnostic gratuit en 30 min. On identifie le verrou, on chiffre, vous décidez. Devis sous 24 h ouvrées.