Customizer-Entwürfe, CodeMirror und der Beginn der Blöcke. Wie das Update 4.9 das Ökosystem auf die größte Veränderung des Jahrzehnts vorbereitete.
DE

WordPress-Entwicklung: Von 4.9 zur Block-Ära (Retrospektive)

5.00 /5 - (32 Stimmen )
Zuletzt überprüft: 1. Mai 2026
7Min. Lesezeit
Nachrichten
500+ WP-Projekte

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

Rückblickend aus dem Jahr 2026 war Version 4.9 der Moment, in dem WordPress als Entwicklerplattform “erwachsen” wurde und Funktionen einführte, die wir heute als selbstverständlich betrachten.

#Der historische Kontext: WordPress 4.9 als Wendepunkt

WordPress 4.9 “Tipton” (benannt nach dem Jazzmusiker Billy Tipton) wurde am 16. November 2017 veröffentlicht. Es stellte den Höhepunkt der “klassischen” WordPress-Ära dar – die letzte Version, bevor Gutenberg die Art und Weise, wie wir WordPress-Seiten erstellen, grundlegend veränderte.

Warum 4.9 wichtig ist:

  • Es war die letzte Version des “klassischen” WordPress-Editors
  • Es führte Entwicklertools ein, die wir noch heute nutzen
  • Es legte den Grundstein für die Block-Editor-Revolution
  • Es markierte den Übergang von WordPress von einer “Blogging-Plattform” zu einem “vollwertigen CMS”

#Was WordPress 4.9 brachte: Eine Entwicklerperspektive

#1. Customizer-Entwürfe & Geplante Änderungen

Das Feature: Zum ersten Mal konnten wir Designänderungen (Farben, CSS) vornehmen, sie als “Entwurf” speichern und einen Vorschau-Link an einen Kunden senden – ohne Änderungen live zu veröffentlichen!

Warum es wichtig war: Vor 4.9 bedeutete das Vornehmen von Designänderungen:

  • Bearbeitung der Live-Site (riskant)
  • Verwendung von Staging-Umgebungen (komplex)
  • Manuelle CSS-Injektion (hacky)

Wie es funktioniert:

// Customizer unterstützt jetzt Entwurfsänderungen
$wp_customize->add_setting('header_color', array(
    'default' => '#0073aa',
    'transport' => 'postMessage',
    'type' => 'theme_mod',
));

// Änderungen werden als Entwürfe gespeichert, nicht sofort veröffentlicht

Auswirkung:

  • Arbeitsablauf zur kundenseitigen Genehmigung wurde Standard
  • Reduzierung von “Hoppla, ich habe zu früh veröffentlicht”-Fehlern
  • Professioneller Designprozess

Perspektive 2026: Während Gutenberg einen Großteil der Funktionalität des Customizers ersetzte, lebt das Entwurfs-/Zeitplanungskonzept im Revisionssystem des Block-Editors weiter.

#2. CodeMirror-Integration

Das Feature: Code-Editoren im Dashboard (z. B. im “Theme-Editor” oder unter “Zusätzliches CSS”) erhielten endlich Syntax-Hervorhebung und Zeilennummerierung. Kein Absturz der Seite mehr wegen eines fehlenden Semikolons.

Warum es wichtig war: Vor 4.9 bedeutete das Bearbeiten von Code in WordPress:

  • Einfache Texteditoren (keine Syntax-Hervorhebung)
  • Keine Zeilennummern (schwer zu debuggen)
  • Keine Fehlererkennung
  • Hohes Risiko, Seiten zu beschädigen

Was CodeMirror hinzufügte:

  • Syntax-Hervorhebung: PHP, CSS, JavaScript, HTML
  • Zeilennummern: Einfache Fehlerberichterstattung
  • Code Folding: Funktionen/Blöcke zuklappen
  • Klammerübereinstimmung: Passende Klammern finden
  • Auto-Einrückung: Korrekte Codeformatierung
  • Suchen & Ersetzen: Code schnell finden

Beispiel:

// Vor 4.9: Einfacher Texteditor
function my_function() {
return 'hello';
}

// Nach 4.9: CodeMirror zeigt Syntaxfehler
function my_function() {
    return 'hello'; // Korrekte Einrückung hervorgehoben
}

