Ist die Zukunft von WordPress Code-frei?

Einer der einzigartigeren Aspekte von WordPress ist, dass Designer wählen können, wie sie es verwenden möchten. Wir können Websites erstellen, die beliebig viele Dinge tun – und es gibt viele verschiedene Möglichkeiten, dies zu tun.

Zum Beispiel können wir ein Thema von Grund auf neu erstellen oder eine der Tausenden von kostenlosen oder Premium-Optionen herunterladen. Oder wir entscheiden uns dafür, Inhalte mit dem Gutenberg-Blockeditor zu erstellen oder ein Seitenerstellungs-Plugin zu nutzen.

Diese Entscheidungen sind wichtig, da sie viel über das fertige Produkt bestimmen. Wird es so funktionieren, wie wir es brauchen? Wird es so aussehen, wie wir es wollen? Wie flexibel wird es sein, sich in Zukunft zu ändern? Und, vielleicht am wichtigsten: Wird es uns an ein bestimmtes Produkt binden?

Es gibt eine Art Endergebnis bei diesen Entscheidungen. Im Wesentlichen entscheiden wir, ob wir benutzerdefinierten Code schreiben wollen (oder müssen) oder nicht .

Es ist eine große Sache. Und während sich WordPress und sein Ökosystem weiterentwickeln, fragt man sich, ob sich mehr Designer für codefreie Lösungen entscheiden werden. Aber wenn ja, was sind die Konsequenzen?

Page Builder werden immer besser

Wir sind nicht zuletzt wegen der WordPress-Entwicklergemeinschaft an diesem Punkt angelangt. Page Builder-Plugins gibt es beispielsweise schon seit Jahren.

Früher waren diese Produkte eher schlampige Annäherungen an das, was man mit etwas CSS- und PHP-Kenntnissen erreichen konnte. Dennoch brachten sie einer größeren Anzahl von Menschen die Möglichkeit, ein benutzerdefiniertes Seitenlayout zu erstellen.

Professionelle Designer (mich eingeschlossen) könnten diesen Tools manchmal recht abweisend gegenüberstehen. In Bezug auf den Code waren sie in Bezug auf die Qualität sehr weit verbreitet. Und die Verwendung eines Seitenerstellers fühlte sich an, als würde man sich durch ein Projekt schummeln.

Die Plugin-Autoren haben ihre Produkte jedoch weiter verbessert. Moderne Tools haben sich so weit entwickelt, dass der Code sauberer und reaktionsschneller ist. Darüber hinaus führt das Deaktivieren eines Seitenerstellers zu verlorenen Inhaltsformatierungen, aber Ihre Seiten zeigen nicht länger riesige Mengen ungenutzter Shortcodes an.

Gutenberg bringt Blöcke in eine Standardinstallation

WordPress selbst hat sich zu einer visuell orientierten Art und Weise entwickelt, Inhalte zu erstellen. Als der Gutenberg-Blockeditor in WordPress 5.0 eingeführt wurde, zielte er darauf ab, eine konsistentere Benutzererfahrung zu bieten. Dies war zum Teil eine Reaktion auf die maßgeschneiderten Techniken, die Entwickler verwendet hatten, um die Einschränkungen des Classic-Editors zu umgehen.

Es signalisierte auch, dass Sie nicht unbedingt benutzerdefinierten Code schreiben mussten, um komplexere Layouts und Funktionen zu erreichen. Der Editor hat sein eigenes Ökosystem aus benutzerdefinierten Blöcken hervorgebracht, die Sie nach Bedarf hinzufügen können.

Während Gutenberg nicht unbedingt in direkter Konkurrenz zu ausgewachsenen Seitenerstellern steht, bietet es eine viel leichtere Alternative. Und je mehr Blöcke verfügbar werden, desto mehr Designer werden wahrscheinlich am nativen Bearbeitungstool festhalten.

Darüber hinaus wird der Blockeditor schließlich die vollständige Bearbeitung der Website ermöglichen. Das bedeutet, dass wir neben der Erstellung von Inhalten auch die Möglichkeit haben werden, eine ganze Website visuell zu erstellen – alles innerhalb einer Standardinstallation von WordPress.

Wenn dies zum Tragen kommt, scheint der Code für jeden, der eine Website mit WordPress erstellt, sehr optional zu werden.

Das Gute und das Böse

Der Wechsel zu einer codefreien Website-Erstellung hat einige potenzielle Vor- und Nachteile:

