Was ist Full Site Editing und was bedeutet es für die Zukunft von WordPress?

Wie ich letzte Woche sagte, wird 2021 das Jahr des Website-Editors sein . Matt Mullenwegs State of the Word bestätigt dies. Darauf konzentriert sich die Release-Planung von WordPress 5.7. Es war eine lange Reise bis zu diesem Punkt, und es wird danach ein viel längeres Abenteuer werden. Das endgültige Versprechen der Arbeit, die vor fast vier Jahren begann, ist nahe.

Beim Gutenberg-Projekt ging es nie nur darum, Inhalte zu bearbeiten. WordPress war Ende 2016 eine veraltete Software. Es musste ein modernes Publikum ansprechen, das möglicherweise weniger technisch versiert ist als die bestehende Benutzerbasis der Plattform. Es musste eine jüngere Generation von Entwicklern einfangen, die auf das grünere Gras von JavaScript-lastiger Software blickten. Es musste ein Erlebnis bieten, das modernen Webanwendungen ebenbürtig ist. WordPress hatte viele Kästchen, die überprüft werden mussten, um sich der Irrelevanz zu stellen.

Das einzige, was die Plattform wirklich über Wasser gehalten hat, ist ihr großes und vielfältiges Ökosystem von Drittentwicklern.

Eine der beliebtesten Arten von Plugins? Seitenersteller. Solche wie Elementor, das Anfang 2016 auf den Markt kam, füllten die Erfahrungslücken, die WordPress fehlte. Es war zwar ein Beweis für die Erweiterbarkeit der Plattform für solche Projekte von Drittanbietern, aber es war auch ein Fehler, dass die Kernplattform Benutzern und Entwicklern nicht sofort eine bessere Erfahrung bieten konnte. Viel zu viele Themenautoren waren gezwungen, Drittanbieter-Builder zu unterstützen, um relevant zu bleiben. Sie konzentrierten sich immer mehr auf die Kompatibilität mit Plugins als nur auf das Design.

Die Mängel der Widgets, Shortcodes, Metaboxen und Einstellungssysteme bedeuteten, dass Entwickler sich entweder auf Nicht-Kern-Frameworks verlassen oder das Rad neu erfinden mussten. Jede neue API brachte eine neue Methode zum Hinzufügen grundlegender Formularfelder mit sich. Im besten Fall war es unelegant, ein Teller Spaghetti, der an die Wand geworfen worden war und von dem einige kleben blieben.

WordPress begann seine Falten zu zeigen. Es musste sich selbst revolutionieren. Es musste sich wieder frisch anfühlen. Zum Guten oder Schlechten haben die Entwickler hinter dem Gutenberg-Projekt die Arbeit investiert, um genau das zu tun.

Es ist langsame Arbeit. Aber es ist eine vielversprechende Arbeit.

Während der Begriff „Gutenberg“ oft synonym mit „Blockeditor“ verwendet wird, sind die beiden nicht ein und dasselbe. Gutenberg ist ein Projekt. Ein Plugin. Eine Idee. Eine neue Art, über das Veröffentlichen im Internet nachzudenken. Wie die ersten Zeilen der Beschreibung des Plugins lauten:

Das Projekt hat vier Phasen:

1. Einfachere Bearbeitung
2. Anpassung
3. Zusammenarbeit
4. Mehrsprachig

WordPress-Benutzer, die das Gutenberg-Plugin nicht getestet haben, haben nur Phase 1 des Projekts erlebt. Die Einführung des Blockeditors in WordPress 5.0 und seine weitere Arbeit bereiteten die Voraussetzungen für die folgenden Phasen. Das zugrunde liegende Blocksystem wird das nächste Jahrzehnt oder länger von WordPress antreiben.

Heute befinden wir uns mitten in Phase 2. Und hier wird es interessant.

Vollständige Website-Bearbeitung

Phase 2 von Gutenberg, die Ende 2018 begann, versprach, Blöcke außerhalb des Post-Contents zu bringen. In einer Einführung zu diesem nächsten Schritt skizzierte Mel Choyce-Dwan die drei Hauptschwerpunkte:

• Außerhalb von post_content .
• Konzentrieren Sie sich auf die Anpassung.
• Themen, Widgets und Menüs aktualisieren.

Seitdem sind diese Kernkonzepte gleich geblieben. Das Gesamtbild, die Form, wie diese Konzepte aussehen würden, hat sich jedoch in den letzten zwei Jahren geändert. Wenn es eine Sache gibt, die jemand im Entwicklungsteam gelernt hat, dann wahrscheinlich, dass es schwierig ist, solch drastische Änderungen einzuführen.

Full Site Editing ist eine Mischung aus Konzepten. Es ist ein Teil des Übergangs von der Tradition und ein Teil der vollständigen Überarbeitung der Art und Weise, wie Benutzer und Entwickler das Frontend von WordPress-Sites gestalten.

Navigationsmenüs und Widgets, die Teil des alten Paradigmas sind, wurden für die letzten beiden großen WordPress-Versionen so eingestellt, dass sie unter dem Blocksystem neu gestartet werden. Sie waren nicht bereit. Benutzer sollten damit rechnen, sie in WordPress 5.7 zu sehen. Diese Feature-Upgrades sind jedoch nur Sprungbretter, um die wahre Full-Site-Editing-Funktion wahr werden zu lassen. Sie bieten Endbenutzern, die immer noch klassische WordPress-Themes verwenden, eine Möglichkeit, außerhalb des Post-Editing-Bildschirms einen Vorgeschmack auf Blöcke zu bekommen.

