Ist das WordPress-Plugin-Repository den Aufwand wert?

Wenn Sie ein relativ erfahrener WordPress-Plugin-Entwickler sind, haben Sie sich diese Frage höchstwahrscheinlich schon gestellt – möglicherweise mehr als einmal.

Wenn Sie ein relativ neuer WordPress-Plugin-Entwickler sind, fragen Sie sich wahrscheinlich „Warte … warum sollte ich mein Plugin nicht im Repository haben wollen?!“

Beide Fragen sind berechtigt.

Wie bei den meisten Dingen im Leben hat das Hochladen eines Plugins in das offizielle Repository auf WordPress.org Vor- und Nachteile. In diesem Artikel betrachten wir beide Seiten der Debatte.

Die Vorteile des Repositorys sind ziemlich transparent und offensichtlich, während die Nachteile weniger offensichtlich und wohl von größerer Bedeutung sind. Infolgedessen wird dieser Artikel letzterem mehr Zeit widmen als ersterem.

Es ist wichtig zu Beginn anzumerken, dass wir das Repository hier nur aus der Perspektive des Entwicklers betrachten – nicht des Endbenutzers (obwohl einige benutzerzentrierte Faktoren den Entwickler langfristig beeinflussen). Während es also eine Reihe von benutzerorientierten Problemen mit dem Repository gibt – Probleme, die eindeutig einen genaueren Blick verdienen – sind diese Probleme für diesen Beitrag nur insoweit relevant, als sie sich auf den Entwickler auswirken.

Wie entscheiden Sie also, ob das WordPress-Repository den Aufwand für Ihr Plugin wert ist? Twittern

Beginnen wir mit der Untersuchung seiner Vorteile.

Die Vorteile des WordPress Plugin Repository für Entwickler

Plugin-Entwickler genießen eine Reihe von Vorteilen, wenn sie das Repository zum Hosten ihrer Plugins verwenden. Je nachdem, ob Sie ein professioneller Plugin-Entwickler mit vielen Produkten sind oder es nur aus Liebe zu WordPress oder einem anderen Ziel tun, kann jeder dieser Vorteile für Sie unterschiedlich viel Gewicht haben.

Zunächst ist es wichtig, eine wichtige Voraussetzung für die Nutzung des Repositorys als Entwickler zu beachten: Jedes Plugin im Repository muss kostenlos heruntergeladen und verwendet werden können. Upselling ist erlaubt, aber es gibt Grenzen.

Beispielsweise können Sie zwei Versionen Ihres Plugins erstellen. Das erste – das im Plugin-Repository von WordPress.org gehostete – muss kostenlos, aber auch funktionsfähig sein. Sie können also eine Version Ihres Plugins erstellen, die nicht so voll ausgestattet ist, um sie in das Repository hochzuladen, und dann dem Benutzer den Upsell für die voll funktionsfähige Version anbieten, entweder gegen eine einmalige Zahlung oder auf Abonnementbasis. AKA das Freemium-Modell.

Entwickler, die bereit sind, diese zusätzlichen Schritte zu unternehmen, haben also einen Vorteil: Sie erhalten alle Vorteile des Repositorys für eine kostenlose „Light“-Version und die Möglichkeit, Ihre Premium-Version an Benutzer der kostenlosen Version weiterzuverkaufen.

Die Arbeitstheorie hinter diesem Setup ist, dass Benutzer Ihrer kostenlosen Version mit ihrer Funktionalität zufrieden sein werden und daher eher bereit sind, Geld auszugeben, um die Premium-Version zu verwenden. Diese Einrichtung selbst ist definitiv ein Vorteil für den Entwickler. Es macht es einfacher, den Verkauf abzuschließen, und es erhöht die Größe des Publikums, das zu dieser leichter zu überzeugenden Stelle im Kaufzyklus verschoben wurde, erheblich.

Das WordPress-Repository erhöht die Größe des Publikums, das möglicherweise an eine Stelle im Kaufzyklus verschoben werden kann, die leichter zu überzeugen ist. Twittern

Und das führt uns zum zweiten entscheidenden Vorteil für Entwickler, die das Repository nutzen: der Kontakt mit einem großen und vielfältigen Publikum. Wie Scotch.io’s „How to Build a WordPress Plugin, Part 2“ betont, ist das Repository gut für Entwickler, weil Sie „Teil der WP-Community“ werden.

Das gilt insbesondere, wenn man bedenkt, dass die WordPress-Community Menschen aus einer Reihe verschiedener Länder umfasst, die viele verschiedene Sprachen sprechen: „Es macht sehr viel Sinn, Ihr Plugin einfach [übersetzbar] zu haben, ohne die Kerncodierung anfassen zu müssen.“

