Unter Werkzeuge → Website-Zustand meldet WordPress: „Autoloaded Options könnten die Leistung beeinträchtigen“. Die Warnung klingt nach einem akuten Datenbankfehler. Meist ist sie aber zunächst ein Diagnosehinweis: WordPress lädt bei jedem Seitenaufruf zu viele oder zu große Einstellungen automatisch.

Du solltest diese Daten nicht blind löschen. Hinter den Einträgen können aktive Plugins, Themes, Widgets, Cron-Einstellungen oder wichtige Website-Funktionen stecken. In dieser Anleitung erfährst du, wie du die Verursacher sicher findest, verwaiste Einträge von benötigten Optionen unterscheidest und die Warnung ohne riskante Datenbankexperimente beseitigst.

Was sind Autoloaded Options in WordPress?

Plugins, Themes und WordPress selbst speichern Konfigurationen in der Datenbanktabelle wp_options. Bestimmte Optionen sind für das automatische Laden markiert. WordPress holt diese Werte gesammelt aus der Datenbank und hält sie für den aktuellen Seitenaufruf bereit.

Das ist grundsätzlich effizient: Häufig benötigte Einstellungen müssen nicht einzeln abgefragt werden. Problematisch wird es, wenn große Datenmengen automatisch geladen werden, obwohl sie auf den meisten Seiten gar nicht gebraucht werden. Dann wachsen Speicherbedarf und Verarbeitungsaufwand bei praktisch jedem Aufruf.

Seit WordPress 6.6 prüft der Website-Zustand die Gesamtgröße der automatisch geladenen Optionen. Der von WordPress vorgegebene Schwellenwert liegt standardmäßig bei 800.000 Byte. Wird er erreicht, erscheint die kritische Performance-Warnung. Der Wert ist keine Garantie für eine langsame Website, aber ein klarer Anlass zur Prüfung.

Warum entstehen zu viele automatisch geladene Optionen?

Die häufigsten Ursachen sind nicht WordPress-Beiträge oder Bilder, sondern zurückgelassene oder ungünstig gespeicherte Einstellungen:

  • deinstallierte Plugins, die ihre Optionen nicht entfernt haben
  • alte Themes und Page Builder
  • große Plugin-Konfigurationen, die auf jeder Seite geladen werden
  • abgelaufene oder fehlerhaft gespeicherte Transients
  • umfangreiche Listen, Protokolle oder Cache-Daten in einer einzelnen Option
  • doppelte Einstellungen nach Migrationen oder Staging-Kopien

Die Anzahl allein sagt wenig aus. Eine einzelne Option mit mehreren Hundert Kilobyte kann problematischer sein als viele sehr kleine Einträge.

Schritt 1: Warnung und Größe dokumentieren

Öffne Werkzeuge → Website-Zustand → Status und notiere die gemeldete Anzahl sowie die Gesamtgröße. Erstelle einen Screenshot oder schreibe die Werte auf. So kannst du später beurteilen, ob deine Änderungen tatsächlich geholfen haben.

Prüfe außerdem, ob parallel andere Performance-Hinweise erscheinen. Autoloaded Options sind nur ein Teil der WordPress-Leistung. Ein langsames Frontend kann zusätzlich durch Bilder, externe Schriften, JavaScript, Hosting oder fehlendes Caching entstehen. Der historische BW-Leitfaden zeigt, wie sich ein PageSpeed-100-Ansatz mit WordPress von 2011 bis 2026 verändert hat.

Schritt 2: Backup und Staging vorbereiten

Bevor du Datenbankoptionen veränderst, benötigst du ein vollständiges aktuelles Backup von Dateien und Datenbank. Bei einer geschäftlichen Website oder einem Shop solltest du zusätzlich in einer Staging-Kopie arbeiten.

Ein reines Datenbank-Backup ist hier besonders wichtig: Wird eine benötigte Option gelöscht, können Plugin-Einstellungen, Widgets oder Lizenzdaten verloren gehen. Ein Screenshot der Plugin-Seite ersetzt kein wiederherstellbares Backup.

Schritt 3: Die größten Autoload-Einträge finden

Am sichersten ist zunächst eine nur lesende Abfrage. Viele Hoster bieten dafür phpMyAdmin oder ein vergleichbares Datenbankwerkzeug. Fortgeschrittene Nutzer können auch WP-CLI oder ein Diagnosewerkzeug verwenden.

Die folgende SQL-Abfrage zeigt große automatisch geladene Optionen, verändert aber keine Daten. Ersetze wp_options, wenn deine Installation ein anderes Tabellenpräfix verwendet:

SELECT option_name,
       LENGTH(option_value) AS size_bytes,
       autoload
FROM wp_options
WHERE autoload IN ('yes', 'on', 'auto-on', 'auto')
ORDER BY size_bytes DESC
LIMIT 50;

WordPress verwendet je nach Version und Entstehungszeit verschiedene Werte in der Spalte autoload. Alte Installationen enthalten häufig yes und no; neuere Versionen kennen zusätzlich Werte wie on, off, auto-on und auto-off. Deshalb solltest du keine fremde Löschabfrage ungeprüft übernehmen.

Schritt 4: Option einem Plugin oder Theme zuordnen

Der Name einer Option enthält oft ein Plugin-Kürzel, einen Hersteller oder einen früheren Theme-Namen. Suche den Namen zuerst in der Plugin-Dokumentation und im Quellcode deiner vorhandenen Erweiterungen. Prüfe anschließend:

  • Ist das zugehörige Plugin oder Theme noch aktiv?
  • Wird die Einstellung auf fast jeder Seite benötigt?
  • Ist der Eintrag nach einer Deinstallation zurückgeblieben?
  • Handelt es sich um Cache, Protokoll, Sitzungsdaten oder eine echte Konfiguration?
  • Kann das Plugin den Eintrag über seine eigene Bereinigungsfunktion entfernen?

