WordPressプラグインリポジトリは面倒な価値がありますか？

公開: 2016-06-02

あなたが比較的経験豊富なWordPressプラグイン開発者であれば、おそらくすでにこの質問を自問しているでしょう–おそらく2回以上。

あなたが比較的新しいWordPressプラグイン開発者であるなら、あなたはおそらくあなた自身に「待ってください…なぜ私は私のプラグインをリポジトリに入れたくないのですか？！」と自問しているでしょう。

どちらの質問も有効です。

人生のほとんどのものと同様に、WordPress.orgの公式リポジトリにプラグインをアップロードすることには長所と短所があります。この記事では、議論の両側を見ていきます。

リポジトリの利点はかなり透過的で明白ですが、欠点はそれほど明白ではなく、間違いなく大きな影響を及ぼします。結果として、この記事は前者よりも後者に多くの時間を費やします。

ここでは、エンドユーザーではなく、純粋に開発者の観点からリポジトリを調べていることに最初に注意することが重要です（ただし、ユーザー中心の要因の中には、長期的には開発者に影響を与えるものもあります）。したがって、リポジトリにはユーザー指向の問題がいくつかありますが（明らかに詳しく調べる価値のある問題）、これらの問題は、開発者に影響を与える範囲でのみこの投稿に関連しています。

では、WordPressリポジトリがプラグインの手間をかける価値があるかどうかをどのように判断しますか？

その利点を調べることから始めましょう。

開発者のためのWordPressプラグインリポジトリの利点

プラグイン開発者は、リポジトリを使用してプラグインをホストすることで多くのメリットを享受できます。あなたがたくさんの製品を持っているプロのプラグイン開発者であるか、WordPressの愛のためだけにそれをしているのか、あるいは他の目標に応じて、これらの利点のそれぞれはあなたにとって異なる量の重みをもたらすかもしれません。

最初に、開発者としてリポジトリを使用するための1つの重要な要件に注意することが重要です。リポジトリ内の各プラグインは、無料でダウンロードして使用できる必要があります。アップセルは許可されていますが、制限があります。

たとえば、プラグインの2つのバージョンを作成できます。 1つ目（WordPress.orgプラグインリポジトリでホストされているもの）は無料である必要がありますが、機能している必要もあります。そのため、リポジトリにアップロードするのに十分な機能を備えていないバージョンのプラグインを作成し、1回限りの支払いまたはサブスクリプションベースで、フル機能のバージョンのアップセルをユーザーに提供できます。別名フリーミアムモデル。

したがって、これらの追加の手順を進んで実行する開発者には利点があります。無料の「ライト」バージョンのリポジトリのすべての利点を利用でき、プレミアムバージョンを無料バージョンのユーザーにアップセルする機会があります。

このセットアップの背後にある実用的な理論は、無料バージョンのユーザーはその機能に満足するため、プレミアムバージョンを使用するために現金を払うことをいとわない可能性が高いということです。その設定自体は、開発者にとって間違いなくメリットです。これにより、販売の成立が容易になり、購入サイクルで納得しやすい場所に移動したオーディエンスのサイズが大幅に増加します。

WordPressリポジトリは、購入サイクルで納得しやすい場所に移動できる可能性のあるオーディエンスのサイズを増やします。

プレミアムにアップグレードする可能性のあるより多くのプラグインユーザー

そしてそれは、リポジトリを使用する開発者にとって2番目の重要な利点である広大で多様なオーディエンスへの露出につながります。 Scotch.ioの「WordPressプラグインの構築方法、パート2」が指摘しているように、リポジトリは「WPコミュニティの一部」になるため、開発者にとっては良いものです。

これは、WordPressコミュニティに、さまざまな言語を話すさまざまな国の人々が含まれていることを考えると、特に当てはまります。「プラグインをコアコーディングに触れることなく簡単に[翻訳可能]にすることは非常に理にかなっています。」

そのコミュニティは、デバッグと将来の開発のプロセスをスピードアップするのにも役立ちます。これは、リポジトリを使用することのもう1つの利点です。

開発者は確かに自分のプラグインをデバッグして改良することができます。しかし、大規模でアクティブなユーザーベースの助けを借りて、プロセスがはるかに速く、スムーズに、そしてより徹底的になることは否定できません。

これは、多くの開発者、特にアップセルするプレミアムバージョンを持たない開発者が、コスト効率または時間効率に基づいて複製できないことです。それは実用的ではありません。

それから、私たち全員がある程度持っている傾向もあります：私たち自身の仕事に「コードブラインド」を取得することです。ライターが自分のタイプミスや文法上の誤りをよく見られないのと同じように、開発者は自分のプラグインの問題を見逃すことがあります。これは、熱心なユーザーグループがより簡単に見つけて特定できる問題です。

