WordPress 4.9 im Rückblick: die Version vor Gutenberg

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

Mehr über die WordPress-Entwicklung bei WPPoland erfahren Sie auf unserer Leistungsseite.

Aus Sicht von 2026 war 4.9 der Moment, in dem WordPress als Entwicklerplattform “erwachsen” wurde: Es brachte Funktionen, die wir heute für selbstverständlich halten.

Die Kurzfassung: WordPress 4.9 ist wichtig, weil es echte Arbeitsabläufe von Redakteuren und Entwicklern verbesserte, kurz bevor Gutenberg das Bearbeitungsmodell vollständig umkrempelte.

#Wann WordPress 4.9 erschien und wer es leitete

WordPress 4.9 “Tipton” (benannt nach dem Jazzmusiker Billy Tipton) erschien am 16. November 2017. Es war der Höhepunkt der “klassischen” WordPress-Ära: die letzte Version, bevor Gutenberg grundlegend veränderte, wie wir WordPress-Seiten bauen.

Um die Bedeutung von WordPress 4.9 zu verstehen, muss man es in seine Zeit einordnen. 2017 lief WordPress auf rund 29% aller Websites im Internet. Die Plattform hatte sich seit ihren bescheidenen Anfängen als Blogging-Werkzeug im Jahr 2003 enorm weiterentwickelt und war zu einem vollwertigen Content-Management-System (CMS) geworden, das Unternehmen, Medien, Behörden und Organisationen weltweit nutzten.

Das WordPress-Ökosystem war damals lebendig und ausgereift. Tausende Themes und Plugins standen zur Verfügung, und eine weltweite Entwicklergemeinschaft trug aktiv zum Core bei. Der Inhaltseditor hatte sich seit den frühen Tagen von WordPress jedoch kaum grundlegend verändert. Er war weiterhin ein WYSIWYG-Editor auf Basis von TinyMCE, der zwar funktionierte, aber nicht den modernen Erwartungen an eine Bearbeitungsoberfläche entsprach.

Warum 4.9 wichtig ist:

• Es war die letzte Version des “klassischen” WordPress-Editors
• Es führte Entwicklerwerkzeuge ein, die wir bis heute nutzen
• Es legte die Grundlagen für die Revolution des Block-Editors
• Es markierte den Wandel von WordPress von der “Blogging-Plattform” zum “vollwertigen CMS”

Geleitet wurde 4.9 von Weston Ruter und Mel Choyce, beigetragen haben mehr als 400 Entwickler aus aller Welt. Es war eine Gemeinschaftsarbeit, die bestehende Werkzeuge verfeinerte, statt das Rad neu zu erfinden. Diese Haltung stand in deutlichem Kontrast zu dem, was später mit Gutenberg kam.

#Neuerungen in WordPress 4.9 für Entwickler

#1. Entwürfe und geplante Änderungen im Customizer

Die Funktion: Zum ersten Mal ließen sich Designänderungen (Farben, CSS) als “Entwurf” speichern und als Vorschaulink an Kunden schicken, ohne die Änderungen live zu veröffentlichen.

Warum das wichtig war: Vor 4.9 bedeuteten Designänderungen:

• Die Live-Seite bearbeiten (riskant)
• Staging-Umgebungen nutzen (aufwendig)
• CSS manuell einschleusen (unsauber)

Jede dieser Methoden hatte ihre Probleme. Wer die Live-Seite bearbeitete, zeigte jeden Fehler sofort allen Besuchern. Staging-Umgebungen waren sicherer, verlangten aber eine technische Einrichtung, die viele Seitenbetreiber nicht selbst stemmen konnten. Und manuell eingeschleustes CSS war fehleranfällig und schwer rückgängig zu machen.

So funktionierte es:

// El Personalizador ahora soporta cambios en borrador
$wp_customize->add_setting('header_color', array(
    'default' => '#0073aa',
    'transport' => 'postMessage',
    'type' => 'theme_mod',
));

// Los cambios se guardan como borradores, no se publican inmediatamente

Das Entwurfssystem des Customizers arbeitete mit “Changesets”: Sammlungen von Änderungen, die als Einträge eines eigenen Beitragstyps in der Datenbank gespeichert wurden. Changesets konnten verschiedene Status haben: Entwurf, geplant oder veröffentlicht. So ließ sich an mehreren Sätzen von Designänderungen gleichzeitig arbeiten, ohne dass einer davon die Live-Seite berührte.

Mit der Zeitplanung konnten Sie ein Datum und eine Uhrzeit in der Zukunft festlegen, zu denen die Änderungen automatisch übernommen wurden. Das war besonders nützlich für Kampagnenstarts, saisonale Designwechsel oder abgestimmte Branding-Updates.

