{"id":479,"date":"2026-06-13T11:28:23","date_gmt":"2026-06-13T09:28:23","guid":{"rendered":"https:\/\/furthmueller.info\/plugins\/?page_id=479"},"modified":"2026-06-13T12:02:56","modified_gmt":"2026-06-13T10:02:56","slug":"glossar","status":"publish","type":"page","link":"https:\/\/furthmueller.info\/plugins\/glossar\/","title":{"rendered":"Glossar"},"content":{"rendered":"

Dieser Artikel wird laufend erg\u00e4nzt. Zuletzt aktualisiert: Juni 2026.<\/em><\/p>\n

Wer sich mit WordPress-Wartung, Datenbankbereinigung oder Performance-Optimierung besch\u00e4ftigt, st\u00f6\u00dft schnell auf Begriffe, die im WordPress-Backend oder in Fachartikeln auftauchen, aber selten erkl\u00e4rt werden. Dieses Glossar sammelt die wichtigsten technischen Begriffe rund um WordPress-Datenbank, Systemarchitektur und Wartung \u2013 kompakt, aber vollst\u00e4ndig genug, um sie wirklich zu verstehen.<\/p>\n

\n

<\/p>\n

A<\/h2>\n


\n<\/p>\n

Autoload<\/h3>\n

Autoload bezeichnet einen Mechanismus in der WordPress-Datenbanktabelle wp_options<\/code>, der festlegt, ob ein gespeicherter Wert bei jedem Seitenaufruf automatisch in den Arbeitsspeicher geladen wird.<\/p>\n

Jeder Eintrag in wp_options<\/code> hat eine Spalte autoload<\/code> mit dem Wert yes<\/code> oder no<\/code>. Steht dort yes<\/code>, l\u00e4dt WordPress diesen Wert beim Start jeder Seite \u2013 unabh\u00e4ngig davon, ob er auf der aktuellen Seite tats\u00e4chlich gebraucht wird. Das ist f\u00fcr h\u00e4ufig ben\u00f6tigte Einstellungen sinnvoll, etwa den Seitentitel oder die aktive Theme-Konfiguration.<\/p>\n

Das Problem entsteht, wenn Plugins viele oder gro\u00dfe Datens\u00e4tze mit autoload=yes<\/code> speichern. Diese werden dann bei jedem einzelnen Seitenaufruf mitgeladen \u2013 auch wenn das Plugin auf der jeweiligen Seite gar nicht aktiv ist. Bei einer WordPress-Installation mit vielen Plugins kann die Summe aller Autoload-Daten mehrere Megabyte erreichen, was die initiale Datenbankabfrage sp\u00fcrbar verlangsamt.<\/p>\n

Nach der Deinstallation eines Plugins bleiben dessen Autoload-Eintr\u00e4ge oft in der Datenbank stehen und werden weiterhin bei jedem Seitenaufruf geladen \u2013 obwohl das zugeh\u00f6rige Plugin nicht mehr existiert.<\/p>\n

Attachment (verwaist)<\/h3>\n

In WordPress wird jede hochgeladene Mediendatei \u2013 Bild, PDF, Video \u2013 intern als Beitrag des Typs attachment<\/code> in der Tabelle wp_posts<\/code> gespeichert. Jede Mediendatei hat dabei einen \u00fcbergeordneten Beitrag, dem sie zugeordnet ist.<\/p>\n

Ein verwaister Attachment-Eintrag entsteht, wenn eine Mediendatei hochgeladen, aber nie in einem Beitrag oder einer Seite eingebunden wurde \u2013 oder wenn der \u00fcbergeordnete Beitrag gel\u00f6scht wurde, ohne die zugeh\u00f6rigen Mediendateien zu entfernen. Der Datenbankeintrag bleibt dann bestehen, obwohl die Datei keine Verwendung mehr hat.<\/p>\n

Verwaiste Attachments belegen nicht nur Speicherplatz in der Datenbank, sondern auch auf dem Server \u2013 denn WordPress speichert beim Upload automatisch mehrere Bildgr\u00f6\u00dfen (Original, Thumbnail, Medium, Large sowie theme-spezifische Formate), die ebenfalls auf dem Server verbleiben.<\/p>\n

\"Illustration
Die autoload-Spalte in wp_options entscheidet, welche Eintr\u00e4ge bei jedem Seitenaufruf geladen werden \u2013 auch Reste deinstallierter Plugins.<\/figcaption><\/figure>\n
\n

<\/p>\n

M<\/h2>\n


\n<\/p>\n

MD5-Hash<\/h3>\n

Ein MD5-Hash ist ein kryptografischer Fingerabdruck einer Datei. Der MD5-Algorithmus berechnet aus dem Inhalt einer Datei eine eindeutige Zeichenkette mit fester L\u00e4nge (32 hexadezimale Zeichen). Zwei identische Dateien erzeugen immer denselben MD5-Hash \u2013 zwei auch nur minimal unterschiedliche Dateien erzeugen v\u00f6llig verschiedene Hashes.<\/p>\n

Im WordPress-Kontext wird MD5-Hashing verwendet, um doppelt hochgeladene Mediendateien zu erkennen. Wenn zwei Bilddateien denselben MD5-Hash haben, sind ihre Inhalte bitgenau identisch \u2013 unabh\u00e4ngig davon, ob sie unterschiedliche Dateinamen haben oder in verschiedenen Verzeichnissen liegen.<\/p>\n

Diese Methode ist zuverl\u00e4ssiger als ein reiner Dateinamen-Vergleich, da WordPress beim mehrfachen Upload derselben Datei automatisch einen neuen Dateinamen vergibt (z.B. bild-1.jpg<\/code>, bild-2.jpg<\/code>). Der MD5-Vergleich erkennt dennoch, dass der Inhalt identisch ist.<\/p>\n

\"Illustration
Zwei Dateien mit identischem Inhalt erzeugen denselben MD5-Hash \u2013 unabh\u00e4ngig von Dateiname oder Speicherort.<\/figcaption><\/figure>\n
\n

<\/p>\n

P<\/h2>\n


\n<\/p>\n

Post-Meta<\/h3>\n

Post-Meta bezeichnet zus\u00e4tzliche Datenfelder, die WordPress zu jedem Beitrag, jeder Seite oder jedem anderen Inhaltstyp speichern kann. Diese Metadaten werden in der Tabelle wp_postmeta<\/code> abgelegt und bestehen aus einem Schl\u00fcssel-Wert-Paar, das einem bestimmten Beitrag zugeordnet ist.<\/p>\n

WordPress selbst nutzt Post-Meta f\u00fcr verschiedene Zwecke, etwa um das Featured Image eines Beitrags zu speichern oder um SEO-Daten von Plugins wie Yoast abzulegen. Plugins k\u00f6nnen Post-Meta frei verwenden, um beliebige zus\u00e4tzliche Informationen zu Beitr\u00e4gen zu speichern.<\/p>\n

Verwaiste Post-Meta-Eintr\u00e4ge entstehen, wenn ein Plugin Metadaten zu Beitr\u00e4gen geschrieben hat und anschlie\u00dfend deinstalliert wird, ohne seine Datenbankeintr\u00e4ge zu bereinigen. Die Metadaten bleiben dann in wp_postmeta<\/code> stehen und verweisen auf Schl\u00fcssel, die keine aktive Funktion mehr haben. Bei viel genutzten Websites mit langer Plugin-Geschichte k\u00f6nnen so zehntausende verwaiste Zeilen entstehen.<\/p>\n

\"Illustration
Jeder WordPress-Beitrag kann beliebig viele Metadaten tragen \u2013 aktive in Farbe, verwaiste nach Plugin-Deinstallation ausgegraut.<\/figcaption><\/figure>\n
\n

<\/p>\n

R<\/h2>\n


\n<\/p>\n

Revision<\/h3>\n

Eine Revision ist eine automatisch erstellte Sicherungskopie eines WordPress-Beitrags oder einer Seite. Jedes Mal, wenn Inhalte gespeichert werden \u2013 manuell oder durch die automatische Speicherfunktion \u2013, legt WordPress eine Kopie des bisherigen Zustands in der Datenbank an.<\/p>\n

Revisionen werden in derselben Tabelle wie Beitr\u00e4ge gespeichert (wp_posts<\/code>), aber mit dem Post-Status revision<\/code>. Jede Revision enth\u00e4lt den vollst\u00e4ndigen Inhalt des Beitrags zum Zeitpunkt der Speicherung sowie alle zugeh\u00f6rigen Metadaten in wp_postmeta<\/code>.<\/p>\n

Der Sinn von Revisionen ist die M\u00f6glichkeit, fr\u00fchere Versionen eines Beitrags wiederherzustellen. Das ist besonders n\u00fctzlich, wenn \u00c4nderungen r\u00fcckg\u00e4ngig gemacht werden sollen.<\/p>\n

Das Problem: WordPress begrenzt die Anzahl der aufbewahrten Revisionen standardm\u00e4\u00dfig nicht. Bei einem Beitrag, der \u00fcber Monate immer wieder \u00fcberarbeitet wird, k\u00f6nnen Dutzende oder Hunderte Revisionen entstehen. Multipliziert mit der Anzahl aller Beitr\u00e4ge auf einer aktiven Website ergibt das schnell tausende Datenbankzeilen, die keinen aktiven Zweck mehr erf\u00fcllen.<\/p>\n

Die Anzahl der aufzubewahrenden Revisionen l\u00e4sst sich in der Datei wp-config.php<\/code> mit dem Parameter WP_POST_REVISIONS<\/code> begrenzen oder vollst\u00e4ndig deaktivieren.<\/p>\n

\"Illustration
Jede Speicherung erzeugt eine Revisionskopie \u2013 ohne Begrenzung w\u00e4chst der Stapel unbegrenzt in der Datenbank.<\/figcaption><\/figure>\n
\n

<\/p>\n

T<\/h2>\n


\n<\/p>\n

Transient<\/h3>\n

Ein Transient ist ein tempor\u00e4r in der WordPress-Datenbank gespeicherter Wert mit einer definierten Ablaufzeit. Das Transient-System ist ein einfacher Caching-Mechanismus, der es Plugins und Themes erlaubt, das Ergebnis aufwendiger Berechnungen oder externer API-Abfragen zwischenzuspeichern und f\u00fcr eine bestimmte Zeit wiederzuverwenden.<\/p>\n

Transients werden in der Tabelle wp_options<\/code> gespeichert, mit einem speziellen Pr\u00e4fix (_transient_<\/code> bzw. _transient_timeout_<\/code>). Neben dem eigentlichen Wert speichert WordPress auch den Ablaufzeitpunkt.<\/p>\n

Das zentrale Problem: Abgelaufene Transients werden nicht automatisch aus der Datenbank gel\u00f6scht. WordPress bereinigt einen Transient erst dann, wenn erneut auf ihn zugegriffen wird und dabei festgestellt wird, dass er abgelaufen ist. Transients von Plugins, die deinstalliert wurden oder die ihren Cache nie mehr abrufen, bleiben dauerhaft als inaktive Eintr\u00e4ge in der Datenbank stehen.<\/p>\n

Auf stark frequentierten Websites oder nach dem Einsatz von Plugins, die intensiv von Transients Gebrauch machen, k\u00f6nnen sich mit der Zeit Tausende abgelaufener Transient-Eintr\u00e4ge ansammeln, ohne dass sie noch einen Nutzen haben.<\/p>\n

\"Illustration
Transients haben eine Ablaufzeit \u2013 abgelaufene Eintr\u00e4ge bleiben jedoch in der Datenbank stehen, bis sie aktiv \u00fcberschrieben werden.<\/figcaption><\/figure>\n
\n

<\/p>\n

W<\/h2>\n


\n<\/p>\n

wp_options<\/h3>\n

wp_options<\/code> ist eine der zentralen Datenbanktabellen von WordPress. Sie speichert siteweite Einstellungen und Konfigurationsdaten \u2013 von grundlegenden WordPress-Kerneinstellungen (Sitetitel, Zeitzone, aktives Theme) bis hin zu Plugin-Konfigurationen, Widget-Einstellungen und tempor\u00e4ren Daten.<\/p>\n

Die Tabelle hat eine einfache Struktur: Jeder Eintrag besteht aus einem eindeutigen Schl\u00fcssel (option_name<\/code>) und dem zugeh\u00f6rigen Wert (option_value<\/code>), erg\u00e4nzt um die autoload<\/code>-Spalte.<\/p>\n

wp_options<\/code> ist anf\u00e4llig f\u00fcr unkontrolliertes Wachstum, weil praktisch jedes Plugin dort seine Einstellungen ablegt \u2013 und diese Eintr\u00e4ge nach der Deinstallation des Plugins oft nicht entfernt werden. Zus\u00e4tzlich landen dort Transients, Plugin-Caches und andere tempor\u00e4re Daten. Bei einer WordPress-Installation mit langer Geschichte kann wp_options<\/code> mehrere tausend Zeilen umfassen, von denen ein erheblicher Teil keine aktive Funktion mehr hat.<\/p>\n

wp_posts \/ wp_postmeta<\/h3>\n

wp_posts<\/code> ist die Haupttabelle f\u00fcr alle Inhalte in WordPress. Sie speichert nicht nur Beitr\u00e4ge und Seiten, sondern auch Mediendateien (als Attachments), Men\u00fceintr\u00e4ge, Revisionen, Entw\u00fcrfe und benutzerdefinierte Inhaltstypen, die Plugins definieren. Der Inhaltstyp eines Eintrags wird durch die Spalte post_type<\/code> unterschieden.<\/p>\n

wp_postmeta<\/code> ist die zugeh\u00f6rige Metadatentabelle. Sie speichert beliebige zus\u00e4tzliche Informationen zu jedem Eintrag in wp_posts<\/code> als Schl\u00fcssel-Wert-Paare. Jede Zeile in wp_postmeta<\/code> ist \u00fcber die Spalte post_id<\/code> mit einem Eintrag in wp_posts<\/code> verkn\u00fcpft.<\/p>\n

Beide Tabellen wachsen im Betrieb kontinuierlich: wp_posts<\/code> durch Revisionen, Entw\u00fcrfe und verwaiste Attachments; wp_postmeta<\/code> durch Plugin-Daten, SEO-Felder und andere Metadaten, die zu jedem Beitrag gespeichert werden. Verwaiste Eintr\u00e4ge in wp_postmeta<\/code> entstehen, wenn Beitr\u00e4ge gel\u00f6scht werden, ohne dass die zugeh\u00f6rigen Metadaten mitgel\u00f6scht werden.<\/p>\n

WP-Cron<\/h3>\n

WP-Cron ist das interne Aufgabenplanungssystem von WordPress. Es erm\u00f6glicht es, wiederkehrende Aufgaben zeitgesteuert auszuf\u00fchren \u2013 etwa das automatische Leeren des Papierkorbs nach 30 Tagen, das Versenden geplanter Beitr\u00e4ge oder Plugin-spezifische Wartungsaufgaben.<\/p>\n

Im Unterschied zu einem echten Server-Cronjob l\u00e4uft WP-Cron nicht zu einem festen Zeitpunkt. Stattdessen wird er bei jedem Seitenaufruf ausgel\u00f6st: WordPress pr\u00fcft dabei, ob geplante Aufgaben f\u00e4llig sind, und f\u00fchrt sie dann aus. Das bedeutet, dass WP-Cron nur dann zuverl\u00e4ssig l\u00e4uft, wenn die Website regelm\u00e4\u00dfig besucht wird.<\/p>\n

Auf wenig frequentierten Websites oder wenn WP-Cron durch Hosting-Konfigurationen deaktiviert ist, k\u00f6nnen geplante Aufgaben stark verz\u00f6gert oder gar nicht ausgef\u00fchrt werden. Das wirkt sich auf automatische Bereinigungsroutinen aus: Papierkorb-Inhalte bleiben l\u00e4nger als geplant bestehen, Plugin-Updates werden nicht gepr\u00fcft, und geplante Ver\u00f6ffentlichungen verz\u00f6gern sich.<\/p>\n

F\u00fcr produktive WordPress-Installationen empfiehlt es sich, WP-Cron in der wp-config.php<\/code> zu deaktivieren (DISABLE_WP_CRON = true<\/code>) und stattdessen einen echten Server-Cronjob einzurichten, der wp-cron.php<\/code> zu einem festen Zeitpunkt aufruft.<\/p>\n

\"Illustration
Die drei zentralen WordPress-Tabellen stehen in st\u00e4ndigem Austausch \u2013 WP-Cron sorgt f\u00fcr zeitgesteuerte Wartungsaufgaben im Hintergrund.<\/figcaption><\/figure>\n
\n

Weitere Begriffe werden bei Bedarf erg\u00e4nzt. Fehlt ein Begriff? Hinweise gerne \u00fcber das Kontaktformular.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

Dieser Artikel wird laufend erg\u00e4nzt. Zuletzt aktualisiert: Juni 2026. Wer sich mit WordPress-Wartung, Datenbankbereinigung oder Performance-Optimierung besch\u00e4ftigt, st\u00f6\u00dft schnell auf […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"template-glossar.php","meta":{"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"default","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"set","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"_metis_text_type":"standard","_metis_text_length":10679,"_post_count":0,"footnotes":""},"class_list":["post-479","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/pages\/479","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/comments?post=479"}],"version-history":[{"count":4,"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/pages\/479\/revisions"}],"predecessor-version":[{"id":488,"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/pages\/479\/revisions\/488"}],"wp:attachment":[{"href":"https:\/\/furthmueller.info\/plugins\/wp-json\/wp\/v2\/media?parent=479"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}