WordPress-Jahresrückblick

Zum Abschluss des Jahres 2017 zählen wir 11 öffentliche WordPress-Versionen und weitere 11 Betaversionen. Wer der WordPress-Community nahesteht oder sie auch nur beobachtet, erkennt deutlich, wie groß sie inzwischen geworden ist.

Die Verbesserungen lassen sich in zwei Hauptbereiche einteilen: für Entwickler und für Redakteure.
Sehen wir uns im Einzelnen an, was 2017 bei WordPress in diesen beiden Entwicklungsrichtungen geschah:

Verbesserungen für Entwickler

2017 scheinen die Verbesserungen zwei Wege eingeschlagen zu haben: Der eine erleichtert Entwicklern das Leben, der andere Redakteuren. Für Entwickler waren die Verbesserungen der REST API entscheidend. Nutzer stellen heute immer höhere Anforderungen an die Geschwindigkeit und Flexibilität besuchter Websites. „Headless WordPress“ wird bereits zum Trend, wodurch auch die REST API stark an Bedeutung gewinnt. Betrachten wir ihre Verbesserungen im vergangenen Jahr im Detail:

• Dezember 2016 – WordPress7 „Vaughan“ enthält nun REST-API-Endpunkte für Beiträge, Begriffe, Benutzer, Metadaten und Einstellungen.
• Januar 2017 – Ein Sicherheitsupdate behebt ein Problem im Zusammenhang mit Autoreninformationen.
• April 2017 – NeueVerbesserungen der REST API für die Suche nach mehreren Begriffen und Benutzern sowie für Benutzer in verschiedenen Zeitzonen.
• Mai 2017 – Korrekturen ermöglichen Entwicklern, sich gleichzeitig mit mehreren Endpunkten zu verbinden.
• Veröffentlichung von WordPress8 „Evans“, einschließlich eines grundlegenden Medienwidgets, das das REST-API-Schema verwendet
• August 2017 – Veröffentlichung der Version 4.8.1 mitzahlreichen Verbesserungen beim Umgang mit Daten, Bildern und Tokens der REST API.
• November 2017 – WordPress9 „Tipton“ mit zahlreichen Verbesserungen im Customizer, einschließlich der brandneuenCustomizer JS API.

Verbesserungen für Redakteure

Die größte Aufgabe seit der Gründung von WordPress ist Wirklichkeit geworden und heißt Projekt Gutenberg.

Matias beschreibt das Projekt Gutenberg mit einem Bezug zur griechischen Antike: Er vergleicht es mit dem Schiff des Theseus.

Das Projekt Gutenberg soll eine große Lücke für WordPress-Redakteure schließen. Während WordPress sich weiterentwickelte und innovativ blieb, tat der Editor dies nicht. Deshalb wuchsen Plugins und Themes immer weiter und wurden von Shortcodes abhängig. Schlimmer noch: Selbst einfache Aufgaben erforderten manchmal einen Eingriff durch den Websiteentwickler.

Gutenberg wurde entwickelt, um die Textbearbeitung für Autoren angenehmer zu machen. Es soll die Lücke zwischen der Bearbeitung im Backend und der Darstellung im Frontend schließen und Inhaltserstellern mehr Freiheit für bessere Inhalte geben.

Seine Entwicklung erforderte die Zusammenarbeit mit sehr vielen Communitymitgliedern und unzähligen Mitwirkenden. Gutenberg ist als Plugin für alle verfügbar und wird mehr als 500-mal täglich heruntergeladen. Vor der Veröffentlichung als Plugin im Juni 2017 befand es sich bereits sechs Monate in Entwicklung. Seitdem erhielt es 25 wesentliche Updates. Betrachten wir sie im Einzelnen:

• 16. Juni: v1.0 – Erstveröffentlichung als Plugin 23. Juni: v0.2.0 – Blöcke hinzugefügt
• 30. Juni: v3.0 – Weitere Formatierungskorrekturen und neue Schaltflächen
• 8. Juli: v4.0 – Serverseitige Korrekturen und zusätzliche API-Unterstützung
• 14. Juli: v5.0 – Unterstützung mehrerer Browser und mobiler Plattformen
• 28. Juli: v6.0 – Ergänzungen zu Inhalt und Nutzererlebnis
• 4. August: v7.0 – Barrierefreiheit und Verbesserungen der Benutzeroberfläche
• 4. August: v7.1 – Hotfix für das Jetpack-Kontaktformular
• 11. August: v8.0 – Neue Blöcke für verschiedene Medien und Textarten
• 18. August: v9.0 – Verbesserte Anpassung von Blöcken und Farben
• 29. August: v0.0 – Verbesserungen bei Drag-and-drop und Dropdownmenüs
• 5. September: v1.0 – Korrekturen und Verbesserungen der Blockinteraktionen
• 27. September: v2.0 – Wort- und Blockzähler hinzugefügt
• 27. September: v2.1 – Hotfix für nicht anklickbare Blöcke
• 4. Oktober: v3.0 – Bereinigung von Darstellung und Beschreibungen der Blöcke
• 10. Oktober: v1.4.0 – Grundlegende REST-API-Struktur für wiederverwendbare globale Blöcke
• 24. Oktober: v1.5.0 – Native Metabox-Unterstützung für bestehende Metaboxen
• 24. Oktober: v5.1 – Hotfix für die Änderung der Fenstergröße in Firefox
• 25. Oktober: v5.2 – Hotfixes für Weiterleitungsprobleme des klassischen Inhaltseditors
• 31. Oktober: v6.0 – Performancekorrekturen und Unterstützung für die Umwandlung klassischer Blöcke in Gutenberg-Blöcke
• 2. November: v6.1 – Einfügen von Shortcodes und automatische Blockumwandlung ermöglicht
• 15. November: v7.0 – Verbesserte Erweiterbarkeit von Blöcken durch Filter und Hooks
• 28. November: v8.0 – Korrekturen und Verbesserungen bei der Verarbeitung von Shortcodes
• 29. November: v8.1 – Möglichkeit hinzugefügt, einen veröffentlichten Beitrag wieder als Entwurf zu speichern
• 11. Dezember: v1.9.0 – Hooks und wiederverwendbare globale Hooks
• 13. Dezember: v9.1 – Korrekturen für Firefox und das Yoast-SEO-Plugin