Diese Community kann auch dazu beitragen, den Prozess des Debuggens und der zukünftigen Entwicklung zu beschleunigen – unbestreitbar ein weiterer Vorteil der Verwendung des Repositorys.

Entwickler können sicherlich ihre eigenen Plugins debuggen und verfeinern. Aber es ist nicht zu leugnen, dass der Prozess mit der Unterstützung einer großen, aktiven Benutzerbasis viel schneller, reibungsloser und gründlicher ist.

Das ist etwas, das viele Entwickler – insbesondere solche ohne Premium-Versionen zum Upselling – einfach nicht kosten- oder zeiteffizient replizieren können. Es ist einfach nicht praktikabel.

Dann gibt es auch die Tendenz, die wir alle bis zu einem gewissen Grad haben: für unsere eigene Arbeit „codeblind“ zu werden. So wie Autoren oft ihre eigenen Tipp- oder Grammatikfehler nicht sehen können, übersehen Entwickler manchmal Probleme in ihren eigenen Plugins – Probleme, die eine engagierte Gruppe von Benutzern leichter finden und identifizieren kann.

Das Repository kann einem Plug-in-Entwickler auch Zugriff auf zeitnahes und differenziertes Benutzerfeedback bieten. Wie Speckyboy in diesem Artikel anmerkt, der einige der Vor- und Nachteile der Entwicklung von Repository-gehosteten Plugins umreißt:

Die Trac-Softwarelösung, die das Repository aktiviert, ist tatsächlich ziemlich geschickt darin, Benutzern die Möglichkeit zu geben, die Funktionen eines Plugins zu kommentieren. Plugin-Benutzer können direkt mit dem Entwickler des Codes interagieren, und sie können sowohl die Funktionen kommentieren als auch sie überprüfen, indem sie das grundlegende Kommentarsystem verwenden, das ebenso nützlich wie intuitiv ist.

Wenn dies einfacher wird, geben Benutzer eher aussagekräftiges Feedback, was Ihre Arbeit nur verbessern kann.

Schließlich gibt es eine eingebaute Benutzerwahrnehmung für Repository-Plugins, dass sie qualitativ hochwertiger und vertrauenswürdiger sind als Plugins, die dort nicht aufgeführt sind. (Ob diese Wahrnehmung mit der Realität übereinstimmt, ist eine andere Frage – eine, die wir später in diesem Beitrag untersuchen werden.) Das macht es insgesamt wahrscheinlicher, dass ein Benutzer Ihr Plugin herunterlädt, aktiviert und verwendet.

So viel zu den Vorteilen. Was sind die Nachteile?

Support ist eine schwere Last

Indem der Entwickler aufgefordert wird, die Unterstützung bereitzustellen, um Maßnahmen zu ergreifen, um die Anforderungen zu „erhalten“, führt das Repository ein Pull-System aus, im Gegensatz zu einem System, das Benachrichtigungen an den Entwickler „pusht“.

Wenn Ihr Plugin nur ein paar Dutzend Downloads hat und die Plugin-Entwicklung nur ein Hobby für Sie ist, ist dies möglicherweise keine große Sache. Aber wenn dies Ihr Geschäft ist und/oder Sie mehrere Plugins haben, darunter einige besonders beliebte, kann ein Pull-System Ihre Produktivität, Ihren Zeitplan und Ihre geistige Gesundheit wirklich verheeren.

Seien wir ehrlich: Es kann ein zeitaufwändiger Prozess sein, Support für kostenlose Plugins anzubieten, selbst wenn der Entwickler Support anbieten möchte.

Das Anbieten von Support für kostenlose Plugins kann sehr ressourcenintensiv sein, selbst wenn der Entwickler geneigt ist.Tweet

Hinter den Beschwerden vieler Entwickler über das Repository steckt der Eindruck mangelnder Sorge um den Entwickler.

Oft wird der Kritik dieser Entwickler mit einer Version von „Wenn Sie keine Zeit damit verbringen möchten, ein kostenloses Plugin zu unterstützen, vermeiden Sie das Repository. Veröffentlichen Sie es auf GitHub.“

Aber selbst wenn Sie vernünftige Support-Anfragen für kostenlose Plugins nicht stören, kämpfen Sie immer noch gegen etwas, das viele für eine unglücklich gestaltete Support-Plattform halten, die den Entwicklern die Verpflichtung auferlegt, sie zu überwachen, und die nicht unbedingt mit Ihnen funktioniert etablierte Arbeitsabläufe.

