Im Jahr 2003 forkte der siebzehnjährige Matt Mullenweg b2/cafelog, und wenige Monate später erschien WordPress 0.7: ein Bildschirm, ein Eingabefeld, minimales CSS. Dreiundzwanzig Jahre später betreibt dieselbe Codebasis 43% aller Websites im Internet, von persönlichen Blogs bis zu Whitehouse.gov und dem Spotify Newsroom. Und seine Oberfläche hat sich von spartanischem Minimalismus zu einem KI-gestützten Arbeitsplatz mit Dutzenden von Werkzeugen entwickelt.

Interessant ist hier nicht nur, „was hinzugefügt wurde", sondern auch, „wie die Community reagierte". Jedes zweite größere Update stieß gerade wegen der Oberfläche auf Widerstand: Gutenberg sammelte 2018 Tausende von Ein-Stern-Bewertungen und brachte den ClassicPress-Fork hervor, während die Debatten über die „Aufgeblähtheit" des Admin-Panels seit dem Release 2.5 Brecker im Jahr 2008 nicht abgeebbt sind. Umso wichtiger ist es, die gesamte Kette nachzuverfolgen, von Version 0.7 bis zum aktuellen 7.0 Armstrong, das am 20. Mai 2026 veröffentlicht wurde.

💡 Kurzer Überblick:

• Blättern Sie durch Screenshots von WordPress 0.7 Gold (2003): Sie sehen, wo die Plattform begann, ein Bildschirm, ein Eingabefeld und ein „Veröffentlichen"-Button
• Vergleichen Sie die Admin-Panels der Versionen 1.5 Strayhorn und 2.7 Coltrane, in denen erstmals das Dashboard, das linke Menü und die Plugin-Installation aus dem Repository ohne FTP auftauchten
• Beachten Sie den Sprung von 2.9 zu 3.0 Thelonious: benutzerdefinierte Menüs, benutzerdefinierte Beitragstypen und Multisite verwandelten ein Blog in ein CMS-Framework
• Sehen Sie sich 3.8 Parker an, ein vollständig neu geschriebenes, responsives Admin-Panel, 8 Farbschemata und Vektor-Dashicons, die bis heute erkennbar sind
• Öffnen Sie 5.0 Bebo (Dezember 2018): Gutenberg ersetzte TinyMCE durch einen Block-Editor, und das Bearbeitungsparadigma änderte sich für immer
• Studieren Sie 5.9 Josephine (Januar 2022): Full Site Editing erlaubte die Bearbeitung von Kopfzeile, Fußzeile und Templates über dieselben Blöcke
• Schauen Sie sich 7.0 Armstrong (Mai 2026) an: zentraler KI-Hub, aktualisiertes Admin-Panel, Befehlspalette und native Breadcrumbs, aktuell im Einsatz

27. Mai 2003, WordPress 0.7 „Gold"

Die erste öffentliche Version. Nach dem Login sehen Sie sofort die Seite zum Erstellen eines Beitrags: Titel, Inhaltsfeld, „Veröffentlichen"-Button. Kein Dashboard. Keine Menüs. Unter der Haube XHTML 1.1 und strikte Webstandards, ein Prinzip, das Mullenweg vom ersten Tag an erklärte.

Die Funktionalität war minimal: eine Kategorie pro Beitrag, keine Vorschau, keine Schlagwörter. Aber Entwürfe, manuelle Auszüge für RSS und genau dieser Veröffentlichen-Button waren bereits vorhanden. Bilduploads? Nein. Kommentar-Moderation? Nein. In den folgenden sechs Monaten folgte jedoch eine Reihe gezielter Updates: 0.71, 0.72 mit einem Installer anstelle einer manuellen wp-config.php. WordPress gewann an Fahrt.

3. Januar 2004, WordPress 1.0

Das erste Major Release ohne Jazz-Codenamen (die Tradition, nach Musikern zu benennen, begann etwas später). Vereinfachte Installation, mehrere Kategorien pro Beitrag, Permalinks mit lesbaren URLs, Kommentar-Moderation. Drei Wochen später erschien 1.0.1 „Miles" mit einer polierten Oberfläche und bedeutenden Änderungen an der Codebasis.

