D3bris WordPress-Monitoring ohne Plugin: was externe Prüfung leistet
WordPress-Websites von außen überwachen, ohne Plugin: welche Fehler nach Updates typisch sind, was externes Monitoring erkennt und was es nicht sehen kann.
Die meisten Ausfälle von WordPress-Websites entstehen nicht durch Hackerangriffe, sondern durch ganz normale Wartung: ein Plugin-Update, ein neues Theme, eine geänderte PHP-Version beim Hoster, ein ausgelaufenes Zertifikat. Für Agenturen, die viele WordPress-Installationen betreuen, ist die wichtigste Frage danach: Läuft die Website für Besucher noch so wie vorher?
Warum ohne Plugin?
Monitoring-Plugins laufen innerhalb der Website, die sie überwachen sollen. Das hat Nachteile:
- Fällt die Website aus, fällt oft auch das Plugin aus. Ein PHP-Fehler oder ein abgestürzter Server verhindert genau die Meldung, auf die es ankommt.
- Jedes Plugin ist ein weiteres Update. Bei 40 Installationen sind das 40 weitere Stellen, die gepflegt und auf Kompatibilität geprüft werden müssen.
- Kein Unterschied zu anderen Systemen. Viele Agenturen betreuen neben WordPress auch TYPO3-, Shopware- oder statische Seiten.
Externes Monitoring prüft die Website so, wie ein Besucher sie sieht: Es ruft die Adresse auf und bewertet die Antwort. Auf dem Server des Kunden muss dafür nichts installiert werden.
Typische Fehler nach WordPress-Updates – und was davon von außen sichtbar ist
| Situation | Für Besucher sichtbar als | Von außen erkennbar? |
|---|---|---|
| Plugin verursacht einen PHP-Fatal-Error | „Es gab einen kritischen Fehler auf dieser Website“, meist mit HTTP-Status 500 | Ja, am Statuscode |
| Fehler nur auf einer Unterseite, z. B. im Kontaktformular-Plugin | Startseite normal, Kontaktseite mit Fehler | Ja, wenn die Kontaktseite als eigene Seite geprüft wird |
| Theme-Update entfernt einen Button oder Abschnitt | Seite lädt, Inhalt fehlt | Ja, wenn der Text als erwarteter Text hinterlegt ist |
| Wartungsmodus bleibt nach einem abgebrochenen Update aktiv | „Wegen Wartungsarbeiten kurzzeitig nicht verfügbar“, Status 503 | Ja, am Statuscode |
| Formular wird angezeigt, E-Mails kommen aber nicht an | keine Auffälligkeit | Nein |
| Seite wird extrem langsam | lange Ladezeit | Ja, wenn sie länger als das Zeitlimit braucht |
| Inhalt wird erst per JavaScript nachgeladen und fehlt | leere Bereiche | Nur wenn der Text bereits im HTML steht |
Der wichtigste Punkt in dieser Tabelle: Die Startseite allein sagt wenig. Ein Fehler in einem einzelnen Plugin betrifft oft nur die Seiten, auf denen es eingebunden ist. Prüfen Sie deshalb zusätzlich die Seiten, die für den Kunden Geld bedeuten – Kontakt, Terminbuchung, Angebotsanfrage.
So richten Sie das mit D3bris ein
- Website eintragen: die Adresse der Startseite, etwa
https://www.kunde.de. - Zwei wichtige Seiten ergänzen: zum Beispiel
/kontaktund/termin-buchen. - Erwarteten Text festlegen: einen kurzen, stabilen Text, der nur bei funktionierender Seite im HTML steht – etwa die Beschriftung des Absende-Buttons oder eine Zwischenüberschrift des Formulars. Vermeiden Sie Texte, die sich häufig ändern, wie Datumsangaben oder Preise.
D3bris prüft dann alle 5 Minuten Erreichbarkeit, Statuscode, SSL-Zertifikat und den erwarteten Text. Ein Ausfall wird erst nach einer zweiten fehlgeschlagenen Prüfung gemeldet, damit ein kurzer Aussetzer während eines Updates keinen Alarm auslöst.
Was externes Monitoring nicht ersetzt
- Keine Diagnose im System. Wir sehen, dass die Seite mit Status 500 antwortet, aber nicht, welches Plugin den Fehler auslöst. Dafür brauchen Sie weiterhin Zugriff auf Fehlerprotokolle oder den Wiederherstellungsmodus von WordPress.
- Keine Sicherheitsprüfung. Veraltete Plugins, Malware oder Sicherheitslücken erkennt D3bris nicht.
- Keine Formular- oder Checkout-Tests. Ob eine Anfrage wirklich im Postfach landet, prüfen wir nicht. Ein gelegentlicher Testversand bleibt sinnvoll.
- Keine Backups und keine Updates. D3bris verwaltet WordPress nicht, es beobachtet nur das Ergebnis.
Externes Monitoring ist damit eine Ergänzung zu Ihren Wartungswerkzeugen: Sie aktualisieren wie gewohnt, und D3bris meldet sich, wenn danach eine wichtige Seite nicht mehr so funktioniert wie vorher.