Wirkung:

• Der Freigabe-Workflow mit Kunden wurde zum Standard
• Weniger Fehler der Art “Hoppla, zu früh veröffentlicht”
• Ein professioneller Designprozess
• Mehr Mut, mit Designänderungen zu experimentieren

Sicht aus 2026: Gutenberg hat einen Großteil der Customizer-Funktionen ersetzt, doch das Prinzip von Entwurf und Zeitplanung lebt im Revisionssystem des Block-Editors weiter. Änderungen vorbereiten, prüfen und ihre Veröffentlichung planen zu können, ist heute eine Grunderwartung an jedes moderne CMS.

#2. Integration von CodeMirror

Die Funktion: Die Code-Editoren im Admin-Bereich (etwa im “Theme-Editor” oder unter “Zusätzliches CSS”) bekamen endlich Syntaxhervorhebung und Zeilennummern. Schluss damit, die Seite wegen eines fehlenden Semikolons lahmzulegen.

Warum das wichtig war: Vor 4.9 bedeutete Code-Bearbeitung in WordPress:

• Reine Texteditoren (keine Syntaxhervorhebung)
• Keine Zeilennummern (schwer zu debuggen)
• Keine Fehlererkennung
• Hohes Risiko, die Seite zu zerstören

Für Entwickler, die direkt im WordPress-Admin arbeiteten, war das frustrierend. Ein einziger Tippfehler in einer Theme-Datei konnte die gesamte Seite lahmlegen, und ohne Syntaxhervorhebung und Fehlererkennung konnte die Suche nach dem Problem Stunden dauern.

Was CodeMirror mitbrachte:

• Syntaxhervorhebung: PHP, CSS, JavaScript, HTML, jede Sprache mit eigenem Farbschema, das den Code leichter lesbar und verständlich machte.
• Zeilennummern: Fehler ließen sich leichter melden, große Dateien leichter durchsuchen.
• Code-Faltung: Funktionen und Blöcke einklappen, um einen Überblick über die Datei zu bekommen.
• Klammer-Zuordnung: Zusammengehörige Klammern visuell erkennen und so typische Syntaxfehler vermeiden.
• Automatische Einrückung: Saubere Formatierung, die beim Tippen automatisch angewendet wurde.
• Suchen und Ersetzen: Code im Editor schnell finden.

Beispiel:

// Antes de 4.9: Editor de texto plano
function my_function() {
return 'hello';
}

// Después de 4.9: CodeMirror muestra errores de sintaxis
function my_function() {
    return 'hello'; // Indentación adecuada resaltada
}

Neben der visuellen Hervorhebung brachte CodeMirror eine entscheidende Sicherheitsfunktion: Syntaxfehler wurden vor dem Speichern erkannt. Enthielt der Code einen Fehler, der die Seite hätte lahmlegen können, zeigte WordPress eine Warnung und bot an, die Änderungen nicht zu speichern. Allein diese Funktion hat vermutlich Tausende Seiten davor bewahrt, durch Codefehler unerreichbar zu werden.

Wirkung:

• Weniger Codefehler im Admin-Bereich
• WordPress wurde entwicklerfreundlicher
• Ein Standard für Code-Bearbeitung im CMS wurde gesetzt

Sicht aus 2026: CodeMirror wird in WordPress 6.x weiterhin für die Bearbeitung von Themes und Plugins genutzt, auch wenn der Gutenberg-Block-Editor die direkte Code-Bearbeitung seltener nötig macht. Die CodeMirror-Version wurde mehrfach aktualisiert, mit besserer Performance und Unterstützung für neue Sprachfunktionen.

#3. Verbesserungen am Galerie-Widget

Die Funktion: Fotogalerien in der Seitenleiste wurden nativ und intuitiver. Vor diesem Release brauchte man für eine Galerie in einem Widget zusätzliche Plugins oder HTML-Kenntnisse.

Vor 4.9:

• Für erweiterte Galerien waren Plugins nötig
• Begrenzte Anpassungsmöglichkeiten
• Umständliche, wenig intuitive Oberfläche

Nach 4.9:

• Natives Galerie-Widget im Core
• Bildauswahl per Drag-and-drop
• Bessere Unterstützung für Mobilgeräte
• Bessere Performance
• Vollständige Integration in die Mediathek

Wirkung:

• Galerien wurden auch für Nicht-Entwickler zugänglich
• Für Grundfunktionen brauchte man seltener ein Galerie-Plugin
• Die Benutzererfahrung verbesserte sich deutlich

