PrestaShop Fehler 500 oder weiße Seite: was du jetzt tun kannst

Du öffnest deinen Shop am Montagmorgen und siehst nur „Error 500“ oder eine komplett weiße Seite, während die Bestellungen vom Wochenende warten. Ein PrestaShop Fehler 500 oder eine weiße Seite bedeutet fast nie, dass dein Shop verloren ist: Es heißt, dass intern etwas schiefgelaufen ist und PrestaShop dir nicht zeigen kann, was. Erstens: Fass nichts blind an. Dann findest du den Fehler entweder mit den Schritten unten, oder du gibst das Problem an jemanden ab, der sich in weniger als 12 Stunden darum kümmert.

Was bedeutet der Fehler 500 in PrestaShop?

Es ist eine allgemeine Meldung des Servers: „Etwas ist schiefgelaufen und ich kann die Seite nicht fertig laden.“ Was genau, sagt sie nicht. Die weiße Seite ist dasselbe, nur ohne Meldung: Der Shop ist so eingestellt, dass er Kunden keine Fehler anzeigt, also zeigt er gar nichts.

Die gute Nachricht: Deine Produkte, Kunden und Bestellungen sind weiterhin in der Datenbank. Kaputt ist nur der Teil, der sie anzeigt, und das lässt sich reparieren.

Warum ist mein Shop plötzlich ausgefallen?

Fast immer hat sich kurz vorher etwas geändert. Die häufigsten Ursachen sind:

• Ein neues oder aktualisiertes Modul, das sich mit einem anderen oder mit deiner PrestaShop-Version nicht verträgt.
• Ein Update von PrestaShop oder vom Theme, das nur halb durchgelaufen ist.
• Eine Änderung beim Hosting: Dein Anbieter hat die PHP-Version (die Sprache, in der PrestaShop läuft) angehoben, und dein Shop ist mit der neuen nicht kompatibel.
• Der Cache, also die temporären Dateien, die PrestaShop speichert, um schneller zu sein, ist veraltet oder beschädigt.
• Dem Server geht der Speicher aus, bei den schwersten Seiten wie dem Katalog oder dem Backoffice.
• Falsch gesetzte Dateirechte, nachdem der Shop umgezogen oder etwas per FTP hochgeladen wurde.

Überleg dir zuerst: Was wurde in den letzten Tagen installiert, aktualisiert oder geändert? Diese Antwort spart die halbe Arbeit.

Was mache ich jetzt sofort, damit es nicht schlimmer wird?

1. Installier PrestaShop nicht neu und lösch keine Module auf gut Glück. Wer ein Modul deinstalliert, kann dessen Einstellungen und Daten löschen.
2. Bitte deinen Hoster um ein Backup der Dateien und der Datenbank im aktuellen Zustand, oder mach es selbst über sein Kundenmenü. So lässt sich jeder Versuch rückgängig machen.
3. Prüf, ob alles ausfällt oder nur ein Teil. Die Startseite, nur der Warenkorb, nur das Backoffice? Schreib es auf: Das ist der erste Hinweis.
4. Mach einen Screenshot von dem, was du siehst, mit sichtbarer Seitenadresse.

Wie sehe ich den echten Fehler hinter der weißen Seite?

PrestaShop hat einen Debug-Modus, der statt der weißen Seite die vollständige Fehlermeldung anzeigt. Diese Meldung sagt meist, welche Datei oder welches Modul den Fehler verursacht hat.

Wenn sich das Backoffice noch öffnet, schalte ihn unter Erweiterte Einstellungen > Leistung > Debug-Modus ein. Öffnet es sich auch nicht, muss eine Datei per FTP bearbeitet werden; das ist im letzten Abschnitt für dein Technikteam erklärt.

Ein wichtiger Hinweis: Bei aktivem Debug-Modus sehen auch deine Kunden die Fehler. Nutz ihn nur so lange, wie du brauchst, um die Meldung zu lesen, und schalte ihn dann wieder aus.

Die zweite Quelle für Hinweise ist das Fehlerprotokoll: PrestaShop speichert die Fehler im Ordner var/logs deines Shops, und dein Hoster hat im Kundenmenü meist ein eigenes PHP-Fehlerprotokoll.

Kann ich das selbst reparieren, ohne programmieren zu können?

Manchmal ja. Es gibt drei Prüfungen, die du ohne Code machen kannst:

Cache leeren

