WP Multitool
Autoloader Optimizer

So arbeitet der Autoloader Optimizer

Der Autoloader Optimizer analysiert die autoloaded Optionen Ihrer Site und empfiehlt sichere Optimierungen. Er ordnet jede Option einer Kategorie zu, ermittelt Kandidaten für die Optimierung und stellt eine Wiederherstellung bereit, falls doch etwas schiefgeht.

1. Zustandsprüfung — Untersucht jede autoloaded Option und ordnet sie einer von sechs Kategorien zu
2. Plugin-Erkennung — Nutzt WordPress-Metadaten (TextDomain + Ordnername), um Optionen mit hoher Treffsicherheit Plugins zuzuordnen
3. Lernmodus — Optionaler Beobachtungszeitraum, der vor jeder Änderung erfasst, welche Optionen tatsächlich gelesen werden
4. Optimierung — Legt ein Backup an und schaltet dann Autoload bei den markierten Kandidaten ab. Es werden nie Daten gelöscht.

Schritt 2: Plugin-Erkennung — wie Präfixe funktionieren

Der schwierigste Teil der Optionsanalyse ist, korrekt zu bestimmen, welches Plugin welche Option angelegt hat. Das Modul nutzt die get_plugins()-API von WordPress, um alle installierten Plugins mit ihren vollständigen Metadaten inklusive TextDomain abzurufen.

Präfixe erzeugen

Für jedes Plugin erzeugen wir mehrere mögliche Präfixe:

1. Präfix aus dem Ordnernamen — Der Plugin-Ordnername mit Unterstrichen (aus advanced-caching wird z. B. advanced_caching_)
2. Präfix aus der TextDomain — Die deklarierte TextDomain des Plugins, sofern sie vom Ordnernamen abweicht

Dieser doppelte Präfix-Ansatz deckt die üblichen WordPress-Namensmuster ab, bei denen der Ordner Bindestriche und die TextDomain Unterstriche verwendet – oder umgekehrt.

Vor v1.1.18: das Präfix-Problem

Ab v1.1.18: Erkennung über die TextDomain

Die aktuelle Umsetzung löst das so:

1. Sie liest die vollständigen Plugin-Metadaten inklusive der im Plugin-Header deklarierten TextDomain
2. Sie erzeugt Präfixe aus Ordnername und TextDomain
3. Sie prüft den Aktivitätsstatus gegen die offizielle active_plugins-Liste von WordPress
4. Sie stuft eine Option nur dann als „inaktives Plugin" ein, wenn wir sehr sicher sind, dass das Plugin wirklich inaktiv ist

Das reduziert falsche Treffer drastisch. Wir erkennen jetzt korrekt, dass Yoast SEO (Ordner: wordpress-seo, TextDomain: wordpress-seo) zu den Varianten wordpress_seo_, wordpress-seo_ und wpseo_ passt, indem wir die Plugin-Header auswerten. Ergebnis: Wir markieren Optionen aktiver Plugins so gut wie nie versehentlich als verwaist.

Schritt 4: Optimierung

Sobald Sie die Analyse geprüft und Kandidaten ausgewählt haben, führt das Modul die Optimierung durch:

1. Backup anlegen — Ein vollständiges Backup der Optionstabelle wird erstellt und als Option in der Datenbank gespeichert
2. Autoload-Flag ändern — Für jeden ausgewählten Kandidaten wird die Spalte autoload von 'yes' auf 'no' gesetzt
3. Kontrolle — Das Modul zeigt eine Zusammenfassung der Änderungen
4. Überwachung — Nach der Optimierung können Sie beobachten, ob die Site weiterhin korrekt funktioniert

Sicherheitsvorkehrungen

Der Autoloader Optimizer ist mit mehreren Sicherheitsebenen gebaut:

Liste sicherer Optionen

Eine gepflegte Liste von WordPress-Core-Optionen, die nie zur Optimierung vorgeschlagen werden. Das schützt zentrale WordPress-Funktionen unabhängig von Größe und Herkunft.

Plugin-Zuordnung über Präfixe

Nutzt die offiziellen Plugin-Metadaten von WordPress (TextDomain, Ordnername), um zu bestimmen, welches Plugin welche Option besitzt. Der Abgleich mit der offiziellen active_plugins-Liste verhindert falsche Treffer.