Diese Versionen sind das Ergebnis einer enormen Gemeinschaftsleistung, die Gutenberg zu dem gemacht hat, was es heute ist. Der einzige Wermutstropfen: Die Community ist sich zwar weitgehend einig, dass ein verbesserter Editor nötig ist, doch bei der Art seiner Umsetzung herrscht keine solche Einigkeit.

Was sich aus dieser Entwicklung ergibt

Bemerkenswert ist, dass bislang kein Weg gefunden wurde, beide Entwicklungsrichtungen miteinander zu vereinen. Im Laufe des Jahres fragte Chris Lema: „Wollten wir der Welt nicht zeigen, dass WordPress mehr als eine Plattform für Blogger ist?“ Viele meinen, die Konzentration auf die Neugestaltung des Inhaltseditors widerspreche dem Weg, den die REST API für Entwickler eröffnet hat.

Die REST API ermöglicht Entwicklern immer mehr Innovationen in einer Mobile-first-Welt, also theoretisch der Welt von morgen. Gutenberg ist jedoch zumindest bisher nicht vollständig mit der REST API kompatibel.

Von Gutenberg erstellte Seiten enthalten CSS und JavaScript. Entwickler müssen daher entweder Gutenberg-CSS in ihr JavaScript-Frontend aufnehmen oder eigenes CSS schreiben, das den Gutenberg-Stilen entspricht. Viele halten Inline-CSS für die ideale, REST-API-freundliche Lösung dieses Problems. Wir wissen, dass das Gutenberg-Team diese Entwicklungshürden beseitigen möchte. Bislang sind sie jedoch nicht gelöst.

Als ein Team

Ebenfalls bemerkenswert sind die großen Bemühungen des vergangenen Jahres, Arbeitsabläufe sowohl für Entwickler als auch für Redakteure zu erleichtern. Da WordPress 29 % des gesamten Webs betreibt und hinter 54 der 100 führenden Websites steht, muss es Entwicklerteams und Redakteuren entgegenkommen. Die Community arbeitete erneut als ein großes, vereintes Team.

WordPress 4.9 brachte beiden Gruppen hilfreiche Änderungen, darunter das Speichern von Designänderungen als Entwurf und Fehlerprüfungen bei Codeänderungen. Die REST API eröffnete diesen Teams wiederum Möglichkeiten, eine gewöhnliche WordPress-Installation in eine Headless-WordPress-Website beziehungsweise Progressive Web App umzuwandeln.

Mit Reife

Wenn Sie die WordPress-Core-Entwickler verfolgen, haben Sie vielleicht bemerkt, dass auch der Veröffentlichungsplan in den vergangenen zwei Jahren gereift ist. Von insgesamt 22 WordPress-Veröffentlichungen 2017 waren 11 Beta- beziehungsweise Entwicklerversionen. Das Entwicklerteam veröffentlicht Sicherheits- und Wartungsupdates zügig und problemlos in Zusammenarbeit mit HackerOne. Updates erscheinen, wenn die Community bereit ist, stets nach zunächst 2–3 Betaversionen.

Die Zukunft

Die Zukunft von WordPress wirkt klar von Reife geprägt. Bei jeder Gelegenheit werden Änderungen vorgenommen, um künftige Technologien und digitale Erlebnisse zu unterstützen. Einfachere Teamabläufe machen es für Unternehmen immer interessanter. Die REST API und Gutenberg öffnen zugleich die Tür für vielfältigere Anwendungen.

Die State of the Word 2017 kündigte vor Kurzem etwas ebenso Interessantes für die Zukunft an: das Projekt Tide, das automatisierte Tests für jedes Plugin und Theme im WordPress-Verzeichnis einsetzen wird. Außerdem wurde die Zusammenarbeit offiziell angekündigt mit HackerOne – einem Hackernetzwerk, das WordPress unangreifbar machen soll.

Für die Zukunft wünschen wir uns weitere REST-API-Endpunkte und zusätzliche Innovationen für das Nutzererlebnis auf Smartphones und Tablets. Natürlich erwarten wir, dass die Lücke zwischen Gutenberg und der REST API vor WordPress-Version 5 geschlossen wird.

Schließlich würden wir gerne sehen, dass WordPress viele bislang durch Drittanbieter, etwa über Plugins, angebotene Funktionen in seinen Kern aufnimmt. So wäre von Anfang an eine erweiterte Funktionalität ohne zusätzliche Abhängigkeiten verfügbar.

Fest steht: Wir freuen uns alle auf ein großartiges Jahr 2018 mit spannenden Überraschungen in unserem Lieblings-CMS.