Core Contributors schlagen offizielles WordPress Performance Team vor

WordPress ist in puncto Leistung hinter anderen Plattformen zurückgeblieben, was zu einem neuen Vorschlag für ein offizielles WordPress Performance Team geführt hat. 

Am 12. Oktober reichte Ari Stathopoulos, der hauptberuflich an WordPress mitarbeitet, einen Vorschlag ein, in dem er darlegt, warum er und einige andere Mitarbeiter/innen der Meinung sind, dass ein offizielles Leistungsteam notwendig ist, das für die Koordinierung der Bemühungen zur Verbesserung der Leistung (Geschwindigkeit) von WordPress verantwortlich ist.

"Die Nutzer erwarten und bevorzugen schnelle Erlebnisse (bewusst oder unbewusst)", so Stathopoulos in dem Vorschlag. "Die Forschung zeigt, dass schnelle Websites ein besseres Nutzererlebnis bieten, das Engagement erhöhen, der Suchmaschinenoptimierung zugutekommen, die Konversionsrate steigern und wirtschaftlich und ökologisch verträglicher sein können.

Stathopoulos ist ein von Yoast geförderter Vollzeit-Mitarbeiter. Der Vorschlag wurde von Mitarbeitern von Yoast und Google verfasst.

Dem Vorschlag zufolge ist WordPress hinter Plattformen wie Wix, Shopify und Squarespace zurückgefallen. 

"Andere Plattformen sind im Durchschnitt schneller - und werden immer schneller - als WordPress und investieren aktiv in die Core Performance als Feature (und vermarkten sie)", so Stathopoulos. Wir können die Auswirkungen dieser Investitionen an der wachsenden Kluft zwischen dem Anteil der WordPress , die "gute" Core Web Vitals-Bewertungen erzielen, und anderen Plattformen erkennen.

Einer der Gründe, warum WordPress mit dieser Lücke konfrontiert ist, liegt darin, dass es seinen Nutzern erlaubt, beliebige Plugins und Themes für ihre individuellen Websites zu verwenden. Diese Themes und Plugins können zwar die Leistung steigern, aber sie tragen nicht dazu bei, die Gesamtleistung von WordPress zu erhöhen. 

Die Grundüberzeugungen des WordPress Performance Teams

Der Vorschlag für ein WordPress besagt, dass WordPress aktiv in die Performance von WordPress Core und darüber hinaus investieren muss, einschließlich des Core-Codes, der Anforderungen an Themes und Plugins, der Einrichtungs- und Onboarding-Prozesse, der Admin-/Editier-Erfahrungen sowie der Ausbildung für Content-Ersteller.

Die folgenden Grundüberzeugungen werden in dem Vorschlag dargelegt:

• Die Leistung ist ein grundlegender Bestandteil des Nutzererlebnisses, und WordPress sollte darauf abzielen, ein gutes Nutzererlebnis zu bieten.
• Angemessene Leistungsniveaus zu erreichen, sollte nicht Sache von Plug-ins sein, sondern zum Kerngeschäft gehören (auch bekannt als "Performance by Default"), denn;
  • Alle WordPress (egal welcher Art) brauchen einen gut beleuchteten Weg zu guter Leistung.
  • Von durchschnittlichen Endnutzern kann man nicht erwarten, dass sie Leistungsexperten sind.
  • Da dies bei Themes/Plugins oft nicht der Fall ist, beschränken sich die Leistungslösungen darauf, leistungsschwaches Verhalten (z. B. Ausgabepufferung) zu erzwingen (Brute-Force).
  • Das Plugin-Ökosystem hilft Nutzern nicht, die nicht wissen, dass sie Hilfe brauchen, oder die vom Plugin-Ökosystem schlecht bedient werden.
• Nutzer, die sich für ein CMS entscheiden, werden zunehmend von der Leistung (und den damit verbundenen UX/SEO/Conversion-Faktoren) beeinflusst, und wir werden gegenüber schnelleren Plattformen an Boden verlieren.
• Die "Demokratisierung des Publizierens" setzt voraus, dass die veröffentlichten Inhalte auffindbar sind, was bei langsamen Websites weniger wahrscheinlich über Suchmaschinen geschieht (die den Großteil der Entdeckung neuer Inhalte beeinflussen oder ausmachen).

"Plugin-Territorium"

In dem Vorschlag wird zwar argumentiert, dass ein Großteil der Leistungsaspekte Teil des WordPress sein und vom WordPress behandelt werden sollte, aber bestimmte Aspekte sollten dennoch fest im "Plugin-Gebiet" verbleiben, wie es heißt.

Sie besagt, dass die folgenden Bereiche von Plugins behandelt werden sollten:

• Integrationen mit bestimmten CDNs
• Prozesse zur Umwandlung von Vorlagen (z. B. AMP)
• Jede nicht standardisierte Leistungstechnologie
• Alle experimentellen Standards (z. B. Browser-APIs/Funktionen mit begrenzter Verbreitung)

---

Die Idee hinter diesem Vorschlag ist, dass ein offizielles WordPress mehr Sichtbarkeit für die gesamten Performance-Bemühungen bieten würde, so dass Mitarbeiter, die nicht daran interessiert sind, an Core als Ganzes zu arbeiten, sich entscheiden können, speziell an Performance zu arbeiten. 

Ein WordPress könnte auch Beiträge von verschiedenen Gruppen wie Browsern, Hosting- und SEO-Firmen und anderen anziehen und WordPress für neue Arten von Mitwirkenden, wie Performance- oder Datenanalysten, öffnen.

Das Kickoff-Meeting für das WordPress fand am 2. November statt und es wurde ein Slack-Channel #performance eingerichtet, in dem alle Diskussionen rund um dieses Projekt stattfinden.  

Die aktuellen Leistungsprojekte sind in einer Tabelle zusammengestellt. Diejenigen, die einen Beitrag leisten möchten, hat das Team gebeten, sich selbst1-2 Bereichen zuzuordnen, um anzugeben, woran sie arbeiten möchten.