Diagnose

WordPress Fehler beheben: Symptome richtig deuten

Weiße Seite, 500er, Weiterleitungsschleife oder ein Formular das schweigt. Jedes Symptom deutet auf eine bestimmte Ursache hin. Hier steht, welche das jeweils ist.

Grundregel

Erst messen, dann schrauben

Die meiste Zeit bei einer Fehlersuche geht durch ungeordnetes Ausprobieren verloren. Wer nach einander drei Dinge ändert und dann feststellt, dass es wieder läuft, weiß hinterher nichts.

Deshalb steht am Anfang immer die Frage, welche Information überhaupt vorliegt. WordPress schweigt in der Standardeinstellung, das heisst Fehler landen in Protokollen statt auf dem Bildschirm. Drei Quellen liefern fast immer die Antwort: das PHP-Fehlerprotokoll des Servers, das Zugriffsprotokoll mit den Statuscodes und der Debug-Modus von WordPress der Meldungen in eine Datei schreibt statt sie öffentlich anzuzeigen.

Symptome richtig zu deuten ist deshalb der eigentliche Kern der Arbeit. Ein weißer Bildschirm bedeutet etwas völlig anderes als ein Serverfehler, auch wenn für Sie beides gleich aussieht: Die Seite geht nicht. Wer die Zeichen lesen kann, spart sich die halbe Suche.

Zu erst prüfen wir also, was der Server sagt. Danach reproduzieren wir den Fehler in einer Kopie und arbeiten uns von dort weiter. Diese Reihenfolge klingt umständlich und spart am Ende die meiste Zeit.

Abgrenzung

Auf dieser Seite geht es um das Erkennen und Zuordnen von Fehlern. Wie eine akute Rettung konkret abläuft, mit Sicherung, Testumgebung und Wiederinbetriebnahme, steht unter Ablauf einer Reparatur.

Symptome

Die häufigsten Fehlerbilder und was sie bedeuten

Jeder Abschnitt beschreibt, was Sie sehen, was technisch dahintersteckt und woran wir zuerst denken.

01

Weiße Seite ohne jede Meldung

Der berühmte White Screen. PHP ist auf einen Fehler gelaufen und zeigt ihn nicht an. Ursache ist fast immer Code aus einem Theme oder einer Erweiterung, häufig direkt nach einem Update oder nach einem Wechsel der PHP-Version. Der Blick ins Fehlerprotokoll nennt in solchen Fällen meist Datei und Zeile.

02

Interner Serverfehler 500

Der Server bricht die Verarbeitung ab. Typische Gründe sind eine fehlerhafte Konfigurationsdatei, überschrittene Speichergrenzen oder eine Endlosschleife im Code. Manchmal reicht auch eine einzige falsch gesetzte Regel in der htaccess-Datei aus.

03

Zu viele Weiterleitungen

Der Browser meldet eine Schleife. Meist widersprechen sich zwei Regeln: eine im Server, eine in einer Erweiterung. Klassiker sind eine falsch eingetragene Seitenadresse in den Einstellungen und eine gleichzeitig aktive Umleitung auf HTTPS.

04

Fehler beim Aufbau der Datenbankverbindung

Entweder stimmen die Zugangsdaten nicht mehr, oder die Datenbank ist überlastet beziehungsweise beschädigt. Nach einem Umzug ist es fast immer das Erste, bei einer lange gewachsenen Installation eher das Zweite.

05

Layout verrutscht oder Inhalte fehlen

Die Seite lädt, sieht aber falsch aus. Häufig fehlen Stildateien, weil ein Zwischenspeicher noch die alte Fassung ausliefert. Bei Page Buildern kommt hinzu, dass Inhalte in eigenen Formaten gespeichert sind die nach einem Update anders gelesen werden.

06

Formulare verschicken nichts

Der schleichendste Fehler, weil niemand ihn bemerkt. Ursache ist meist der Mailversand: Der Server versendet über eine Adresse die im Empfängersystem als unzulässig gilt. Die Nachricht wird angenommen und verschwindet dann still.

07

Kein Zugriff mehr auf den Login

Manchmal hat ein Sicherheits-Plugin die Adresse geändert, manchmal wurde ein Benutzer gesperrt oder die Sitzung lässt sich nicht speichern. In sofern hilft hier nur der Zugriff über die Datenbank oder über den Dateizugang.

08

Fehler direkt nach einem Update

Der eindeutigste Fall, weil der Zeitpunkt bekannt ist. Meist verträgt sich eine Erweiterung nicht mit der neuen Version des Kerns oder mit dem Theme. Statt dessen einfach zurückzuspringen ist möglich, löst aber nur den Moment und nicht das Problem.

