Parse error, syntax error — ein Zeichen, und alles ist weg.
Du hast einen Code-Schnipsel in die functions.php eingefügt, gespeichert — und statt der Website steht da nur noch eine Zeile Text mit Dateipfad und Zeilennummer. Auch das Backend ist nicht mehr erreichbar. Das fühlt sich nach Totalschaden an, ist aber in fünf Minuten behoben, wenn man weiß, wo man hinfasst.
Ein Parse error bedeutet: PHP konnte die Datei nicht einmal lesen, weil die Schreibweise nicht stimmt — eine fehlende Klammer, ein fehlendes Semikolon, ein doppeltes <?php. Weil WordPress die Datei bei jedem Aufruf lädt, fällt die komplette Website aus, Backend inklusive. Die Lösung ist immer dieselbe: die zuletzt geänderte Datei per FTP zurücksetzen. Die Fehlermeldung nennt Datei und Zeile.
Website down oder gehackt? Schreib mir per WhatsApp oder E-Mail mit Domain und kurzer Beschreibung — ich melde mich in der Regel innerhalb weniger Stunden, auch am Wochenende, wenn es brennt. Zugangsdaten bitte nie in der ersten Nachricht, sondern erst nach Absprache über einen sicheren Weg.
Die Meldung lesen.
Eine typische Zeile sieht so aus:
Parse error: syntax error, unexpected '}' in
/www/htdocs/w01xxxxx/example.de/wp-content/themes/mein-theme/functions.php on line 214Der Pfad sagt dir, welche Datei betroffen ist. Die Zahl am Ende ist die Zeile, in der PHP aufgegeben hat.
Wichtig zu verstehen: Die genannte Zeile ist der Ort, an dem der Fehler auffällt, nicht zwingend der Ort, an dem er steckt. Fehlt in Zeile 190 ein Semikolon, meldet PHP das oft erst in Zeile 214, wo die Rechnung nicht mehr aufgeht. Schau deshalb immer den Bereich darüber mit an — besonders den Code, den du zuletzt eingefügt hast.
Zwei Meldungsarten begegnen dir am häufigsten. unexpected bedeutet: Hier steht etwas, womit PHP an dieser Stelle nicht rechnet. unexpected end of file bedeutet: Die Datei hört auf, obwohl noch eine Klammer offen ist.
Sofort: Datei zurücksetzen.
Das Backend ist nicht erreichbar, also führt der Weg über FTP oder den Dateimanager deines Hosters. So gehst du vor:
- Mit FTP oder dem Dateimanager verbinden (Zugangsdaten stehen im Kundenbereich des Hosters).
- Zur Datei navigieren, die in der Meldung steht — meist
wp-content/themes/DEIN-THEME/functions.php. - Die Datei herunterladen und als Sicherung behalten.
- Die Datei in einem Texteditor öffnen und den zuletzt eingefügten Code wieder entfernen.
- Hochladen, Seite neu laden. Die Website ist zurück.
Hast du keine Sicherung und weißt nicht mehr, was du eingefügt hast: Lade dir das gleiche Theme frisch von der Herstellerseite oder aus dem WordPress-Verzeichnis herunter und ersetze nur diese eine Datei. Achtung — damit gehen alle bisherigen eigenen Anpassungen in dieser Datei verloren. Deshalb ist die Sicherung vor dem Überschreiben Pflicht.
Wenn keine Meldung erscheint.
Manche Hoster zeigen Fehler aus Sicherheitsgründen nicht an — dann siehst du nur eine weiße Seite oder den Hinweis auf einen kritischen Fehler. In dem Fall hilft das Fehlerprotokoll: Es liegt entweder im Kundenbereich des Hosters unter „Logfiles" oder lässt sich in WordPress einschalten (Debug-Modus aktivieren). Dort steht dieselbe Meldung mit Datei und Zeile. Zum weißen Bildschirm allgemein: Weiße Seite und Kritischer Fehler.
Die typischen Ursachen.
| Fehler | Was passiert ist | Woran du es erkennst |
|---|---|---|
| Fehlendes Semikolon | Am Ende einer Anweisung fehlt ; | unexpected, oft ein paar Zeilen später |
| Klammer nicht geschlossen | Eine { oder ( hat kein Gegenstück | unexpected end of file |
Doppeltes <?php | Beim Kopieren mit eingefügt, obwohl die Datei schon läuft | unexpected '<' |
| Anführungszeichen aus Word | Typografische statt gerader Zeichen | unexpected, meist direkt in der Zeile |
| Code an falscher Stelle | Schnipsel steht innerhalb einer anderen Funktion | unexpected 'function' |
| Zeichen beim Kopieren verloren | Nur die Hälfte erwischt | unexpected, Zeile sieht abgeschnitten aus |
Die häufigste Ursache in der Praxis ist das doppelte <?php. Viele Anleitungen im Netz zeigen den Schnipsel mit dieser Zeile am Anfang. In einer bestehenden Datei, die bereits mit <?php beginnt, darf sie kein zweites Mal vorkommen.
Fehler im Code finden.
Wenn du den Code behalten willst und wissen musst, wo es klemmt, hilft ein Editor mit Syntaxhervorhebung — etwa Visual Studio Code, kostenlos für Mac und Windows. Er färbt Code ein und markiert Stellen, an denen die Schreibweise nicht stimmt, bevor du überhaupt hochlädst. Zwei Kniffe helfen zusätzlich:
- Klammern zählen: Im Editor den Cursor auf eine Klammer setzen — die zugehörige Gegenklammer wird hervorgehoben. Passiert nichts, fehlt sie.
- Halbieren: Bei längerem Code die Hälfte auskommentieren und testen. Läuft es, steckt der Fehler in der anderen Hälfte. So kreist du ihn in wenigen Schritten ein.
Code richtig einfügen.
Drei Regeln, die diesen Fehler fast vollständig verhindern:
- Nie im aktiven Haupt-Theme. Eigener Code gehört in ein Child-Theme oder in ein kleines eigenes Plugin. Beim nächsten Theme-Update ist er sonst weg.
- Immer ans Ende der Datei, nie mitten in eine bestehende Funktion.
- Vorher sichern. Datei herunterladen, bevor du etwas änderst.
Ein Mini-Plugin ist dabei die sicherste Variante: Es liegt in einer eigenen Datei, lässt sich per FTP durch Umbenennen des Ordners abschalten und reißt bei einem Fehler nicht das Theme mit.
<?php
/**
* Plugin Name: Meine Anpassungen
* Description: Eigener Code, unabhaengig vom Theme.
* Version: 1.0
*/
if ( ! defined( 'ABSPATH' ) ) {
exit; // Direktaufruf verhindern
}
// Ab hier eigener Code, ohne weiteres <?php
Ordner anlegen, Datei hineinlegen, im Backend unter Plugins aktivieren. Fällt etwas aus, benennst du den Ordner per FTP um — die Website läuft sofort wieder.
Warum der Theme-Editor gefährlich ist.
WordPress bringt unter Design einen Editor mit, in dem sich Theme-Dateien direkt im Browser bearbeiten lassen. Genau darüber entstehen die meisten dieser Ausfälle: Ein Klick auf Speichern, und die Datei ist live — ohne Prüfung, ohne Rückgängig-Funktion. Neuere WordPress-Versionen prüfen zwar einfache Fehler vorab und stellen die alte Fassung wieder her, aber verlassen sollte man sich darauf nicht. Besser: den Editor ganz abschalten.
/* Vor der Zeile "That's all, stop editing!" einfuegen */
define( 'DISALLOW_FILE_EDIT', true );Damit verschwinden Theme- und Plugin-Editor aus dem Backend. Änderungen laufen dann nur noch über FTP — genau so soll es sein.
Damit es nicht wieder passiert.
- Testumgebung nutzen und Code erst dort ausprobieren (Staging einrichten).
- Backup vor jeder Änderung (Backup erstellen).
- FTP-Zugang griffbereit haben, bevor du ihn brauchst.
- Child-Theme oder Mini-Plugin statt Haupt-Theme.
- Quelle prüfen: Schnipsel aus Foren sind oft für ältere PHP-Versionen geschrieben (Fehler nach PHP-Update).
Wenn du nicht weiterkommst.
Wenn die Website weiß ist und du keinen FTP-Zugang hast oder nicht weißt, welche Datei betroffen ist, geht es oft schneller, wenn jemand direkt draufschaut. Ich finde die Ursache, behebe sie und erkläre dir, was passiert ist: WordPress-Hilfe, bei einem Totalausfall der Notfall-Support. Damit es gar nicht erst so weit kommt: WordPress-Wartung.
Ursache finden, Website wieder zum Laufen bringen, kurzer Bericht — meist am selben Tag.
Für Anpassungen, Fehlerbehebung und Beratung nach Aufwand, abgerechnet in 15-Minuten-Schritten.
Updates, Backups, Sicherheitscheck, Monitoring — Kleinigkeiten inklusive.
Orientierungswerte, keine Fixpreise — nach einem kurzen Gespräch bekommst du ein Festpreisangebot.
Wer hilft.
Ich bin Manuel Killert, WordPress-Entwickler aus Quakenbrück. Seit 2020 baue und betreue ich WordPress-Websites — für Handwerksbetriebe, Industrie, Gastronomie, Start-ups und Vereine —, entwickle eigene Plugins und unterrichte WordPress als Dozent an der KW Design Akademie. Das heißt: Ich kenne die typischen Fehler nicht nur aus Foren, sondern aus eigenen Projekten, und ich kann sie so erklären, dass du sie beim nächsten Mal selbst erkennst. Du erreichst mich direkt, ohne Ticketsystem.
Echte Projekte — live ansehen.
WordPress-Websites, die ich gebaut habe oder laufend betreue.
Markenfest
Stärkerer Online-Shop — Webdesign, Content und individuelle Shop-Funktionen.
Website ansehen ↗
KT Bodenteam
Professioneller Auftritt für einen Bodenleger — Vorher-Nachher-Slider und regionale SEO.
Website ansehen ↗
Potassco Solutions
Klare Website für ein KI-Unternehmen, die komplexe Technologie verständlich macht.
Website ansehen ↗FAQ — Parse error / Syntax error.
Was bedeutet Parse error: syntax error in WordPress?
PHP konnte die Datei nicht lesen, weil die Schreibweise nicht stimmt — etwa eine fehlende Klammer oder ein fehlendes Semikolon. Weil WordPress die Datei bei jedem Aufruf lädt, fällt die ganze Website inklusive Backend aus.
Wie komme ich wieder ins Backend, wenn ein Parse error angezeigt wird?
Gar nicht über den Browser. Du musst per FTP oder Dateimanager des Hosters an die Datei, die in der Fehlermeldung steht, und den zuletzt eingefügten Code wieder entfernen.
Warum stimmt die angezeigte Zeilennummer oft nicht?
Die Zeile ist die Stelle, an der PHP aufgibt, nicht immer die Stelle mit dem Fehler. Fehlt weiter oben ein Semikolon oder eine Klammer, fällt das erst später auf. Schau den Bereich darüber mit an.
Was ist die häufigste Ursache?
Ein doppeltes <?php am Anfang eines kopierten Schnipsels. Viele Anleitungen zeigen diese Zeile, in einer bestehenden Datei darf sie aber kein zweites Mal vorkommen.
Wie füge ich Code sicher ein?
In ein Child-Theme oder ein eigenes kleines Plugin, immer ans Ende der Datei und niemals ohne vorheriges Backup. Ein Mini-Plugin lässt sich per FTP durch Umbenennen des Ordners abschalten.
Sollte ich den Theme-Editor im Backend abschalten?
Ja. Über ihn entstehen die meisten dieser Ausfälle, weil Änderungen ohne Prüfung sofort live gehen. Mit der Konstante DISALLOW_FILE_EDIT in der wp-config.php verschwindet er.
Das bin ich – rechts im BildErzähl mir, was nicht funktioniert.
Domain und eine kurze Beschreibung reichen — du bekommst eine ehrliche Einschätzung, was los ist und was die Behebung kostet.
Antwort meist innerhalb von 24 Stunden · hallo@manuelkillert.de