Sollten WordPress-Designs einen Top-Level-Admin-Menüpunkt hinzufügen?

WordPress hat fast immer einen Top-Level-Admin-Menüpunkt für Themes bereitgestellt. Es ist eindeutig mit „Aussehen“ gekennzeichnet. Es ist der einzige Ort, den alle WordPress-Benutzer besuchen müssen, um alle Erscheinungsbild-bezogenen Dinge für ihre WordPress-Site zu ändern. Es gibt jedoch eine Bewegung innerhalb des Themes-Teams, die es Themes ermöglicht, einen zusätzlichen Top-Level-Menülink im Adminbereich zu platzieren. Die große Frage: Soll diese Idee vorangetrieben werden?

Als das Thementeam (ursprünglich als Themenüberprüfungsteam bezeichnet) gegründet wurde, erstellten seine Mitglieder eine Reihe von Richtlinien, die im Laufe der Jahre geformt und umgestaltet wurden. Sie waren eine Reihe von Lebensrichtlinien, die sich mit der Zeit immer ändern konnten.

Eine der ältesten Richtlinien forderte, dass Themes alle benutzerdefinierten Admin-Seiten unter dem Menüpunkt „Darstellung“ platzieren müssen. Es machte Sinn. WordPress bot einen Standardspeicherort für alle themenbezogenen Seiten. Die benutzerdefinierten Header- und Hintergrundfunktionen lebten unter Aussehen. Widgets, ebenfalls definiert durch das aktuelle Thema, wurden als Unterseite untergebracht. Schließlich kam das benutzerdefinierte Navigationsmenüsystem von WordPress hinzu und befand sich – Sie haben es erraten – unter Aussehen. Die Kernentwickler haben sogar den Customizer-Link an derselben Stelle platziert.

Über ein Jahrzehnt lang gab es einen klar definierten Standard. Sicher, kommerzielle Themen außerhalb des offiziellen Verzeichnisses sprengen manchmal die Form. Themen aus dem Verzeichnis folgten jedoch dem Muster.

Nun schlägt das Themes-Team vor, dass Themes mit Traditionen brechen können sollen.

Die Diskussion entstand nach einer Frage, ob Themes in der Lage sein sollten, ein benutzerdefiniertes Panel zur Seitenleiste des Blockeditors hinzuzufügen, was nicht erlaubt ist.

„Um den Editor frei von Unordnung, Werbung und Upselling zu halten, wobei der Customizer weniger verwendet wird und keine Dashboard-Widgets erlaubt sind, können wir Themenautoren einen besseren Ort geben, um ihre Informationen einzufügen, und Upselling auf diesen Bereich beschränken?“ schrieb Carolina Nymark in den Teambesprechungsnotizen der letzten Woche.

Der Vorschlag scheint sich auf die Idee zu einigen, dass Themen an Sichtbarkeit verlieren, wenn sich WordPress in Richtung einer vollständigen Seitenbearbeitung bewegt und der Customizer an Bedeutung verliert. Der Customizer ist kein idealer Ort für etwas anderes als Themenoptionen, aber dieser Begriff scheint in der Diskussion übersehen worden zu sein. Dennoch ging die ursprüngliche Richtlinie, die es Themen untersagte, Menüeinträge auf oberster Ebene zu erstellen, dem Aufkommen des Customizers um mehrere Jahre voraus. Werbung, Dokumentation, Plugin-Empfehlungen und ähnliche Seiten waren unter dem bestehenden Aussehen-Menü immer erlaubt. Die Nützlichkeit des Customizers war nie ein notwendiger Teil dieses Gesprächs.

Letztendlich sollte die Frage lauten, was für die Nutzer am besten ist. Es gibt keine Daten, die die Änderung oder das Festhalten am Status quo unterstützen. Wir haben jedoch einen Standard, der seit Jahren existiert.

Die vorgeschlagenen Richtlinien

Der Vorschlag würde mehrere neue Richtlinien schaffen, die Themenautoren befolgen und Prüfer überprüfen können, vorausgesetzt, das Thema hat einen Admin-Menüpunkt auf oberster Ebene erstellt:

• Es darf keine Admin-Menü-Priorität verwendet werden.
• Für das Menüelement sind keine UI- oder Farbänderungen zulässig.
• Der Titel muss kurz gehalten werden und darf keinen Spam enthalten.
• Nicht mehr als drei Unterseiten.
• Untergeordnete Themen sind auf eine Unterseite beschränkt oder können die übergeordneten Seiten entfernen und eine eigene hinzufügen.

