WordPress Site Health vs. Relvato: Konfigurationsprüfung vs. kontinuierliche Verifizierung

Zwei verschiedene Aufgaben, oft verwechselt

WordPress Site Health (Werkzeuge → Website-Zustand) prüft deinen Server und deine Konfiguration von innen und gibt dir eine Statusbewertung plus Empfehlungen. Es beantwortet eine Frage: 'Ist diese WordPress-Installation korrekt eingerichtet?'

Relvato ist ein externer Monitoring-Dienst, der deine echten Seiten in einem echten Browser lädt — nach Zeitplan und bei jeder Änderung — und dich alarmiert, wenn etwas kaputtgeht. Es beantwortet eine andere Frage: 'Funktioniert die Live-Website gerade noch für Besucher?' Nur eines davon sagt dir in dem Moment Bescheid, in dem dein Checkout ausfällt.

Was WordPress Site Health prüft

Site Health führt eine Reihe von Tests in zwei Tabs aus — Status (bestanden / empfohlen / kritisch) und Info (ein schreibgeschütztes Inventar). Die Tests betreffen deine Umgebung und Konfiguration: die PHP-Version und benötigte PHP-Module, die Datenbankserver-Version, ob die Website über HTTPS ausgeliefert wird, ob automatische Updates funktionieren, ob REST-API und Loopback-Anfragen gelingen, ob geplante Ereignisse (wp-cron) laufen und ob ein Seiten- oder persistenter Objekt-Cache vorhanden ist. Außerdem meldet es inaktive Themes und Plugins und ob der Debug-Modus eingeschaltet blieb.

Wie es läuft, ist entscheidend. Site Health berechnet seine Bewertung, wenn du die Seite öffnest, und aktualisiert eine Teilmenge der Tests über ein wöchentliches wp-cron-Ereignis. wp-cron feuert nur, wenn deine Website Traffic bekommt, und nichts benachrichtigt dich — du musst daran denken, die Seite aufzurufen. Es ist ein manuelles Audit auf Abruf, kein Monitor.

In diesem Rahmen ist es echt nützlich: der richtige Ort, um eine veraltete PHP-Version, eine fehlende Erweiterung oder ein kaputtes Cron-Setup zu erwischen. Aber jede Prüfung ist ein serverseitiger Selbstbericht — Site Health öffnet dein Frontend nie als Besucher.

Was Relvato prüft

Relvato verifiziert die Teile deiner Website, die Besucher wirklich anfassen — von außen, in einem echten Chromium- / Firefox- / WebKit-Browser. Dazu gehören echte Nutzerabläufe — Gast- und eingeloggter Checkout, Kunden-Login, Passwort-Reset — plus Erreichbarkeit und SSL aus dem öffentlichen Internet, visuelle Regression und Strukturdrift, kaputte Links und Bilder, Core Web Vitals (ein Laborlauf) und Echtnutzer-Web-Vitals (RUM), SEO/AEO-Integrität sowie Sicherheitsprüfungen wie Datei-Integrität und ein Schwachstellen-Scan.

Es läuft kontinuierlich: nach Zeitplan und automatisch bei jeder Änderung — einem Plugin-, Theme- oder Core-Update oder einem Deploy — sodass eine riskante Änderung binnen Sekunden neu verifiziert wird. Wenn etwas fehlschlägt, alarmiert Relvato dich per E-Mail und im Dashboard, hält die Historie fest und korreliert den Fehler mit der Änderung, die ihn verursacht hat.

Das Relvato-WordPress-Plugin verbindet sich zwar mit deiner Website — es meldet Änderungsereignisse und ermöglicht tiefe, zustandsbehaftete Prüfungen (einen echten Test-Checkout, E-Mail-Zustellung, Datei-Integrität), die Serverkontext brauchen. Aber die Verifizierung selbst passiert in Relvatos Browsern, aus Besuchersicht, und die Warnung erreicht dich.

Wo sie sich überschneiden

Es gibt eine kleine Überschneidung. Beiden ist HTTPS wichtig: Site Health meldet eine HTTPS-Fehlkonfiguration, und Relvatos SSL-Prüfung verifiziert, dass das Live-Zertifikat gültig ist und nicht bald abläuft. Beide berühren Erreichbarkeit: Site Healths Loopback-Test bestätigt, dass WordPress sich selbst aufrufen kann, während Relvatos Uptime-Prüfung bestätigt, dass die Website tatsächlich der Öffentlichkeit antwortet. Beide sind, in irgendeiner Form, für geplante Aufgaben und E-Mail sensibilisiert.

Aber selbst wo sie sich überschneiden, ist die Perspektive entgegengesetzt. Site Health fragt den Server 'Bist du dafür konfiguriert?'; Relvato fragt einen Browser im offenen Internet 'Funktioniert das wirklich?' Ein Zertifikat kann 'konfiguriert' sein und Besuchern trotzdem eine abgelaufene Kette ausliefern — Site Health besteht, Relvato schlägt fehl.

Wo Relvato weit über Site Health hinausgeht

Die Lücke ist groß — und genau der Teil, der dich Kunden kostet. Site Health lädt deinen Checkout nie, kann dir also nicht sagen, dass ein Bezahl-Button nach einem Update kaputtging. Es rendert deine Seiten nie, kann also kein zusammengebrochenes Layout oder einen verschwundenen Abschnitt erwischen. Es misst nicht das Tempo deiner echten Besucher, crawlt nicht nach 404, prüft deine SEO-Tags nicht und wacht nicht über eine Supply-Chain-Änderung in einer Plugin-Datei.

Und entscheidend: Site Health überwacht nicht — es wartet, geöffnet zu werden, und alarmiert nie. Relvato ist kontinuierlich und ereignisgesteuert, verifiziert echte Abläufe in einem echten Browser, misst die Echtnutzer-Performance und mailt dir in dem Moment, in dem etwas schlechter wird, samt der Änderung, die es wahrscheinlich verursacht hat. Das ist der Unterschied zwischen einer Checkliste, die du vielleicht ausführst, und einem Sicherheitsnetz, das immer an ist.

Brauchst du Site Health also noch? Nutze beide.

Behalte Site Health — es ist kostenlos, eingebaut und das richtige Werkzeug für ein einmaliges Umgebungs- und Konfigurations-Audit: PHP-Version, Erweiterungen, Cron, Caching. Führe es aus, wenn du eine Website einrichtest oder migrierst.

Ergänze dann Relvato für die Aufgabe, für die Site Health nie gedacht war: kontinuierlich zu beweisen, dass die Live-Website für echte Besucher funktioniert, und dir in der Sekunde Bescheid zu geben, in der sie es nicht tut. Eines prüft die Einrichtung; das andere prüft, dass sie weiter funktioniert.