Auswirkung:

  • Reduzierte Codierungsfehler im Dashboard
  • Machte WordPress entwicklerfreundlicher
  • Setzte Standard für Code-Bearbeitung im CMS

Perspektive 2026: CodeMirror wird in WordPress 6.x immer noch für die Theme-/Plugin-Bearbeitung verwendet, obwohl der Block-Editor von Gutenberg die Abhängigkeit von direkter Code-Bearbeitung verringert hat.

#3. Verbesserungen am Galerie-Widget

Das Feature: Das Hinzufügen von Fotogalerien zur Seitenleiste wurde nativ und intuitiver.

Vor 4.9:

  • Erforderte Plugins für fortgeschrittene Galerien
  • Begrenzte Anpassungsoptionen
  • Klobige Schnittstelle

Nach 4.9:

  • Natives Galerie-Widget
  • Drag-and-Drop-Bildauswahl
  • Bessere mobile Unterstützung
  • Verbesserte Leistung

Auswirkung:

  • Machte Galerien für Nicht-Entwickler zugänglich
  • Reduzierte Notwendigkeit für Galerie-Plugins
  • Verbesserte Benutzererfahrung

Perspektive 2026: Galerie-Widgets werden jetzt durch Gutenberg-Galerieblöcke ersetzt, aber die Verbesserungen von 4.9 ebneten den Weg für ein besseres Medienmanagement.

#Zusätzliche Funktionen in WordPress 4.9

#4. Verbesserte Theme-Installation

Was sich änderte:

  • Bessere Theme-Vorschau
  • Verbesserte Suchfunktion
  • Erweiterte Anzeige von Theme-Informationen

#5. Widget-Verbesserungen

Was sich änderte:

  • Besseres Widget-Management
  • Verbesserte Widget-Vorschau
  • Erweiterte Anpassungsoptionen

#6. Sicherheitsverbesserungen

Was sich änderte:

  • Verbesserte Dateityperkennung
  • Bessere Bereinigung (Sanitization)
  • Erweiterte Sicherheitsheader

#Der Weg zu WordPress 5.0: Die Gutenberg-Revolution

#Zeitleiste

2017 (4.9):

  • Letzte “klassische” WordPress-Version
  • Fundament für Gutenberg gelegt
  • Community bereitet sich auf Veränderung vor

2018 (5.0):

  • Gutenberg-Editor eingeführt
  • Classic Editor Plugin veröffentlicht
  • Spaltung der Community beginnt

2019-2021:

  • Gutenberg reift
  • Blockvorlagen eingeführt
  • Entwicklung von Full Site Editing (FSE)

2022-2026:

  • FSE wird Standard
  • Block-Themes dominieren
  • Nutzung des Classic Editors geht zurück

#Die Spaltung der Community

Nur ein Jahr nach 4.9 kam WordPress 5.0 mit Gutenberg. Die Community spaltete sich in zwei Lager:

Traditionalisten:

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

Moderne Schöpfer:

  • Umarmten das Full Site Editing (FSE) Modell
  • Alles – einschließlich Header und Footer – mit Blöcken gebaut
  • Adoptierten Block-Themes
  • Nutzten Blockvorlagen und Templates

Die Zahlen (2026):

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

#Das Erbe von WordPress 4.9

#Was wir gelernt haben

1. Schrittweise Verbesserungen zählen 4.9 zeigte, dass kleine, fokussierte Verbesserungen große Auswirkungen haben können. Die CodeMirror-Integration, obwohl scheinbar geringfügig, machte WordPress deutlich entwicklerfreundlicher.

2. Entwicklererfahrung ist wichtig Funktionen wie Customizer-Entwürfe und CodeMirror zeigten, dass WordPress sich um Entwickler kümmerte, nicht nur um Endbenutzer.

3. Fundament für Veränderung Die Verbesserungen von 4.9 bereiteten die Bühne für Gutenberg. Das Entwurfs-/Zeitplanungssystem im Customizer beeinflusste das Revisionssystem von Gutenberg.

#Was heute noch zählt

CodeMirror:

  • Wird immer noch in Theme-/Plugin-Editoren verwendet
  • Immer noch der Standard für Code-Bearbeitung in WordPress
  • In nachfolgenden Versionen verbessert

