Gutenberg 24.2: Notizen neben dem Editor und neue React-Prüfungen

Gutenberg 24.2 wurde am 14. Oktober veröffentlicht und verändert sowohl die Textarbeit als auch den Code dahinter. Notizen stehen nun neben der Bearbeitungsfläche, die Navigationssuche umfasst mehr Inhaltstypen und das Plugin aktiviert sein React-19-Experiment standardmäßig. Ausnahmen gelten bei bekannten Kompatibilitätsproblemen.

Es handelt sich um eine neue Version des Gutenberg-Plugins. Sie sollte weder als neue WordPress-Kernversion noch als Änderung beschrieben werden, die bereits auf jeder WordPress-Website verfügbar ist. Prüfen Sie die tatsächlich eingesetzte Installation, bevor Sie ein Update planen oder der Redaktion eine veränderte Oberfläche ankündigen.

Weniger Wechsel während der Bearbeitung

Laut offizieller Veröffentlichungsankündigung können Notizen sichtbar bleiben, während die Seitenleiste mit den Einstellungen geöffnet ist. Die Suche nach Navigationslinks vereint außerdem Seiten, Beiträge, Kategorien und Schlagwörter in einem Suchablauf.

Für Publisher sind das konkrete Aufgaben zum Ausprobieren. Öffnen Sie einen Entwurf mit einer redaktionellen Notiz, ändern Sie eine Blockeinstellung und prüfen Sie, ob die Diskussion bei den Bildschirmbreiten Ihres Teams nutzbar bleibt. Fügen Sie anschließend einen Kategorielink in ein Testmenü ein und kontrollieren Sie sein Ziel in der Vorschau.

Diese Prüfungen sind wichtiger als das Zählen neuer Bedienelemente. Ein schnellerer Bearbeitungsschritt hilft nur, wenn sich die vorgesehenen Inhalte weiterhin speichern lassen, ihre Links erhalten bleiben und die erwartete Seite entsteht.

Übernehmen Sie Änderungen am Testmenü erst nach einer Prüfung in die öffentliche Navigation. Ein Menüfehler kann sich auf die gesamte Website auswirken, obwohl der eigentliche Artikel korrekt ist.

React 19 verändert die Kompatibilitätsprüfung

Die Ankündigung erklärt, dass Gutenberg 24.2 React 19 aktiviert, sofern kein Theme oder Plugin auf seiner Liste bekannter Inkompatibilitäten React 18 erfordert. Sie nennt außerdem eine Möglichkeit, das Experiment bei Problemen in den Experiments-Einstellungen von Gutenberg auszuschalten.

Das ist ein Anlass, eigene Blöcke und Editor-Erweiterungen zu testen. Es ist kein Beleg dafür, dass sie ausfallen werden. Bitten Sie die für die Websitewartung zuständige Person, einen repräsentativen Entwurf zu prüfen: einen Block hinzufügen, bearbeiten, speichern, erneut öffnen und in der Vorschau ansehen. Beziehen Sie auch individuell entwickelte Seitenleisten oder Integrationen ein, die im Veröffentlichungsprozess verwendet werden.

Falls etwas nicht funktioniert, notieren Sie die Gutenberg-Version, das aktive Theme, die relevante Erweiterung und die Schritte, mit denen sich der Fehler wiederholen lässt. Ändern Sie während der Diagnose möglichst nicht mehrere Plugins gleichzeitig. Ein reproduzierbarer Fehler lässt sich leichter melden und beheben als der vage Eindruck, der Editor fühle sich anders an.

Das Update kontrolliert ausrollen

Bereiten Sie mithilfe der WordPress-Hinweise zu Updates eine Änderung vor, die sich rückgängig machen lässt. Halten Sie eine Sicherung und einen klaren Rückweg bereit. Testen Sie anschließend sowohl die öffentlich angezeigte Seite als auch die Bearbeitungsoberfläche. Die Wartungsroutine erklärt, wie diese Prüfungen klein genug bleiben, um sie regelmäßig zu wiederholen.

Es ist nicht nötig, Gutenberg allein wegen einer Funktion aus dieser Ankündigung auf einer Produktivwebsite zu installieren. Entscheiden Sie zunächst, ob die Version einen tatsächlichen Bedarf im Arbeitsablauf erfüllt, ob das Plugin bereits verwendet wird und wer die Kompatibilität prüft.

Fällt das Update mit einem Hosting-Umzug zusammen, trennen Sie die Änderungen, soweit praktisch möglich. Eine Checkliste für den Hosting-Wechsel hilft, Infrastrukturänderungen bei einem Editorproblem nicht zu einer weiteren Unbekannten werden zu lassen.