Klick im Backoffice unter Erweiterte Einstellungen > Leistung auf Cache leeren. Wenn sich das Backoffice nicht öffnet, kann dein Technikteam ihn leeren, indem es den Inhalt eines Ordners löscht. Das ist sicher: PrestaShop legt diese Dateien von selbst wieder an.

Das zuletzt geänderte Modul deaktivieren

Wenn der Fehler nach der Installation oder dem Update eines Moduls angefangen hat, deaktiviere es (nicht deinstallieren) unter Module > Modul-Manager. Wenn der Shop wieder läuft, weißt du, wer der Schuldige war.

Beim Hoster nachfragen, ob sich etwas geändert hat

Eine direkte Frage: „Habt ihr in den letzten Tagen die PHP-Version oder ein Server-Limit geändert?“ Jede PrestaShop-Version funktioniert nur mit bestimmten PHP-Versionen, und so eine Änderung legt einen Shop von heute auf morgen lahm.

Wenn sich danach nichts geändert hat, hör auf zu probieren. Jeder Blindversuch bedeutet mehr Zeit mit geschlossenem Shop und mehr Risiko, etwas anzufassen, das eigentlich funktioniert hat.

Was kostet es, das reparieren zu lassen?

Bei BK Modules gibt es den PrestaShop-Notfallsupport: Du zahlst eine Technikerstunde, 45 € (Preis Stand Oktober 2026), und wir legen los. Wir arbeiten 7 Tage die Woche. Fehler 500, weiße Seiten und ein Backoffice, das sich nicht öffnet, stehen ganz oben auf der Liste dessen, was wir reparieren.

So läuft es ab:

1. Du zahlst die Stunde. Du kannst uns schreiben, was du siehst, die Adresse deines Shops angeben und Screenshots oder das Fehlerprotokoll anhängen, aber das ist freiwillig: Zum Bezahlen musst du nichts erklären.
2. Ein Techniker meldet sich in weniger als 12 Stunden, 7 Tage die Woche, mit dem, was wir sehen, und wie wir es reparieren. Den Zugang zu deinem Shop und, falls nötig, zu deinem Hosting erfragen wir dann über einen sicheren Kanal. Nie im Formular.
3. Ist es in dieser Stunde behoben, ist es erledigt. Braucht es mehr, halten wir an und sagen dir, was noch fehlt und wie lange es dauert. Du entscheidest, ob wir weitermachen; ohne dein Okay wird nichts berechnet.

Wir arbeiten mit PrestaShop 1.6, 1.7, 8 und 9, und die Rechnung liegt direkt nach der Zahlung in deinem Konto. Wir entwickeln selbst PrestaShop-Module und kennen daher von innen, was typischerweise kaputtgeht.

Wie verhindere ich, dass es wieder passiert?

Die meisten dieser Fehler kommen durch ein ungetestetes Update oder eine Serveränderung, über die niemand Bescheid gesagt hat. Wenn jemand deinen Shop kennt und Updates testet, bevor sie eingespielt werden, bleiben dir fast alle dieser Schreckmomente erspart.

Genau das ist die jährliche PrestaShop-Wartung: getestete Updates, Backups, Überwachung und Stunden im Jahr für den Fall, dass etwas ausfällt.

Für dein Technikteam

Wenn sich das Backoffice nicht öffnet, wird der Debug-Modus in config/defines.inc.php aktiviert, indem in dieser Zeile false durch true ersetzt wird:

define('_PS_MODE_DEV_', true);

• Logs: var/logs/ des Shops, dazu das PHP-Fehlerlog des Servers.
• Cache: den Inhalt von var/cache/prod/ und var/cache/dev/ löschen.
• Verdächtiges Modul ohne Zugang zum Backoffice: seinen Ordner in modules/ umbenennen, damit PrestaShop es nicht lädt.
• Speicher: PHP-memory_limit von mindestens 256 MB.
• Rechte: Ordner 755 und Dateien 644, wobei var/, img/ und upload/ für den Webserver-Benutzer beschreibbar sein müssen.
• PHP: prüfen, ob die aktive Version mit der installierten PrestaShop-Version kompatibel ist.

Zum Schluss _PS_MODE_DEV_ wieder auf false setzen.

Soll sich sofort jemand um deinen Shop kümmern?

Jede Stunde, in der dein Shop down ist, wandern Verkäufe zu einer anderen Website ab. Zahl die Stunde, und ein Techniker, der PrestaShop von innen kennt, meldet sich in weniger als 12 Stunden, um ihn wieder zum Laufen zu bringen.

Meinen Shop für 45 € reparieren