WordPress-Evolution: Von Version 4.9 zur Gutenberg-Ära (5.0+)

WordPress 4.9 “Tipton” (veröffentlicht 2017) war eine besondere Version. Es war die letzte große Veröffentlichung vor der Revolution 5.0, die den Gutenberg-Editor einführte.

Aus der 2026-Perspektive war Version 4.9 der Moment, als WordPress als Entwickler-Plattform “reifte” und Annehmlichkeiten einführte, die wir heute als Standard betrachten. Einen Durchgang durch die Version selbst, Funktion für Funktion, bietet der Rückblick auf WordPress 4.9. Dieser Artikel verfolgt, was danach kam.

#Was brachte WordPress 4.9

1. Entwürfe im Customizer: Zum ersten Mal konnten wir Änderungen am Erscheinungsbild (Farben, CSS) vornehmen, als “Entwurf” speichern und einen Vorschau-Link an den Kunden senden, ohne Änderungen live zu veröffentlichen!
2. CodeMirror: Code-Editoren im Panel (z.B. im “Theme-Editor” oder “Zusätzliches CSS”) bekamen endlich Syntax-Highlighting und Zeilennummerierung. Schluss mit dem Zerstören der Seite durch ein fehlendes Semikolon.
3. Widgets mit Galerie: Eine Fotogalerie zur Sidebar hinzuzufügen wurde nativ.

#Was kam nach WordPress 4.9

Nur ein Jahr später kam WordPress 5.0 mit Gutenberg. Die Community teilte sich in zwei Lager.

• Traditionalisten blieben beim “Classic Editor” (das Plugin hat bis heute Millionen Installationen).
• Moderne Ersteller nahmen das Full Site Editing (FSE) Modell an, wo alles, einschließlich Header und Footer, aus Blöcken gebaut wird.

Heute, 2026, ist dieser Streit Geschichte. Blöcke haben gewonnen. Aber es lohnt sich, sich an Version 4.9 als die “letzte Bastion” des klassischen PHP-Theme-Bau-Ansatzes zu erinnern.

#Warum WordPress 4.9 wichtig war

Um die volle Bedeutung von WordPress 4.9 zu verstehen, brauchen wir Kontext. Im Jahr 2017 war WordPress bereits das verbreitetste Content-Management-System. Doch beim Bearbeiten von Inhalten stand die Plattform unter Druck.

Die Herausforderungen im Jahr 2017:

• Konkurrenten wie Wix, Squarespace und Medium boten intuitive Editionserfahrungen
• Der WordPress-TinyMCE-Editor fühlte sich veraltet und eingeschränkt an
• Benutzer wollten mehr visuelle Kontrolle, ohne Code zu benötigen
• Die Entwickler-Community war über die Zukunft gespalten

WordPress 4.9 repräsentierte eine “Ruhe vor dem Sturm”, eine Konsolidierungsversion, die das bestehende Paradigma verfeinerte, bevor die radikale Änderung mit Gutenberg kam.

#Neue Funktionen in WordPress 4.9

#1. Entwürfe im Customizer speichern und teilen

Vor WordPress 4.9 bedeuteten Änderungen am Website-Aussehen, dass man sie entweder sofort veröffentlichte oder in einer separaten Testumgebung arbeitete. Der Customizer 4.9 führte etwas Neues ein: Customizer-Entwürfe.

Wie es Funktionierte:

• Benutzer konnten mit dem Customizer experimentieren
• Eine Reihe von Änderungen als “Entwurf” speichern
• Einen Vorschau-Link zum Teilen mit Kunden oder Kollegen generieren
• Änderungen für die automatische Veröffentlichung zu einem zukünftigen Zeitpunkt planen

Einfluss auf Workflows:

• Agenturen konnten Designvorschläge Kunden präsentieren, ohne die Live-Site zu beeinflussen
• Teams konnten bei Designänderungen vor der Genehmigung zusammenarbeiten
• Komplexe Änderungen konnten während Zeiten geringen Traffics geplant und geplant werden

#2. CodeMirror: Professionalisierung der Code-Bearbeitung

