Kritischer Fehler oder weiße Seite: meist kein Hack

Meist ein technischer Fehler, selten ein Hack. So unterscheiden Sie beides in wenigen Minuten.

Justin JaegerStand 09.11.2026 · 4 Min. Lesezeit

Kurzantwort

Eine weiße Seite oder die Meldung „Es gab einen kritischen Fehler auf dieser Website“ hat meist eine technische Ursache: ein Plugin- oder Theme-Update, eine unpassende PHP-Version oder zu wenig Speicher1 2. Für einen Hack sprechen andere Zeichen: fremde Admins, Weiterleitungen auf fremde Seiten, eine Google-Warnung oder eine Sperre durch den Hoster3 4. Suchen Sie zuerst die Mail „Ihre Website hat ein technisches Problem“, löschen Sie nichts und holen Sie bei Hack-Zeichen sofort Hilfe5 6.

Was spricht für einen technischen Fehler?

  1. Die Seite fiel direkt nach einem Update aus1 2.
  2. Ihr Hoster hat die PHP-Version umgestellt7.
  3. WordPress meldet per Mail ein „technisches Problem“5 6.
  4. Der Hoster warnt, Speicher oder Datenbank seien fast voll8.
  5. Der Browser zeigt „Ihre Verbindung ist nicht privat“9.
  6. Statt Ihrer Seite erscheint ein Hinweis auf eine abgelaufene Domain10.

Was spricht für einen Hack?

  1. In WordPress stehen fremde Benutzer, vor allem Admins3.
  2. Besucher landen auf fremden Seiten, Sie als Admin oft nicht4 11.
  3. Google oder der Browser warnt vor Ihrer Seite3 4.
  4. Ihr Hoster hat die Seite gesperrt3.
  5. Bei Google stehen fremde Seiten unter Ihrer Adresse12.
  6. Besucher melden Warnungen ihres Virenscanners3.

Kann ein Hack auch eine weiße Seite auslösen?

Ja, aber seltener. Fehlerhafter Schadcode, gelöschte oder verschlüsselte Dateien und ein mit Schaddateien gefüllter Speicher können die Seite lahmlegen2. Sehen Sie zusätzlich ein Hack-Zeichen, behandeln Sie den Fall als Hack und folgen Sie den 7 Schritten für die erste Stunde.

Schritt 1: Nichts löschen, alles notieren

Löschen Sie nichts und spielen Sie nicht wahllos Backups ein. Notieren Sie, seit wann der Fehler besteht und was zuletzt geändert wurde, etwa ein Update3. Machen Sie einen Screenshot der Meldung. Vor jeder Änderung braucht es eine frische Sicherung15. Fragen Sie Ihren Hoster, wenn Sie nicht wissen, wie.

Schritt 2: Die Mail von WordPress suchen

Bei einem schweren Fehler schickt WordPress eine Mail an die Admin-Adresse5. Der Betreff lautet „[Name Ihrer Seite] Ihre Website hat ein technisches Problem“6. Sie nennt meist das Plugin oder Theme mit dem Fehler und enthält den Link zum Wiederherstellungsmodus5 14. Sehen Sie auch im Spam-Ordner nach13.

Schritt 3: Im Wiederherstellungsmodus anmelden

  1. Den Link aus der Mail öffnen und normal anmelden5.
  2. WordPress hat das fehlerhafte Plugin oder Theme für Sie pausiert5.
  3. Ein Hinweis zeigt, welche Erweiterung den Fehler auslöst5.
  4. Ist es ein Plugin: deaktivieren, nicht löschen. Ist es das Theme: Hilfe holen5.
  5. Für Besucher bleibt die Seite kaputt, bis Sie deaktivieren5.
  6. Der Link gilt einen Tag, danach kommt bei neuem Fehler eine neue Mail14.

Keine Mail? Rufen Sie Ihren Hoster an

Fragen Sie Ihren Hoster, bevor Sie selbst an Dateien gehen. Bitten Sie um das Fehlerprotokoll und fragen Sie, ob die PHP-Version geändert wurde. Die alte Version lässt sich oft zurückstellen7. Ein zu kleines Speicherlimit erhöht meist der Hoster1. Er kann oft auch sagen, ob ein Hack oder ein Ausfall vorliegt3.

Warum nicht selbst den Debug-Modus einschalten?

Dafür ändern Sie von Hand die zentrale Datei wp-config.php1. WordPress.org rät, die Debug-Werkzeuge nicht auf Live-Seiten zu nutzen, und vorher zu einer Testkopie oder einem Backup15. Lassen Sie das Protokoll deshalb Ihren Hoster oder einen Profi auslesen.

Domain oder SSL abgelaufen: Was tun?

SSL: Zeigt der Browser „Ihre Verbindung ist nicht privat“, ist oft das Zertifikat abgelaufen9. Bitten Sie Ihren Hoster um ein neues. Domain: Suchen Sie die Erinnerungsmails Ihres Domain-Anbieters und verlängern Sie den Vertrag. Bei .com-Adressen sind zwei Erinnerungen vor Ablauf Pflicht10.

Wann brauchen Sie einen Profi?

  1. Sie sehen mindestens ein Hack-Zeichen.
  2. Keine Mail und kein Zugang zu WordPress.
  3. Die Seite fällt nach dem Deaktivieren wieder aus.
  4. Es ist ein Shop oder eine Seite mit Kundendaten.
  5. Ihr Hoster sperrt die Seite oder meldet Schadcode.
  6. Ihnen fehlen Zeit oder Erfahrung mit Server und Dateien.

Häufige Fragen

Warum kam keine Mail von WordPress?