リポジトリは、プラグイン開発者にタイムリーで微妙なユーザーフィードバックへのアクセスを提供することもできます。 Speckyboyがこの記事で指摘しているように、リポジトリでホストされるプラグイン開発の長所と短所のいくつかを概説しています。

リポジトリを有効にするTracソフトウェアソリューションは、実際には、ユーザーがプラグインの機能についてコメントできるようにするのに非常に優れています。プラグインユーザーは、コードの開発者と直接対話することができ、直感的であると同時に便利な基本的なコメントシステムを使用して、機能にコメントするだけでなく、レビューすることもできます。

そうすることがより簡単になると、ユーザーは意味のあるフィードバックを提供する可能性が高くなり、それはあなたの仕事をより良くすることしかできません。

最後に、リポジトリプラグインには、そこにリストされていないプラグインよりも高品質で信頼性が高いというユーザーの認識が組み込まれています。（その認識が現実と一致するかどうかは別の質問です。この質問の後半で説明します。）これにより、ユーザーがプラグインをダウンロード、アクティブ化、および使用する可能性が全体的に高くなります。

利点についてはこれだけです。欠点は何ですか？

サポートは運ぶのに重い負荷です

開発者にリクエストを「取得」するためのアクションを実行するためのサポートを提供するように要求することにより、リポジトリは、開発者に通知を「プッシュ」するシステムとは対照的に、プルシステムを実行します。

プラグインのダウンロード数が数十であり、プラグインの開発があなたにとっての趣味である場合、これは大したことではないかもしれません。しかし、これがあなたのビジネスである場合、および/またはいくつかの特に人気のあるプラグインを含むいくつかのプラグインがある場合、プルシステムはあなたの生産性、スケジュール、および正気に本当に大混乱をもたらす可能性があります。

それに直面しましょう。開発者がサポートを提供したい場合でも、無料のプラグインのサポートを提供するのは時間のかかるプロセスになる可能性があります。

無料のプラグインのサポートを提供することは、開発者が傾いている場合でも、非常にリソースを消費する可能性があります。

リポジトリに関する多くの開発者の不満の下に、開発者に対する懸念の欠如の認識があります。

多くの場合、これらの開発者の批判は、「無料のプラグインのサポートに時間を費やしたくない場合は、リポジトリを避けてください。 GitHubでリリースしてください。」

しかし、無料のプラグインに対する合理的なサポートリクエストを気にしない場合でも、残念ながら設計されたサポートプラットフォームであると多くの人が信じているものと戦っています。これは、開発者に監視の義務を負わせ、必ずしも確立されたワークフロー。

悪用されやすいレビュー/評価システム

多くの開発者は、現在のレビューおよび評価システムは、動機が悪い人や、プラグインの機能、使用方法、またはサポートを求めることを単に理解していない人による操作の影響を受けやすいことに同意しています。

WPNinjasのJamesLawsは、ManageWPの記事でそれをうまく説明しています。

問題は、誰かがこれらの評価を行うときに説明責任がないことです。ユーザーは、特定のセットアップで機能しないという理由だけで何かが壊れていると言いますが、常にそうであるとは限りません。セットアップで何か他のものが壊れている場合や、プラグインを正しく使用する方法を理解していない場合があります。

プラグインの品質問題

ユーザーはリポジトリでホストされるプラグインの品質が高いと感じるかもしれませんが、それは必ずしも開発者には当てはまりません。開発者の多くは、リポジトリに疑わしい品質のプラグインが存在することについてコメントしています。

この認識の一例は、「WordPressプラグインリポジトリに潜んでいるものは何ですか？」という投稿にあります。これは次の問題を詳述しています（確かに、2011年）：

「リポジトリ内のプラグインの半分以上がWordPress3.xと互換性がありません」
「私がテストしたプラグインの85％には、PHPの警告、エラー、および通知がありました」
「少し掘り下げて、弱点のあるプラグインをリポジトリで見つけ、それを使用してサイトをハッキングし、ドローンに変えることができました。」
「2011年に更新されたプラグインは15,000以上のうち32％のみです」
「…すべてのプラグインの3分の2は今年更新されておらず、3分の1は2009年以降更新されていません。」

Mika Epsteinは最近、リポジトリに送信されたプラグイン（1日平均35）をレビューするボランティア（5人、信じられないかもしれませんが、たった5人）のPOVからのレビュープロセス全体について壮大なプレゼンテーションを行いました。

このプレゼンテーションから、レビューは、コードの問題や、名前、商標などのプラグインガイドラインの違反を検出するように設計された、長く、骨の折れる、詳細指向のプロセスであることが明らかです。

それは成功しますか？完全ではありません。もちろん、人間が実行するシステムは、ある程度の誤りの影響を受けやすくなります。

購読して、無料のコピーを入手してください

WordPressプラグインビジネスブック

サブスクリプションエコノミーで繁栄するWordPressプラグインビジネスを作成する正確な方法。