Systematik

Wie sich die Ursache eingrenzen lässt

Das Prinzip ist immer das gleiche: immer nur eine Variable ändern und nach jedem Schritt prüfen. In einer Kopie, nicht im laufenden Betrieb.

  1. Zustand festhalten

    Fehlermeldung, Uhrzeit, betroffene Adressen und der letzte bekannte Eingriff werden notiert. Ohne diese Notiz beginnt man später wieder von vorn.

  2. Protokolle lesen

    PHP-Fehlerprotokoll und Serverzugriffe zeigen oft die Datei, die Zeile und den Zeitpunkt. In vielen Fällen ist die Suche damit schon beendet.

  3. Erweiterungen halbieren

    In der Kopie wird die Hälfte deaktiviert. Ist der Fehler weg, liegt er in dieser Hälfte. So schrumpft der Suchraum in wenigen Runden.

  4. Theme gegenprüfen

    Ein kurzer Wechsel auf ein Standard-Theme zeigt, ob die Ursache im Erscheinungsbild liegt oder woanders.

  5. Umgebung prüfen

    PHP-Version, Speichergrenzen, Ausführungszeit und Rechte auf Dateiebene. Bei Hostingwechseln liegt der Fehler regelmäßig hier.

Grenzen

Wann Diagnose allein nicht mehr reicht

Es gibt Installationen, bei denen die Suche länger dauert als der saubere Weg. Ein paar Anzeichen dafür:

  • Der Fehler tritt unregelmäßig auf und lässt sich nicht zuverlässig auslösen.
  • Im Theme steht eigener Code, den niemand kommentiert hat und dessen Autor nicht erreichbar ist.
  • Mehrere Erweiterungen greifen an derselben Stelle ein und heben sich gegenseitig auf.
  • Die Installation läuft auf einer PHP-Version, für die es keine Aktualisierungen mehr gibt.

In solchen Fällen ist die Fehlersuche keine Frage von Stunden mehr, sondern von Tagen, und das Ergebnis hält oft nur bis zum nächsten Update. Dann sagen wir das offen und nennen zwei Zahlen: eine für die Weitersuche und eine für die Alternative. Häufig ist das Aufräumen der Installation günstiger, siehe Refactoring statt Dauerreparatur. Wenn der Fehler mit Ladezeiten zusammenhängt, lohnt zusätzlich der Blick auf langsame Seiten und ihre Ursachen.

Häufige Fragen

Fragen zur Fehlersuche

Kann ich den Debug-Modus einfach selbst einschalten?

Technisch ja, aber bitte so, dass Meldungen in eine Datei geschrieben und nicht öffentlich angezeigt werden. Sonst stehen Pfade und Versionsnummern für jeden lesbar auf der Seite. Wenn Sie unsicher sind, lassen Sie es und schicken uns stattdessen einen Zugang.

Hilft es, alle Erweiterungen zu deaktivieren?

Als Test ja, aber niemals im laufenden Betrieb. Manche Erweiterungen verlieren beim Abschalten ihre Einstellungen und einzelne Inhalte werden dann nicht mehr korrekt dargestellt. Solche Versuche gehören in eine Kopie.

Warum kommt derselbe Fehler nach ein paar Wochen wieder?

Weil beim ersten Mal das Symptom beseitigt wurde und nicht die Ursache. Ein deaktiviertes Plugin wird beim nächsten Update wieder aktiv, eine erhöhte Speichergrenze wird beim Serverumzug zurückgesetzt. Nachhaltig ist nur die Behebung an der Wurzel.

Wie merke ich, dass mein Formular gar nichts mehr verschickt?

Nur durch regelmäßige Tests oder durch eine Protokollierung der Absendungen. Wir richten das gern ein: jede Anfrage wird zusätzlich gespeichert sodass Sie im Zweifel nachsehen können. Das verhindert wochenlange Funkstille ohne dass es jemand merkt.

Kann ein Fehler auch vom Hoster kommen?

Ja, häufiger als man denkt. Änderungen an der PHP-Version, neue Speichergrenzen oder ein Wechsel der Serverkonfiguration schlagen direkt durch. Ein Blick in die Statusmeldungen des Anbieters gehört deshalb zu jeder Diagnose dazu.

Nächster Schritt

Schicken Sie uns das Fehlerbild

Eine Beschreibung, ein Bildschirmfoto und die Adresse reichen für eine erste Einordnung. Sie bekommen eine Einschätzung, was wahrscheinlich dahintersteckt.