Il tuo admin PrestaShop è
diventato inaccessibile ?
recuperiamo l'accesso oggi.
Recupero dell'accesso al back-office PrestaShop bloccato
URL /admin-xxx dimenticata, password persa, schermo bianco dopo il login, 403 sulla dashboard, redirect in loop :
il tuo front funziona, ma sei chiuso fuori dal back-office.
Entriamo via SSH o phpMyAdmin, individuiamo il blocco, ti restituiamo la chiave.
Quello che vedi = la causa probabile
Individua il tuo sintomo nella tabella. Orienta la diagnosi in meno di un minuto.
Perché un BO diventa inaccessibile nel 2026
Distribuzione osservata su 22 recuperi di accesso BO realizzati nel 2025-2026.
Non tocchi il BO da 6 mesi, il browser ha svuotato il suo auto-fill, e l'URL /admin-XXXX con il suo hash è finita nel dimenticatoio. Il caso più semplice da risolvere — 15 min via SSH o phpMyAdmin per ritrovare l'URL e resettare la password in SQL.
Hai installato un modulo il giorno prima, e dall'indomani l'admin è bianco subito dopo il login. Il modulo si aggancia ad actionAdminControllerInitBefore o a un widget BO e va in crash. Fix : identificazione tramite i log o per bisezione, disattivazione SQL.
Un aggiornamento PrestaShop (1.7 → 8, 8.x → 9) cambia la firma di un metodo di un controller admin. Il tuo override in /override/controllers/admin/ eredita dalla classe genitore, non riconosce più la firma e va in crash al caricamento.
Hai provato a connetterti 5 volte con una password sbagliata, un modulo tipo « Brute Force Protect » (o Cloudflare WAF) ti ha bannato temporaneamente. Il BO restituisce 403 anche se raggiungi l'URL. Fix : whitelist temporanea del tuo IP.
Hai attivato Let's Encrypt sul front ma dimenticato di aggiornare PS_SHOP_DOMAIN_SSL in ps_configuration. Il BO redirige da HTTP a HTTPS poi da HTTPS a HTTP in un loop infinito. Il browser abbandona con ERR_TOO_MANY_REDIRECTS.
Specifico delle versioni moderne. Un modulo che dichiara un servizio con una dipendenza fantasma in services.yml, o un argomento tipizzato che non esiste. Symfony rifiuta di avviare il BO senza per questo rompere il front (che usa un altro kernel).
Admin recuperato in 42 min
Caso reale · Negozio articoli di decorazione · PrestaShop 8.0 + 28 moduli · Dicembre 2025.
app/config/parameters.php : '_PS_MODE_DEV_' => true. Refresh pagina di login + nuova connessione.
Fatal error: Uncaught Error: Call to undefined method ToolsCore::displayPriceSmarty() in /modules/dashboardproduct/dashboardproduct.php:117. Metodo core che non esiste più in PS 8.
dashboardproduct ultimo aggiornamento 2018, incompatibile con PrestaShop 8.0. Il metodo è stato rinominato Tools::displayPrice().
UPDATE ps_module SET active = 0 WHERE name = 'dashboardproduct';. Svuotamento cache. Nuova connessione admin : dashboard caricata.
false. Email inviata : timeline + causa + raccomandazione (sostituire dashboardproduct con modulo nativo PS 8 equivalente o patchare il codice).
(42 min × 60 €/h + IVA)
Tariffe comunicate in anticipo
Diagnosi offerta. Per l'intervento, sai esattamente quanto costa prima che io tocchi il codice.
Diagnosi
- Test BO su 3 browser + 2 IP
- Lettura dei log e del
ps_module - Preventivo dettagliato inviato immediatamente
- Decidi tu se proseguire
Intervento mirato
- Backup file + DB prima dell'intervento
- Reset password / URL / IP / modulo / override
- Test connessione + navigazione BO completa
- Report scritto causa + correzione applicata
- Garanzia 30 giorni sulla correzione
Manutenzione mensile
- Account admin d'emergenza KLN sul tuo negozio
- Backup automatici giornalieri esternalizzati
- Audit override prima di ogni update PrestaShop
- Intervento prioritario se il BO è inaccessibile
« BO inaccessibile » non è la stessa cosa di...
Se front + BO sono entrambi inaccessibili, è un problema server / hosting, non specifico del BO. Scheda dedicata.
Scheda sito inaccessibile → ❌ Non una pagina bianca sul frontSe anche il front è in pagina bianca, è un bug applicativo PrestaShop più ampio, non un problema di autenticazione BO. Scheda dedicata.
Scheda pagina bianca → ❌ Non un attacco hackerSe il tuo login admin è stato cambiato senza il tuo consenso (vedi « credenziali non valide » con le tue vere credenziali), è probabilmente un attacco hacker. Protocollo diverso.
Scheda attacco hacker →BO PrestaShop inaccessibile — domande frequenti
/admin-XXXX/), (3) cookie di sessione corrotto dopo uno spostamento o cambio di dominio, (4) modulo BO che va in crash solo lato admin, (5) override di controller admin rotto dopo un update, (6) IP bloccato dalla sicurezza dopo tentativi di login falliti. Diagnosi via error_log + verifica IP lato firewall.admin seguita da caratteri. (2) DB : phpMyAdmin → ps_configuration, alcuni moduli di sicurezza vi memorizzano l'URL admin. (3) Email di benvenuto PrestaShop : all'installazione, PS invia un'email contenente l'URL completa. Se i tre falliscono, la recuperiamo in 5 min via SSH.sendmail funziona. (2) Se l'email non parte : reset SQL diretto — phpMyAdmin → ps_employee → sovrascrivere passwd con un hash bcrypt generato. (3) Script PHP temporaneo che richiama l'API PrestaShop. Metodi 2 o 3 : 10 min.UPDATE ps_module SET active=0. (2) override di AdminDashboardController rotto dopo un update — neutralizzare /override/controllers/admin/. (3) widget BO custom che lancia un fatal silenzioso. (4) Su PS 8/9 : container Symfony non valido. (5) cache admin corrotta — eliminare /var/cache/prod/. Universale : attivare la modalità debug 5 min per vedere il vero errore.Chiuso fuori dal tuo admin PrestaShop ?
Diagnosi gratuita in 30 min. Individuiamo il blocco, quotiamo, decidi tu. Preventivo entro 24 h lavorative.