22. Mai 2004, WordPress 1.2 „Mingus"

Genau ein Jahr nach dem Start erschien die Version, die WordPress von einem Tagebuch in eine erweiterbare Plattform verwandelte. Die Plugin-Architektur: das Fundament, auf dem das heutige Ökosystem mit über 60.000 Erweiterungen steht. Verschlüsselte Passwörter, Beitragsvorschau, automatische Thumbnails, Unterkategorien. Die Vorschau war 2004 ein Durchbruch, endlich konnte man sehen, wie ein Beitrag aussah, bevor man ihn veröffentlichte, statt zu raten.

17. Februar 2005, WordPress 1.5 „Strayhorn"

Hier hörte WordPress auf, „nur ein Blog" zu sein. Das Theme-System trennte das Design von der Engine und erlaubte Änderungen am Erscheinungsbild der Website, ohne eine einzige Codezeile zu bearbeiten. Statische Seiten (nicht nur Beiträge). Das Debüt des Dashboards, jenes Bedienfelds, das für Jahrzehnte das Zentrum des Admin-Bereichs werden sollte. Über 200.000 Downloads in den ersten Monaten, die Plattform erreichte ein grundlegend neues Niveau.

31. Dezember 2005, WordPress 2.0 „Duke"

Pünktlich zum Jahreswechsel erschien die zweite Generation von WordPress. Das Admin-Panel wurde in seinem charakteristischen Blau erkennbar, ein visueller Editor erschien (WYSIWYG auf TinyMCE-Basis), Benutzerrollen mit Rechteverwaltung, Akismet gegen Spam, integrierte Datei-Uploads. AJAX-Kommentarlöschung ohne Seitenneuladen. Für Entwickler: Caching, Theme-Vorschau, functions.php. Acht kleinere Updates folgten in den nächsten 12 Monaten; das Projekt hatte an Schwung gewonnen.

22. Januar 2007, WordPress 2.1 „Ella"

Äußerlich veränderte sich das Admin-Panel kaum, aber unter der Haube: Autosave (endlich keine Angst mehr vor einem Browserabsturz), Rechtschreibprüfung, XML-Import/-Export, überarbeiteter Link-Editor. Mehr AJAX: Seiten wurden bei jeder Aktion nicht mehr vollständig neu geladen. Matt sagte damals die Veröffentlichung von 2.2 für den 23. April 2007 voraus und lag um drei Wochen daneben, was für Open Source mit Freiwilligen immer noch eine beeindruckende Genauigkeit war.

16. Mai 2007, WordPress 2.2 „Getz"

Das Widget-System: verschiebbare Blöcke in der Seitenleiste ohne eine einzige Zeile PHP im Template. Blogger-Import, vollständige Atom-Unterstützung, jQuery im Core (1.1.2, der erste Schritt in eine JS-lastige Zukunft). Über 240 behobene Fehler. WordPress hörte endgültig auf, ein Werkzeug für Geeks zu sein, und wurde zu einer Plattform für jeden Nutzer.

25. September 2007, WordPress 2.3 „Dexter"

Tags im Core (endlich, ohne Plugins). Kanonische URLs für SEO. Plugin-Update-Benachrichtigungen direkt im Admin-Panel; zuvor erfuhr man von neuen Versionen nur durch Zufall. Der „Kitchen Sink"-Button im Editor, der eine erweiterte Formatierungspalette öffnete. Äußerlich änderte sich die Oberfläche gegenüber 2.1 kaum, aber intern wurden viele Sicherheitslücken geschlossen. Die Community feierte Release-Partys; WordPress wurde zu einem kulturellen Phänomen.

29. März 2008, WordPress 2.5 „Brecker"

Sechs Monate Arbeit, und das Admin-Panel war nicht wiederzuerkennen. Eine ruhige Farbgebung (Abschied vom Blau), Dashboard-Widgets mit anpassbarer Anordnung, Multi-Datei-Upload, Passwortstärkeanzeige, integrierte Galerien, Shortcodes-API. Das erste Release, das für seine Zeit wirklich modern aussah. Kritiker zerrissen jedoch den „Bloat", eine Debatte, die sich bei jedem größeren Release im nächsten Jahrzehnt wiederholen sollte.