WordPress erlaubte immer die direkte Bearbeitung von Theme- und CSS-Dateien im Admin-Bereich, aber die Erfahrung war rudimentär, im Grunde eine einfache Textbox. WordPress 4.9 führte CodeMirror ein, einen professionellen Code-Editor.

CodeMirror-Funktionen laut Field Guide zu 4.9:

• Syntaxhervorhebung, in den Datei-Editoren auch für PHP
• Linting mit CSSLint, JSHint, HTMLHint und JSONLint, laut der Entwicklernotiz zur Code-Bearbeitung; PHP wurde hervorgehoben, aber nicht gelintet
• Autovervollständigung über ein Dropdown, das sich per Tastatur bedienen lässt

Wo verfügbar:

• Theme-Editor und Plugin-Editor
• Zusätzliches CSS im Customizer
• Widget Individuelles HTML

Sicherheits-Impact: Die Release-Ankündigung nennt zwei Schutzmechanismen: WordPress warnt vor dem Speichern von Code mit einem Fehler, und es warnt, dass das direkte Bearbeiten von Theme- und Plugin-Dateien im Admin-Bereich eine gefährliche Praxis ist.

#3. Galerie-Widgets: Erweiterung von Content-Fähigkeiten

Galerien gab es bis dahin nur im Beitragsinhalt. WordPress 4.9 brachte ein natives Galerie-Widget, mit dem sich eine Galerie genauso in Sidebars und andere Widget-Bereiche setzen lässt wie in einen Beitrag.

Was dazugehörte:

• Das Galerie-Widget baut auf den Medien-Widgets für Bild, Video und Audio auf, die WordPress 4.8 eingeführt hatte
• Das Text-Widget unterstützt seit 4.9 Shortcodes, Bilder, Galerien, Video, Audio und Embeds
• Menüs und Widgets behalten ihre Position beim Theme-Wechsel zuverlässiger

#4. Sicherheits- und Benutzerfreundlichkeitsverbesserungen

Laut Field Guide und Release-Ankündigung brachte WordPress 4.9 außerdem:

• Entwurfssperre im Customizer: Ein Entwurf lässt sich sperren, damit niemand ihn ändert oder löscht
• Themes im Customizer: Themes suchen, durchsuchen und in der Vorschau ansehen, ohne den Customizer zu verlassen
• Rollen und Kontosicherheit: neue Capabilities, unter anderem für das Aktivieren und Deaktivieren von Plugins, und sicherere Änderung von E-Mail-Adressen
• REST API: Routen verlangen benannte URL-Parameter, rein numerische Treffer in regulären Ausdrücken werden nicht mehr akzeptiert
• MediaElement.js 4.2.6: neue Version ohne jQuery-Abhängigkeit im Player

#Warum die Widgets in WordPress 4.9 Protoblöcke genannt wurden

Das Galerie-Widget wirkt wie eine kleine Sidebar-Funktion, doch die Notiz, die es ankündigte, verbindet es direkt mit Gutenberg. In Introducing the Gallery widget auf make.wordpress.org (25. September 2017) schrieb Weston Ruter:

“Die Medien-Widgets werden mit Blick auf Gutenberg entwickelt, denn Widgets sind im Grunde Protoblöcke.” (Weston Ruter, make.wordpress.org, eigene Übersetzung)

Dieselbe Notiz kündigt an, dass Widgets auf Blöcke umgestellt werden, sobald Gutenberg reif ist, und dass die Widgets für Bild, Video, Audio und Galerie dann migriert werden. Sie hält auch die Gegenrichtung fest: Gutenberg hatte die Widgets Kategorien und Neueste Beiträge bereits als dynamische Blöcke umgesetzt, sodass Inhalte, die bisher auf Sidebars beschränkt waren, in Beiträge eingefügt werden konnten.

Umgesetzt wurde der Plan fast vier Jahre später. WordPress 5.8 “Tatum” (Release-Ankündigung, 20. Juli 2021) brachte Blöcke sowohl in den Widget-Bildschirm als auch in den Customizer. Websites, die nicht bereit waren, kehren mit Classic Widgets zu den alten Bildschirmen zurück, einem offiziellen Plugin des WordPress-Teams, das im Plugin-Verzeichnis mit mehr als 2 Millionen aktiven Installationen geführt wird. Wer ein Theme aus der 4.9-Zeit betreut, sollte wissen: Widget-Bereiche aus Text- und Medien-Widgets ändern sich als Erstes, wenn der blockbasierte Widget-Editor aktiv wird.