Bewertungs-/Bewertungssystem anfällig für Missbrauch

Viele Entwickler sind sich einig, dass das aktuelle Bewertungs- und Bewertungssystem einfach zu anfällig für Manipulationen durch diejenigen ist, die schlechte Motive haben oder einfach nicht verstanden haben, was das Plugin tut, wie man es benutzt oder um Unterstützung bittet.

James Laws von WP Ninjas hat es in einem Artikel bei ManageWP gut ausgedrückt:

Das Problem ist, dass es keine Rechenschaftspflicht gibt, wenn jemand diese Bewertungen abgibt. Benutzer sagen, dass etwas kaputt ist, nur weil es in ihrem speziellen Setup nicht funktioniert, aber das ist nicht immer der Fall. Manchmal ist etwas anderes in ihrem Setup kaputt, oder sie verstehen einfach nicht, wie man das Plugin richtig verwendet.

Qualitätsprobleme mit Plugins

Während Benutzer Repository-gehostete Plugins möglicherweise als qualitativ hochwertiger wahrnehmen, gilt dies nicht unbedingt für Entwickler, von denen viele das Vorhandensein von Plugins von fragwürdiger Qualität im Repository kommentiert haben.

Ein Beispiel für diese Wahrnehmung findet sich im Beitrag „Was lauert im WordPress-Plugin-Repository?“. die die folgenden Probleme detailliert (zugegebenermaßen im Jahr 2011):

1. „Mehr als die Hälfte der Plugins im Repository sind nicht mit WordPress 3.x kompatibel“
2. „85 % der von mir getesteten Plugins hatten PHP-Warnungen, -Fehler und -Hinweise“
3. „Mit ein wenig Recherche fand ich ein Plugin im Repo mit einer Schwachstelle und konnte damit eine Seite hacken und in eine Drohne verwandeln.“
4. „Nur 32 % dieser über 15.000 Plugins wurden 2011 aktualisiert“
5. „… zwei Drittel aller Plugins wurden dieses Jahr nicht aktualisiert, und ein Drittel wurde seit 2009 nicht aktualisiert.“

Mika Epstein hielt kürzlich eine spektakuläre Präsentation über den gesamten Überprüfungsprozess aus Sicht der Freiwilligen (fünf, ob Sie es glauben oder nicht – nur fünf), die für das Repository eingereichte Plugins überprüfen (im Durchschnitt 35 pro Tag).

Aus dieser Präsentation geht hervor, dass die Überprüfung ein langer, mühsamer und detailorientierter Prozess ist, der darauf ausgelegt ist, Probleme mit dem Code sowie Verstöße gegen die Plugin-Richtlinien wie Namen, Warenzeichen usw. zu erkennen.

Gelingt es? Nicht komplett. Natürlich ist jedes von Menschen betriebene System anfällig für ein gewisses Maß an Fehlbarkeit.

Der Überprüfungsprozess selbst

Mikas Präsentation legt auch viele der Probleme mit dem Überprüfungsprozess dar. Grundsätzlich ist es bei einem Team von fünf freiwilligen Mitgliedern und durchschnittlich 35 Plugins, die jeden Tag an einer veralteten BBPress-Plattform arbeiten, nicht vernünftig, einen schnellen, optimierten, entwicklerorientierten Prozess zu erwarten.

Das Endergebnis: Auf der Seite „Plugin hinzufügen“ auf WordPress.org erfährst du nicht, wie lange du warten wirst – aber du kannst sehen, wie viele Plugins vor deinem warten.

Zum Zeitpunkt der Erstellung dieses Artikels befanden sich 145 Plugins in der Überprüfungswarteschlange, von denen 108 auf ihre erste Überprüfung warten.Tweet

Und wie es der Speckyboy-Beitrag ausdrückte: „Automattic scheut sich nicht, den Entwicklern im Repository [seinen] Willen aufzuzwingen.“

Es ist auch erwähnenswert, dass der Prozess des Hochladens und Einreichens nicht sehr benutzerfreundlich ist, insbesondere für Anfänger, was neue Entwickler nicht dazu ermutigt, ihre Fähigkeiten auszuprobieren und das WordPress-Erlebnis auf kreative Weise zu erweitern.

Nicht genug Daten!

