WhatsApp vom Kunden
„Seit 6 Uhr morgens lädt nichts mehr. Gestern Abend lief alles. Wir haben gestern Nachmittag ein Plugin ‚WooCommerce Tax Cloud' für die EU-Umsatzsteuer installiert."
🚨 WC-Shop down · Notfall-Wiederherstellung
Ist Ihr WooCommerce
Ist Ihr WooCommerce
komplett nicht erreichbar?
wir identifizieren die Sättigung, wir bringen ihn zurück.
Diagnose und Wiederherstellung nicht erreichbarer WooCommerce-Shops
Timeout, nichts lädt, WP-Admin nicht erreichbar, MySQL verweigert Verbindungen, wp_options explodiert:
WooCommerce ist eine Plugin-Sammlung, Sättigung kann von überall kommen.
Wir profilen per SSH, identifizieren den Engpass, bringen die Site zurück.
✓ Kostenlose Diagnose
✓ Angebot in 24 h (Werktag)
✓ Ab 60 €/h netto
✓ Verwaiste Bestellungen wiederhergestellt
👀 Welches Szenario
4 Szenarien eines nicht erreichbaren WC-Shops
Der Kontext des Auftretens orientiert die Diagnose sofort. Erkennen Sie Ihres.
A. Site verlangsamt sich progressiv, dann friert sie ein
2-3 Stunden lang laden Seiten in 8, dann 15, dann 30 s, dann nichts mehr. Typische Ursache: wp_options-Tabelle in Auto-Load-Sättigung oder MySQL max_connections erreicht. PHP-FPM sammelt blockierte Worker, bis der Pool erschöpft ist. Lösung: laufende Worker beenden, DB profilen, verwaiste Auto-Load-Optionen bereinigen.
B. Site über Nacht down (nach Plugin-Installation)
Gestern hat es funktioniert, Sie haben ein Plugin installiert, heute Morgen ERR_CONNECTION_TIMED_OUT. Typische Ursache: schweres Plugin, das beim Bootstrap den gesamten PHP-Speicher verbraucht, oder Plugin, das eine blockierende MySQL-Abfrage öffnet. Lösung: Deaktivierung des Plugins via SQL (UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins') oder FTP-Umbenennung des Ordners /wp-content/plugins/.
C. WP-Admin nicht erreichbar, Frontend OK
Ihre Kunden bestellen normal, aber Sie können sich nicht mehr in /wp-admin/ einloggen — Timeout oder weißer Bildschirm. Typische Ursache: schweres Admin-Plugin (Analytics, Reporting, Reviews), das Millionen Zeilen ins Dashboard lädt, oder Action Scheduler hängt an einer Aufgabe. Lösung: gezielte Deaktivierung des Admin-Plugins + Bereinigung der Action-Scheduler-Jobs.
D. Site fällt intermittierend aus
Die Site funktioniert 10 Min, dann 30 Min Timeout, dann kommt sie wieder. Typische Ursache: Shared Hosting zu Stoßzeiten überlastet, DDoS / Bot-Scraping, das den Server zyklisch sättigt, oder WP-Cron, der alle X Minuten läuft und temporär abstürzt. Lösung: Pattern-Identifikation via Apache-Logs, Bot-Blockierung, Cron-Optimierung oder Hosting-Migration.
⚡ Typischer Einsatz
WC-Shop wieder online in 1 h 34
Realer Fall · Handwerklicher Käseshop · WordPress 6.4 + WooCommerce 8.4 + 38 Plugins · Oktober 2025.
Externe Diagnose
curl -I https://... Timeout 30 s. ping OK (Server antwortet). dig OK (DNS OK). Also: Webserver oder Anwendung.
SSH-Zugang · Profiling
systemctl status php-fpm → alle Worker seit 5 Stunden belegt. SHOW PROCESSLIST MySQL → 47 wartende Abfragen SELECT * FROM wp_options WHERE autoload='yes'.
Ursache identifiziert
Das Plugin
WC Tax Cloud speicherte alle Land/USt-Zuordnungen in wp_options als Auto-Load. 234 Optionen > 1 MB jede auto-loaded = 240 MB bei jeder Anfrage geladen. PHP gesättigt.
Plugin deaktiviert · Optionen bereinigt
SQL:
UPDATE wp_options SET autoload='no' WHERE option_name LIKE 'wctaxcloud_%';. Plugin via SQL deaktiviert. WP-Cache geleert. Site OK in 4 s.
Bericht + EU-USt-Alternativen-Recherche
E-Mail mit Timeline, Ursache und 2 tragfähigen Alternativen für die EU-USt-Verwaltung:
WooCommerce EU VAT Assistant oder Custom-Logik basierend auf Versandzonen. Wiederherstellung von 3 per Stripe bezahlten, nicht in DB angelegten Bestellungen.
1 h 34
Gesamteinsatz
~ 94 €
Auf Angebot abgerechnet
(1 h 34 × 60 €/h netto)
(1 h 34 × 60 €/h netto)
~ 1 800 €
Umsatzverlust über 6 h
+ 3 Stripe-Bestellungen gerettet
+ 3 Stripe-Bestellungen gerettet
💰 Tarife
Tarife vorab angekündigt
Diagnose kostenlos. Beim Einsatz wissen Sie genau, was es kostet, bevor wir den Code anfassen.
🔍 Diagnose
Diagnose
den Engpass finden
0€gratis
30 Min · ohne Verpflichtung
- Schichtentest: DNS / Netzwerk / PHP / MySQL
wp_options-Profiling + Action Scheduler Cron- Festes Angebot sofort gesendet
- Sie entscheiden, ob es weitergeht
⚡ Am häufigsten
🔧 Einsatz
Gezielter Einsatz
Shop wieder online bringen
ab 60€netto
nach Diagnose · Preis vorab angekündigt
- Backup Dateien + DB vor dem Einsatz
- Deaktivierung schweres Plugin / Bereinigung
wp_options - Wiederherstellung verwaister Stripe/PayPal-Bestellungen (≤ 10)
- Schriftlicher Bericht + Präventionsempfehlung
- Garantie 30 Tage auf die Korrektur
🛡️ Wartung
WooCommerce-Wartung
erkennen, bevor es sättigt
ab 50€/ Monat
24/7-Überwachung · ohne Verpflichtung
- 5-Min-Uptime-Monitoring + sofortiger SMS-Alarm
- Tägliche Backups ausgelagert (EU-Rechenzentren)
- Monatliches
wp_options-Audit + Action Scheduler Cron - Prioritärer Einsatz bei Ausfall
❓ FAQ
WooCommerce nicht erreichbar — häufig gestellte Fragen
Sechs typische Ursachen: (1) schweres oder schlecht codiertes Plugin, das den gesamten PHP-Speicher verbraucht, (2)
wp_options-Tabelle mit explodiertem Auto-Load (> 50 MB), (3) MySQL max_connections erreicht, (4) WP-Cron in Endlosschleife (Action Scheduler hängt an WooCommerce-Aufgabe), (5) Shared Hosting überlastet zu Stoßzeiten, (6) DDoS-Angriff / massives Bot-Scraping. Diagnose via SSH + php-fpm.log + MySQL processlist.Häufig bei WC mit großem Katalog. Der Admin macht schwere Abfragen (Dashboard-Analytics, Produktsuche), die im gecachten Frontend fehlen. Ursachen: (1) fataler Admin-Plugin beim Laden des Dashboards, (2) Zählabfrage in Timeout (nicht indexierte DB), (3) Stats-Plugin lädt Millionen Zeilen, (4) Action Scheduler hängt an Aufgabe. Lösung: SSH/FTP, um verdächtige Plugins via SQL zu deaktivieren (
UPDATE wp_options SET option_value = 'a:0:{}' WHERE option_name = 'active_plugins'), dann Bisektion.Je nach Ursache: schweres Plugin: 30 Min nach Identifikation.
wp_options bereinigen: 1 h. MySQL max_connections: 15 Min Limit + Ursachenanalyse. Action Scheduler hängt: 30 Min. DDoS/Bot-Scraping: 30 Min bis 2 h. 80% der Fälle in unter 2 h nach Abschluss der Diagnose.Ja, Ihre bereits aufgegebenen Bestellungen sind in der DB und sind nicht gefährdet. Problem: keine neuen Bestellungen, solange die Site down ist. Laufende Zahlungen sind heikler: Kunde auf Stripe zum Zeitpunkt des Timeouts kann bezahlt haben, ohne dass die WC-Bestellung erstellt wurde (Webhook nicht empfangen). Beim Wiederherstellen: Abgleich Stripe/PayPal-Zahlungen mit WC-Bestellungen der letzten 24 h, um verwaiste manuell anzulegen (enthalten ≤ 10). DSGVO-konform: Operationen in EU-Rechenzentren.
Nein, mindestens FTP oder cPanel ist erforderlich. Falls alle Zugänge verloren (Hoster-Übertragung, Dienstleisterwechsel), Wiederherstellung beim Hoster (1 bis 4 h gegen Ausweis). Wir leiten Sie telefonisch kostenlos. Sobald ein Zugang wiederhergestellt ist, beginnen wir mit der Diagnose.
Drei Maßnahmen: (1) 5-Min-Uptime-Monitoring aus mehreren Regionen: SMS-Alarm bei beginnender Sättigung (10-20 €/Monat standalone oder in Wartung inklusive). (2) Halbjährliches WC-Plugin-Audit: Entfernung nicht gewarteter, Updates kritischer,
wp_options-Optimierung. (3) Migration zu spezialisiertem Hosting (Raidboxes, Hetzner mit dediziertem PHP-Worker, mittwald) bei > 200 Bestellungen/Monat. Senkt das Wiederholungsrisiko um 80-90%.
🔗 Verwandte Themen
Weitere Probleme, die ich behebe
Ihr WooCommerce-Shop ist down?
Kostenlose Diagnose in 30 Min: wir identifizieren die Sättigung, beziffern die Wiederherstellung. Angebot in 24 h (Werktag).