Der Beitragseditor veränderte sich grundlegend: weniger visuelles Rauschen, logische Gruppierung der Elemente, erweiterte Symbolleiste. Genau mit 2.5 begann der Arbeitsbereich des Autors einer modernen redaktionellen Oberfläche zu ähneln und nicht mehr einem Formular aus einem Browser der 1990er Jahre.

15. Juli 2008, WordPress 2.6 „Tyner"

Erschien fast einen Monat früher als geplant. Beitragsrevisionen: eine Wiki-ähnliche Änderungshistorie mit der Möglichkeit, zu jeder Version zurückzukehren. Press This, ein Bookmarklet zum schnellen Veröffentlichen von Links und Zitaten aus dem Browser. Bildunterschriften, Wortzähler im Editor, Massenverwaltung von Plugins (stapelweises Aktivieren/Deaktivieren). WordPress wuchs endgültig über das Label „Blog-Plattform" hinaus; nun war es ein Content-Management-Werkzeug.

11. Dezember 2008, WordPress 2.7 „Coltrane"

Eine Navigationsrevolution. Ein linkes vertikales Menü anstelle eines oberen horizontalen: eine Struktur, die im Wesentlichen bis heute überlebt hat. Dashboard-Widgets per Drag-and-Drop verschieben, direkt aus dem Admin-Panel auf Kommentare antworten, Plugin-Installation aus dem Repository mit einem Klick (ohne FTP). Bildschirmoptionen: Jeder Nutzer passt die Sichtbarkeit von Elementen nach seinen Wünschen an. Die zu diesem Zeitpunkt am gründlichsten dokumentierte Version: Das Team veröffentlichte Dutzende von Screencasts, die jeden neuen Bildschirm abdeckten.

11. Juni 2009, WordPress 2.8 „Baker"

Matt bezeichnete es als „eine gute, abgeschlossene Version". Verbesserungen bei Themes und Widgets, Beschleunigung des Admin-Panels, aktualisierte Icons. Nach außen hin: Politur der bestehenden Oberfläche ohne grundlegende Überarbeitung. Doch genau solche Versionen stabilisieren eine Plattform: Nach den Turbulenzen von 2.5 bis 2.7 mussten die Nutzer erst einmal durchatmen.

19. Dezember 2009, WordPress 2.9 „Carmen"

Äußerlich: minimale Änderungen. Funktionell: ein gewaltiger Sprung. Integrierter Bildeditor (Zuschneiden, Drehen, Skalieren, direkt in der Medienbibliothek), oEmbed für automatische Videoeinbettung per Link, Papierkorb für gelöschte Beiträge (mit Rückgängig-Funktion), automatische Datenbankoptimierung. Die Werkzeuge für das Content-Management wurden professionell.

17. Juni 2010, WordPress 3.0 „Thelonious"

Das dreizehnte Major-Release und ein Wendepunkt. Mehr als 200 Mitwirkende. Individuelle Menüs: Navigation, die Sie ohne eine einzige Codezeile im Admin-Bereich konfigurieren. Custom Post Types und Taxonomien: WordPress wurde zu einem vollwertigen CMS-Framework, das Portfolios, Kataloge und Veranstaltungen verwalten kann. Multisite: WordPress MU wurde in den Kern integriert, eine Installation betreibt ein Netzwerk von Websites. Individuelle Hintergründe und Header. Das Standard-Theme Twenty Ten mit klarer Typografie. Über 1.200 behobene Fehler. Von diesem Punkt an war WordPress keine „Blog-Engine mit Erweiterungen" mehr, sondern ein ausgereiftes CMS.

23. Februar 2011, WordPress 3.1 „Reinhardt"

Admin-Bar: der dunkle Streifen oben, sichtbar für eingeloggte Nutzer auf der Website. Beitragsformate: Standard, Galerie, Zitat, Video; die Inhaltsstruktur wurde semantisch. Interne Links im Editor (Suche nach bestehenden Inhalten für Querverlinkungen). Verbesserte Website-Suche. Der Admin-Bereich erhielt Funktionen, die heute vertraut wirken.

4. Juli 2011, WordPress 3.2 „Gershwin"