Customizer-Entwürfe:

  • Konzept lebt in Gutenberg-Revisionen weiter
  • Geplante Änderungen immer noch verfügbar
  • Vorschau-Links immer noch genutzt

Entwicklertools:

  • Der Fokus von 4.9 auf Entwicklererfahrung setzt sich fort
  • Modernes WordPress priorisiert Entwicklertools
  • Besseres Debugging, bessere APIs

#Vergleich von WordPress 4.9 mit modernem WordPress (2026)

#Damals (4.9) vs. Heute (6.x)

Theme-Entwicklung:

  • 4.9: PHP-Templates, functions.php, Hooks
  • 2026: Block-Themes, theme.json, FSE

Inhaltsbearbeitung:

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

Anpassung:

  • 4.9: Customizer, Theme-Optionen
  • 2026: Site Editor, Block-Einstellungen

Entwicklertools:

  • 4.9: CodeMirror, grundlegendes Debugging
  • 2026: Erweitertes Debugging, React DevTools, Block-Entwicklungstools

#Was sich geändert hat

Entfernt:

  • Klassischer Editor (optionales Plugin)
  • Viele Customizer-Funktionen (ersetzt durch Site Editor)
  • Widget-System (ersetzt durch Blöcke)

Verbessert:

  • Code-Bearbeitung (immer noch CodeMirror, aber besser)
  • Entwickler-APIs (mehr Hooks, bessere Dokumentation)
  • Leistung (schneller, effizienter)

Neu:

  • Block-Editor
  • Full Site Editing
  • Blockvorlagen
  • Theme.json
  • React-basierte Entwicklung

#Lektionen für Entwickler

#1. Umarme den Wandel

WordPress 4.9 → 5.0 zeigte, dass große Veränderungen möglich sind. Als Entwickler ist es wichtig, auf dem Laufenden zu bleiben.

#2. Abwärtskompatibilität zählt

WordPress behielt die Abwärtskompatibilität auch bei großen Änderungen bei. Das Classic Editor Plugin stellt sicher, dass alte Seiten immer noch funktionieren.

#3. Entwicklertools sind essenziell

Die CodeMirror-Integration zeigte, dass Entwicklererfahrung zählt. Modernes WordPress setzt diesen Trend fort.

#4. Community-Feedback formt WordPress

Die Spaltung zwischen Traditionalisten und modernen Schöpfern zeigt, dass WordPress seiner Community zuhört, auch wenn kontroverse Entscheidungen getroffen werden.

#Die Zukunft: Was kommt nach Blöcken?

Aktuelle Trends (2026):

  • KI-Integration in WordPress
  • Wachstum von Headless WordPress
  • Fokus auf Leistungsoptimierung
  • Verbesserungen der Barrierefreiheit

Was wir von 4.9 lernen können:

  • Schrittweise Verbesserungen führen zu großen Veränderungen
  • Entwicklertools zählen
  • Benutzererfahrung ist oberstes Gebot
  • Abwärtskompatibilität ist entscheidend

#Zusammenfassung: Der Platz von WordPress 4.9 in der Geschichte

WordPress 4.9 “Tipton” war mehr als nur eine weitere Version – es war die letzte Version des “klassischen” WordPress vor der Gutenberg-Revolution.

Wichtige Errungenschaften:

  • ✅ Einführung von Customizer-Entwürfen (Kunden-Workflow)
  • ✅ Integration von CodeMirror (Entwicklererfahrung)
  • ✅ Verbesserte Galerie-Widgets (Benutzererfahrung)
  • ✅ Legte das Fundament für Gutenberg

Historische Bedeutung:

  • Letzte große Version vor dem Block-Editor
  • Höhepunkt der klassischen WordPress-Ära
  • Brücke zwischen altem und neuem WordPress
  • Beweis, dass schrittweise Verbesserungen zählen

Perspektive 2026: Heute, im Jahr 2026, ist die Debatte zwischen Klassik und Blöcken weitgehend Geschichte. Blöcke haben gewonnen. Aber es lohnt sich, Version 4.9 als die “letzte Bastion” des klassischen PHP-Theme-Building-Ansatzes zu erinnern – eine Version, die den alten Weg perfektionierte, bevor der neue Weg übernahm.

