WP Multitool-Modul

Finden Sie heraus, was WordPress ausbremst
— ein Scan

Site Doctor ist der Bildschirm, auf dem eine neue WP Multitool-Installation landet. Ein Klick, eine sortierte Liste, und jeder Befund zeigt auf das Modul, das ihn behebt.

Dies ist die Produktseite. Die vollständige Checkliste, die Redis-Checkliste, die WP-CLI-Nutzung und die Anleitung zum sicheren Optimieren stehen in der Site Doctor-Doku.

Was Site Doctor ist

Site Doctor von WP Multitool ist ein On-Demand-Scan für WordPress, der einordnet, was die Site ausbremst — Konfiguration, Redis-Object-Cache-Zustand, Page-Cache-Probe, Datenbank-Ballast und (in Pro) Autoload sowie erfasste langsame Queries — und dann jeden Befund mit dem Modul verlinkt, das ihn behebt. Er läuft lokal, wenn Sie es wünschen, nie bei einem Seitenaufruf.

Es existiert, weil „mein WordPress ist langsam" keine einzelne Frage ist. Es ist ein Dutzend Fragen, die normalerweise ein Plugin nach dem anderen beantworten, in der Reihenfolge, in der einem gerade danach ist. Site Doctor stellt sie alle in einem Durchgang und ordnet die Antworten danach, wie viel sie Sie kosten.

Es ersetzt weder Query Monitor noch den Site Health von WordPress noch ein Caching-Plugin. Die beantworten andere Fragen, und Site Doctor sagt das auch dort, wo die ehrliche Antwort „nutzen Sie zuerst das andere Werkzeug" lautet.

Was es prüft

Ein Scan speist sich aus zwei Quellen: aus Site Doctors eigenen Konfigurationsprüfungen und aus den Modulen, die ohnehin etwas messen, das eine Einordnung lohnt. Fehlt eine Quelle in Ihrer Edition, nennt der Scan sie, statt sie still zu unterschlagen — eine kurze Befundliste wird so nie mit einer sauberen Site verwechselt.

Site Doctors eigene Prüfungen (jede Edition)

  • OPcache — aktiviert und gesund: Trefferquote, Neustarts wegen Speichermangel, Sättigung der Key-Tabelle. Hoster, die die Status-API einschränken, werden als eingeschränkt gemeldet, nicht als „off".
  • Object-Cache-Drop-in — ob object-cache.php tatsächlich aktiv ist. Ein Drop-in, das auf ein totes Backend zeigt, wird als kritisch markiert.
  • Redis — 21 Object-Cache-Prüfungen, die die laufende Konfiguration des Servers lesen, statt aus einem erfolgreichen Connect auf Gesundheit zu schließen.
  • Page Cache — eine Loopback-HTTP-Probe Ihrer eigenen Startseite, die die echten Cache-Header liest und „Probe nicht möglich" meldet, statt zu raten, wenn der Hoster Loopback blockiert.
  • LiteSpeed Cache und überlappende Optimizer-Plugins — zwei Plugins, die beide Emoji-Skripte entfernen oder beide jQuery Migrate abschalten, sind eine häufige, unsichtbare Ursache dafür, dieselbe Arbeit zweimal zu tun.
  • WooCommerce-Gateways — aktivierte Zahlungs-Gateways, die noch im Test- oder Sandbox-Modus stecken, in dem echte Kunden nicht zahlen können.
  • Staging-Guard — auf localhost sowie .loc/.test/.local und staging.-Hosts werden die Schweregrade heruntergestuft. Ein Dev-Klon ohne Page Cache ist normal, kein Notfall.

Quellen aus anderen Modulen

Scan-Quelle Bereitgestellt von Lite ($9) Pro (Einzelseite)
Konfiguration, OPcache, Object Cache, 21 Redis-Prüfungen, Page-Cache-Probe, LiteSpeed, Überschneidungen, Woo-Gateways Site Doctor selbst Ja Ja
Datenbank-Ballast (Revisionen, abgelaufene Transients) Database Optimizer Ja Ja
Action Scheduler-Müll (abgeschlossene Zeilen) Modul Action Scheduler Optimizer Ja Ja
Autoload-Last, überdimensionierte und verwaiste Optionen Autoloader Optimizer Nein Ja
Erfasste langsame Queries Slow Query Analyzer Nein Ja

Site Doctor selbst ist kein Pro-Modul — es kommt in Lite mit, mit seinen eigenen Prüfungen intakt. Was Pro hinzufügt, sind zwei weitere Scan-Quellen, weil die Module dahinter Pro-Module sind. Die mitgelieferte Lite-Readme sagt es in einer Zeile: „Site Doctor — ein Scan, der findet, was die Site ausbremst. Die Vollversion fügt zwei weitere Scan-Quellen hinzu: Autoload und langsame Queries."

