Das Raten ist der teure Teil
Sie kennen diese Art von Ticket. Auf Ihrem Tisch landet eine Site, die niemand aus
Ihrem Team geschrieben hat. Page Builder, drei Optimierungs-Plugins, die alle
dasselbe versprechen, eine wp_options-Tabelle, die seit 2019 niemand
geöffnet hat, und ein Kunde, dem schon zwei andere Entwickler gesagt haben, er
brauche besseres Hosting.
Sie verbringen drei Stunden damit, Plugins einzeln zu deaktivieren, um das langsame zu finden. Abrechnen können Sie zwei, weil man einem Kunden das eigene Herumprobieren nicht ehrlich in Rechnung stellen kann. Nächsten Monat passiert dasselbe – auf einer anderen Site.
WordPress zu reparieren ist der leichte Teil, und darin sind Sie längst gut. Teuer wird es, herauszufinden, was auf einer fremden Site zu reparieren ist, und zwar schnell genug, dass die Diagnose nicht die Marge des Wartungsvertrags auffrisst.
Die Bestandsaufnahme in fünfzehn Minuten
So läuft es auf einer Site ab, die Sie gerade übernommen haben. Nichts davon setzt voraus, dass Sie die Geschichte der Site kennen, und nichts davon verändert bisher etwas.
- Site Doctor – ein Durchlauf über die gesamte Site, Befunde nach Schweregrad sortiert. Fehlkonfiguration, fehlende Indizes, ein Object Cache, der „connected" meldet und dabei nichts Sinnvolles tut. Er zeigt Ihnen, wo Sie hinschauen müssen, bevor Sie sich eine Meinung gebildet haben.
- Plugin Performance Score – eine Benchmark-Spalte auf der Plugin-Seite, gespeist aus einem mitgelieferten Datensatz von rund 53.700 Plugins, gemessen in Docker auf makewpfast.com, meinem eigenen Benchmark-Korpus – jeder Wert verlinkt auf den vollständigen Bericht. Das reduziert vierzig Plugins auf die zwei, drei, die sich zu profilieren lohnen, bevor Sie auf einer Live-Kundenseite irgendetwas deaktivieren.
-
Autoloader Optimizer – zeigt Ihnen das autoloaded Gewicht von
wp_optionsund welche Zeilen zu Plugins gehören, die vor Jahren entfernt wurden und ihre Daten zurückgelassen haben. -
Slow Query Analyzer – protokolliert die langsamen Queries und führt
lokal
EXPLAINin MySQL darauf aus. Sie bekommen die echte Query, den echten Ausführungsplan und den fehlenden Index. Keine Prozentwerte, kein Score.
Vier Durchläufe, und Sie gehen mit einer nach Schweregrad sortierten Befundliste, einem
Autoload-Wert und der langsamen Query samt EXPLAIN-Plan hinaus. Die Site
des Kunden haben Sie dabei noch nicht angefasst.
Eine Site reparieren, die Ihnen nicht gehört
Auf der eigenen Site ist ein Fehler lästig. Auf einer Kundenseite bedeutet er einen Anruf, eine Entschuldigung und manchmal eine Rückerstattung. Deshalb legen die destruktiven Aktionen vorher ein Backup an:
| Aktion | Was vorher passiert |
|---|---|
| Autoloader Optimizer | Die Zeilen werden gesichert, bevor das Autoload-Flag geändert wird – die Wiederherstellung ist ein Klick, falls die Site instabil wird |
| Config Manager | wp-config.php wird vor jeder Änderung in ein geschütztes, nicht auflistbares Verzeichnis kopiert. Lässt sich diese Kopie nicht schreiben, wird die Änderung abgebrochen statt versucht |
| Debug Log Guard | Das Log wird kopiert, bevor es komprimiert wird – so verlieren Sie nicht die Belege, die Sie gerade lesen |
| Alles Fatale | Ein Fatal-Error-Handler als Drop-in bewahrt Sie vor der weißen Seite ohne Weg zurück ins wp-admin |
Die meisten Optimierungs-Plugins sparen sich das, und ich verstehe warum – auf der eigenen Site spielt man einfach ein Backup zurück. Um 18 Uhr im fremden Produktivshop haben Sie diese Option nicht immer.
Führen Sie die Bestandsaufnahme diese Woche auf einer Kundenseite durch und sehen Sie, ob sie hält, was sie verspricht. 30 Tage Geld zurück bei Annual und Lifetime, falls nicht.
Pro Annual kaufen – $199/Jahr →Der Schiedsrichter für drei Optimierungs-Plugins
Geerbte Sites sammeln Optimierer. Der Kunde hat 2021 WP Rocket gekauft. Ein Freelancer hat 2023 Perfmatters dazugepackt. Das Theme bringt sein eigenes „Performance"-Panel mit. Jetzt sind Sie der oder die Vierte darin.
- Drei Plugins mit einem „JS minifizieren"-Schalter
- Zwei davon eingeschaltet
- Keine Möglichkeit zu erkennen, welches tatsächlich gewinnt
- Ein Kunde, der fragt, warum die Site letzten Dienstag kaputtging
- Die echten Einstellungen, aus jedem Optimierer ausgelesen
- Welche Optimierungen doppelt laufen
- Welche Seite die sichere ist, um ihr die Aufgabe zu übergeben
- Wo WP Multitool selbst überlappt – samt Schalter, um den eigenen Regler per Klick abzuschalten
Danach können Sie für eine Konsolidierung des Stacks argumentieren, mit den Einstellungen vor Augen statt aus dem Gedächtnis.
Belege, die Sie in eine E-Mail packen können
Bezahlt werden Sie für Ergebnisse, verlängert wird wegen der Kommunikation. Bei einem Wartungsvertrag ist der schwierige Teil, einem nicht-technischen Kunden zu zeigen, dass die Arbeit wirklich stattgefunden hat.
- CSV-Export der langsamen Queries – die Queries, ihre Laufzeiten, die Häufigkeit und die Komponente, aus der sie stammen, in einer Datei zum Anhängen.
- Befunde des Site Doctor – jeder erklärt in klarer Sprache, warum es ein Problem ist. Genau der Absatz, den Sie dem Kunden ohnehin hätten schreiben müssen.
- System Info – Server- und WordPress-Umgebung auf einer Seite, für die Frage „Was läuft hier eigentlich?" am Anfang jedes Auftrags.
Ein Autoload-Wert vorher und nachher ist eine Zahl, die ein Kunde versteht. Sie bringt Ihrer Vertragsverlängerung mehr als ein Lighthouse-Score, nach dem nie jemand gefragt hat.
Über die gesamte Kundenliste hinweg
Jede der obigen Diagnosen ist auch ein WP-CLI-Befehl, und die wichtigen geben JSON aus. Wenn Sie SSH-Zugang zu Ihren Kunden haben – als Agentur meistens –, lassen Sie die Bestandsaufnahme in einer Schleife über alle laufen und legen Sie die Ergebnisse dorthin, wo Sie ohnehin hinschauen.
for site in $(cat clients.txt); do
wp multitool quickstart --format=json --path="$site" > "reports/$(basename $site).json"
done
doctor, autoload, slow-queries,
db-health, redis und debug-log funktionieren
alle gleich. Leiten Sie sie in Ihr eigenes Dashboard, in eine Tabelle oder in einen
Cron, der Ihnen mailt, sobald das Autoload-Gewicht eines Kunden Ihren Schwellenwert überschreitet.
Es gibt kein gehostetes Dashboard und kein Site-Management-Panel. WP Multitool läuft in jeder WordPress-Installation und meldet mir keine Daten von Kundenseiten zurück. Für mehrere Sites sind hier die CLI und Ihre eigenen Skripte der Weg. Das ist Absicht – so verlassen Ihre Kundendaten nie Ihre Infrastruktur –, aber wenn Sie ein Flotten-Panel wollten: Das hier ist keines. Für Update-Verwaltung und Uptime-Monitoring bleiben Sie bei MainWP oder ManageWP. Das hier sitzt darunter und beantwortet eine andere Frage.
Was es über einen Kundenstamm hinweg kostet
Die Lizenz pro Site gibt es für Leute mit genau einer Website. Wenn Sie diese Seite lesen, ist das nicht Ihre Stufe.
| Tarif | Websites | Preis |
|---|---|---|
| Pro Annual | Unbegrenzt | $199 / Jahr – die Agenturvariante |
| Pro Lifetime | Unbegrenzt | $499 einmalig |
| Pro (Einzelseite) | 1 Site | $79 / Jahr |
Bei dreißig Kundenseiten sind das unter sieben Dollar pro Site und Jahr. Eine Stunde Diagnose, die Sie nicht auf die eigene Marge nehmen müssen, bezahlt die Lizenz.
Pro Annual kaufen – $199/Jahr Oder Lifetime – $499 einmalig
Beide decken jede Kundenseite ab, die Sie betreuen. 30 Tage Geld zurück, ohne Nachfragen.
FAQ für Agenturen
Brauche ich für jede Kundenseite eine eigene Lizenz?
Nein. Pro Annual für $199/Jahr und Pro Lifetime für $499 decken beide unbegrenzt viele Sites ab. Die $79-Stufe gilt für eine Site und ist für einzelne Website-Betreiber gedacht, nicht für Agenturen.
Gibt es ein Dashboard, das alle Kundenseiten auf einmal zeigt?
Nein, und ich tue auch nicht so. WP Multitool läuft in jeder einzelnen Site. Über mehrere Sites hinweg steuern Sie es per WP-CLI, das für die wichtigsten Diagnosen JSON ausgibt – aggregieren können Sie das, wie Sie wollen. So bleiben die Kundendaten auf Ihrer eigenen Infrastruktur.
Ersetzt es MainWP oder ManageWP?
Nein, und das ist auch nicht das Ziel. Die kümmern sich über viele Sites hinweg um Updates, Uptime und Backups. WP Multitool beantwortet die Frage „Warum ist genau diese Site langsam, und was genau ändere ich?" – die dort niemand stellt. Nutzen Sie beides.
Meldet es Kundendaten nach außen?
Nein. Die Diagnose läuft lokal, einschließlich EXPLAIN in MySQL für langsame Queries. Die Site verlassen nur: anonyme Nutzungssignale, mit sichtbarer Opt-out-Möglichkeit, und eine Lizenzprüfung für Updates. Queries, Optionen und Logs des Kunden bleiben auf dessen Server.
Kann ich es gefahrlos auf einer Produktivseite eines Kunden laufen lassen?
Die Bestandsaufnahme verändert weder Konfiguration noch Inhalte der Site. Site Doctor arbeitet rein lesend; der Slow Query Analyzer schreibt nur in seine eigene Log-Tabelle. Destruktive Aktionen legen vorher ein Backup an, und der Autoloader Optimizer hat eine Wiederherstellung per Klick. Dazu kommt ein Fatal-Error-Handler als Drop-in, damit eine schlechte Änderung Sie nicht aus dem wp-admin aussperrt.
Funktioniert es bei Managed Hosting?
Ja. Kein Serverzugriff nötig, keine eigene PHP-Erweiterung. Bei Hostern, die wp-config.php oder das Dateisystem sperren, sagen die betroffenen Module das offen, statt still zu scheitern.
Kann ich es erst auf einer Site testen, bevor ich es überall ausrolle?
Ja, allerdings gibt es keine zeitlich begrenzte Testversion. Die ehrliche Antwort ist deshalb die 30-tägige Geld-zurück-Garantie für den Annual- und den Lifetime-Plan. Kaufen Sie es, führen Sie die Bestandsaufnahme auf den nächsten zwei, drei geerbten Sites durch, und fordern Sie Ihr Geld zurück, wenn es sich nicht lohnt. Ohne Nachfragen.