WordPress 6.5 und der Block-Editor — was sich ändert und was Du wissen musst

WordPress 6.5 „Regina” ist am 2. April 2024 erschienen und ist die erste wirklich spürbare Erweiterung des Block-Editors seit dem Start der Full-Site-Editing-Ära. Font Library, Pattern-Overrides, Block-Bindings, Performance-Optimierungen — auf dem Papier klingt das nach einer Menge Bewegung. In der Praxis bedeutet es: Wer seine Seite bislang mit Classic-Editor und klassischem Theme betreibt, kann weitermachen wie bisher. Wer Gutenberg und Block-Themes ernst nimmt, bekommt endlich ein paar Werkzeuge, die vorher schmerzlich gefehlt haben.

Wir sind MOLOTOW Web Development aus Lahr im Schwarzwald und betreuen WordPress-Seiten von Handwerksbetrieb bis Mittelstand. In diesem Beitrag sortieren wir, was in 6.5 wirklich relevant ist — und was nur Release-Notes-Geräusch.

Font Library — Schluss mit dem Font-Wildwuchs

Bisher war Schrift-Management in Block-Themes ein Trauerspiel: Fonts per theme.json pflegen, pro Theme neu, ohne Upload im Backend. WordPress 6.5 bringt die Font Library, eine zentrale Verwaltung von Schriftarten direkt im Editor. Du kannst Google Fonts suchen und lokal einbinden, eigene Woff2-Dateien hochladen, Schriften pro Theme oder global aktivieren. Die Dateien landen im Upload-Verzeichnis, sind also auch nach einem Theme-Wechsel noch da.

Für uns relevant: Lokale Einbindung ist jetzt ohne Plugin wie OMGF oder Local Google Fonts machbar. Die DSGVO-Frage rund um Google-Fonts-CDN-Aufrufe ist damit ein Stück weniger heikel. Mehr Details zum Thema haben wir im Beitrag Google Fonts DSGVO — aktueller Stand zusammengestellt.

Pattern-Overrides — endlich wiederverwendbare Muster mit Flexibilität

Synchronisierte Patterns waren bisher ein Entweder-Oder: Entweder überall identisch (praktisch für Footer) oder komplett frei (unpraktisch für Teaser-Blöcke, die nur Bild und Text variieren sollen). Pattern-Overrides lösen genau dieses Problem. Du definierst ein Pattern mit fixen Strukturen und markierst einzelne Blöcke als überschreibbar. Beim Einfügen auf einer Seite bleiben die Strukturen synchron, aber der Inhalt lässt sich individuell anpassen.

In der Praxis heißt das: Drei Team-Karten mit identischem Layout, aber unterschiedlichen Namen, Fotos und Positionen — ohne das Pattern zu zerschießen. Wer in WordPress zentralisierte Komponenten bauen will, hat jetzt endlich das Werkzeug dafür.

Block-Bindings — Custom Fields im Block-Editor

Das ist für Entwicklerinnen und Entwickler die spannendste Neuerung. Mit Block-Bindings lassen sich bestimmte Block-Attribute — bislang Bildquellen, Bildalt-Texte, Button-URLs, Absatztexte und Überschriften — direkt an Post-Metadaten oder eigene Datenquellen koppeln. Konkret: Ein Absatz-Block kann automatisch den Wert aus einem Custom Field anzeigen, ohne dass Du einen eigenen Block entwickeln musst.

Wer vorher auf ACF oder Meta Box gesetzt hat, bekommt damit einen nativen Weg, dynamische Inhalte in statischen Blöcken unterzubringen. Noch ist die API limitiert — aber der Fahrplan zeigt, dass in 6.6 und 6.7 deutlich mehr Attribute bindbar werden.

Performance — INP im Fokus

Die Release-Notes listen über 110 Performance-Verbesserungen, vor allem rund um den Post-Editor und die Template-Loading-Pipeline. Für Besucherinnen und Besucher am wichtigsten: Der Translation-Layer wurde neu geschrieben. Seiten mit Übersetzungen (also quasi jede deutsche WP-Installation) laden laut Core-Team bis zu 50 Prozent schneller beim ersten Page-Load. Das ist direkt in den Core-Web-Vitals spürbar — insbesondere beim neuen Google-Kernmessert INP, den wir im Beitrag Core Web Vitals 2025 — INP statt FID genauer erklären.

Block-Themes vs. Classic-Themes — keine Zwangsmigration