Einige davon sind sinnvoll und folgen bestehenden Richtlinien, wie z. B. kein Spamming oder das Ändern der Admin-Benutzeroberfläche. Andere könnten jedoch problematisch sein.

Wenn Sie mit dem Vorschlag fortfahren, sollte das Festlegen einer Menüelementpriorität erforderlich und nicht zulässig sein. Wenn überhaupt, wäre es sinnvoll, eine bestimmte Priorität zu verlangen, um den benutzerdefinierten Menüeintrag unmittelbar nach dem vorhandenen Darstellungseintrag zu platzieren. Dies würde sie zumindest standardmäßig zusammen gruppieren. Wenn Sie den Ort ändern, an dem Benutzer themenbezogene Seiten gewohnt sind, ist es wahrscheinlich am besten, sich nicht zu weit von der Standardposition zu entfernen.

Nicht mehr als drei Unterseiten? Sicherlich wird es irgendwann ein Theme mit einem obersten Admin-Menüpunkt geben, das vier Unterseiten benötigt. Wenn man Themenautoren die Freiheit gibt, wertvollen Platz im Admin zu belegen, scheint eine Begrenzung auf drei Unterseiten eine Regel zu sein, um den Fehler zu beheben, das Element der obersten Ebene überhaupt zuzulassen. Es ist bestenfalls eine willkürliche Zahl. Es gäbe keinen Grund, es zu begrenzen, sobald die Richtlinie geändert wurde. Es fügt auch einen weiteren Gegenstand hinzu, den das Team überwachen muss.

Ebenso willkürlich erscheint die Beschränkung auf Unterseiten für Child-Themes. Keine solche Einschränkung besteht, wenn Unterseiten unter dem Standard-Darstellungsbildschirm platziert werden.

Der gesamte Vorschlag ist kaum mehr als zusätzliche Arbeit in einem Team, das bereits überlastet ist.

Anstelle der seit Jahren bestehenden einfachen Regel fügt der Vorschlag eine neue Regel mit mehreren Unterregeln hinzu. Wenn das Team die zusätzliche Arbeit wünscht, nehme ich an, dass dieser Punkt keine Rolle spielt.

Der Elefant im Raum

Es gibt einen Aspekt dieser Diskussion, den jeder kennt, aber nur wenige sind bereit, ihn anzusprechen. Unter all den Richtlinien des Thementeams und ob die meisten Themenautoren eine bestimmte Entscheidung unterstützen, ist, wie sich dies auf das finanzielle Endergebnis auswirkt. Wenn wir über die Sichtbarkeit der Admin-Seiten eines Themas sprechen, sprechen wir in erster Linie davon, einen weiteren Weg für kommerzielle Upsells bereitzustellen.

Ein Teil dieser Diskussion über Sichtbarkeit ist in Konzepte wie das Auftauchen der Endbenutzerdokumentation oder das Hinzufügen einer sichtbaren Readme -Datei zum Nutzen des Benutzers gehüllt. Dies sind berechtigte Bedenken, insbesondere wenn Themenentwickler beobachtet haben, wie Tickets zur Behebung solcher Stürze im Laufe der Jahre scheinbar in Vergessenheit geraten. Ob ein Top-Level-Admin-Menüpunkt sinnvoll ist, um die Themendokumentation verfügbar zu machen, könnte eine Diskussion wert sein, aber es gibt keine Welt, in der dies der primäre Anwendungsfall wäre.

Das Thema Sichtbarkeit beruht auf der Idee, die Pro-Version des Themas, Add-Ons oder andere Dienste zu verkaufen.

Viel zu viele Plugins gehen bereits über Bord und schaffen eine Werbetafel des WordPress-Administrators. Eines der Dinge, dessen sich Benutzer fast sicher sein konnten, war, dass Themen aus dem offiziellen Verzeichnis so eingeschränkt waren, dass sie nicht das heiße Durcheinander waren, zu dem Plugins in letzter Zeit geworden sind. Das könnte sich jedoch ändern.

Wollen wir wirklich einen zusätzlichen Top-Level-Admin-Menüpunkt, der in jeder Hinsicht Werbung sein wird?

Vielleicht ist es am Ende egal. Die Benutzer sind so sehr an das Durcheinander gewöhnt, das von den Dutzenden von Plugins auf ihren Websites erzeugt wird. Eine weitere spielt an dieser Stelle vielleicht keine Rolle.

Oder sollten wir ein ganz anderes Gespräch führen? Wenn dies letztendlich auf Werbung hinausläuft, gibt es Möglichkeiten, dies für Themenautoren zu öffnen und gleichzeitig eine Benutzererfahrung zu schaffen, die den WordPress-Administrator übersichtlich hält?