Sicht aus 2026: Galerie-Widgets wurden durch die Galerie-Blöcke von Gutenberg ersetzt, doch die Verbesserungen aus 4.9 ebneten den Weg für eine bessere Medienverwaltung. Der Grundsatz, gängige Funktionen ohne Plugins zugänglich zu machen, ist bis heute ein Kernprinzip der WordPress-Entwicklung.

#Änderungen in WordPress 4.9 bei Themes, Widgets und Sicherheit

#4. Verbesserte Theme-Installation

Was sich änderte:

• Bessere Theme-Vorschau mit ausführlicheren Informationen
• Verbesserte Suche mit feineren Filtern
• Umfassendere Theme-Informationen, einschließlich Kompatibilität mit PHP- und WordPress-Versionen

Die verbesserte Theme-Installation zeigte, dass WordPress die Wahl des Themes als eine der wichtigsten Entscheidungen eines Seitenbetreibers erkannt hatte. Ein informierterer und anschaulicherer Prozess senkte das Risiko, ein ungeeignetes Theme zu wählen.

#5. Verbesserungen bei Widgets

Was sich änderte:

• Bessere Widget-Verwaltung mit einer übersichtlicheren Oberfläche
• Verbesserte Vorschau, die Änderungen in Echtzeit zeigte
• Erweiterte Anpassungsmöglichkeiten

Widgets waren 2017 ein zentraler Teil der Anpassung einer WordPress-Seite. Die Verbesserungen in 4.9 machten sie leistungsfähiger und einfacher zu bedienen, obwohl sie ironischerweise wenige Jahre später durch Blöcke ersetzt werden sollten.

#6. Verbesserungen bei der Sicherheit

Was sich änderte:

• Bessere Erkennung von Dateitypen, die das Hochladen potenziell schädlicher Dateien verhinderte
• Bessere Bereinigung von Eingabedaten
• Verbesserte Sicherheits-Header

Sicherheit hatte für das WordPress-Entwicklungsteam stets Priorität, und jede Version brachte schrittweise Verbesserungen. Die Neuerungen in 4.9 waren besonders wichtig, weil WordPress als meistgenutztes CMS der Welt ständig Ziel von Angriffen war.

#Von WordPress 4.9 zu 5.0 mit Gutenberg

#Zeitleiste der WordPress-Versionen von 4.9 bis 6.x

Der Übergang von WordPress 4.9 zu 5.0 war einer der bedeutendsten Momente in der Geschichte der Plattform. Um ihn ganz zu verstehen, hilft ein Blick auf die vollständige Zeitleiste:

2017 (4.9):

• Letzte “klassische” WordPress-Version
• Die Grundlagen für Gutenberg entstanden bereits parallel
• Die Community bereitete sich auf den Wandel vor, wenn auch mit geteilten Meinungen

2018 (5.0):

• Der Gutenberg-Editor wurde zum Standard-Editor
• Das Plugin Classic Editor erschien sofort als Alternative
• Die Community spaltete sich in Begeisterte und Skeptiker

2019-2021:

• Gutenberg reifte mit jedem Update
• Block-Patterns kamen hinzu und erweiterten die Gestaltungsmöglichkeiten
• Die Entwicklung von Full Site Editing (FSE) nahm Gestalt an

2022-2026:

• FSE wurde zum Standard für neue Themes
• Block-Themes dominierten das Theme-Verzeichnis
• Die Nutzung des Classic Editor ging zurück, blieb aber erheblich

#Verbreitung von Classic Editor und Gutenberg 2026

Nur ein Jahr nach 4.9 kam WordPress 5.0 mit Gutenberg. Die Community spaltete sich in zwei Lager, und diese Spaltung besteht in vieler Hinsicht bis heute:

Traditionalisten:

• Blieben beim Plugin “Classic Editor”
• Nutzten weiterhin PHP-basierte Themes
• Bevorzugten Page Builder (Elementor, Divi, WPBakery)
• Das Plugin Classic Editor hat noch immer Millionen aktive Installationen

Traditionalisten argumentierten, Gutenberg sei zu früh veröffentlicht worden, zerstöre etablierte Workflows und mache einfache Seiten unnötig kompliziert. Viele Theme- und Plugin-Entwickler sträubten sich anfangs gegen die Migration, und manche pflegen bis heute Produkte, die ausschließlich auf dem klassischen Editor basieren.

Moderne Entwickler:

• Setzten auf das Modell Full Site Editing (FSE)
• Alles, auch Header und Footer, aus Blöcken gebaut
• Übernahmen Block-Themes wie Twenty Twenty-Three und Twenty Twenty-Four
• Nutzten Block-Patterns und Templates