購読していただきありがとうございます！

-「WordPressプラグインビジネスブック」のコピーをに送信しました。

メールにタイプミスがありますか？メールアドレスを編集して再送信するには、ここをクリックしてください。

レビュープロセス自体

Mikaのプレゼンテーションでは、レビュープロセスに関する多くの問題についても説明しています。基本的に、5人のボランティアメンバーと35個のプラグインのチームが毎日平均して提出され、古いBBPressプラットフォームで作業しているため、迅速で合理化された開発者指向のプロセスを期待するのは合理的ではありません。

最終結果：WordPress.orgの「プラグインの追加」ページでは、どれくらい待つかはわかりませんが、自分のプラグインの前にいくつのプラグインが並んでいるかはわかります。

この記事の執筆時点で、レビューキューに145個のプラグインがあり、108個が最初のレビューを待っています。

そして、Speckyboyの投稿が述べているように、「Automatticは、リポジトリ内の開発者に[その]意志を課すことに恥ずかしがり屋ではありません。」

また、アップロードと送信のプロセスは、特に初心者にとってはあまりユーザーフレンドリーではないことにも注意してください。これは、新しい開発者が自分のスキルを試したり、創造的な方法でWordPressエクスペリエンスに追加したりすることを奨励しません。

データが足りません！

WordPressプラグインリポジトリでプラグインをホストしても、プラグインを誰がどのように使用しているかについての統計やデータはあまり提供されません。あなたは盲目的に開発し、ダウンロードの数とアクティブなインストールの数の見積もりだけに関係します。 これにより、インテリジェントなデータ主導の意思決定を行うことは事実上不可能になります。

Chris Lemaが示唆しているように、データがある場合、「盲目的に飛んでいる」わけではなく、プラグインに関して行う必要のある非常に重要で緊急の決定に目を向けることができます。これらの決定は通常、開発とサポートの観点からユーザーの利益のために行われ、最終的にはプラグインのマーケティングと価格設定の最適化プロセスのために行われます。

これは、MattCromwellがChrisLemaと行った簡単なたまり場で、他の関連するトピックの中でも特にこのトピックについて話し合っています。

WordPressリポジトリを使用してプラグインをホストしているプラグイン開発者は、ユーザーの同意と承認を得て行われている限り、プラグインのデータを取得する正当な方法を持っています。 Freemius Insightsは、WordPressプラグインのデータパズルに欠けている部分をすべて提供することで、これを支援します。

プラグインの制限

最後に、開発者は、リポジトリに受け入れられるプラグインに関する制限の長いリストと戦わなければなりません。

開発者向けのWordPress.orgのプラグインディレクトリ情報ページで簡単に概説されているように、これらの制限には次のものが含まれます。

プラグインは100％GPLに準拠している必要があります（WordPressコードの派生物ではない画像やCSSなどの非PHPアセットが含まれています）
違法または「道徳的に不快な」ことは何もできません
WP.orgサイトに表示したい場合、開発者はプラグインチームから提供されたSubversionリポジトリを使用する必要があります。ディレクトリは「ホスティングサイトであり、リストサイトではありません」
読み取り可能で、WPプラグインのreadmeファイル標準と互換性のあるreadme.txtファイルが必要です

WordPressの商標に違反することの禁止や、スパム、違法、または道徳的に好ましくないプラグインと見なされる可能性のあるプラグインをチームが削除できることを示す、ガイドラインと要件のリストははるかに長くなっています。

結論

開発者コミュニティの視点とニーズに対する認識または考慮の欠如が、この記事で言及されている多くの欠点の根底にあります。

リポジトリに受け入れられるプラグインの品質と強制される多くの要件に関する認識された、または実際の問題と相まって、リポジトリが一部の開発者にとって魅力を失うのも不思議ではありません。

それで、解決策は何ですか？

コードを使ってWordPressコミュニティにすばやく貢献することに関心のある開発者の場合は、CoenJacobsのようなGitHubを検討することをお勧めします。

基本的には、コードを保存できるリモートリポジトリです。しかし、GitHubはそれ以上のものを提供します。基本的なチケットシステム、wiki、およびコードをオンラインで表示（およびリポジトリが公開されている場合は共有）するための優れた方法を利用できます。

もちろん、GitHubはプラグイン開発者に独自の長所と短所を提供します。したがって、最終的な決定を行う前に、質問を批判的に検討する必要があります。

しかし、WordPressプラグインの世界での意図と計画が長期的で繰り返しであり、ある時点でフリーミアムモデルを使用してプラグインを収益化したい場合は、WordPress.orgリポジトリが適しているかもしれません。そのすべての欠点。さらに、WordPressコミュニティのメンバーとして、リポジトリの欠点と問題に対処するための改善を求める必要があります。

どう思いますか？ リポジトリの利点は、プラグイン開発者にとってのすべての欠点と問題に見合う価値がありますか？