Meine Seite ist weg

Um das etwas mehr zu erläutern:

Wenn der Webserver PHP-Skripte (z.B. in Plugins, Theme-Templates oder WordPress selbst) ausführt und dabei ein erheblicher („fataler“) Fehler auftritt, kann das System eine Fehlermeldung ausgeben, um den Fehler zu analysieren und beseitigen. Problematisch ist, dass Angreifer durch die Fehlermeldungen auf mögliche Schwachstellen des Systems hingewiesen werden. Als Standard-Einstellung gibt dein Server dann lieber gar nichts aus, als munter Sicherheitslücken auszuplaudern.

Da du nur mit einer weißen Seite selber auch nicht weiterkommst, macht es Sinn, die Fehlermeldungen (möglichst nur für eine kurze Zeit) trotzdem einzublenden. Dazu gibt es die Möglichkeit in der WordPress-Konfigurationsdatei wp-config.php eine Konstante vorzugeben, die WordPress mitteilt, dass Fehlermeldungen erwünscht sind:

define( 'WP_DEBUG', true );

Die Zeile sollte in deiner Konfigurationsdatei bereits vorhanden sein, allerdings mit dem Wert false, den du auf true ändern solltest.

Um die Änderung vorzunehmen, musst du die Datei erst mit einem FTP-Programm wie z.B. Filezilla herunterladen, dann in einem geeigneten Editor (z.B. Notepad++ oder Atom Editor; verwende bitte nicht den Windows-Editor Notepad, weil der die Datei in einer falschen Zeichencodierung speichert und damit für weitere Fehler sorgt.) bearbeiten und anschließend wieder hochladen. Zur Nutzung des FTP-Programms stellt dir dein Webhoster eine eigene Anleitung zur Verfügung: https://www.cyon.ch/support/a/website-mit-dem-ftp-programm-filezilla-veroffentlichen

Die Wahrscheinlichkeit, dass das Problem in WordPress selbst auftritt, ist bei einer aktuellen Version (sprich: wenn du regelmäßig Aktualisierungen durchgeführt hast) eher gering. Die Software ist sehr weit verbreitet, gravierende Fehler werden sehr schnell gemeldet und genauso schnell behoben. Es ist wesentlich wahrscheinlicher, dass eines deiner verwendeten Plugins den Fehler verursacht. Plugins werden teilweise nur von einzelnen Entwicklern geschrieben und bei Updates nicht zusätzlich geprüft.

Um die Plugins deiner WordPress-Installation ohne Zugriff aufs Backend zu deaktivieren, kannst du vorübergehend das Verzeichnis wp-content/plugins auf deinem Server in z.B. wp-content/no-plugins umbenennen. Vielleicht ist die Website dann schon wieder erreichbar? Dann reicht es, wenn du das Verzeichnis wieder in wp-content/plugins umbenennst und die Plugins im Backend einzeln wieder aktivierst. Falls das nicht reicht, wären die Fehlermeldungen zur weiteren Analyse interessant.

Sobald die Fehler ausgelesen sind, kannst du die Konstante in der wp-config.php dann wieder auf define( 'WP_DEBUG', false ); setzen.

Ist es jetzt ein bisschen verständlicher geworden?

Im Moment wird keine leere Seite angezeigt, sondern ein „Internal Server Error“. Detailliertere Fehlermeldungen dazu stehen im Error-Log des Servers.

Beschreibungen mit „das“ und „es“ sind meistens etwas schwierig nachzuvollziehen.

Wenn es einen „Internal Server Error“ gibt, sollte es auch aktuelle Fehlermeldungen geben. Im Zweifelsfall würde ich nochmal beim Support des Webhoster nachfragen.

Vielleicht zum besseren Verständnis: Ich kein Mitarbeiter einer Support-Firma WordPress, sondern Anwender wie du auch, nur „sehe“ ich keine Einstellungen, habe keine Zugriff auf Dateien und kann mich nur auf möglichst präzise Angaben verlassen. Wenn weder die Aktivierung des Debug-Modus in der Konfigurationsdatei wp-config.php noch die Auswertung der Error-Logs irgendwelche Anhaltspunkte liefern, ist es schwierig, aus der Ferne irgendeine Unterstützung zu liefern. Ein Dienstleister mit Zugriff auf die Zugangsdaten hätte da wahrscheinlich bessere Möglichkeiten.

Die „klassische“ Vorgehensweise zur Behebung von solchen Fehlern (500 – Internal Server Error) ist

1. Servereinstellungen prüfen: Wurde eine aktuelle PHP-Version (7.2) aktiviert? Lassen sich Einstellungen wie z.B. memory_limit vornehmen und wie sind sie eingestellt? Eventuell auch den Support des Webhoster ansprechen, ob serverseitig Änderungen vorgenommen wurden, z.B. zwangsweise Umstellung auf eine neuere PHP-Version.
2. Datei .htaccess umbenennen, um eine Fehlkonfiguration durch diese Datei auszuschließen.
3. Per FTP Plugin-Verzeichnis umbenennen (was ihr ja wohl schon gemacht habt?)
4. Per FTP Theme-Verzeichnis des zuletzt aktivierten Themes umbenennen. Dadurch fällt WordPress auf ein Standard-Theme („Twenty …“) zurück, das allerdings installiert sein muss.
5. WordPress manuell aktualisieren – dabei werden die Dateien in den Verzeichnissen wp-admin und wp-includes durch einen frisch von WordPress.org heruntergeladenen Datensatz ausgetauscht.
6. Zugangsdaten zur Datenbank prüfen und nachsehen, ob die Datenbank weiterhin Datenbank-Tabellen mit dem in der wp-config.ph angegebenen Präfix enthält.

Wie bereits beschrieben:

Dann reicht es, wenn du das Verzeichnis wieder in wp-content/plugins umbenennst und die Plugins im Backend einzeln wieder aktivierst.

Sobald deine Website wieder „weg ist“, weißt du, welches Plugin das Problem verursacht. Es reicht dann, wenn du das Verzeichnis dieses Plugins umbenennst. Danach musst du schauen, ob es für das Problem dieses Plugins bereits eine Lösung gibt.

Regelmäßige Updates von WordPress, Theme und Plugins sind natürlich sowieso immer sinnvoll.

Gerade eben ist die neue WordPress-Version erschienen. Vielleicht wartest du noch ein paar Tage mit dem Update, wenn du vorher auf 4.9.8 aktualisiert hattest. Ansonsten ist es sinnvoll, möglichst früh Aktualisierungen vorzunehmen, weil sonst Sicherheitslücken nicht geschlossen und bekanntgewordene Problem nicht behoben werden können. Ich würde die Zeile rausnehmen.