Site Doctor vs. Site Health vs. Query Monitor

Diese drei werden ständig verwechselt, und das zu Unrecht. Sie beantworten unterschiedliche Fragen, und auf einer Site mit einem echten Problem werden Sie wahrscheinlich mehr als eines davon nutzen.

Vergleichskriterium Site Doctor WordPress Site Health Query Monitor
Welche Frage es beantwortet Wo fange ich auf dieser ganzen Site an? Erfüllt diese Installation die eigene Checkliste von WordPress Core? Was ist in diesem einen Request passiert?
Umfang Ganze Site, auf Abruf Ganze Site, Core-Kriterien Ein einzelner Seitenaufruf
Object-Cache-Prüftiefe 21 Redis-Prüfungen jenseits des Handshakes Vorhanden / nicht vorhanden Treffer- und Miss-Zahlen pro Request
Ausgabe Befunde nach Schwere sortiert, jeder mit dem Modul verlinkt, das ihn behebt Bestanden-/Empfehlungsliste Panels mit Rohdaten: Queries, Hooks, HTTP-Aufrufe, Timings
Preis Kostenpflichtig, ab $9 (Lite) Im WordPress-Core Kostenlos auf wordpress.org (~200.000 Installationen)
Wohin ich Sie stattdessen schicken würde

Wenn Sie ein kostenloses Plugin wollen oder einen bestimmten Request debuggen müssen, installieren Sie Query Monitor. Wenn das Frontend für anonyme Besucher langsam ist, kommt zuerst ein Caching-Plugin. Site Doctor ist für den Fall, dass das Frontend schon gecacht ist und das Backend trotzdem langsam ist — langsames wp-admin, schlechte TTFB, Redis meldet „Connected", aber nichts wurde schneller, oder eine Agentur, die bei der Aufnahme einen sortierten Scan braucht.

„Connected" heißt nicht „funktioniert"

Fast jede Redis-Prüfung im WordPress-Umfeld öffnet einen Socket, schickt ein PING, bekommt ein PONG und meldet Grün. Dieser Test kann auf die Arten gar nicht fehlschlagen, auf denen Redis tatsächlich versagt.

Ein Server kann sofort auf PING antworten, während er jeden Schreibvorgang abweist, weil er unter der Policy noeviction seine Speichergrenze erreicht hat; während er Schlüssel so schnell verwirft, wie WordPress sie schreibt; während er aus einem gemeinsamen Keyspace ohne Prefix die Daten einer anderen Site liefert; während die Gruppe options auf der Ignorierliste steht und genau das, was sich zu cachen lohnt, nicht gecacht wird; oder während die Roundtrip-Kosten von hundert Lookups pro Seite die gesparte Datenbankarbeit übersteigen.

Die 21 Prüfungen von Site Doctor lesen stattdessen die laufende Konfiguration des Servers. Sie sind rein lesend und laufen nur, wenn Sie scannen — INFO, CONFIG GET, DBSIZE und ein begrenztes SCAN, nie KEYS. Wo ein Hoster CONFIG GET blockiert (unter anderem Kinsta, WP Engine und Cloudways), sagen die betroffenen Prüfungen „hier nicht überprüfbar" und nie „ok". Keine Daten sind nicht dasselbe wie kein Problem.

Längere Lektüre

Die ganze Argumentation mit den Messwerten dahinter: Redis meldet „Connected". Ihre Site ist trotzdem langsam.

So funktioniert es

  1. Scan — klicken Sie auf „Find what's slow" oder führen Sie wp multitool quickstart für dieselbe nach Schwere sortierte Liste der ganzen Site aus. wp multitool doctor zeigt nur Site Doctors eigene Prüfungen (OPcache, Redis, die Page-Cache-Probe). Nichts scannt beim Seitenaufruf; die Schaltfläche erzwingt immer einen frischen Durchlauf.
  2. Sortierte Befunde — jeder Befund bekommt eine Schwere (ok / info / warn / critical), eine Erklärung, warum er zählt, und die rohen Zahlen dahinter. Schlimmstes zuerst.
  3. Modul öffnen — jeder Befund verlinkt auf das Modul, das die Lösung besitzt, mit den exakten zu setzenden Werten: php.ini-Direktiven, der Zeile in redis.conf, der Konstante WP_REDIS_*.
  4. Sicheres Optimieren — eine eigene, ausdrückliche Aktion. In Lite entfernt es abgelaufene Transients und alte abgeschlossene Action Scheduler-Zeilen. Das Entfernen von Autoload-Überresten inaktiver Plugins braucht den Pro Autoloader Optimizer.
  5. Erneut prüfen — lassen Sie es noch einmal laufen, um zu bestätigen, dass der Befund grün geworden ist. Die Redis-Eviction-Rate braucht zwei Scans im Abstand von mindestens einer Minute, weil der Zähler, den sie liest, seit dem Serverstart kumulativ läuft.