Eine komplette Design-Auffrischung: neue Schriften, ein „flacherer" Stil (mehrere Jahre bevor Metro und iOS 7 Flat Design zum Mainstream machten). Die Mindestanforderungen wurden auf PHP 5.2.4 und MySQL 5.0 angehoben; die Unterstützung für PHP 4 und veraltete MySQL-Versionen wurde eingestellt. Der Internet Explorer 6 wurde offiziell von der Liste der unterstützten Browser gestrichen. Die Codebasis wurde schlanker und schneller.

12. Dezember 2011, WordPress 3.3 „Sonny"

Ein responsiver Admin-Bereich für Tablets: 2011, als das iPad gerade erst an Popularität gewann, war das ein mutiger Schritt. Drag-and-Drop-Upload von Medien direkt in den Editor: Ziehen Sie ein Bild von Ihrem Desktop, und es ist in Ihrem Beitrag. Tooltips für Oberflächenelemente. Der Admin-Bereich wurde benutzerfreundlicher für verschiedene Geräte und unterschiedliche Kenntnisstände der Nutzer.

13. Juni 2012, WordPress 3.4 „Green"

Der Theme-Customizer: Erstmals konnten Sie Theme-Einstellungen ändern und die Ergebnisse in Echtzeit sehen, bevor Sie sie veröffentlichen. XML-RPC-API für mobile Anwendungen. Verbesserte Bildverarbeitung: automatische Bildunterschriften aus HTML. WordPress bereitete sich auf die mobile Ära vor und darauf, ein Backend nicht nur für Browser zu sein.

11. Dezember 2012, WordPress 3.5 „Elvin"

Ein komplett neu geschriebener Medien-Manager: Rasteransicht statt Liste, schnelle Uploads, Galerieerstellung mit wenigen Klicks. Das Standard-Theme Twenty Twelve: klares, responsives Design mit Fokus auf Typografie. Die Medienbibliothek wurde endlich zu einem Werkzeug statt zu einem Dateilager.

1. August 2013, WordPress 3.6 „Oscar"

Revisionen erhielten einen Live-Versionsvergleich: Bild für Bild mit Hervorhebung der Änderungen, ähnlich einem Git-Diff. Beitragssperre: Wenn ein Bearbeiter an einem Beitrag arbeitet, sehen andere eine Warnung. Integrierte HTML5-Audio- und -Video-Player ohne Flash. Die Oberfläche stabilisierte sich nach einer Reihe größerer Änderungen.

24. Oktober 2013, WordPress 3.7 „Basie"

Äußerlich: ein fast unmerkliches Release. Unter der Haube: automatische Hintergrund-Updates für Nebenversionen und Sicherheits-Patches. Von diesem Punkt an aktualisierten sich die meisten WordPress-Installationen ohne Zutun des Betreibers selbst. Möglicherweise die wichtigste „unsichtbare" Funktion in der Geschichte der Plattform: Millionen von Websites waren nicht mehr verwundbar, nur weil der Betreiber nicht auf „Aktualisieren" geklickt hatte.

12. Dezember 2013, WordPress 3.8 „Parker"

Das Admin-Panel wurde von Grund auf neu geschrieben. Responsives Design: Retina-fähig auf dem MacBook Pro, mobilfreundlich auf Tablets und Smartphones. Acht Farbschemata zur Auswahl, von klassischem Grau über leuchtendes Blau bis hin zu „Coffee". Moderne Typografie mit Open Sans. Vektor-Dashicons-Icons statt pixeliger PNGs, gestochen scharf in jeder Auflösung. Das Theme Twenty Fourteen mit einem Magazin-Layout. Dieses Design wurde für Jahre zur visuellen Identität von WordPress.

16. April 2014, WordPress 3.9 „Smith"

Live-Galerievorschau im Editor: Zuvor erschien anstelle der Galerie ein Platzhalter. Bilder lassen sich direkt in den Text ziehen. Bildbearbeitung in Echtzeit: Skalieren, Zuschneiden, Drehen, ohne die Mediathek zu öffnen. Audio-/Video-Playlists mit integrierten Werkzeugen. Multimedia in WordPress war endlich kein Kompromiss mehr.

