Kundenanruf
„Seit gestern Abend komme ich auf den Admin-Login, gebe meine Daten ein, dann weiße Seite. Front OK, Bestellungen laufen weiter rein."
🔒 Kein Admin-Zugang · Wiederherstellung < 1 h
Ihr PrestaShop-Admin
Ihr PrestaShop-Admin
ist nicht mehr erreichbar?
wir holen den Zugang heute zurück.
Wiederherstellung des gesperrten PrestaShop-Backoffice-Zugangs
Vergessene /admin-xxx-URL, verlorenes Passwort, weiße Seite nach Login, 403 auf dem Dashboard, Endlos-Redirect:
Ihr Front läuft, aber Sie sind aus dem Backoffice ausgesperrt.
Wir kommen per SSH oder phpMyAdmin rein, identifizieren das Schloss, geben Ihnen den Schlüssel zurück.
✓ Kostenlose Diagnose
✓ Angebot in 24 h (Werktag)
✓ Ab 60 €/h netto
✓ Ihre Daten unversehrt
🩺 Schnelldiagnose
Was Sie sehen = die wahrscheinliche Ursache
Finden Sie Ihr Symptom in der Tabelle. Das engt die Diagnose in unter einer Minute ein.
🔎 Die wahren Ursachen
Warum ein BO 2026 unerreichbar wird
Beobachtete Verteilung über 22 BO-Zugangs-Wiederherstellungen 2025-2026.
1. Passwort / URL vergessen (≈ 30%)
Sie haben das BO seit 6 Monaten nicht angefasst, der Browser hat seine Auto-Fill geleert, und die URL /admin-XXXX mit ihrem Hash ist in Vergessenheit geraten. Der einfachste Fall — 15 Min per SSH oder phpMyAdmin, um die URL wiederzufinden und das Passwort per SQL zurückzusetzen.
2. Kürzlich installiertes BO-Modul (≈ 22%)
Sie haben am Vortag ein Modul installiert, und seit dem Morgen darauf ist der Admin direkt nach Login weiß. Das Modul hängt sich an actionAdminControllerInitBefore oder ein BO-Widget und stürzt ab. Fix: Identifikation per Logs oder Bisektion, SQL-Deaktivierung.
3. Admin-Override kaputt nach Update (≈ 18%)
Ein PrestaShop-Update (1.7 → 8, 8.x → 9) ändert die Signatur einer Methode eines Admin-Controllers. Ihr Override in /override/controllers/admin/ erbt von der Elternklasse, erkennt die Signatur nicht mehr und stürzt beim Laden ab.
4. IP von Sicherheit gesperrt (≈ 12%)
Sie haben 5-mal mit falschem Passwort versucht zu loggen, ein Modul vom Typ „Brute Force Protect" (oder Cloudflare WAF) hat Sie temporär gebannt. Das BO liefert 403, selbst wenn Sie die URL erreichen. Fix: temporäre Whitelist Ihrer IP.
5. HTTPS-/HTTP-Redirect-Schleife (≈ 10%)
Sie haben Let's Encrypt im Front aktiviert, aber vergessen, PS_SHOP_DOMAIN_SSL in ps_configuration zu aktualisieren. Das BO leitet HTTP auf HTTPS um, dann HTTPS auf HTTP in einer Endlosschleife. Browser gibt mit ERR_TOO_MANY_REDIRECTS auf.
6. Ungültiger Symfony-Container (PS 8/9) (≈ 8%)
Spezifisch für moderne Versionen. Ein Modul, das einen Service mit einer Phantom-Abhängigkeit in services.yml deklariert, oder ein typisiertes Argument, das nicht existiert. Symfony verweigert das Booten des BO, ohne das Front zu brechen (das einen anderen Kernel nutzt).
⚡ Typischer Einsatz
Admin wiederhergestellt in 42 Min
Realer Fall · Deko-Shop · PrestaShop 8.0 + 28 Module · Dezember 2025.
SFTP-Zugang bekommen · Debug aktiviert
Bearbeitung von
app/config/parameters.php: '_PS_MODE_DEV_' => true. Refresh Login-Seite + erneuter Login.
Lesbarer Fehler
Fatal error: Uncaught Error: Call to undefined method ToolsCore::displayPriceSmarty() in /modules/dashboardproduct/dashboardproduct.php:117. Core-Methode existiert in PS 8 nicht mehr.
Hypothese bestätigt
Modul
dashboardproduct letztes Update 2018, inkompatibel mit PrestaShop 8.0. Die Methode wurde in Tools::displayPrice() umbenannt.
SQL-Deaktivierung des Moduls
phpMyAdmin →
UPDATE ps_module SET active = 0 WHERE name = 'dashboardproduct';. Cache geleert. Neuer Admin-Login: Dashboard geladen.
Debug deaktiviert + Bericht
Debug auf
false zurückgesetzt. E-Mail versendet: Timeline + Ursache + Empfehlung (dashboardproduct durch natives PS-8-Modul ersetzen oder Code patchen).
42 Min
Wiederherstellungszeit
~ 42 €
Auf Angebot abgerechnet
(42 Min × 60 €/h netto)
(42 Min × 60 €/h netto)
0
Verlorene Daten
💰 Tarife
Tarife vorab angekündigt
Diagnose kostenlos. Beim Einsatz wissen Sie genau, was es kostet bevor wir den Code anfassen.
🔍 Diagnose
Diagnose
das Schloss finden
0€gratis
30 Min · ohne Verpflichtung
- BO-Test auf 3 Browsern + 2 IPs
- Log-Auswertung und Prüfung von
ps_module - Festes Angebot sofort gesendet
- Sie entscheiden, ob es weitergeht
⚡ Am häufigsten
🔧 Einsatz
Gezielter Einsatz
Admin-Zugang wiederherstellen
ab 60€netto
nach Diagnose · Preis vorab angekündigt
- Backup Dateien + DB vor jedem Einsatz
- Reset Passwort / URL / IP / Modul / Override
- Tests Login + komplette BO-Navigation
- Schriftlicher Bericht Ursache + angewandte Korrektur
- Garantie 30 Tage auf die Korrektur
🛡️ Wartung
Monatliche Wartung
BO-Überwachung + Notzugang
ab 50€/ Monat
24/7-Überwachung · ohne Verpflichtung
- KLN-Notfall-Admin-Account in Ihrem Shop
- Tägliche Backups DSGVO-konform (Hetzner, Backblaze EU)
- Override-Audit vor jedem PrestaShop-Update
- Prioritäter Einsatz bei BO-Ausfall
❓ FAQ
PrestaShop-BO nicht erreichbar — häufig gestellte Fragen
Sechs Ursachen decken 95% der Fälle ab: (1) verlorenes Passwort oder deaktivierter Account, (2) vergessene Admin-URL (PrestaShop fügt einen Hash zu
/admin-XXXX/ hinzu), (3) beschädigtes Session-Cookie nach Umzug oder Domainwechsel, (4) BO-Modul stürzt ab nur auf Admin-Seite, (5) kaputter Admin-Controller-Override nach Update, (6) IP von Sicherheit gesperrt nach fehlgeschlagenen Login-Versuchen. Diagnose über error_log + IP-Check auf Firewall.Drei Methoden: (1) FTP: Root auflisten, nach einem Ordner suchen, der mit
admin beginnt und von Zeichen gefolgt wird. (2) DB: phpMyAdmin → ps_configuration, manche Sicherheitsmodule speichern dort die Admin-URL. (3) PrestaShop-Willkommens-E-Mail: bei der Installation versendet PS eine E-Mail mit der vollständigen URL. Falls alle drei scheitern, holen wir sie in 5 Min per SSH zurück.(1) „Passwort vergessen"-Link aus dem BO, sofern die E-Mail gültig ist und
sendmail funktioniert. (2) Falls die E-Mail nicht rausgeht: direkter SQL-Reset — phpMyAdmin → ps_employee → passwd mit einem generierten bcrypt-Hash überschreiben. (3) Temporäres PHP-Skript, das die PrestaShop-API aufruft. Methoden 2 oder 3: 10 Min.Der Login gelingt, aber das Dashboard wird nicht gerendert. Fünf Ursachen: (1) kürzlich installiertes BO-Modul, das beim Laden des Admin abstürzt — per SQL
UPDATE ps_module SET active=0 deaktivieren. (2) Override von AdminDashboardController kaputt nach Update — /override/controllers/admin/ neutralisieren. (3) Custom-BO-Widget, das einen stummen Fatal wirft. (4) Auf PS 8/9: ungültiger Symfony-Container. (5) beschädigter Admin-Cache — /var/cache/prod/ löschen. Universell: Debug-Modus 5 Min aktivieren, um den echten Fehler zu sehen.Je nach Ursache: URL/Passwort: 15-30 Min. IP gesperrt: 15 Min. BO-Modul stürzt ab: 30 Min bis 1 h. Kaputter Override: 1 bis 2 h. Symfony-Container (PS 8/9): 1 bis 3 h. Insgesamt 80% der Fälle in unter einer Stunde, sobald die Diagnose steht.
Nein, wir brauchen mindestens Serverzugang (FTP, SFTP, SSH oder cPanel). Falls Sie alle Zugänge verloren haben, ist der erste Schritt, sie bei Ihrem Hoster zurückzubekommen (1 bis 4 h gegen Ausweis). Wir begleiten Sie per WhatsApp dabei. Sobald ein Zugang wiederhergestellt ist (auch eingeschränkt), starten wir die Diagnose. DSGVO-konform: alle Backups in EU-Rechenzentren.
🔗 Verwandte Themen
Weitere Probleme, die ich behebe
Ausgesperrt aus Ihrem PrestaShop-Admin?
Kostenlose 30-Min-Diagnose. Wir identifizieren das Schloss, beziffern, Sie entscheiden. Festes Angebot in 24 h (Werktag).