Vorsichtige Einordnung

Besteht auch nur ein Zweifel an Herkunft oder Unbedenklichkeit einer Option, landet sie in der Kategorie „Unbekannt", statt zur automatischen Optimierung markiert zu werden.

Backup vor der Optimierung

Vor jeder Änderung wird ein vollständiger Snapshot aller Autoload-Optionen erstellt und in der Datenbank gespeichert.

Wiederherstellung per Klick

Falls etwas schiefgeht, spielen Sie das Backup mit einem einzigen Klick zurück. Alle Autoload-Einstellungen kehren in ihren vorherigen Zustand zurück.

Filter-Hook für Entwickler

Entwickler können eigene Optionen anmelden, deren Autoload nie abgeschaltet werden darf. Nutzen Sie den Filter wpmultitool_autoload_candidates, um die Kandidatenliste zu ändern, bevor die Optimierung angewendet wird:

add_filter('wpmultitool_autoload_candidates', function($analysis) {
    // Protect specific options from being optimized
    $analysis['candidates'] = array_diff($analysis['candidates'], [
        'my_critical_option',
        'another_important_one',
    ]);
    return $analysis;
});

Selbst wenn eine Option zu einem Ballast-Muster passt oder von einem inaktiven Plugin stammt, können Sie sie über den Filter von der Optimierung ausnehmen.

Daten bleiben erhalten

Optionen werden nie gelöscht. Geändert wird ausschließlich das Autoload-Flag. Die Daten bleiben für Plugins und Code, die sie anfordern, vollständig verfügbar.

Überwachung und Fehlersuche

Nach der Optimierung: worauf Sie achten sollten

1. Ladezeiten — Messen Sie vorher/nachher mit Google PageSpeed oder WebPageTest
2. Datenbank-Queries — Prüfen Sie Ihr Slow-Query-Log auf neue langsame Queries
3. Funktionalität — Testen Sie kritische Abläufe (Checkout, Formulare, Backend-Aktionen)
4. Fehlerprotokolle — Behalten Sie wp-content/debug.log auf neue Warnungen oder Fehler im Auge

Falls etwas kaputtgeht

1. Gehen Sie zu WP Multitool → Autoloader Optimizer → Status
2. Klicken Sie auf „Backup wiederherstellen"
3. Alle Autoload-Flags kehren in ihren vorherigen Zustand zurück
4. Finden Sie heraus, welche Optimierung das Problem verursacht hat
5. Schützen Sie diese eine Option über den Filter-Hook für Entwickler
6. Wenden Sie die Optimierungen erneut an – ohne die problematische Option

Ihre Autoload-Größe messen

-- Before optimization (check current autoloaded size)
SELECT SUM(CHAR_LENGTH(option_value)) AS autoload_bytes
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

-- After optimization (verify the reduction)
SELECT SUM(CHAR_LENGTH(option_value)) AS autoload_bytes
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto', 'auto-on');

Häufige Fragen

Was sind autoloaded Daten in WordPress?

Autoloaded Daten sind alle Zeilen in der Tabelle wp_options, die als automatisch zu laden markiert sind – 'yes' in älteren Installationen und seit WordPress 6.6 auch 'on', 'auto' oder 'auto-on'. WordPress lädt das alles bei jedem Request in den Speicher – Frontend, Backend, REST, Cron –, ob die aufgerufene Seite es braucht oder nicht. Gesund ist eine Summe unter rund 800 KB–1 MB; dass sie darüber wächst, liegt meist an Plugins, die nicht hinter sich aufräumen. Es ist nicht der PHP-Klassen-Autoloader (Composer / SPL).

Ist es unbedenklich, autoload auf 'no' zu setzen?

Bei den richtigen Optionen ja – und es ist deutlich sicherer als Löschen. Autoload auf 'no' zu setzen belässt die Daten in der Datenbank; WordPress lädt sie dann bei Bedarf statt bei jedem Request, und die Änderung ist vollständig umkehrbar. Riskant wird es bei Optionen, die ein aktives Plugin früh im Request liest (Firewall-Konfiguration, rewrite_rules, cron). Prüfen Sie also vorher, wozu jede Option gehört – verwaiste Optionen entfernter Plugins sind die sicheren Gewinne.

