Die ach so vielen lachhaft wahren Einschränkungen von WordPress.
…und meine bescheidenen Ideen, wie sie verbessert werden könnten. Dieser Beitrag wurde von den Werbekampagnen von Wix inspiriert, die sich über WordPress (und seine häufigen Fehler) lustig machen. Damit das klar ist: Ich finde WordPress nicht schlecht, ok? 😉 .
Also habe ich mir ein paar Ideen überlegt, um die Benutzerfreundlichkeit von WordPress insgesamt zu verbessern. Und um das klarzustellen… es sind Verbesserungen, von denen ich denke, dass sie auch anderen CMS helfen könnten (z.B. Shopify).
1. Bessere Beschreibung für WordPress
Jetzt, da unser geliebtes CMS von immer mehr technisch nicht versierten Nutzern verwendet wird, ist es wichtig, dass sie verstehen, was es ist.
Das altmodische "Open-Source-CMS" ist nicht mehr zeitgemäß. Vielleicht brauchen wir eine technisch versierte und eine nicht-technisch versierte Version. Ich würde vorschlagen, dass die nicht-technische Version so etwas ist wie:
WordPress ist eine Website-Plattform, die von jedem Webhost genutzt werden kann und mit der Sie Websites mit individuellem Design und Funktionalität erstellen können. Es ist beliebt, weil es einfach zu bedienen und sicher ist und auch von vielen anderen großen Websites verwendet wird.
Während WordPress und viele seiner Themes und Plugins von Drittanbietern kostenlos sind, gibt es auch viele Premium-Anwendungen, mit denen Sie Ihre unbegrenzten Möglichkeiten erweitern können. Durch eine sorgfältige Mischung von Plugins können Sie Ihre WordPress-Site in alles verwandeln, was Sie wollen: einen Blog, einen Shop, eine Galerie, eine Community-Site und vieles mehr.
Die Arbeit mit WordPress ist für jeden leicht zu erlernen, aber Sie können auch Unterstützung von einem großen Netzwerk von Community-Entwicklern erhalten. Die meisten Programmierer auf der ganzen Welt können Ihnen heute bei Ihren WordPress-Anforderungen helfen.
- Ferkan Saglamsoy, WP Speed
2. Admin-Seitenmenü (Umstrukturierung)
Ich hasse es, wie das linke Seitenmenü bei jeder Website anders aussieht, je nachdem, welche Plugins man installiert hat. Es ist für mich (einen erfahrenen Benutzer) schwieriger, Dinge zu finden, und für Anfänger schwieriger zu verstehen, wie WordPress Dinge organisiert sind.
Ich schlage vor, die Dinge auf diese Weise neu zu organisieren … und sie auch in Abschnitte zu unterteilen:
- Beiträge (und andere Beitragstypen, CPTs)
- Seiten
- Kommentare
- Dann die WordPress-Einstellungen
- …und dann die Einstellungen für Themes/Plugins von Drittanbietern
Es geht nicht nur um die Organisation, sondern auch darum, dass die Benutzer verstehen, wie WordPress funktioniert.
3. Strengere Anforderungen für Repository-Themen und ‑Plugins
Erhöhen Sie die Standards für Repository-Themen und ‑Plugins.
Ich wüsste gar nicht, wo ich anfangen sollte. Einige Gedanken dazu unten:
- Erlaube Themes/Plugins nicht, Nutzer (visuell) zu spammen.
- Themes/Plugins dürfen keine exzessiven Datenbankabfragen durchführen oder den Speicher mit Autoloads belasten.
- Dies allein würde so viele Blähungen und Speicherprobleme reduzieren.
Ich hasse die Idee, Themes und Plugins von Drittanbietern zu kontrollieren, aber viele WordPress-Nutzer müssen vor sich selbst gerettet werden. Sie wissen es nicht besser. Es ist also unsere Aufgabe, für sie das Denken im Voraus zu übernehmen.
4. Besseres Bewertungssystem für WordPress-Repository
Ich schlage vor, den Experten/Entwickler-Benutzern mehr Aufmerksamkeit zu geben.
Vielleicht können wir einen Teil der Balken SCHWARZ oder ROT einfärben, um die Bewertungen von erfahrenen Nutzern darzustellen. Und diese Experten-Nutzer können durch diejenigen mit vielen Bewertungen (über 100?) oder diejenigen, die Plugins auf ihrem eigenen Konto veröffentlicht haben, bestimmt werden.
Auf diese Weise ist es viel einfacher zu sehen, was andere Entwickler mögen/hassen. Oder wie wäre es, wenn man einen "Review"-Tab auf den WordPress Repo-Profilen zulässt, damit die Leute sehen können, wie ihre Lieblingsentwickler Themes/Plugins bewerten.
5. Bruchsichere Updates
Nein, ich habe hier keine Antworten.
Sicher, wir könnten ein eingebautes Rollback-System fordern. Aber das behebt nicht das Grundproblem. Das sind immer Code-Konflikte in CSS, JS oder PHP… oder Anpassungsüberschreibungen.
Das Problem ist, dass sich die Dinge weiter entwickeln müssen.
- Nur dass sie sich nicht alle gleichzeitig weiterentwickeln.
- Sie werden nicht alle von demselben Entwickler und mit derselben Denkweise gepflegt.
- Probleme können dadurch entstehen, dass der Code zu früh oder zu spät weiterentwickelt wird.
Vielleicht gibt es auch die Regel, dass neuer Code nicht immer mit altem Code kompatibel sein kann. Besonders wenn es sich um Code zwischen verschiedenen Teilen handelt (Theme und Plugin oder Plugin und ein anderes Plugin).
Sollten wir eine neue Regel aufstellen, die besagt, dass Themes keine Plugin-Funktionalität und Plugins keine Styling-Funktionalität haben dürfen? (Autsch…das ist eine zu große Forderung für mich.)
6. Fehlermeldungen sollten auf error_log verweisen
Alle Fehlermeldungen (weißer Bildschirm oder kritische Meldung) sollten die Benutzer darauf hinweisen, das error_log zu überprüfen.
Dies ist so selbstverständlich, dass ich nicht weiß, warum es nicht schon früher geschehen ist. Ich bezweifle ernsthaft, dass dies ein Sicherheitsproblem darstellt, da alle Hacker ohnehin darüber Bescheid wissen. Allein diese Kleinigkeit würde den Benutzern helfen, leicht zu verstehen, welches Theme/Plugin ihre Probleme verursachen könnte.
Wenn wir schon dabei sind, wie wäre es mit ein paar anderen hilfreichen Hinweisen zu Fehlerbildschirmen:
- Sie können Ihr error_log nicht finden? Schauen Sie in Ihrem public_html- oder www-Verzeichnis nach.
- Möchten Sie ein Plugin deaktivieren? Benennen Sie einfach sein Verzeichnis innerhalb von wp-content um.
- Haben Sie kürzlich Code zu Ihrer functions.php hinzugefügt? Sie können ihn auskommentieren, indem Sie "//" vor die Zeile setzen.
7. "Sicherer Modus"
Wie wäre es mit einem "abgesicherten Modus", damit die Nutzer ihre Website auch dann noch aufrufen können, wenn sie nicht funktioniert?
Im abgesicherten Modus wären automatisch alle Themes und Plugins deaktiviert. In diesem Modus können Sie lediglich Änderungen an den Live-Einstellungen vornehmen, Benutzerrechte ändern und andere wichtige/kritische Aufgaben ausführen. Alles sieht schlicht und einfach aus und ist auf den Punkt gebracht. Kein Schnickschnack.
Auf diese Weise haben die Benutzer wenigstens eine praktische Anlaufstelle, anstatt ängstlich auf eine Antwort der Entwickler zu warten.
8. Benutzerdefinierte Plugin-Sets
Ich bin es leid, immer wieder die gleichen Themes und Plugins zu installieren, wenn ich mit Websites arbeite.
Es wäre großartig, wenn das WordPress-Repositorium irgendwie benutzerdefinierte Sets Ihrer bevorzugten Themes/Plugins speichern könnte. Und wenn man sich bei einer WordPress-Site mit einer Admin-E-Mail anmeldet, die mit der E‑Mail des WordPress-Repositoriums übereinstimmt, werden die Favoriten irgendwie ganz oben in der Liste angezeigt.
9. UI-Änderungen
Kleinere UI-Änderungen, die meiner Meinung nach sehr nützlich wären.
- Hinzufügen eines "Inaktivieren"-Links am unteren Rand der Widgets (neben "Löschen" und "Fertig").
Gibt es weitere Verbesserungen?
Hinterlassen Sie Ihre Kommentare unten.
Ich habe wirklich versucht, an andere zu denken, konnte es aber im Moment nicht. Letztendlich möchte ich WordPress nicht von seinen Wilden-Westen-Wegen abbringen. Ich liebe die verrückte Freiheit, die man damit hat. Niemand will eine sterile CMS-Plattform. Selbst mit seinen Nachteilen würde ich es problemlos Shopify, Wix, Weebly usw. vorziehen. Und das würden viele andere auch.