Wenn Sie Ihr Plugin im WordPress-Plugin-Repository hosten, erhalten Sie nicht viele Statistiken und Daten darüber, wer Ihr Plugin wie verwendet. Sie werden blind entwickeln und müssen sich nur mit der Anzahl der Downloads und einer Schätzung der Anzahl aktiver Installationen befassen. Das macht es praktisch unmöglich, intelligente, datengetriebene Entscheidungen zu treffen.

Wie Chris Lema vorschlägt – wenn Sie Daten haben, fliegen Sie nicht „blind“, und es kann Ihre Augen für sehr wichtige und dringende Entscheidungen öffnen, die in Bezug auf Ihr Plugin getroffen werden müssen. Diese Entscheidungen sind in der Regel zugunsten Ihrer Benutzer in Bezug auf Entwicklung und Support und schließlich für den Marketing- und Preisoptimierungsprozess Ihres Plugins.

Hier ist ein kurzer Treffpunkt, den Matt Cromwell mit Chris Lema hatte, um dieses Thema und andere verwandte Themen zu diskutieren.

Plugin-Entwickler, die ihre Plugins mit dem WordPress-Repository hosten, haben dennoch eine legitime Möglichkeit, die Daten ihres Plugins zu erhalten, solange dies mit der Zustimmung und Zustimmung des Benutzers geschieht. Freemius Insights kann dabei helfen, indem es alle fehlenden Teile im Datenpuzzle eines WordPress-Plugins bereitstellt.

Einschränkungen für Plugins

Schließlich müssen sich Entwickler mit einer langen Liste von Einschränkungen für Plugins auseinandersetzen, die für das Repository akzeptiert werden.

Wie auf der Informationsseite des Plugin-Verzeichnisses von WordPress.org für Entwickler kurz beschrieben, umfassen diese Einschränkungen:

1. Ihr Plugin muss zu 100 % GPL-konform sein (und dazu gehören Nicht-PHP-Assets wie Bilder und CSS, die keine Derivate des WordPress-Codes sind).
2. Kann nichts Illegales oder „moralisch Anstößiges“ tun
3. Der Entwickler muss das vom Plugin-Team bereitgestellte Subversion-Repository verwenden, wenn es auf der WP.org-Site angezeigt werden soll – das Verzeichnis „ist eine Hosting-Site, keine Listing-Site“
4. Es muss eine readme.txt-Datei vorhanden sein, die lesbar und mit dem Readme-Dateistandard des WP-Plugins kompatibel ist

Es gibt eine viel längere Liste von Richtlinien und Anforderungen, darunter ein Verbot der Verletzung von WordPress-Markenzeichen und eine weitere Erinnerung, dass das Team Plugins entfernen kann, die möglicherweise als Spam, illegale oder moralisch anstößige Plugins gelten.

Fazit

Viele der in diesem Artikel erwähnten Nachteile liegen einem vermeintlichen Mangel an Bewusstsein oder Berücksichtigung der Perspektive und Bedürfnisse der Entwicklergemeinschaft zugrunde.

In Verbindung mit dem wahrgenommenen oder tatsächlichen Problem mit der Qualität der für das Repository akzeptierten Plugins und den vielen Anforderungen, die durchgesetzt werden, ist es kein Wunder, dass das Repository für einige Entwickler an Attraktivität verliert.

Also, was ist die Lösung?

Wenn Sie ein Entwickler sind, der daran interessiert ist, mit Ihrem Code einen schnellen Beitrag zur WordPress-Community zu leisten, sollten Sie GitHub wie Coen Jacobs in Betracht ziehen:

Es ist im Grunde ein Remote-Repository, in dem Sie Ihren Code speichern können. Aber GitHub bietet mehr. Sie erhalten ein einfaches Ticketsystem, ein Wiki und eine nette Möglichkeit, Ihren Code online anzuzeigen (und zu teilen, wenn Ihr Repository öffentlich ist).

Natürlich bietet GitHub Plug-in-Entwicklern seine eigenen Vor- und Nachteile. Sie sollten die Frage also kritisch prüfen, bevor Sie eine endgültige Entscheidung treffen.

Aber wenn deine Absichten und Pläne in der WordPress-Plugin-Welt langfristig & sich wiederholend sind – und vielleicht möchtest du dein Plugin auch irgendwann mit dem Freemium-Modell monetarisieren – vielleicht ist das WordPress.org-Repository trotzdem das Richtige für dich all seine Nachteile. Außerdem sollten wir als Mitglieder der WordPress-Community auf Verbesserungen des Repositorys drängen, um seine Nachteile und Probleme anzugehen.

Was denken Sie? Sind die Vorteile des Repositorys alle Nachteile und Probleme für Plugin-Entwickler wert?