Was bedeutet die Warnung „autoloaded data" bei WP Engine?

Das User Portal von WP Engine meldet Ihre Site, sobald die Gesamtgröße der autoloaded Optionen in wp_options zu groß wird – empfohlen wird, ungefähr unter 1 MB zu bleiben, weil alles darüber bei jedem Request geladen wird. Die Warnung ist reine Diagnose: WP Engine nennt Ihnen die Zahl, das Prüfen und Beheben der auffälligen Optionen bleibt Ihnen überlassen. Dieselben Kosten entstehen bei jedem Hoster – WP Engine ist nur einer der wenigen, der sie im Dashboard zeigt.

Kann das meine Site beschädigen?

Nein. Der Autoloader Optimizer ändert nur das Autoload-Flag und löscht nie Daten. Fragt ein Plugin oder der WordPress-Core eine nicht mehr autoloaded Option an, lädt WordPress sie weiterhin aus der Datenbank — sie wird nur nicht mehr bei jedem einzelnen Request geladen. Außerdem wird vor der Optimierung ein vollständiges Backup angelegt, das Sie bei Überraschungen per Klick zurückspielen können.

Warum werden unbekannte Optionen nicht automatisch optimiert?

Weil wir ihre Herkunft nicht überprüfen können. Es könnten Optionen Ihres aktiven Themes sein (das eigene Präfixe verwendet), Optionen eines Must-Use-Plugins in /wp-content/mu-plugins/, eigene Optionen aus Ihrem Code oder Optionen eines Plugins mit unüblicher Benennung. Unbekannte Optionen automatisch zu optimieren hieße zu riskieren, Funktionen zu zerstören, die wir nicht vollständig verstehen. Wir zeigen sie Ihnen stattdessen zur Prüfung an.

Was ist mit Plugins, die unübliche Präfixe verwenden?

Seit v1.1.18 erzeugen wir zusätzliche Präfixe aus der TextDomain im Plugin-Header, was die meisten unüblichen Benennungen abdeckt. Manche Plugins verwenden allerdings Präfixe, die nichts mit ihrem Namen zu tun haben (etwa eigene Abkürzungen in altem Code). Für diese Fälle können Sie die Optionen über den Filter-Hook für Entwickler schützen oder sich die Option ansehen und selbst entscheiden.

Warum legt das Plugin Optionen für Funktionen an, die ich nicht benutze?

Die meisten WordPress-Plugins legen bei der Installation sämtliche Optionsschlüssel an, unabhängig davon, welche Funktionen Sie aktivieren. Das ist einfacher, als jedes Mal zu prüfen, ob eine Funktion aktiv ist. Der Autoloader Optimizer entschärft das, indem er Optionen deaktivierter Plugins oder ungenutzter Funktionen nicht mehr autoloaded lässt.

Wie viel lässt sich realistisch sparen?

Das hängt vom Plugin-Ökosystem Ihrer Site ab. Eine typische Site mit 8–12 Plugins kann mit 100–300 KB weniger pro Request rechnen. Eine WooCommerce-Site mit 15–20 Plugins kommt auf 500 KB–2 MB. Eine stark aufgeblähte Site mit über 30 Plugins und jahrelanger Historie schafft 2–5 MB+ pro Request.

Was passiert, wenn ein Plugin wieder aktiviert wird, nachdem ich Autoload für seine Optionen abgeschaltet habe?

Die Optionen funktionieren weiterhin normal. WordPress lädt sie bei Bedarf, sobald das Plugin sie anfordert. Wenn Sie sie wieder autoloaded haben wollen, können Sie mit „Backup wiederherstellen" alle Änderungen zurücknehmen oder Autoload für einzelne Optionen direkt in der Datenbank wieder einschalten.

Betrifft das Transients oder Cron-Ereignisse?

Transients und Cron-Zeitpläne in wp_options sind Kandidaten für die Optimierung, werden aber typischerweise nur bei Bedarf gelesen. Das Modul markiert große Einträge zur Prüfung. Über den Filter-Hook für Entwickler können Sie sie schützen, wenn sie unangetastet bleiben sollen.