Die modernen Entwickler sahen in Gutenberg eine Chance, Webdesign zu demokratisieren: Nutzer sollten komplexe Layouts ohne Code oder Drittanbieter-Plugins erstellen können. Matt Mullenwegs langfristige Vision war, dass Gutenberg irgendwann alle Bereiche der Seitenanpassung ersetzt.

Die Zahlen (2026):

• ~40% der Seiten nutzen noch das Plugin Classic Editor
• ~60% haben Gutenberg in gewissem Umfang übernommen
• Block-Themes: ~15% Marktanteil (wachsend)
• Klassische Themes: ~85% Marktanteil (rückläufig)

Die Zahlen zeigen, dass der Übergang zwar unausweichlich ist, aber langsamer verläuft, als viele vorhergesagt hatten. Die Trägheit von Millionen bestehender Seiten, die Investitionen in klassische Themes und Plugins und die Lernkurve von Gutenberg tragen zu diesem allmählichen Tempo bei.

#Welche Funktionen aus WordPress 4.9 bis heute bestehen

#Warum WordPress 4.9 wichtig war

1. Schrittweise Verbesserungen zählen 4.9 zeigte, dass kleine, gezielte Verbesserungen große Wirkung haben können. Die CodeMirror-Integration wirkte unscheinbar, machte WordPress aber deutlich entwicklerfreundlicher. Fortschritt braucht nicht immer eine Revolution.

2. Die Entwicklererfahrung ist wichtig Funktionen wie Customizer-Entwürfe und CodeMirror zeigten, dass WordPress sich um Entwickler kümmerte, nicht nur um Endnutzer. Dieser doppelte Fokus war ein Schlüssel zum anhaltenden Erfolg der Plattform.

3. Grundlagen für den Wandel Die Verbesserungen in 4.9 bereiteten Gutenberg den Boden. Das Entwurfs- und Zeitplanungssystem im Customizer beeinflusste das Revisionssystem von Gutenberg. Der Gedanke, Dinge sicherer und leichter in der Vorschau prüfbar zu machen, ging direkt in den neuen Editor über.

#CodeMirror und Customizer-Entwürfe in WordPress heute

CodeMirror:

• Wird weiterhin in den Theme- und Plugin-Editoren genutzt
• Ist nach wie vor der Standard für die Code-Bearbeitung in WordPress
• Wurde in späteren Versionen mit besserer Performance und mehr Funktionen verbessert

Customizer-Entwürfe:

• Das Prinzip lebt in den Gutenberg-Revisionen weiter
• Geplante Änderungen sind weiterhin verfügbar
• Vorschaulinks werden weiterhin für Kundenfreigaben genutzt

Entwicklerwerkzeuge:

• Der Fokus von 4.9 auf die Entwicklererfahrung setzt sich fort
• Das moderne WordPress räumt Entwicklerwerkzeugen Priorität ein
• Besseres Debugging, bessere APIs, bessere Dokumentation

#Unterschiede zwischen WordPress 4.9 und WordPress 6.x

#Wie sich die Theme-Entwicklung seit WordPress 4.9 verändert hat

Theme-Entwicklung:

• 4.9: PHP-Templates, functions.php, Hooks und Filter
• 2026: Block-Themes, theme.json, Full Site Editing

Der Unterschied ist grundlegend. In der Ära von 4.9 erforderte ein Theme tiefe Kenntnisse in PHP, der WordPress-Template-Hierarchie und dem Hook-System. 2026 werden Block-Themes vor allem über JSON-Dateien und HTML-Templates definiert, PHP bleibt bestimmten Funktionen vorbehalten.

Inhaltsbearbeitung:

• 4.9: Klassischer Editor, Shortcodes, Widgets
• 2026: Gutenberg-Blöcke, Patterns, wiederverwendbare Templates

Shortcodes, in der Ära von 4.9 der wichtigste Weg, um Inhalte mit reichhaltigen Funktionen zu versehen, wurden weitgehend durch native Blöcke ersetzt, die visuelle Bearbeitung in Echtzeit bieten.

Anpassung:

• 4.9: Customizer, Theme-Optionen, eigene Einstellungsseiten
• 2026: Site-Editor, Block-Einstellungen, theme.json

Entwicklerwerkzeuge:

• 4.9: CodeMirror, einfaches Debugging mit WP_DEBUG
• 2026: Erweitertes Debugging, React DevTools, Werkzeuge für die Block-Entwicklung, wp-scripts

#Entfernte und neue Funktionen seit WordPress 4.9

Entfernt (oder optional):

