Es ist der Klassiker unter den selbstgemachten Ausfällen: Du fügst einen Code-Schnipsel in die functions.php ein, klickst auf Speichern — und die komplette Website zeigt nur noch: Parse error: syntax error, unexpected token … Ein einziges fehlendes Semikolon oder eine nicht geschlossene Klammer reicht, denn PHP kann fehlerhaft geschriebenen Code nicht einmal einlesen.
Warum gleich die ganze Website steht
Die functions.php deines Themes wird bei jedem Seitenaufruf geladen — Frontend wie Admin. Ist sie syntaktisch kaputt, gibt es kein WordPress mehr, das dir helfen könnte. Deshalb führt der Weg zur Reparatur an WordPress vorbei: per FTP oder Dateimanager des Hosters.
Schritt für Schritt zur Reparatur
- Fehlermeldung genau lesen:
Parse error: syntax error, unexpected end of file in /wp-content/themes/dein-theme/functions.php on line 213— Datei und Zeile stehen drin. Wichtig: Der Fehler steckt oft vor der genannten Zeile — PHP merkt erst später, dass etwas fehlt. Bei „unexpected end of file“ fehlt fast immer eine schließende Klammer}weiter oben. - Per FTP verbinden und die betroffene Datei herunterladen — und zwar bevor du weiter änderst: Diese Kopie ist dein Beweismittel.
- Änderung rückgängig machen: Der schnellste Fix ist, den zuletzt eingefügten Schnipsel komplett zu entfernen. Website lädt wieder? Dann war es sicher dieser Code — und du kannst ihn in Ruhe korrigiert erneut einfügen.
- Oder den Fehler direkt beheben. Die Top-5-Tippfehler:
- fehlendes Semikolon
;am Zeilenende - nicht geschlossene Klammer — jede
(,{,[braucht ihr Gegenstück - nicht geschlossene Zeichenkette — jedes
'und"paarweise - fehlendes
<?phpam Dateianfang oder verirrtes doppeltes?><?phpmitten im Code - „Smarte“ Anführungszeichen aus Word/Mail (
“ ”) statt gerader (" ") — unsichtbar und tödlich
- fehlendes Semikolon
- Hochladen, testen, fertig. Danach: Debug-Log prüfen, ob wirklich Ruhe ist (Debug-Modus).
Syntax vor dem Speichern prüfen
Mit SSH-Zugang testet ein einziger Befehl die Datei, ohne dass die Website je etwas merkt: php -l functions.php („lint“). Ausgabe No syntax errors detected = sicher speichern. Auch gute Code-Editoren (VS Code) markieren Syntaxfehler live beim Tippen.
So passiert es dir nicht wieder
- Nie im Theme-Editor des WP-Admins arbeiten: Er speichert direkt in die lebende Website. (WordPress verweigert Speichern mit Fatal Error zwar inzwischen oft — verlass dich nicht darauf.) Besser: Datei-Editor sperren mit
define('DISALLOW_FILE_EDIT', true); - Code-Schnipsel gehören ins Child Theme oder in ein Snippet-Plugin mit Fehlerprüfung — nicht ins Original-Theme, wo das nächste Update sie löscht.
- Vor jeder Änderung: Kopie der Datei. Der Unterschied zwischen 30 Sekunden und 3 Stunden Ausfall.
Und wenn es doch mal klemmt und du nicht weiterkommst: Mit Ammera Care ist so ein Ausfall ein Fall fürs Tagesgeschäft — Monitoring meldet ihn sofort, tägliche Backups machen jede Änderung umkehrbar, und die Behebung übernehmen wir. Die Module im Überblick.