Positives

Ob über ein Seitenerstellungs-Plugin oder Gutenberg, mit diesen Tools kann jeder benutzerdefinierte Seitenlayouts erstellen. Darüber hinaus können sie komplexere Inhalte wie Beitragslisten, Bildergalerien, Navigation und mehr hinzufügen. Alles, was es braucht, sind ein paar Klicks, Drag-and-Drops.

In Kombination mit einem kompatiblen Thema kommt auch die Möglichkeit, eine vollständig benutzerdefinierte Website zu erstellen, in den Bereich der Möglichkeiten. Dies ist ein ziemlich großer Schritt für WordPress, wenn es darum geht, mit vielen der DIY-Website-Ersteller auf dem Markt zu konkurrieren.

Es besteht auch die Möglichkeit, eine viel konsistentere Bearbeitungs- und Erstellungserfahrung einzuleiten. Fertige Themes haben zu oft benutzerdefinierte Lösungen implementiert, die zu Verwirrung bei den Benutzern führen können.

Und es half nicht, dass selbst das empfohlene Tool, der WordPress Customizer, einige Aufgaben erledigen sollte – andere aber nicht. Dies bedeutete, zwischen verschiedenen Benutzeroberflächen zu wechseln, um zu versuchen, eine Website zusammenzusetzen. Es ist machbar, aber nicht der benutzerfreundlichste Prozess.

Die Weiterentwicklung von Gutenberg ist ein potenzieller Wendepunkt in diesem Bereich. Das Hin und Her zwischen Schnittstellen verschwindet, da wir eine einzige Benutzeroberfläche für alle unsere Design- und Layout-bezogenen Aufgaben hätten.

Negative

Trotz der vielen Vorteile einer codefreien Zukunft gibt es einige echte Nachteile. Das Unmittelbarste ist vielleicht, dass es technisch nicht versierten Benutzern möglicherweise etwas zu viel Freiheit lässt.

Einer der wirklich praktischen Aspekte eines benutzerdefinierten Designs ist, dass Designer Elemente sperren können, die Kunden nicht berühren sollen. Das kann eine viel schwierigere Herausforderung werden, wenn alles in einer visuellen Benutzeroberfläche verfügbar ist.

Das gibt es schon einigermaßen bei Pagebuildern. Aber Gutenberg könnte es einem abenteuerlustigen Kunden noch einfacher machen, mit seinen Designexperimenten zu weit zu gehen. Hoffentlich gibt es eine Art eingebaute Möglichkeit, sich gegen diese Art von Situation zu schützen.

Das andere große Problem ist ein potenzieller Mangel an Möglichkeiten, mehr mit einem Thema zu tun. Schließlich sind es oft diese kleinen Teile von benutzerdefiniertem Code, die eine Website einzigartig machen. Könnte diese neue Vorgehensweise Entwickler daran hindern, vorlagenbasierte Codeschnipsel hinzuzufügen? Muss alles ein Block sein?

Schließlich sollte man sich auch fragen, ob dies neue Entwickler davon abhält, am Code herumzubasteln. Die Themenentwicklung ist ein so häufiger Ausgangspunkt für das Erlernen von PHP, CSS und JavaScript.

Richtig, das Erstellen benutzerdefinierter Blöcke ist eine Gelegenheit, Code zu schreiben. Aber nicht jeder wird diesen Weg gehen. Es wäre eine Schande, wenn dieser Can-do-Geist verschwinden würde.

Eine sich entwickelnde Landschaft

Dass sich WordPress in Richtung eines visuell orientierten Designprozesses bewegt, ist seit einiger Zeit offensichtlich. Seit dem ersten Blick auf die blockbasierte Bearbeitungserfahrung von Gutenberg oder sogar dem Aufkommen des Customizers vor Jahren schien es, als ob das Ziel darin bestand, mehr Designaufgaben zu erledigen, ohne Code zu berühren.

Da das Backend des CMS ausgefeilter wird, ändert sich die Art und Weise, mit WordPress zu bauen, wie wir sie kennen. Code wird immer noch Teil des Prozesses sein – für diejenigen, die ihn verwenden möchten. Für andere wird sich das Design grundlegend in Richtung interaktiver Tools verlagern.

Dies wird vielen Menschen eine ganz neue Welt von Möglichkeiten eröffnen. Was bedeutet das für Webprofis? Diese Geschichte wird noch geschrieben.