• Klassischer Editor (als optionales Plugin verfügbar)
• Viele Customizer-Funktionen (durch den Site-Editor ersetzt)
• Widget-System (durch Blöcke in Widget-Bereichen ersetzt)

Verbessert:

• Code-Bearbeitung (weiterhin CodeMirror, aber verbessert)
• Entwickler-APIs (mehr Hooks, bessere Dokumentation, umfassendere REST API)
• Performance (schneller, effizienter, besseres Caching)

Neu:

• Gutenberg-Block-Editor
• Full Site Editing
• Block-Patterns
• Theme.json für die Theme-Konfiguration
• React-basierte Entwicklung für den Editor

#Was Entwickler aus WordPress 4.9 lernen können

#1. Mit Änderungen in WordPress Schritt halten

Der Übergang von WordPress 4.9 zu 5.0 hat gezeigt, dass große Veränderungen möglich und manchmal nötig sind. Als Entwickler sollten Sie auf dem Laufenden bleiben. Wer sich früh auf Gutenberg einließ, war gefragter Experte, als die Nachfrage wuchs.

#2. Abwärtskompatibilität in WordPress

WordPress hielt die Abwärtskompatibilität auch über große Umbrüche hinweg aufrecht. Das Plugin Classic Editor sorgt dafür, dass ältere Seiten weiter funktionieren. Bestehendes nicht zu zerstören und trotzdem voranzugehen, ist eine wertvolle Lektion für jedes Softwareprojekt.

#3. Entwicklererfahrung in WordPress

Die CodeMirror-Integration hat gezeigt, dass die Entwicklererfahrung zählt. Das moderne WordPress setzt diesen Trend fort, mit besseren Debugging-Werkzeugen, umfassenderer Dokumentation und leistungsfähigeren APIs.

#4. Wie Community-Feedback WordPress prägt

Die Spaltung zwischen Traditionalisten und modernen Entwicklern zeigt, dass WordPress auf seine Community hört, auch wenn es umstrittene Entscheidungen trifft. Dass das Plugin Classic Editor noch Jahre nach Gutenberg gepflegt wird, belegt dieses Versprechen.

#WordPress-Trends 2026

Aktuelle Trends (2026):

• KI-Integration in WordPress für Content-Erstellung und unterstütztes Design
• Wachstum von Headless WordPress für moderne Anwendungen
• Fokus auf Performance-Optimierung mit Core Web Vitals
• Barrierefreiheit als Entwicklungspriorität

Was wir aus 4.9 lernen können:

• Schrittweise Verbesserungen summieren sich zu großen Veränderungen
• Entwicklerwerkzeuge sind genauso wichtig wie Funktionen für Nutzer
• Die Benutzererfahrung steht bei jeder Designentscheidung an erster Stelle
• Abwärtskompatibilität ist für eine Plattform mit Millionen Nutzern entscheidend

#WordPress 4.9 und seine wichtigsten Errungenschaften im Überblick

WordPress 4.9 “Tipton” war mehr als nur ein weiteres Release: Es war die letzte Version des “klassischen” WordPress vor der Gutenberg-Revolution.

Wichtigste Errungenschaften:

• Führte Customizer-Entwürfe ein (Workflow mit Kunden)
• Integrierte CodeMirror (Entwicklererfahrung)
• Verbesserte die Galerie-Widgets (Benutzererfahrung)
• Legte die Grundlagen für Gutenberg

Historische Bedeutung:

• Letztes großes Release vor dem Block-Editor
• Höhepunkt der klassischen WordPress-Ära
• Brücke zwischen altem und neuem WordPress
• Beleg dafür, dass schrittweise Verbesserungen zählen

Sicht aus 2026: Heute, 2026, ist die Debatte zwischen klassischem Editor und Blöcken weitgehend Geschichte. Die Blöcke haben gewonnen. Trotzdem lohnt es sich, an 4.9 als “letzte Bastion” des klassischen Ansatzes mit PHP-Themes zu erinnern: eine Version, die den alten Weg perfektionierte, bevor der neue übernahm.

Für Entwickler:

• Studieren Sie 4.9, um das klassische WordPress zu verstehen
• Würdigen Sie die Verbesserungen, die es brachte
• Lernen Sie aus dem Übergang zu Gutenberg
• Wenden Sie die Lektionen auf künftige Änderungen in WordPress an

WordPress 4.9 steht für einen bestimmten Moment: die Ruhe vor dem Sturm, die Vollendung des Alten vor der Einführung des Neuen. Es ist eine Version, die sich zu studieren lohnt, nicht nur wegen des historischen Kontexts, sondern um zu verstehen, wie sich WordPress entwickelt und wie große Veränderungen auf einer globalen Plattform gesteuert werden.