4. September 2014, WordPress 4.0 „Benny"

Mediathek mit Endlos-Scroll: ein Raster mit automatischem Nachladen; kein Durchblättern von Seiten mehr. Nahtloses Einbetten von Playlists und Galerien im Editor. Sprachauswahl bei der Installation: WordPress wurde wirklich global. Verbesserte Plugin-Suche mit Kennzahlen: Anzahl der Installationen, Bewertung, letzte Aktualisierung. Zu diesem Zeitpunkt betrieb die Plattform nahezu ein Viertel aller Websites im Internet.

18. Dezember 2014, WordPress 4.1 „Dinah"

Fokus-Modus im Editor: minimalistische Benutzeroberfläche, bei der alles Überflüssige verschwindet und nur der Text bleibt. Ablenkungsfreies Schreiben (Einfügen von Links und Listen direkt im Text, ohne modale Fenster zu öffnen). Theme-Empfehlungen im Customizer mit Live-Vorschau. Twenty Fifteen: das erste Standard-Theme mit vollständiger Mobilunterstützung und einem klaren, blogorientierten Design.

23. April 2015, WordPress 4.2 „Powell"

Press This als vollwertiges Bookmarklet zum schnellen Veröffentlichen von Links aus dem Browser. Emoji-Unterstützung im Kern: Millionen von Nutzern erhielten Emoticons ohne zusätzliche Plugins. Aktualisierter Plugin-Installer mit Lazy Loading: Die Seite lädt nicht neu, Ergebnisse erscheinen sofort.

18. August 2015, WordPress 4.3 „Billie"

Menü-Customizer: Navigationseinrichtung mit Live-Vorschau, bei der man das Ergebnis endlich vor dem Speichern sieht. Website-Icons (Favicons) werden direkt über den Customizer konfiguriert, ohne mit FTP und dem Stammverzeichnis hantieren zu müssen. Verbesserte Listenformatierung im Editor. Passwörter werden jetzt automatisch generiert, anstatt vom Benutzer erfunden zu werden: ein deutlicher Sicherheitsschub für Millionen von Installationen.

8. Dezember 2015, WordPress 4.4 „Clifford"

Responsive Bilder (srcset) im Kern: Der Browser wählt die Bildgröße selbst passend zur Bildschirmauflösung. REST-API: WordPress wird zu einem Headless-CMS, bereit für die Trennung von Backend und Frontend. Einbetten von Beiträgen anderer WordPress-Seiten per oEmbed. Twenty Sixteen: ein minimalistisches Blog-Theme mit klassischer Seitenleiste.

12. April 2016, WordPress 4.5 „Coleman"

Inline-Linkbearbeitung: Strg+K, und der Link wird direkt im Text eingefügt, ohne modales Fenster. Website-Logo aus dem Customizer. CSS/JS-Minifizierung für schnellere Ladezeiten. Vorschau der Reaktionsfähigkeit im Customizer: Wechsel zwischen Tablet/Smartphone/Desktop mit einem Klick. Der Editor wurde flotter und die Oberfläche transparenter.

16. August 2016, WordPress 4.6 „Pepper"

Native Systemschriften im Admin-Panel: Die Oberfläche lädt sofort, ohne auf Google Fonts zu warten. Shiny Updates: Plugin-Aktualisierungen per AJAX, ohne die Seite neu zu laden. Erkennung defekter Links im Editor: WordPress markiert URLs, die auf nicht existierende Seiten führen. Das Admin-Panel wurde spürbar schneller.

6. Dezember 2016, WordPress 4.7 „Vaughan"

REST-API mit Endpunkten für Beiträge, Seiten, Kommentare und Benutzer: WordPress wurde offiziell zu einem vollwertigen Headless-CMS. Eigenes CSS im Customizer, ohne Theme-Dateien bearbeiten zu müssen. Vorschaubild in der Mediathek beim Überfahren mit der Maus. Twenty Seventeen: ein Theme mit Video-Header und Parallax-Scrolling, vielleicht das ambitionierteste Standard-Theme zu jener Zeit.

8. Juni 2017, WordPress 4.8 „Evans"