#Was WordPress 4.9.6 und 4.9.8 vor Gutenberg geändert haben

Der 4.9-Zweig blieb über ein Jahr aktuell, und zwei seiner Wartungsversionen änderten mehr als Fehler.

WordPress 4.9.6 (Release-Ankündigung, 17. Mai 2018) war eine Datenschutz-Version. Sie fügte hinzu:

• eine Einstellung, mit der eine Datenschutzerklärungsseite festgelegt wird, die dann auf der Anmelde- und der Registrierungsseite erscheint;
• ein Export-Werkzeug, das eine ZIP-Datei mit den personenbezogenen Daten eines Benutzers erzeugt, einschließlich der Daten teilnehmender Plugins;
• ein Werkzeug zum Löschen derselben Daten (im deutschen Admin “Personenbezogene Daten exportieren” und “Personenbezogene Daten löschen”);
• eine Bestätigung von Export- und Löschanfragen per E-Mail;
• ein Kontrollkästchen im Kommentarformular, mit dem nicht angemeldete Kommentierende entscheiden, ob Name, E-Mail-Adresse und Website im Browser gespeichert werden.

WordPress 4.9.8 (Release-Ankündigung, 2. August 2018) fügte dem Dashboard den Hinweis “Try Gutenberg” hinzu, beschrieben als Gelegenheit, den Block-Editor vor seiner Veröffentlichung in WordPress 5.0 zu nutzen. Wer ihn sah, hing von der Website ab:

• Gutenberg weder installiert noch aktiviert: Administratoren von Einzel-Websites und Super-Admins im Multisite;
• Gutenberg installiert und aktiviert: Benutzer mit der Rolle Mitarbeiter und höher;
• Classic-Editor-Plugin aktiv: niemand.

Dieselbe Version enthielt 18 Datenschutz-Korrekturen für die Werkzeuge aus 4.9.6. Die Reihenfolge zählt beim Lesen alter Changelogs: Der Block-Editor war nie Teil von 4.9. Er war ein separates Plugin, und 4.9.8 war die erste Core-Version, die auf ihn verwies.

#WordPress 5.0 und der Gutenberg-Editor

#Die Veröffentlichung von WordPress 5.0 (Dezember 2018)

Am 6. Dezember 2018, gut ein Jahr nach WordPress 4.9, erschien WordPress 5.0 mit dem Codenamen “Bebo”, das den Gutenberg-Editor als neue Standard-Editor-Erfahrung brachte.

Was Gutenberg War:

• Block-basierter Editor, der TinyMCE ersetzte
• Blöcke für alle Content-Typen (Absätze, Bilder, Galerien, Embeds)
• Visuellere Schnittstelle, ähnlich wie Page-Builder
• API für benutzerdefinierte Blöcke
• Fokus auf “What You See Is What You Get”-Editing

#Die Spaltung der Community

Die Veröffentlichung von Gutenberg war kontrovers:

Die Kritiker Argumentierten:

• Die Schnittstelle war verwirrend für erfahrene Benutzer
• Sie brach etablierte Workflows
• Sie führte unnötige Komplexität ein
• Zugänglichkeitsprobleme
• Brach Kompatibilität mit bestehenden Plugins

Die Befürworter Argumentierten:

• Modernisierte WordPress, um mit anderen Plattformen zu konkurrieren
• Eröffnete neue Design-Möglichkeiten
• Erleichterte den Einstieg für neue Benutzer
• Schuf einen Pfad zu Full Site Editing
• Verbesserte die Content-Erstellungserfahrung

#Der Kompromiss: Classic Editor Plugin

Das WordPress-Team stellte das Classic Editor Plugin als offizielle Lösung für Benutzer bereit, die die alte Schnittstelle bevorzugten. Dieses Plugin:

• Stellt den bisherigen Editor und den Bildschirm zum Bearbeiten von Beiträgen wieder her
• Erlaubt Administratoren, den Standard-Editor für alle Benutzer festzulegen
• Hat laut Plugin-Verzeichnis mehr als 8 Millionen aktive Installationen