Eine Frage, die wir in Beratungsgesprächen ständig hören: „Muss ich jetzt auf ein Block-Theme wechseln?” Kurze Antwort: Nein. WordPress 6.5 zwingt niemanden zu irgendetwas. Classic-Themes funktionieren weiter, der Classic-Editor wird weiter supported, und der Core-Support für klassische PHP-Themes ist nicht abgekündigt.

Die ehrliche lange Antwort: Das Ökosystem bewegt sich spürbar Richtung Block-Themes. Neue kommerzielle Themes setzen fast ausschließlich auf Full Site Editing. Plugin-Entwickler optimieren zuerst für den Block-Editor. Wer heute eine neue Seite baut, fährt mit einem gut gepflegten Block-Theme inzwischen besser — vor allem, weil Inhaltspflege, Layout-Anpassungen und Designsystem-Pflege zentral im Editor stattfinden und nicht mehr über drei verschiedene Page-Builder verstreut sind.

Wer allerdings bereits seit Jahren einen eingespielten Classic-Stack betreibt, hat keinen Grund zur Panik. Migration lohnt, wenn ohnehin ein Redesign ansteht oder die Betriebskosten (Plugin-Lizenzen, Wartungsaufwand) spürbar werden.

Was das für KMU-Websites konkret heißt

Wir managen in der Praxis drei grobe Kategorien:

• Kleine Firmenseiten mit Classic-Editor und Divi oder Elementor: 6.5 einspielen, Routine-Update. Keine aktiven Schritte nötig. Eure Page-Builder laufen weiter.
• Neue Projekte: Block-Theme mit eigener theme.json, Font Library nutzen, Pattern-Bibliothek aufbauen. Weniger Plugins, mehr Core-Funktionalität.
• Bestandskunden mit Classic-Theme und Gutenberg: Font Library testen, Pattern-Overrides evaluieren — aber nur, wenn ein konkreter Use-Case besteht. Kein Upgrade um seiner selbst willen.

Wichtig ist in allen drei Fällen: Update erst im Staging testen, nicht blind im Live-System einspielen. Insbesondere Page-Builder-Plugins hinken bei Major-Releases manchmal ein paar Tage hinterher.

Häufige Fragen

Brauche ich jetzt PHP 8?

Empfohlen ja, Pflicht nein. WordPress 6.5 läuft noch auf PHP 7.4, aber offiziell „mit Einschränkungen”. Die aktuelle Empfehlung ist PHP 8.1 oder höher. Mehr zum Thema findest Du im Beitrag PHP 8.3 für WordPress — Migration ohne Drama.

Ist der Classic-Editor in 6.5 noch drin?

Ja — über das offizielle Plugin „Classic Editor” aus dem Repository, das vom Core-Team weiter gewartet und bis mindestens Ende 2024 supported wird. Der Support wurde danach mehrfach verlängert. Für Redaktionen, die Gutenberg partout nicht wollen, bleibt das ein valider Weg.

Lohnt sich Font Library, wenn ich schon einen DSGVO-konformen Font-Workaround habe?

Wenn Du bereits ein funktionierendes Setup hast (lokale Fonts, OMGF, eigenes @font-face), musst Du nichts ändern. Die Font Library ist vor allem für Neueinsteiger:innen eine Vereinfachung und für Redaktionen, die ohne Entwickler-Zugriff Schriften hinzufügen wollen.

Wann kommen mehr Block-Bindings?

Der aktuelle Fahrplan zielt auf WordPress 6.6 (Juli 2024) und 6.7 (November 2024) für eine deutliche Erweiterung der bindbaren Attribute und eine überarbeitete UI im Editor. Produktionsreif für komplexe Custom-Fields-Szenarien wird es damit erst im Laufe des Sommers.

Fazit

WordPress 6.5 ist kein Blockbuster-Release — aber eines, das konkrete Schmerzpunkte im Block-Editor adressiert. Font Library, Pattern-Overrides und Block-Bindings sind einzeln keine Revolution, aber zusammen machen sie den Full-Site-Editing-Stack endlich praktikabel für reale Projekte. Die Performance-Verbesserungen bei übersetzten Seiten sind ein netter Nebeneffekt, der sich direkt auf Core Web Vitals durchschlägt.

Unsere Empfehlung: Update regulär einspielen (im Staging, mit Backup), neue Features dort ausprobieren, wo sie einen konkreten Nutzen bringen, und ansonsten weiterarbeiten wie gewohnt. Wenn Du überlegst, von Classic-Theme und Page-Builder auf einen schlankeren Block-Theme-Stack umzusteigen, sprich uns gerne an — wir beraten ehrlich, auch wenn die Antwort „Lass es erstmal” lautet. Schreib uns über unser Kontaktformular oder schau Dir unser Leistungsangebot unter Webentwicklung an.