WEB-SOFTWARE WORDPRESS DEV WOOCOMMERCE CUSTOM SAAS HEADLESS CMS KI-INTEGRATION AUTOMATISIERUNG API-ENTWICKLUNG PERFORMANCE WARTUNG WEB-SOFTWARE WORDPRESS DEV WOOCOMMERCE CUSTOM SAAS HEADLESS CMS KI-INTEGRATION AUTOMATISIERUNG API-ENTWICKLUNG PERFORMANCE WARTUNG
Alle Notfall-Themen
Notfall · Diagnose in 2h, Fix in 24h

WordPress weißer Bildschirm? Wir bringen die Site zurück.

White Screen of Death? Wir analysieren PHP-Logs, finden den Plugin- oder Theme-Konflikt und bringen deine Site in unter 24 Stunden wieder online. Festpreis, Pay-after-fix.

Kunde Kunde Kunde Kunde Kunde
200+ Notfälle behoben
→ Reaktion per WhatsApp · Pay-after-fix · Festpreis ab €249
RECOVERY
Express-Service
Reaktion< 2 Stunden
RecoveryIn 24 Stunden
BezahlungPay after fix
Garantie2 Wochen Monitoring
BefundberichtSchriftlich inkl.
Antwort viaWhatsApp
Site reparieren lassen
Schritt 1

Diagnose in unter 10 Sekunden.

URL eingeben — wir scannen WordPress-Version, Theme, Plugins, PHP-Version und Malware-Patterns. Keine Logins erforderlich.

Live · Schnell-Diagnose
URL-Analyse in unter 10 Sekunden
Ready
→ Wir holen den Public-HTML, scannen auf WordPress-Signale, Malware-Indikatoren und Security-Header. Keine Logins erforderlich.
Erkennst du das?

Symptome, die wir
täglich sehen.

Komplett weiße Seite

Du rufst die Site auf, der Browser-Tab lädt fertig, aber der Inhalt bleibt weiß. Klassischer "White Screen of Death".

Auch wp-admin weiß

Nicht nur Frontend, sondern auch das Backend (wp-admin) zeigt weiß. Du kannst dich nicht mehr einloggen.

Nach Update aufgetreten

Direkt nach einem Plugin-, Theme- oder Core-Update funktioniert nichts mehr. Klassischer Update-Konflikt.

PHP-Fehler im Log

In den Server-Logs siehst du "Fatal error" oder "Uncaught Exception" — PHP crasht beim Page-Render.

Speicherlimit überschritten

"Allowed memory size exhausted" — WordPress läuft am Memory-Limit, oft durch ineffiziente Plugins.

HTTP 500 statt weiß

Statt weißer Seite siehst du einen 500er-Fehler. Klassisches Symptom für Server-seitige Fehler.

01

White Screen of Death — was ist das eigentlich?

Der "White Screen of Death" (WSoD) bezeichnet bei WordPress den Zustand, in dem sowohl Frontend als auch Backend nur eine weiße Seite zeigen, ohne Inhalt und ohne Fehlermeldung. Technisch passiert dabei Folgendes: PHP wirft einen Fatal Error beim Rendern der Seite. Da WordPress in der Standard-Konfiguration keine Fehler im Browser anzeigt (display_errors = off), siehst du nur eine leere Seite, während im Server-Log die eigentliche Ursache steht. Die häufigsten Auslöser sind Plugin-Konflikte (besonders nach Updates), Theme-Inkompatibilitäten, überschrittenes PHP-Memory-Limit (oft 64M oder 128M), korrupter Cache (Object-Cache, Page-Cache) oder fehlerhafte Custom-Code-Snippets in der functions.php. Manchmal ist es auch ein Datenbank-Problem: korrupte Tabellen oder verlorene Verbindung. In seltenen Fällen kann auch ein Hosting-Provider-seitiges Problem (z.B. PHP-Version-Update) die Ursache sein.

02

Wie wir den White Screen systematisch beheben

Unsere Recovery-Strategie folgt einem festen Diagnose-Pfad. Schritt 1: PHP-Error-Log einsehen. Hier steht in 95% der Fälle direkt die Ursache — der Fatal Error mit Datei-Pfad und Zeile. Schritt 2: Falls kein Log oder unklare Meldung — Plugins per FTP/SSH umbenennen (deaktiviert sie), Site testen. Funktioniert sie wieder, ist es ein Plugin-Konflikt. Schritt 3: Theme-Switch zu Default (twentytwentyfour). Funktioniert sie damit, ist es ein Theme-Problem. Schritt 4: Memory-Limit auf 256M oder 512M erhöhen, testen. Schritt 5: Cache leeren — Object-Cache, Opcode-Cache, Page-Cache. Schritt 6: WordPress-Core-Files mit Original-Version vergleichen, korrupte Files ersetzen. Schritt 7: Datenbank-Repair (wp db repair). Wenn keine dieser Maßnahmen wirkt, ist es ein komplexerer Fall — meistens ein Hack oder ein Server-Problem.

Was du bekommst

Vollständiges Recovery,
kein Pflasterkleben.

PHP-Log-Analyse