Multimedia-Widgets: Bilder, Audio und Video lassen sich ohne einen einzigen Shortcode in die Seitenleiste einfügen. Das Text-Widget erhielt einen visuellen Editor: Sie müssen die Seitenleiste nicht mehr manuell in HTML formatieren. Link-Grenzen im Editor: Ein Klick wählt die vollständige URL aus, ohne manuelle Mausauswahl.

Für 4.8 wurden zudem mehrere Beta-Versionen und Kandidaten veröffentlicht:

In den Beta-Versionen von 4.8 war die Oberfläche mit der finalen Version praktisch identisch; das Team testete die Multimedia-Widgets und den neuen Text-Editor. Die Hauptarbeit konzentrierte sich auf Stabilität: Fehlerbehebung und Kompatibilitätsprüfungen mit gängigen Plugins.

15. November 2017, WordPress 4.9 „Tipton"

Entwürfe und terminierte Änderungen im Customizer: Sie konfigurieren das Design, speichern es als Entwurf und veröffentlichen es, wenn es fertig ist, ohne „Reparaturen" an einer Live-Site vornehmen zu müssen. Galerie-Widget, Live-Themenvorschau vor der Aktivierung, Widget-Erhalt beim Themenwechsel (endlich, ohne die Seitenleiste zu verlieren). Syntaxhervorhebung im Theme-Code-Editor.

Genau in der 4.9-Phase kündigte Automattic den offiziellen Aufruf für Gutenberg-Tester an: den Block-Builder, der nur ein Jahr später den WordPress-Editor revolutionieren sollte. Im Minor-Update 4.9.6 wurden DSGVO-Tools hinzugefügt: eine Vorlage für die Datenschutzerklärung, Cookie-Einwilligung für Kommentare sowie Export und Löschung von Nutzerdaten.

Gutenberg und die 5.x-Ära (2018-2021)

Am 6. Dezember 2018 wurde WordPress 5.0 „Bebo" veröffentlicht, und der Editor veränderte sich für immer. Gutenberg ersetzte den klassischen TinyMCE durch eine Block-Oberfläche: Jeder Absatz, jedes Bild, jede Überschrift, Galerie, Schaltfläche und Spalte wurde zu einem eigenen Block. Sie verschieben Blöcke mit der Maus, ändern die Reihenfolge und passen alles ohne eine einzige Codezeile an. Die Community begegnete dem Editor mit Ablehnung: Tausende von Ein-Stern-Bewertungen im Repository, der ClassicPress-Fork für diejenigen, die beim alten Editor bleiben wollten. Doch Automattic verfeinerte Gutenberg in den folgenden drei Jahren konsequent. Das Theme Twenty Nineteen war das erste, das für den Block-Editor optimiert war, mit minimalistischer Typografie.

Mit 5.9 „Josephine" (Januar 2022) weitete sich der Block-Editor über Beiträge hinaus aus: Full Site Editing erlaubte es, Header, Footer, Templates und alle Seiteninhalte über dieselben Blöcke zu bearbeiten. Der Site Editor wurde zur einheitlichen Oberfläche für die gesamte Website; die Grenze zwischen „Inhaltsbearbeitung" und „Design-Anpassung" verschwand.

Letzter Anlauf: 6.x und 7.0 (2022-2026)

WordPress 6.0 „Arturo" (Mai 2022) verfeinerte den Block-Editor: Textauswahl über mehrere Blöcke hinweg, Theme-Export aus dem Editor, Blockmuster für wiederkehrende Layouts. Die Versionen 6.1 bis 6.7 brachten fließende Typografie, Stilvariationen und Dutzende Performance-Verbesserungen. 6.8 „Cecil" (April 2025) führte das Style Book für klassische Themes, spekulatives Laden und bcrypt-Passwort-Hashing ein. 6.9 „Gene" (Dezember 2025) brachte ein Notizsystem (Block-Kommentare während der Überprüfung), die Befehlspalette für schnelle Tastaturnavigation und die Abilities API, womit die Grundlage für KI-Integration gelegt wurde.