#Was WordPress 5.0 Bebo enthielt

Die Release-Ankündigung zu 5.0 nennt drei Teile. Den Block-Editor, beschrieben als ersten Schritt zu einer vereinfachten Bearbeitung der ganzen Website. Twenty Nineteen, ein neues Standard-Theme, dessen Stile zu den Standard-Blöcken passen, damit die Vorschau im Editor der Live-Website entspricht. Und einen unterstützten Weg zurück: Das Classic-Editor-Plugin ließ sich über den Plugin-Bildschirm installieren, um den vorherigen Editor zurückzuholen. Die Ankündigung zählt 423 Mitwirkende mit Props in dieser Version, geleitet von Matt Mullenweg mit elf Co-Leads.

#Wie lange das Classic-Editor-Plugin unterstützt wird

Am 7. November 2018, einen Monat vor 5.0, veröffentlichte Gary Pendergast auf make.wordpress.org das Support-Fenster für das Classic-Editor-Plugin:

“Das Classic-Editor-Plugin wird bis zum 31. Dezember 2021 offiziell unterstützt.” (Gary Pendergast, make.wordpress.org, eigene Übersetzung)

Der Beitrag definierte offizielle Unterstützung als korrektes Funktionieren in der neuesten Hauptversion von WordPress und in der davor, und er machte die Wartung nach 2021 von der Nutzung abhängig. Die Antwort steht auf der Seite des Plugins: volle Unterstützung und Wartung bis 2024 oder so lange wie nötig. Im Oktober 2026 zeigt das Plugin-Verzeichnis Version 1.7.0, zuletzt aktualisiert im Mai 2026, mit mehr als 8 Millionen aktiven Installationen. Das ist die Klausel “so lange wie nötig” in der Praxis, und diese Zahl gehört auf den Tisch, bevor jemand den klassischen Editor für tot erklärt.

#Wie sich Full Site Editing (FSE) nach WordPress 5.0 entwickelt hat

#Was ist Full Site Editing

Full Site Editing (FSE) ist die langfristige Vision von WordPress für eine einheitliche Editionserfahrung, bei der alles ein Block ist.

FSE-Komponenten:

• Theme-Blöcke: Header, Footer, Sidebars, Menüs, alles als Blöcke
• Block-basierte Templates: Seitenstrukturen, die mit Blöcken gebaut werden
• Site-Editor: Bearbeiten Sie die gesamte Site, nicht nur Posts und Seiten
• Abfrage-Blöcke: Zeigen Sie dynamischen Inhalt (neueste Posts, Kategorien)
• Block-Patterns: Vorgefertigte Block-Kombinationen
• Block-Themes: Themes, die vollständig mit Blöcken gebaut werden

#Der FSE-Weg

• WordPress 5.8 (2021): Einführung der ersten Theme-Blöcke (Widgets als Blöcke)
• WordPress 5.9 (2022): Vollständige FSE-Veröffentlichung mit Theme Twenty Twenty-Two
• WordPress 6.0+: Kontinuierliche FSE-Verfeinerungen, Patterns, globale Stile

#Meilensteine von WordPress 5.8 bis 6.3 und die Gutenberg-Phasen

Der Weg von 5.0 zu einer vollständig aus Blöcken gebauten Website dauerte noch vier Jahre. Die Release-Ankündigungen markieren die Schritte:

theme.json kam mit 5.8, eine Version vor dem Website-Editor, und deshalb kann ein klassisches Theme die Datei nutzen, ohne zum Block-Theme zu werden. Die Ankündigung zu 5.9 sagt sogar, dass man mit Block-Themes den Customizer nicht mehr braucht, also das Werkzeug, dem 4.9 eine ganze Version gewidmet hatte.

Die WordPress-Roadmap ordnet diese Versionen in Phasen des Gutenberg-Projekts. Phase 1 führte den Block-Editor in WordPress 5.0 ein. Phase 2 konzentrierte sich auf die Website-Bearbeitung und gipfelte in WordPress 6.3, das seine Release-Ankündigung als Abschluss von Phase 2 bezeichnet. Phase 3 läuft und dreht sich um gemeinsames Bearbeiten und Workflows, und die Roadmap-Ziele für 2026 sehen vor, dass WordPress 7.0 die Kollaborationsfunktionen dieser Phase voranbringt. Die Linie zu 4.9 ist direkt: Customizer-Entwürfe, Vorschau-Links und die Entwurfssperre waren der erste Versuch, mehrere Personen an einer Änderung vor der Veröffentlichung arbeiten zu lassen, beschränkt auf den Customizer. Phase 3 trägt dasselbe Problem in den ganzen Editor.

