Kunden-SMS
„Seit 7 Uhr morgens lädt nichts mehr. Kein Besucher kann zugreifen. Es ist Schulanfangszeit, ich habe laufende Aktionen."
🚨 Shop komplett down · Sofortiges Handeln
Ihr PrestaShop reagiert überhaupt nicht mehr?
Ihr PrestaShop reagiert überhaupt nicht mehr?
wir identifizieren die fehlerhafte Schicht.
Diagnose und Wiederherstellung nicht erreichbarer PrestaShop-Shops
Timeout, ERR_CONNECTION_REFUSED, Seite, die unendlich lädt, Hoster, der sagt „alles in Ordnung":
Ihr Shop ist unerreichbar. Wir testen die gesamte Kette — DNS, Netzwerk, Webserver, PHP-FPM, MySQL —
und bringen die fehlerhafte Schicht zurück online.
✓ Kostenlose Diagnose
✓ Angebot in 24 h (Werktag)
✓ Ab 60 €/h netto
✓ Ohne Verpflichtung
👀 Was sehen Sie
4 Wege, um zu erkennen, dass ein Shop wirklich unerreichbar ist
Die exakte Meldung, die Sie sehen, weist uns auf die schuldige Schicht hin. Erkennen Sie Ihre wieder.
A. Endlosladen (Browser-Timeout)
Das Browser-Icon dreht sich 30+ Sekunden, dann erscheint ERR_TIMED_OUT oder „Diese Seite braucht zu lange zum Antworten". Typische Ursache: PHP-FPM überlastet oder blockiert, MySQL antwortet nicht mehr, oder Anfrage in einer Schleife. Der Server empfängt die Anfrage, sendet aber nie eine Antwort. Schuldige Schicht: Anwendung (PHP) oder Datenbank.
B. Sofortiger Verbindungsfehler
Der Browser zeigt sofort ERR_CONNECTION_REFUSED, ERR_CONNECTION_RESET oder This site can't be reached. Typische Ursache: Apache/Nginx nicht gestartet, Port 443 von der Firewall geschlossen, oder IP gesperrt. Der Server verweigert aktiv die Verbindung. Schuldige Schicht: Webserver oder Firewall.
C. DNS- / Domainname-Fehler
Der Browser zeigt DNS_PROBE_FINISHED_NXDOMAIN oder ERR_NAME_NOT_RESOLVED. Typische Ursache: abgelaufene Domain, gelöschter A/AAAA-Eintrag, laufende DNS-Propagation, oder Registrar, der die Domain gesperrt hat. Schuldige Schicht: DNS / Registrar. Oft eine vergessene Domain-Verlängerung.
D. Fehlerseite des Hosters
Benutzerdefinierte Seite von Hetzner, IONOS, All-Inkl, STRATO oder mittwald mit „Account gesperrt", „Site suspended", „Wartung läuft". Typische Ursache: unbezahlte Rechnung, Überschreitung von Festplatten- oder Bandbreitenquota, manuelle Sperrung nach erkanntem Missbrauch (Spam-Skript, Mining). Schuldige Schicht: Hosting-Account. Kaufmännische oder Compliance-Aktion.
🔎 Methode
Unsere Diagnose in 4 Schichten
Wir testen der Reihe nach, von der äußersten (DNS) zur innersten (DB). Die erste fehlerhafte Schicht liefert die Ursache.
⚡ Beispiel-Einsatz
Shop wieder online in 1 h 12
Realer Fall · Sportartikel-Shop · PrestaShop 8.2 · Shared Hosting · Januar 2026.
Diagnose Schicht 1 → 2
dig OK (IP korrekt), ping OK (Server antwortet), curl -I Timeout nach 30 s. Also: Netzwerk OK, Webserver oder Anwendung fehlerhaft.
SSH-Zugang wiederhergestellt
systemctl status apache2 → aktiv. systemctl status php-fpm → alle PHP-FPM-Worker seit 6:30 Uhr im Zustand R (running). Alle auf einer einzigen Anfrage festgefahren.
Ursache identifiziert
SHOW PROCESSLIST MySQL → 89 laufende Abfragen auf ps_product_attribute im Lock. Eine um 6 Uhr per schlecht geschriebenem Cron gestartete Bestandsbereinigung ohne Transaktion blockierte alles andere.
Fix angewendet
KILL der blockierenden Anfrage. service php-fpm restart. Shop wieder reaktiv in unter 2 s. Bereinigungs-Cron für Kaltanalyse deaktiviert.
Post-Mortem-Bericht
E-Mail mit Timeline, Ursache (Cron ohne Transaktion), Empfehlung: Neuschreiben des Crons + Einrichtung eines 5-Min-Uptime-Monitorings, um Überlastung vor dem totalen Ausfall zu erkennen.
1 h 12
Gesamteinsatz
~ 72 €
Auf Angebot abgerechnet
(1 h 12 × 60 €/h netto)
(1 h 12 × 60 €/h netto)
~ 4 200 €
Umsatzverlust in 3 h
(Schulanfangs-Aktionen)
(Schulanfangs-Aktionen)
💰 Tarife
Tarife vorab angekündigt
Diagnose kostenlos. Beim Einsatz wissen Sie genau, was es kostet bevor wir den Code anfassen.
🔍 Diagnose
Diagnose
die fehlerhafte Schicht finden
0€gratis
30 Min · ohne Verpflichtung
- Test DNS / Netzwerk / Webserver in 4 Schichten
- Schuldige Schicht identifiziert
- 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 Einsatz
- Neustart der Dienste (Apache, PHP-FPM, MySQL)
- Ursachenidentifikation (Cron, Abfrage, Quota...)
- Schriftlicher Bericht + Präventivempfehlung
- Garantie 30 Tage auf die Korrektur
🛡️ Wartung
Monatliche Wartung
vor dem Totalausfall erkennen
ab 50€/ Monat
24/7-Überwachung · ohne Verpflichtung
- 5-Min-Uptime-Monitoring · sofortige SMS-Alarmierung
- Tägliche Backups ausgelagert in EU-Rechenzentren (DSGVO-konform)
- Quota-Überwachung Festplatte, Bandbreite, DNS, SSL
- Priorisierter Einsatz bei Shop-Ausfall
🧭 Nicht verwechseln
„Shop nicht erreichbar" ist nicht...
❌ Kein 500
Wenn Ihre Seite mit einer Fehlermeldung antwortet (HTTP ERROR 500), ist sie erreichbar, nur kaputt. Der Server tut seinen Job. Dedizierte Seite.
Wenn der Browser einen HTTP-200-Status mit leerem Body erhält, antwortet der Server — es ist die Anwendung, die stillschweigend abstürzt. Dedizierte Seite.
Weißer-Bildschirm-Seite →
❓ FAQ
PrestaShop-Shop nicht erreichbar — häufig gestellte Fragen
Vier Ursachenfamilien. (1) DNS / Domain: abgelaufener A/AAAA-Eintrag, unterbrochene Propagation, Registrar sperrt wegen unbezahlter Rechnung →
ERR_NAME_NOT_RESOLVED. (2) Hosting: Apache/Nginx startet nicht, PHP-FPM abgestürzt, Quota überschritten, Hoster in Wartung. (3) Datenbank: MySQL/MariaDB verweigert Verbindungen → 'Cannot connect to database' oder komplett weiß. (4) Server-Netzwerk: Firewall blockiert nach DDoS, Server-IP gesperrt, Port 443 nach fehlgeschlagener SSL-Erneuerung geschlossen. Diagnose immer mit externem dig/curl, dann SSH auf dem Server.Drei Tests: (1) den Shop auf dem 4G/5G-Handy öffnen (nicht WLAN) — wenn es geht, ist es Ihr lokales Netz. (2) Testen auf isitdownrightnow.com — testet von außen. (3) Inkognito-Modus in einem anderen Browser — schließt Cache und Extensions aus. Wenn alle drei den Ausfall bestätigen, haben wir ein Server- oder DNS-Problem.
Klassisch. Der Hoster prüft seine Infrastruktur, nicht Ihre Anwendung. Drei typische Ursachen: (1) Shop antwortet auf
ping, aber PHP-FPM ist überlastet, also wartet Apache auf eine Antwort, die nie kommt, (2) DB auf einem anderen Server, der seinerseits down ist, (3) ein Modul, das in einer Endlosschleife läuft. Der Hoster hat technisch recht (seine Infra läuft), aber Ihr Shop ist unbenutzbar. SSH-Zugang nötig, um auf Anwendungsseite zu diagnostizieren.Je nach Ursache: DNS: 1 bis 24 h (TTL/Propagation). PHP-FPM / MySQL abgestürzt: 30 Min bis 1 h. Festplattenquota: 30 Min. Firewall blockiert: 15 Min, sobald die Regel identifiziert ist. Hoster-Infra-Ausfall: wir hängen vom Hoster ab. Im Durchschnitt 80 % der Fälle in unter 2 h, sobald die Diagnose vorliegt.
Teilweise. Ohne Serverzugang können wir trotzdem: das DNS aus mehreren Regionen testen, den SSL-Zustand prüfen, die HTTP-Header inspizieren, die fehlerhafte Schicht identifizieren. Mit diesen Elementen können wir Ihnen sagen, was Sie Ihrem Hoster melden sollen. Wenn der Einsatz SSH/FTP erfordert, leiten wir Sie an, sie zurückzubekommen (1 bis 4 h je nach Hoster).
Bereits aufgegebene Bestellungen liegen in der DB und sind nicht verloren. Laufende Zahlungen sind heikler: Hat der Kunde gezahlt, Ihre Seite aber den PSP-Webhook nicht empfangen, wird die PrestaShop-Bestellung nicht angelegt. Stripe/PayPal-Zahlungen müssen mit PS-Bestellungen abgeglichen werden, sobald die Seite wieder online ist, und fehlende Bestellungen manuell angelegt werden. Dieser Schritt ist inbegriffen, wenn weniger als 10 Bestellungen betroffen sind.
🔗 Verwandte Themen
Weitere Probleme, die ich behebe
Ist Ihr Shop gerade jetzt down?
Kostenlose 30-Min-Diagnose: wir identifizieren die fehlerhafte Schicht. Angebot in 24 h (Werktag), Einsatz ab 60 €/h netto.