WordPress 7.0 „Armstrong" ist die aktuelle Version, veröffentlicht am 20. Mai 2026. Die Veröffentlichung wurde von Matias Ventura geleitet, unter Beteiligung von über 875 Mitwirkenden, darunter mehr als 200 Erstbeitragende. Über 420 Verbesserungen und Fehlerbehebungen. Hier die wichtigsten Änderungen an der Oberfläche, die direkt nach dem Einloggen ins Admin-Panel sichtbar sind:

• KI-Client im Core. WordPress Core kommuniziert nun nativ mit generativen KI-Modellen. Der KI-Client ist eine Transportschicht: Er generiert selbst nichts, gibt Plugins und Themes aber einen einheitlichen Weg zur KI-Integration, ohne eigene SDKs. Daneben ein zentraler Bildschirm „Verbindungen" zur Verwaltung von KI-Diensten. Um Textgenerierung, Bilder und Alt-Texte zu erhalten, müssen Sie ein optionales KI-Plugin auf dieser Infrastruktur installieren.

• Aktualisiertes Admin-Panel. Die auffälligste Änderung: neues Farbschema, mehr Weißraum zwischen den Elementen, weiche Übergänge zwischen den Bildschirmen. Das radikalste Update des visuellen Stils von wp-admin seit 3.8 Parker (2013).

• Befehlspalette. Cmd+K (oder Strg+K) öffnet eine Fuzzy-Suchleiste für die sofortige Navigation zu jedem Admin-Bereich, Beitrag oder jeder Einstellung. Sie loggen sich ein, drücken Cmd+K, tippen „Menü" und sind im Menü-Customizer. Eine Änderung, die man jeden Tag spürt.

• Vier neue Blöcke: Galerie mit Lightbox (Diashow ohne Plugins), Breadcrumbs (native Brotkrümelnavigation, bisher nur über SEO-Plugins möglich), Icons (UI-Icon-Bibliothek direkt im Editor) und eine aktualisierte Überschrift.

• Für Entwickler: PHP-Blockregistrierung ohne JavaScript-Build, erweiterbarer Site Editor, Interactivity API mit watch()-Funktion, mindestens PHP 7.4 (Wegfall von 7.2 und 7.3).

Das mit größter Spannung erwartete Feature, die Echtzeit-Zusammenarbeit (gleichzeitige Bearbeitung von Beiträgen durch mehrere Nutzer, ähnlich wie bei Google Docs), wurde 12 Tage vor der Veröffentlichung gestrichen, am 8. Mai 2026. Die offizielle Begründung: „Angriffsfläche, Race Conditions, Serverlast, Speicherprobleme und wiederkehrende Fehler beim Fuzz-Testing." RTC ist nicht für immer abgesagt; das Team bereitet ein Feature-Plugin vor dem nächsten Versuch der Aufnahme in den Core vor.

Dreiundzwanzig Jahre Entwicklung von einem Bildschirm mit einem einzigen Eingabefeld zu einem KI-gestützten Arbeitsbereich. Und das ist nicht das Ende.

⁉️🤔 Häufig gestellte Fragen

Warum hat WordPress seine Oberfläche im Laufe der Jahre so radikal verändert?

Jede Änderung der Oberfläche war eine Antwort auf ein konkretes Bedürfnis: das Wachstum der Zielgruppe (von Geeks zu normalen Nutzern), der Wettbewerb mit Squarespace, Wix und Medium, technologische Umbrüche (mobile Endgeräte, JavaScript-Frameworks, REST API). Gutenberg in 5.0 ist das radikalste Beispiel: Der Block-Editor entstand, weil TinyMCE die komplexen Layouts, die Nutzer 2018 verlangten, nicht bewältigen konnte. Ein für Blogbeiträge konzipiertes WYSIWYG konnte mit Spalten, Buttons und Layouts nicht angemessen umgehen.

Welche Version hatte den größten Einfluss auf die WordPress-Oberfläche?

Drei Wendepunkte. 2.7 „Coltrane" (2008): linkes vertikales Menü und Widgets per Drag-and-drop, eine Struktur, die im Kern bis 2026 überlebt hat. 5.0 „Bebo" (2018): Gutenberg, ein vollständiger Austausch des Bearbeitungsparadigmas vom klassischen Editor hin zu Blöcken. 7.0 „Armstrong" (2026): nativer KI-Client im Core und die erste zentralisierte Schnittstelle für KI-Funktionen in einem CMS dieser Größenordnung. Gemessen an der langfristigen Wirkung etablierte Coltrane das strukturelle Gerüst, Bebo veränderte die Art, wie wir mit Inhalten arbeiten, und Armstrong öffnete die Tür zur KI-Ära.