Der Scan selbst ist rein lesend. Er ändert nie Konfiguration, Dateien oder die Datenbank, und jede Empfehlung setzen Sie bewusst selbst um. 

$ wp multitool quickstart
$ wp multitool quickstart --format=json
$ wp multitool doctor
$ wp multitool redis --force
Site Doctor-Scan-Ergebnisse in wp-admin: Schweregrad-Plaketten oben, ein Staging-Guard-Hinweis und Befundkarten für OPcache, das Object-Cache-Drop-in, LiteSpeed, die Page-Cache-Probe und WooCommerce-Gateways.
Ein echter Scan: Schweregrad-Plaketten, der Staging-Guard-Hinweis und Befundkarten für OPcache, Object Cache, LiteSpeed, die Page-Cache-Probe und WooCommerce-Gateways. Das sind Site Doctors eigene Prüfungen, die in Lite wie in Pro laufen; Autoload- und Slow-Query-Befunde erscheinen nur, wenn die Pro-Module installiert sind, die sie liefern.

Probieren Sie zuerst etwas Kostenloses

WP Multitool ist kostenpflichtig und nicht auf wordpress.org. Bevor Sie etwas ausgeben, misst der kostenlose Scanner Ihre Site von außen: TTFB, Komprimierung, Seitengröße und ob es WordPress ist. Er braucht eine URL und keine Installation.

Kostenloser Check von außen →

Was der kostenlose Scanner nicht ist

Er führt die Prüfungen von Site Doctor nicht aus. Nichts außerhalb Ihres Servers kann OPcache, Ihr Object-Cache-Drop-in, die Redis-Konfiguration, die Autoload-Last oder die Tabelle von Action Scheduler sehen. Der externe Scan sagt Ihnen, ob die Eingangstür langsam ist; Site Doctor sagt Ihnen, warum das Haus es ist.

Und wenn Sie einfach ein kostenloses Plugin im Dashboard wollen, installieren Sie Query Monitor. Es ist kostenlos, es ist exzellent, und es ist die richtige erste Antwort auf „debugge diesen einen Request". Ich sage das lieber hier, als dass Sie das Falsche kaufen.

Häufige Fragen