Für die Benutzer, die den nächsten Schritt unternehmen, werden Widgets und Navigationsmenüs – zumindest die traditionellen Admin-Bildschirme – verschwinden. Auch der Customizer, der einst als die Zukunft der Theme-Entwicklung angepriesen wurde, bekommt die Axt. Die Anpassung der Website über ein System, bei dem alles ein Block ist, wird die Oberhand behalten.

Sobald der Schalter umgelegt wird, wird die Welt auf ein ganz neues WordPress blicken.

Bei WordPress 5.7 und höher geht es um den Site-Editor und blockbasierte Themen. Der Site-Editor ist die visuelle Darstellung von Blockvorlagen, die Theme-Entwickler den Benutzern anbieten. Vorlagen können vom Benutzer über den WordPress-Administrator unbegrenzt angepasst werden. Während Themer benutzerdefinierte Konfigurationen erstellen und Standardeinstellungen festlegen, liegt die Entscheidung darüber, wie das Frontend der Website aussehen wird, letztendlich in den Händen des Benutzers.

Seit dem Start von Phase 1 ist der Blockeditor eine Hassliebe. Erwarten Sie, dass der Website-Editor nicht weniger umstritten ist.

Darunter sprechen der Code eines Themas und der Site-Editor in derselben Sprache. Dies bedeutet im Wesentlichen, dass Benutzer zu Themenautoren wechseln können, wenn sie ein Händchen für Design haben oder es einfach ausprobieren möchten. Sie sollten dies tun können, ohne den Komfort des bewährten Website-Editors verlassen zu müssen, der bereits den Export von Vorlagen ermöglicht.

Da der Post-Editor und der Site-Editor beide auf derselben, zugrunde liegenden blockbasierten Grundlage arbeiten, gibt es keinen Grund für Benutzer, nicht nahtlos zwischen den beiden wechseln zu können. Es gibt derzeit ein Ticket zum Hinzufügen eines solchen Umschalters auf dem Nachbearbeitungsbildschirm. Es ermöglicht Benutzern, in einen Vorlagenbearbeitungsmodus zu wechseln, ohne den Post-Editor zu verlassen.

Dies ist kein neu eingeführtes Konzept. Josepha Haden, die die Veröffentlichung von WordPress 5.6 leitete, hat dies Anfang dieses Jahres angesprochen. „Ich denke, eines der Probleme, die wir mit Gutenberg zu lösen versuchen, war schon immer eine konsistentere Erfahrung beim Bearbeiten von Elementen über die WordPress-Oberfläche“, sagte sie. „Kein Benutzer sollte fünf verschiedene Workflows lernen müssen, um sicherzustellen, dass seine Seite bei der Veröffentlichung so aussieht, wie er es sich vorgestellt hat.“

Eines der größeren Ziele ist die Reduzierung der Anzahl von Workflows auf eine einzige Oberfläche. Wir sind wahrscheinlich noch Jahre davon entfernt, die gesamte WordPress-Site-Verwaltung so weit reduziert zu sehen. Der Website-Editor ist jedoch der nächste Schritt in Richtung dieser potenziellen Benutzererfahrung.

Was bedeutet das alles für die Zukunft?

Während sich die letzten Jahre wie ein Wirbelsturm von Änderungen an unserer geliebten Plattform angefühlt haben, haben Sie noch nichts gesehen . Wir waren gerade dabei, uns in Phase 1 zu orientieren. Das Entwicklungsteam baute die Grundlage und startete gleichzeitig den benutzerorientierten Blockeditor. Mit dieser Grundlage kann sich das Team mehr auf Funktionen konzentrieren. Dies gilt insbesondere, wenn das G2-Komponentenprojekt überarbeitet und standardisiert, wie Kern- und Drittentwickler auf dem Blocksystem aufbauen.

Die großen Änderungen in Phase 2 in diesem Jahr bedeuten, dass Themenautoren sich auf den neuesten Stand bringen müssen. Traditionelle WordPress-Themes werden noch eine Weile notwendig sein. Allerdings hinkt jeder Theme-Autor, der nicht bereits an blockbasierten Themes bastelt, bereits Monate hinterher. Dies ist die Zeit, um das System zu erforschen und mitzugestalten. Es ist an der Zeit, Fehlerberichte und Funktionsanfragen einzureichen.

Wenn möglich, sollten Themenautoren an den zweimonatlichen blockbasierten Thementreffen teilnehmen. Wenn die Zeit eine Teilnahme nicht zulässt, sollten Sie zumindest den Make Themes-Blog lesen und daran teilnehmen.

Es ist auch wichtig, sich Projekte wie das Q-Theme anzusehen oder dem Theme Experiments-Repository zu folgen.

Für Endbenutzer dreht sich dieses gesamte Projekt um Sie. Ihr Feedback ist entscheidend. Wenn Sie Ihre Website noch nicht mit dem Gutenberg-Plugin testen, sollten Sie dies tun. Es ist manchmal Wochen oder Monate voraus von dem, was Sie mit WordPress allein bekommen. Probieren Sie ein FSE-Design wie Block-Based Bosco aus. Erwägen Sie die Teilnahme am FSE Outreach-Programm. Sie können kommende Funktionen direkt testen und Feedback geben.

FSE bringt das Versprechen großer Änderungen im Jahr 2021 mit sich. Viele dieser Änderungen werden alte Methoden zur Verwaltung Ihrer WordPress-Websites entwurzeln. Diese Methoden werden durch eine der größten Überholungen der Plattform in ihrer Geschichte ersetzt. Es ist Zeit, sich vorzubereiten.

Es wird ein interessantes neues Jahr.