Kann man zur alten WordPress-Oberfläche zurückkehren?

Für den klassischen Editor gibt es das Classic-Editor-Plugin, das auf Millionen von Installationen weiterhin aktiv ist. Allerdings ist Gutenberg heute nicht nur ein Editor: Die Block-Architektur ist grundlegend für Themes, Widgets und Full Site Editing. Die Rückkehr zu einer Oberfläche vor 5.0 bedeutet im Jahr 2026 den Verlust der meisten modernen Funktionen, von Blockmustern bis zum Site-Editor. Eine Kompromisslösung ist, den Block-Editor selektiv (für bestimmte Beitragstypen) zu nutzen und für den Rest den Classic Editor beizubehalten.

Welche Oberflächenfunktionen erschienen früher, als allgemein angenommen wird?

Viele als „modern" wahrgenommene Oberflächenfunktionen erschienen überraschend früh. Autosave: seit Version 2.1 (2007), nicht erst 3.x. Beitragsvorschau: seit 1.2 (2004). Das Widget-System: seit 2.2 (2007), lange vor Gutenberg. Mehrdatei-Upload: seit 2.5 (2008). AJAX im Admin-Panel: seit 2.0 (2005) für das Löschen von Kommentaren. Diese Funktionen waren damals nur noch nicht im Mainstream angekommen und wurden nicht als Durchbrüche wahrgenommen.

Was kommt als Nächstes: WordPress 8.0 und die Oberfläche der Zukunft?

Drei Entwicklungslinien sind bereits erkennbar. KI-Assistenten werden ein integraler Bestandteil der Oberfläche: 7.0 legte die Transportschicht, und nachfolgende Versionen werden konkrete KI-Funktionen in den Editor, die Mediathek und den Customizer einbringen. Kollaboratives Bearbeiten in Echtzeit: Nachdem RTC aus 7.0 gestrichen wurde, bereitet das Team ein Feature-Plugin vor, und dies ist eindeutig eine Priorität für 7.1 oder 7.2. Die Grenze zwischen Frontend und Backend verschwimmt: WordPress bewegt sich auf ein Modell zu, bei dem man die Website sieht und bearbeitet und das Admin-Panel als separate Oberfläche allmählich in der Website selbst aufgeht.

Sollten Sie jetzt auf 7.0 aktualisieren?

Wenn Sie eine Produktivseite mit Dutzenden von Plugins betreiben, nicht am Tag der Veröffentlichung. Das optimale Szenario: Aktualisieren Sie in der ersten Woche eine Staging-Kopie, prüfen Sie kritische Arbeitsabläufe und warten Sie auf Kompatibilitäts-Patches der Plugin-Autoren, dann spielen Sie das Update innerhalb von 7 bis 14 Tagen auf der Produktivumgebung ein. Ein vollständiges Backup ist obligatorisch.

Wenn Sie ein neues Projekt starten, installieren Sie 7.0 sofort. Es hat keinen Sinn, mit 6.9 zu beginnen: Alle neuen Blöcke (Breadcrumbs, Galerie mit Lightbox, Icons), die Befehlspalette und das aktualisierte Admin-Panel sind nur in 7.x verfügbar. Und da die minimale PHP-Version auf 7.4 angehoben wurde, wird ein frisches Hosting dies problemlos bewältigen, da die meisten Hoster standardmäßig deutlich neuere PHP-Versionen anbieten.

In über 23 Jahren hat WordPress den Weg von einem einzelnen Bildschirm mit einem Eingabefeld zu einem KI-gestützten Betriebssystem für nahezu das halbe Internet zurückgelegt. Die Plattform überstand Forks, Community-Revolten und den Wettbewerb mit Website-Baukästen gerade deshalb, weil jedes Major-Release ein echtes Problem löste und nicht nur das Design auffrischte. Und nach 7.0 zu urteilen, ist diese Strategie keineswegs verschwunden.