Prüfen Sie den Spam-Ordner13. Die Mail geht an die Admin-Adresse aus den WordPress-Einstellungen. Ist sie veraltet, kommt nichts an5. Zudem schickt WordPress höchstens eine solche Mail pro Tag14.

Kann ich einfach ein Backup einspielen?

Bei einem reinen Update-Fehler kann ein Backup von vorher helfen7. Bei einem Hack bleibt die Lücke offen. Klären Sie deshalb zuerst die Ursache.

Was mache ich mit dem fehlerhaften Plugin?

Lassen Sie es deaktiviert und prüfen Sie, ob es ein Update gibt. Sonst schicken Sie dem Hersteller die genaue Fehlermeldung oder holen einen Profi5.

Die Seite zeigt „vorübergehend nicht verfügbar … Wartungsarbeiten“. Was nun?

Meist ist ein Update hängen geblieben. WordPress legt dabei eine Sperrdatei an, die nicht entfernt wurde1 6. Lassen Sie sie vom Hoster oder einem Profi entfernen.

Wie sehe ich, ob Google fremde Seiten von mir zeigt?

Suchen Sie bei Google nach site:ihre-domain.de. Erscheinen Seiten, die Sie nie angelegt haben, deutet das auf einen Hack12. Von außen prüft auch der kostenlose Schnellcheck.

Was kostet die Hilfe bei einem Ausfall?

Die Diagnose ist kostenlos. Danach nenne ich Ihnen einen schriftlichen Festpreis. Läuft die Seite nicht wieder, zahlen Sie nichts16.

Quellen

  1. „Common WordPress errors“ (Abschnitte „The White Screen of Death“, „Critical Error Message“, „Allowed memory size exhausted“, „Connection Timed Out“, „Maintenance Mode Following Upgrade“), WordPress.org Advanced Administration Handbook, zuletzt aktualisiert 14.10.2026, abgerufen 09.11.2026. developer.wordpress.org
  2. „Troubleshooting WordPress: How to Fix the White Screen of Death (WSoD)“, Rianna MacLeod, Sucuri Blog, zuletzt aktualisiert 25.09.2025, abgerufen 09.11.2026. blog.sucuri.net
  3. „FAQ My site was hacked“, WordPress.org Documentation, zuletzt aktualisiert 26.07.2026, abgerufen 09.11.2026. wordpress.org
  4. „Bericht ‚Sicherheitsprobleme‘“ (Abschnitte „Gehackte Inhalte“ und „Gehackt: Code-Einschleusung“), Search Console-Hilfe, Google, ohne Datum, abgerufen 09.11.2026. support.google.com
  5. „Fatal Error Recovery Mode in 5.2“, Felix Arntz, Make WordPress Core, 16.04.2019, abgerufen 09.11.2026. make.wordpress.org
  6. Deutsche Übersetzung von WordPress (Sie-Fassung „Deutsch (Sie)“, Projekt „Development“), translate.wordpress.org, Export abgerufen 09.11.2026. Geprüfte Texte: „Es gab einen kritischen Fehler auf dieser Website …“, „[%s] Ihre Website hat ein technisches Problem“, „Diese Website ist aufgrund planmäßiger Wartungsarbeiten vorübergehend nicht verfügbar …“. translate.wordpress.org
  7. „Aktualisieren der PHP-Version für WordPress“, IONOS SE, Hilfe-Center, ohne Datum, abgerufen 09.11.2026. ionos.de
  8. „Webhosting – Was tun, wenn meine Datenbank voll ist?“, OVHcloud Dokumentation, zuletzt aktualisiert 19.02.2025, abgerufen 09.11.2026. docs.ovhcloud.com
  9. „10 Wege, um den NET::ERR_CERT_DATE_INVALID Fehler zu beheben“, Kinsta Wissensdatenbank, aktualisiert 01.10.2025, abgerufen 09.11.2026. kinsta.com
  10. „Expired Registration Recovery Policy“ (Ziff. 2.1.1 und 2.2.2–2.2.4), ICANN, ohne Datum, abgerufen 09.11.2026. icann.org
  11. „Hidden Malware Strikes Again: Mu-Plugins Under Attack“, Puja Srivastava, Sucuri Blog, 28.03.2025, abgerufen 09.11.2026. blog.sucuri.net
  12. „Woher weiß ich, ob meine Website gehackt wurde?“, Google (web.dev), Seitenangabe „Zuletzt aktualisiert: 2015-01-01“, abgerufen 09.11.2026. web.dev
  13. „Reparieren Sie meine WordPress-Website, wenn ein kritischer Fehler auftritt“, GoDaddy Hilfe DE, ohne Datum, abgerufen 09.11.2026. godaddy.com
  14. WordPress-Quellcode, Dateien „class-wp-recovery-mode.php“ (Funktionen get_email_rate_limit und get_link_ttl, Standard DAY_IN_SECONDS) und „class-wp-recovery-mode-email-service.php“ (Mailtext mit Link, Ablauf und Nennung des Plugins oder Themes), Repository WordPress/WordPress, Zweig master, abgerufen 09.11.2026. https://github.com/WordPress/WordPress/blob/master/wp-includes/class-wp-recovery-mode.php und. github.com
  15. „Debugging in WordPress“, WordPress.org Advanced Administration Handbook, zuletzt aktualisiert 14.10.2026, abgerufen 09.11.2026. developer.wordpress.org
  16. „WordPress-Soforthilfe“, JaegerDigital (Justin Jaeger), Live-Seite, abgerufen 09.11.2026. jaegerdigital.de

Stand 09.11.2026. Dieser Ratgeber ersetzt keine Rechtsberatung.

Jede Stunde zählt. Rufen Sie jetzt an.

+49 157 78995971

Jetzt anrufen Per WhatsApp schreiben

täglich 5–20 Uhr · Festpreis vorab