Für Entwickler:

  • Studieren Sie 4.9, um klassisches WordPress zu verstehen
  • Schätzen Sie die Verbesserungen, die es brachte
  • Lernen Sie aus dem Übergang zu Gutenberg
  • Wenden Sie Lektionen auf zukünftige WordPress-Änderungen an

WordPress 4.9 repräsentiert einen Moment in der Zeit – die Ruhe vor dem Sturm, die Perfektionierung des Alten vor der Einführung des Neuen. Es ist eine Version, die es wert ist, studiert zu werden, nicht nur wegen des historischen Kontextes, sondern um zu verstehen, wie WordPress sich entwickelt und wie große Plattformänderungen verwaltet werden.

Nächster Schritt

Machen Sie aus dem Artikel eine echte Umsetzung

Dieser Block stärkt die interne Verlinkung und führt Nutzer gezielt zum nächsten sinnvollen Schritt im Service- und Content-System.

Soll das Thema auf Ihrer Website umgesetzt werden?

Wenn Sie aus dem Artikel konkrete Maßnahmen für Website, Relaunch oder Weiterentwicklung ableiten wollen, definiere ich den Scope und setze ihn um.

Relevanter Cluster

Weitere WordPress-Dienste und Wissensbasis entdecken

Stärken Sie Ihr Unternehmen mit professionellem technischen Support in den Kernbereichen des WordPress-Ökosystems.

Artikel-FAQ

Häufig gestellte Fragen

Praktische Antworten zur Umsetzung des Themas.

SEO-ready GEO-ready AEO-ready 3 Q&A
Warum gilt WordPress 4.9 als Wendepunkt?
Weil es die letzte große Version vor Gutenberg war und zugleich Werkzeuge einführte, die den Wechsel in modernere Editor- und Entwickler-Workflows vorbereitet haben.
Welche Funktionen aus 4.9 waren besonders wichtig?
Customizer-Entwürfe, CodeMirror im Admin und Verbesserungen an Medien- und Widget-Workflows gehörten zu den sichtbarsten Schritten Richtung modernerem WordPress.
Warum ist der Rückblick auf 4.9 heute noch relevant?
Weil er zeigt, wie tiefgreifend der Übergang von klassischem WordPress zum Block-Ökosystem war und warum viele heutige Entscheidungen im Core dort ihren Ursprung haben.

Sie brauchen ein FAQ für Branche und Zielmarkt? Wir erstellen eine Version passend zu Ihren Business-Zielen.

Kontakt aufnehmen

Ähnliche Artikel

WordPress 4.9 war 'die Ruhe vor dem Sturm'. Wir analysieren diesen Schlüsselmoment in der WP-Geschichte, der den Boden für den Block-Editor bereitete.
wordpress

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

WordPress 4.9 war 'die Ruhe vor dem Sturm'. Wir analysieren diesen Schlüsselmoment in der WP-Geschichte, der den Boden für den Block-Editor bereitete.

Artikel 28 der Verordnung 2022/2554 macht Finanzeinrichtungen für das IKT-Risiko jedes Dritten verantwortlich, mit dem sie zusammenarbeiten. Ich beschreibe die Lieferanten-Due-Diligence-Checkliste, die ich 2026 mit WordPress-Mandaten an Banken und Versicherer ausliefere.
wordpress

DORA Artikel 28 IKT-Drittparteirisiko: WordPress-Hosting- und WAF-Lieferanten-Audit

Artikel 28 der Verordnung 2022/2554 macht Finanzeinrichtungen für das IKT-Risiko jedes Dritten verantwortlich, mit dem sie zusammenarbeiten. Ich beschreibe die Lieferanten-Due-Diligence-Checkliste, die ich 2026 mit WordPress-Mandaten an Banken und Versicherer ausliefere.

Artikel 28(3) der Verordnung 2022/2554 verpflichtet Finanzunternehmen, ein Informationsregister zu jedem IKT-Drittparteivertrag zu führen. Die Felder, die eine WordPress-Agentur liefern muss, um eingetragen zu werden.
wordpress

DORA Informationsregister für WordPress-Lieferanten: Pflichtfelder

Artikel 28(3) der Verordnung 2022/2554 verpflichtet Finanzunternehmen, ein Informationsregister zu jedem IKT-Drittparteivertrag zu führen. Die Felder, die eine WordPress-Agentur liefern muss, um eingetragen zu werden.