Wir analysieren die Error-Logs, identifizieren das problematische Plugin oder Theme und den genauen Fehler.

Konflikt-Beseitigung

Plugin/Theme deaktivieren, downgraden oder Code-Fix — je nach Ursache.

Server-Konfiguration

Memory-Limit, max_execution_time, max_input_vars angepasst, falls Server-seitig limitiert.

Update-Strategie

Wir richten Staging ein, damit zukünftige Updates erst getestet werden, bevor sie live gehen.

Backup-Restore

Falls Code-Fix nicht möglich: sauberer Restore aus Backup, ohne Datenverlust.

Befundbericht

Was war kaputt, was wurde gemacht, wie verhindert man es künftig.

Der Ablauf

Vier Phasen.
Maximal 24 Stunden.

< 2h
01

Anamnese & Server-Zugang

Du erzählst, was passiert ist. Wir bekommen SSH/FTP-Zugang und analysieren die Logs.

2-6h
02

Ursachen-Analyse

PHP-Error-Logs, Plugin-Konflikt-Test, Theme-Audit. Wir wissen, was das Problem ist.

6-18h
03

Fix

Konflikt beseitigen, Code reparieren, Server-Config anpassen. Site läuft wieder.

18-24h
04

Verifikation & Doku

Funktions-Tests, Backup-Setup, Befundbericht. Übergabe in saubere Hände.

Pakete

Festpreis.
Pay after fix.

Du zahlst erst, wenn die Site sauber ist und du den Befundbericht akzeptierst. Stripe-Authorize-Flow — keine Vorkasse.

Standard 24h
€249
Einfache Plugin- oder Theme-Konflikte. Site wieder online.
  • Log-Analyse
  • Konflikt-Identifikation
  • Fix oder Restore
  • Befundbericht
Standard buchen
Empfohlen
Professional 24h
€449
Komplexere Fälle mit Code-Fix oder Server-Optimierung.
  • Alles aus Standard
  • Code-Fix bei Bedarf
  • Server-Config-Optimierung
  • Staging-Setup
  • 2 Wochen Support
Professional buchen
Enterprise 24h
€849
Multisite, Server-Probleme oder mehrere Sites betroffen.
  • Alles aus Professional
  • Bis zu 3 Sites
  • Server-Audit
  • Plugin-Cleanup
  • 30 Tage Monitoring
Enterprise buchen
"Site war Sonntag-Nacht gehackt. Anruf um 7 morgens, um 18 Uhr war alles wieder sauber inklusive Befundbericht. Hardening on top. Genau das, was im Notfall zählt."
Andreas V.
Andreas V.
IT-Leiter, Beratungshaus
11h Recovery
Notfall-Linie aktiv

Jetzt Notfall
melden.

Form ausfüllen → Wir melden uns per WhatsApp innerhalb 30 Minuten. Optional kannst du Zugangsdaten direkt mitschicken — beschleunigt Recovery massiv.

Notfall-Anfrage
Wir melden uns per WhatsApp · < 2 Stunden
Aktiv
01

Wie erreichen wir dich?

WhatsApp ist Pflicht — wir melden uns dort, nicht per Telefon.

02

Welche Site ist betroffen?

Je präziser die Angaben, desto schneller können wir starten.

03

Zugangsdaten Optional · spart Stunden

Wenn du sie schon zur Hand hast, beschleunigt es die Bereinigung massiv. Aufklappen.

Sichere Übertragung: Dieses Formular läuft über TLS, deine Daten werden verschlüsselt übertragen. Alternative: Du kannst Credentials nach unserer ersten WhatsApp-Antwort über einen Bitwarden-Send-Link liefern (24h-Selbstzerstörung).
WordPress Admin (falls erreichbar)
SSH (beste Option für Recovery)
FTP / SFTP (falls kein SSH)
Hoster-Login (Backup-Option)
Antwort per WhatsApp
→ Werktags < 30 Min · Wochenende < 2h

Mit dem Senden bestätigst du, dass die angegebenen Daten korrekt sind und du befugt bist, diese zu übermitteln. Daten werden ausschließlich zur Bearbeitung deines Notfalls verwendet. Credentials werden nach Abschluss gelöscht oder bei deinem Wunsch durch Bitwarden-Send-Link übergeben.

FAQ

Häufige Fragen
zur Notfall-Hilfe.

Was ist die häufigste Ursache?

Plugin-Update mit Konflikt (40%), Theme-Update (20%), PHP-Speicherlimit überschritten (15%), Core-Update mit Konflikt (10%), korrupter Cache (10%), anderes (5%).

Verliere ich Daten?

Praktisch nie. Der White Screen ist ein Render-Problem, nicht ein Datenverlust-Problem. Datenbank ist meist unberührt.

Kann ich es selbst fixen?

Mit FTP-Zugang und PHP-Kenntnissen ja — Plugins per FTP umbenennen deaktiviert sie. Wenn du nicht weißt was du tust, ruf besser uns.

Was, wenn es ein Hack-bedingter White Screen ist?

Wir erkennen das beim Audit. Falls Hack-Verdacht, wechseln wir auf das WordPress-gehackt-Paket — gleiche Preise, anderer Prozess.