Ist die Quelle nicht eindeutig, lösche nichts. Dokumentiere den Namen und frage den Plugin-Hersteller oder deinen Hoster.

Schritt 5: Zuerst auf Plugin-Ebene bereinigen

Bevor du direkt in der Datenbank arbeitest, nutze die vorgesehenen Werkzeuge des Verursachers:

  1. Leere ausschließlich den betroffenen Plugin-Cache oder das konkrete Protokoll.
  2. Entferne nicht mehr benötigte Regeln, Scans, Sitzungen oder Statistiken innerhalb des Plugins.
  3. Prüfe bei einem nicht mehr verwendeten Plugin, ob es eine Option zur vollständigen Datenentfernung gibt.
  4. Deinstalliere Erweiterungen nur, wenn ihre Funktion wirklich entbehrlich ist.
  5. Kontrolliere danach den Website-Zustand erneut.

Eine strukturierte Plugin-Bereinigung in WordPress hilft dabei, aktive Aufgaben von historischen Altlasten zu trennen. Entferne aber kein Plugin nur wegen eines verdächtigen Optionsnamens.

Schritt 6: Löschen oder Autoload deaktivieren?

Es gibt zwei grundverschiedene Maßnahmen:

Option löschen

Das ist nur richtig, wenn der Eintrag eindeutig verwaist ist und weder WordPress noch ein aktives Plugin oder Theme ihn benötigt. Sichere die betreffende Zeile vor dem Löschen separat. Prüfe die Website danach im Frontend und Backend.

Automatisches Laden deaktivieren

Die Option bleibt in der Datenbank, wird aber nicht mehr bei jedem Aufruf vorab geladen. Das kann bei selten verwendeten Einstellungen sinnvoll sein. Ändere den Autoload-Status jedoch nur, wenn die Plugin-Dokumentation oder der Hersteller bestätigt, dass der Wert nicht auf jeder Seite benötigt wird.

Eine aktive Option einfach von on auf off zu setzen, kann zusätzliche Datenbankabfragen oder Funktionsfehler verursachen. „Nicht automatisch laden“ bedeutet nicht automatisch „besser“.

Schritt 7: Nach jeder Änderung kontrollieren

Ändere jeweils nur eine klar identifizierte Ursache. Prüfe danach:

  • Website-Zustand und gemeldete Autoload-Größe
  • Startseite und einen typischen Artikel
  • Login, Formulare und Suche
  • betroffene Plugin-Funktion
  • Fehlerprotokoll des Hostings

Erst wenn diese Kontrolle unauffällig ist, folgt die nächste Bereinigung. So bleibt nachvollziehbar, welche Änderung einen Effekt hatte.

Wann ist professionelle Hilfe sinnvoll?

Hole Unterstützung, wenn die größte Option zu einem aktiven Shop-, Mitglieder-, Sicherheits- oder Backup-System gehört, wenn der Optionsname nicht zuordenbar ist oder wenn du keine aktuelle Datenbanksicherung zurückspielen kannst. Auch wiederkehrendes Wachstum nach einer Bereinigung deutet auf ein aktives Plugin- oder Prozessproblem hin.

Bei einer kritischen Website ist eine kurze fachliche Datenbankprüfung günstiger als ein Ausfall durch eine vorschnelle Löschung.

Häufige Fragen zu Autoloaded Options

Sind 800.000 Byte automatisch zu viel?

WordPress nutzt 800.000 Byte standardmäßig als Schwelle für die Website-Zustandswarnung. Das ist ein Diagnosewert, kein universelles Leistungslimit. Entscheidend sind Größe, Nutzung, Hosting, Objekt-Cache und die tatsächliche Antwortzeit der Website.

Darf ich alle großen Autoloaded Options löschen?

Nein. Große Einträge können zu aktiven Plugins oder zum Theme gehören. Lösche nur eindeutig verwaiste Optionen und arbeite mit Backup und Staging.

Verschwindet die Warnung sofort?

Nach einer wirksamen Bereinigung sollte der Website-Zustand die neue Gesamtgröße anzeigen. Ein persistenter Objekt-Cache kann alte Werte kurzfristig halten. Leere dann gezielt den betroffenen Objekt-Cache, nicht pauschal jede Cache-Ebene.

Hilft ein Datenbank-Optimierungs-Plugin?

Ein seriöses Werkzeug kann große Optionen sichtbar machen. Es kann aber nicht zuverlässig entscheiden, welche individuellen Einstellungen deine Website noch braucht. Die Zuordnung und Sicherung bleiben notwendig.

Muss ich den Tabellenpräfix wp_ verwenden?

Nein. Viele Installationen verwenden einen anderen Präfix. Prüfe den tatsächlichen Namen der Optionstabelle, bevor du eine Abfrage ausführst.

Fazit: Autoload-Warnung gezielt statt radikal lösen

Die WordPress-Warnung ist sinnvoll, aber kein Auftrag zur Massenlöschung. Dokumentiere zuerst die Größe, sichere die Datenbank und finde die größten Einträge mit einer nur lesenden Abfrage. Ordne jede Option ihrem Plugin oder Theme zu und bereinige bevorzugt über dessen eigene Funktionen. Direkte Datenbankänderungen sind der letzte Schritt – nicht der erste.

Quellen: WordPress Site-Health-Test für Autoloaded Options, WordPress-Core-Dokumentation zu den Autoload-Werten seit 6.6.