Was ist Site Doctor?
Site Doctor von WP Multitool ist ein On-Demand-Scan für WordPress, der einordnet, was die Site ausbremst — Konfiguration, Redis-Object-Cache-Zustand, Page-Cache-Probe, Datenbank-Ballast und (in Pro) Autoload sowie erfasste langsame Queries — und dann jeden Befund mit dem Modul verlinkt, das ihn behebt. Er läuft lokal, wenn Sie es wünschen, nie bei einem Seitenaufruf.
Ist Site Doctor ein eigenes Plugin?
Nein. Site Doctor ist ein Modul in WP Multitool und in jeder Edition enthalten, auch in Lite. Sie installieren WP Multitool; Site Doctor ist der Bildschirm, auf dem neue Installationen nach der Aktivierung landen.
Ersetzt Site Doctor den Site Health von WordPress?
Nein, es ergänzt ihn. Site Health ist Teil von WordPress Core und berichtet über dessen eigene Checkliste. Site Doctor ist ein sortierter Scan der Backend-Performance auf Abruf — OPcache, das Object-Cache-Drop-in, 21 Redis-Prüfungen, eine Page-Cache-Loopback-Probe, LiteSpeed, überlappende Optimizer-Plugins, WooCommerce-Gateways, Datenbank-Ballast und Action Scheduler-Müll — und jeder Befund verlinkt auf das WP Multitool-Modul, das ihn behebt. Der Scan ist standardmäßig rein lesend. Nutzen Sie beide.
Ersetzt Site Doctor Query Monitor?
Nein. Query Monitor ist das richtige Werkzeug, wenn die Frage „was ist in diesem einen Request passiert" lautet — es zerlegt einen einzelnen Seitenaufruf in Queries, Hooks und HTTP-Aufrufe. Site Doctor beantwortet eine andere Frage: „Wo fange ich auf dieser ganzen Site an?" Wenn Sie einen Request debuggen müssen, nehmen Sie Query Monitor. Wenn Sie einen Scan der ganzen Site wollen, das Backend langsam ist oder Redis „Connected" meldet und die Site trotzdem langsam bleibt, fangen Sie mit Site Doctor in WP Multitool an. Viele nutzen beide.
Redis meldet „Connected", aber die Site ist weiter langsam — was nun?
„Connected" beweist nur, dass sich der Socket öffnete. Site Doctor führt 21 Redis-Object-Cache-Prüfungen jenseits von PING aus: Eviction-Policy und -Rate, Speicherluft, Key-Prefix-Kollisionen auf einer geteilten Instanz, ignorierte Cache-Gruppen und Topologie. Wo der Hoster CONFIG GET blockiert, melden diese Prüfungen „unknown", statt zu bestehen. wp multitool redis gibt denselben Bericht auf der Kommandozeile aus.
Verändert Site Doctor die Site beim Scannen?
Nein. Der Scan ist rein lesend und läuft nur, wenn Sie ihn anfordern — die Schaltfläche „Find what's slow", wp multitool quickstart für die sortierte Liste der ganzen Site oder wp multitool doctor für Site Doctors eigene Prüfungen. Er läuft nicht bei jedem Seitenaufruf. Etwas zu ändern ist eine eigene Aktion: Sicheres Optimieren kann ab Lite abgelaufene Transients und alte abgeschlossene Action Scheduler-Zeilen entfernen, während das Entfernen von Autoload-Überresten inaktiver Plugins das Pro-Modul Autoloader Optimizer braucht.
Was scannt Site Doctor in Lite im Vergleich zu Pro?
Lite enthält Site Doctor mit seinen eigenen Prüfungen — Konfiguration, OPcache, Object Cache, die 21 Redis-Prüfungen, die Page-Cache-Probe, LiteSpeed, Optimizer-Überschneidungen, WooCommerce-Gateways, Staging-Guard — plus Datenbank-Ballast und Action Scheduler-Quellen. Pro fügt zwei weitere Scan-Quellen hinzu: Autoload-Befunde vom Autoloader Optimizer und erfasste langsame Queries vom Slow Query Analyzer. Der Scan nennt jede Quelle, die er überspringen musste, sodass eine leere Liste nie mit einer sauberen Site verwechselt wird.
Kann ich Site Doctor über WP-CLI ausführen?
Ja. wp multitool quickstart ist der CLI-Zwilling der Schaltfläche „Find what's slow": sortierte Befunde für die ganze Site, einschließlich der Quellen der anderen Module. wp multitool doctor gibt nur Site Doctors eigene Prüfungen aus. Beide akzeptieren --format=json. wp multitool redis gibt den Object-Cache-Bericht aus, mit --force, um den 10-Minuten-Cache der Probe zu umgehen, und --format=json für JSON. Auf einer Site, die Redis nicht als Object Cache nutzt, sagt wp multitool redis das und verweist auf wp multitool doctor.
Brauche ich einen Lizenzschlüssel?
Lite hat keinen Lizenzschlüssel — Sie laden das Zip aus dem Polar-Portal herunter und aktualisieren es, indem Sie von Hand ein neueres Zip hochladen. Pro, Annual und Lifetime nutzen einen Polar-Lizenzschlüssel, den Sie in WP Multitool → Updates im wp-admin einfügen. Sobald der Schlüssel gespeichert ist, kommen Updates über den normalen WordPress-Update-Bildschirm. WP Multitool wird auf wpmultitool.com über Polar verkauft. Es ist nicht auf CodeCanyon, nutzt keine Envato-Purchase-Codes und ist nicht auf wordpress.org gelistet.
Wann sollte ich WP Multitool statt eines kostenlosen Werkzeugs nutzen?
Wenn der Wunsch ein kostenloses, einfaches Plugin ist oder das Debuggen eines bestimmten Requests, ist Query Monitor auf wordpress.org die bessere erste Antwort. Wenn es darum geht, das Frontend schnell zu machen, kommt zuerst ein Cache-Plugin wie WP Rocket oder LiteSpeed Cache. Greifen Sie zu Site Doctor in WP Multitool, wenn das Frontend schon gecacht ist und das Backend immer noch langsam ist, wenn eine Agentur bei der Aufnahme einen sortierten Scan braucht oder wenn Redis „Connected" meldet, aber nichts schneller wurde.

Führen Sie einen Scan aus und hören Sie auf zu raten

Lite — $9. Der eigene Scan von Site Doctor: Konfiguration, OPcache, Object Cache, 21 Redis-Prüfungen, die Page-Cache-Probe, LiteSpeed- und Überlappungserkennung, WooCommerce-Gateways, plus Datenbank-Ballast und Action Scheduler-Quellen. Sicheres Optimieren entfernt abgelaufene Transients und alte erledigte Jobs.

Pro. Alles obige plus zwei weitere Scan-Quellen — Autoload-Befunde und erfasste langsame Queries — sowie die Module Autoloader Optimizer und Slow Query Analyzer, die sie liefern. Sicheres Optimieren deckt auch Autoload-Überreste inaktiver Plugins ab.

Zu den Preisen Lite-Edition — $9

Möchten Sie vor dem Kauf die vollständige Checkliste, die Redis-Checkliste und die CLI-Referenz? Das alles steht in der Site Doctor-Doku. Die Bedingungen zur Geld-zurück-Regelung stehen auf der Rückerstattungsseite.