WordPress製品の収益化の問題

CreativeMotionの創設者であるIlyaSukharevとVladislavChernovは、WordPress製品の収益化の経験を共有しています。







現在、WordPressは私たちの地域ではあまり人気がありませんが、世界的にはインターネットの28%以上をカバーしています。 WordPressには150,000を超えるプラグインとテーマがあり、WordPress.orgだけで13億を超えるダウンロードを占めています。これは、収益性の高いプラグインビジネスを実行するための非常に強力なプラットフォームです。



ただし、スペースを詳しく調べると、有料のオファーがある製品は5%にすぎないことがわかります。この5%が市場の99%を所有していると思われるかもしれませんが、実際には、これは事実とはほど遠いものです。



収益化されたアイテムは、アクティブなアイテム全体の22%にすぎません。 WordPress市場にインストールされ、アクティブなプラグインとテーマのほとんどは完全に無料です。すべてのWordPress開発者が自分の仕事を収益化するわけではありません。



技術的に言えば、WordPressプラグインやテーマのようなオープンソースの分散ソフトウェアの開発は非常に簡単です。 PHPとJavaScript / HTMLの組み合わせ、それだけです-WordPress製品をデプロイする準備ができました!



ソフトウェアを実行するためにサーバーは必要ありません。データベースについて詳しく知る必要もありません。また、オブジェクト指向のプログラミングも必要ありません。実際、WordPressエコシステムで最も人気のあるプラグインやテーマの多くは、独学の開発者によって作成されています。



多くのロジックを備えた非常に複雑なプラグインや、クラウドサービスをラップする「Serviceware」プラグインもあります。ただし、これらは例外です。



ある意味で、WordPressは出版だけでなく開発も民主化しました。 PHPのような弱く型付けされた内部言語、優れたドキュメント、およびサードパーティのGPLコードを使用する機能の組み合わせにより、何万人ものWordPressユーザーがエントリーレベルのプログラマーになりました。



両刃の剣であるWordPress.orgリポジトリで製品を提供するためにサーバーは必要ないことに注意してください。これにより、プロジェクトの開発と保守が比較的簡単になりますが、非常に制限されます。



プラグインまたはテーマを商用製品(つまり、ビジネスプラグイン)に変えることになると、それはまったく別の話です。これは、プラグイン/テーマを作成するよりも技術的にはるかに複雑で階層化されており、モジュールの機能とは何の関係もありません。



WordPress製品の収益化の主な(技術的)問題



WordPressで数年間働いた後、収益化に関連する主な技術的問題を特定しました。これが私たちが学んだことです。



支払いの回収



これは明らかです。WordPressビジネスを開始したい場合は、資金を調達する必要があります。支払いを受け入れるには非常に多くの異なる側面と状況の変化があるため、どこから始めればよいかを知ることは困難です。



最も簡単な解決策は、PayPalのようなスタンドアロンの支払いソリューションを提供する支払いゲートウェイに登録することです(PayPalがお住まいの国でサポートされていると仮定します)。カスタムチェックアウトリンクを作成し、このリンクを無料バージョンのプラグインの目的の場所に追加できます。



これは最初のドルを集めるための良いスタートですが、それは信頼できません。 PayPal、Stripe、Braintree、Authorize.netなどの一般的なゲートウェイソリューションはすべて、Proコードをホストせず、ライセンス管理を処理しません。実際のトランザクション処理を超えてそれらから得られる最善の方法は、電子購入通知です。



プロセスを自動化するには、これらのサービスのAPIを製品に統合し、プロセスを実行してプロフェッショナルバージョンのダウンロードリンクを開くか、購入後にzipアーカイブを電子メールで自動的に送信する必要があります。



これらのAPIコールバックを無料のソフトウェアに実装してみることができますが、それは、ライセンスと「支払い後処理」ロジックを誰にでも転送することを意味します。このメカニズムを保護する場合は、サーバー上で実行され、ライセンスレベルのロジックと同期されている必要があります。



ソフトウェアライセンス



ユーザーがProバージョンを入手した後、何らかのライセンスメカニズムがない場合、複数のサイトでの使用、友人への送信、Facebookでの共有、さらにはインターネットへのトレントを防ぐためにできることは何もありません。



注意が必要な明らかな理由は、収入の損失です。各サイトのライセンスを年間100ドルで販売し、1人の顧客が10の異なるサイトに唯一のコピーをインストールした場合、900ドルの損失が発生します。



もう1つの重要な理由はサポートです。あなたは有料の顧客に優先的なサポートを提供しているので、あなたに連絡した人が本当の顧客なのか、それともあなたのコードを急流としてダウンロードしただけなのかをどうやって知るのですか?



信頼のみに基づいてライセンスを作成するのではなく、有料サービスを保護する場合は、有料の顧客のみが有料のソフトウェアにアクセスできるように、ライセンス管理レイヤーを用意する必要があります。



安全なコードホスティング



WordPress.orgリポジトリの制限、つまり「すべてが無料である必要がある」ため、プレミアムプラグインまたはテーマをリポジトリに配置することは禁止されています。さらに、フリーミウム製品を提供する場合、製品の有料機能はリポジトリで許可されません。



GitHubやBitBucketなどの人気のあるGitサービスのいずれかにサインアップするか、AmazonS3などのクラウドストレージでバージョン制御ソリューションなしでホストすることができます。どちらのホスティングを選択する場合でも、リポジトリ/クラウドファイルへのアクセスを有効なライセンスを持つ顧客のみに制限するための一連のアクセス許可を作成する必要があります。



ソフトウェアの更新



バージョンの更新に関しては、WordPressにはコアの一部としてソフトウェア更新メカニズムが付属しています。残念ながら、このメカニズムは公式のWordPress.org APIでのみ機能するため、PROコードに使用することはできません。



PROコードは外部リポジトリに保存する必要があるため、PROコードには、APIエンドポイントと連携するデフォルトのソフトウェア更新メカニズムを制御するための追加の論理レイヤーが必要です。



RESTful APIエンドポイントを設計し、ソフトウェア更新メカニズムに提供する必要があります。このエンドポイントの背後にあるロジックは、呼び出し元のサイトに有効なライセンスがあるかどうかを確認する必要があります。その場合は、ソフトウェアの新しいバージョンがあるかどうかを確認し、安全なURLを返して最新のPROバージョンをダウンロードしてください。



このAPIを安全にしたい場合は、SSLを構成し、認証レベルと許可レベルを追加する必要があります。プラグインまたはテーマのコアに関連していますか?絶対違う。しかし、あなたが自分自身を収益化したいのであれば、これは前提条件です。



残念ながら、上記の点は氷山の一角にすぎません。自動的に請求書を送信したり、無料トライアルを提供したり、サポートサービスにサインアップしたり、ヨーロッパの顧客に販売したり、ヨーロッパから販売したりする場合でも、事態はすぐに混乱します。



最初のClearfyプラグインリリースしたとき、最初の月のライセンスはわずか1,350ドルでした。プラグインの作成と販売はまったく異なる2つのスキルであることに気付いたのはそのときだけでした。



販売で成功するには、技術的な問題に加えて、プログラマーはマーケター(デザイナー、コンテンツライター、SEOエキスパート、セキュリティスペシャリスト、カスタマーサポート)である必要があります。



自分で収益を上げたい場合は、複数のサーバーを実行して、深刻なバックエンド作業に取り掛かる必要があるという事実に加えてください。孤独な人は可能ですか?私たちの経験は、よく調整されたチームワークなしにこの市場で前進することは不可能であることを示しています。



All Articles