#Was bleibt heute von WordPress 4.9

#Was wir gelernt haben

WordPress 4.9 lehrte uns wichtige Lektionen:

1. Wert von Übergangsversionen Konsolidierungsversionen wie 4.9 geben der Community Zeit, sich auf größere Änderungen vorzubereiten.

2. Bedeutung von Entwickler-Werkzeugen Funktionen wie CodeMirror hoben die WordPress-Entwicklererfahrung auf professionelle Niveaus.

3. Kollaboration ist Schlüssel Das Drafting-System des Customizers erkannte, dass Website-Erstellung eine kooperative Anstrengung ist.

#Die “letzte Bastion” des klassischen PHP

Heute, im Rückblick, repräsentiert WordPress 4.9 den Höhepunkt des klassischen WordPress-PHP-Ansatzes:

• PHP-Templates statt Blöcken
• Traditionelle Template-Hierarchie
• PHP-Hooks und -Filters als Haupt-Erweiterungsmechanismus
• Customizer als zentrales Anpassungswerkzeug
• Widgets statt Block-Bereichen

Dieser Ansatz funktioniert immer noch und wird unterstützt, aber die Branche hat sich eindeutig in Richtung Blöcke und FSE bewegt.

#WordPress 4.9 vs WordPress 6.x im Vergleich (2026)

#Vor- und Nachteile von klassischen Themes und Block-Themes

#Wenn Sie den klassischen Ansatz noch verwenden

Vorteile:

• Bewährte Stabilität
• Legacy-Kompatibilität
• Feinere granulare Kontrolle
• Große Community-Ressourcen

Nachteile:

• Als “Legacy-Modus” angesehen
• Weniger Unterstützung für neue Funktionen
• Schwierigkeiten, Entwickler zu finden
• Getrennt von der Haupt-Richtung von WordPress

#Wenn Sie Blöcke und FSE adoptiert haben

Vorteile:

• Ausgerichtet mit der Zukunft von WordPress
• Schnellere Website-Erstellung
• Moderne Benutzererfahrung
• Mächtige visuelle Werkzeuge

Nachteile:

• Lernkurve für PHP-Entwickler
• Häufige API-Änderungen
• Variable Plugin-Kompatibilität
• Zusätzliche Komplexität für einfache Fälle

#Fazit

WordPress 4.9 “Tipton” war mehr als nur eine weitere Version, es war der Höhepunkt einer Ära. Es repräsentierte die maximale Verfeinerung des klassischen WordPress-Ansatzes vor der Block-Revolution.

Aus der Perspektive von 2026 können wir schätzen, wie WordPress 4.9:

• Entwicklerwerkzeuge mit CodeMirror professionalisierte
• Kollaborative Workflows mit Customizer-Drafts verbesserte
• Content-Fähigkeiten mit Galerie-Widgets erweiterte
• Den Boden für die transformativen Änderungen, die kommen würden, bereitete

Der Übergang von 4.9 zu 5.0+ war einer der bedeutsamsten Momente in der Geschichte von WordPress. Heute, in 2026, leben wir in einer Welt, in der Blöcke dominieren, aber die solide Basis, die in den 4.x-Ären gebaut wurde, unterstützt immer noch Millionen von Websites weltweit.

Egal, ob Sie ein Befürworter des klassischen Ansatzes oder ein Block-Enthusiast sind, die Geschichte von WordPress zeigt uns, dass die Plattform sich weiterentwickelt und an die Bedürfnisse der Benutzer anpasst, während sie das grundlegende Engagement aufrechterhält, Publizieren zu demokratisieren.

Für weitere Artikel über die Geschichte und Entwicklung von WordPress erkunden Sie meine Geschichte-Kategorie für vertiefte Analysen von Versionen, Funktionen und der WordPress-Reise.