マルチ通貨、ベータプログラム、バンドルの販売など！

公開: 2019-06-19

リリースノートには、最近行った製品の改善点を強調する定期的な更新が含まれているため、最新情報を簡単に入手できます。 2018年12月から2019年6月の間にリリースしたものです（たくさん！）。

過去6か月の間に、多くの新しいエキサイティングな機能をリリースしました。ここにいくつかの注目すべきものがあります：

マルチ通貨の価格設定とサポート
リリースサイクル管理–ベータプログラム
新しいEULA（エンドユーザー使用許諾契約）
顧客としてログイン
チェックアウトの最適化
バンドルとアドオンに関する主な機能強化

マルチカレンシートランザクションサポート（大きなものです！）

Freemiusが複数通貨の価格設定とトランザクションを完全にサポートするようになり、最近、最初からサポートしていた$ -USドルに加えて、 €-ユーロと£-英国ポンドが追加されたことを共有できることを大変うれしく思います。

あなたは不思議に思うかもしれません、多通貨に関するすべての興奮とは何ですか？つまり、StripeとPayPal（内部で使用するゲートウェイ）はどちらも、箱から出してすぐに複数通貨のトランザクションをサポートしているので、大騒ぎは何ですか？

さまざまな金融規制やペイメントゲートウェイ企業の利益により、米国企業として、米国のPayPal / Stripeアカウントで非米ドルを受け入れたとしても、元の通貨で資金を引き出す方法はありません。ペイメントゲートウェイ会社はまず、健全な2〜4％のFX（外国為替）変換手数料でお金を米ドルに変換します。売り手コミュニティから追加の％を差し引くことは大したことではないことは明らかでした。そのため、追加料金なしでそれを解決する方法を考え出す必要がありました。 StripeとPayPalの両方で調査と話し合いを行った後、最終的にヨーロッパのアカウントを開設しました。このアカウントは現在、EUR（ €-ユーロ）とGBP（ £-英国ポンド）の取引に使用されています。

この動きによる追加のメリットは、ヨーロッパのカードを所有するヨーロッパのアカウント所有者に対するStripeの料金が、Stripeの米国のアカウント料金よりも50％安いことです。したがって、ヨーロッパのカードを使用したEUR取引のゲートウェイ手数料は、米国のアカウントの2.9％+ $ 0.3ではなく、わずか1.4％+€0.25になりました。

もう1つの追加の利点は、プラットフォームがルールベースのゲートウェイ選択をサポートするようになり、システムに新しいゲートウェイを比較的簡単に追加できるだけでなく、次のような基準に基づいて特定の支払いを処理するゲートウェイを決定するカスタムルールを設定できることです。ジオロケーション、通貨、クレジットカードの種類、取引金額など。この機能により、開発者のコミュニティがトランザクションコストを最小限に抑えるのに役立つ多くの柔軟性が得られます。たとえば、支払いゲートウェイがカナダでVISAデビットカードを取引するために競争力のある価格であり、法的およびロジスティックの側面を除いて、そのゲートウェイを統合し、カナダのVISAデビットカードを含む取引にのみ選択的に使用できます。 Stripeは堅牢な支払いゲートウェイであり、クレジットカード処理にStripeを使用することは私たちにとって最初の正しい決断でしたが、クレジットカード処理の根本的なコストに関する新たな深い知識と理解により、他のトップクラスの支払いゲートウェイを事実上言うことができます機能やサポートを欠くことなく、はるかに競争力のある価格を提供します。

現在、優先順位が高いため、この動的な方法で追加のゲートウェイを実装することは一朝一夕には起こりません。ただし、ポイントは、価格設定モデルがゲートウェイ料金をカバーしておらず、理論的には料金を詳細に調べずに販売者に転送することができたとしても、販売パートナーを真剣に考えており、システムを常に強化しているということです。収益を最大化するのに役立ちます。したがって、Freemiusで販売することを選択した場合、長期的にはゲートウェイ料金のコストが大幅に下がり、それを実現するために何もする必要がなくなりますのでご安心ください。

Freemiusマルチカレンシー、推奨されるプラグインとテーマのビジネス、およびそれをアクティブ化する方法について詳しくは、こちらをご覧ください。

リリースサイクル管理–ベータプログラム

WordPressプラグインとテーマの世界でのリリースサイクル全体は、「現実の世界」での堅牢なCI/CDワークフローと比較して欠けています。何万ものアクティブなインストールがあるプラグイン/テーマがある場合、すべてのリリースが危険になります。少なくとも、ビジネスの俊敏性に悪影響を及ぼし、ユーザーや顧客のWebサイトを危険にさらす可能性があります。そのリスクを軽減するためのさまざまな方法がありますが、最も人気のある方法の1つは、ベータテスターのグループを構築することです。

つまり…Freemiusを使用してベータテスターを体系的にオンボードし、ベータプログラムにオプトインしたユーザーにのみベータバージョンをリリースできるようになったことをお知らせします。

ユーザーは、チェックボックスをオンにして免責事項のプロンプトに同意するだけで、アカウントページから直接ベータプログラムにオプトインできます。

または、開発者ダッシュボードのユーザーのプロファイルから直接ベータプログラムにユーザーを追加することもできます（保存するには[更新]ボタンをクリックすることを忘れないでください）。

ベータ版をリリースする準備はできましたか？問題ない！ DEPLOYMENTセクションにアップロードし、ベータリリースとしてフラグを立てるだけです。ベータリリースをすべての人に公開する準備ができたら、バージョンをリリースに切り替えるだけです。とても簡単です。

ベータリリースは、WP Adminでベータラベルのフラグが付けられ、ユーザーが現在製品のベータバージョンを使用していることを明確にします。

ベータプログラムを簡単に開始できるようにすることで、WordPressコミュニティ全体、そしてもちろんお客様にとって、より安全な製品環境が作成されることを願っています。これで、すべてのユーザーに公開する前に、バージョンのテストを進んでオプトインしたユーザーの小さなサブセットでリリースをテストできます。

注意：ベータプログラム機能の初期バージョンは、プラグイン/テーマの有料バージョンを実行しているユーザーに対してのみアクティブ化できます。また、アドオンではまだサポートされていません。

Freemiusチェックアウト

新しいチェックアウトJavaScriptAPIオプション

チェックアウトが開かれる通貨を制御するために追加された新しいcurrencyパラメーターに加えて、ライセンスキーにlicense_keyパラメーターを事前入力できるようになりました。

license_key: ‘<key>’,

また、定期的なプロモーションを実行していて、クーポンを自動的に適用したいがユーザーには公開したくない場合は、チェックアウトの構成に次のものを含めることができます。

coupon: ‘<COUPON_CODE>’,
hide_coupon: true,

チェックアウトオプションの完全なリストは、ここで確認できます。

https://freemius.com/help/documentation/selling-with-freemius/freemius-checkout-buy-button/

チェックアウトセッション

コンバージョン率を高め、同じ店舗から複数の商品を購入しやすくするために、新しい60分のセッション「メモリ」を導入しました。基本的に、顧客がサイトで商品を購入し、前回の購入から60分以内に別の商品のチェックアウトを開くと、チェックアウトが開かれるときに購入者の名前とメールアドレスが自動的に事前入力されます。このセッションは購入のたびに自動的に更新されるため、顧客は個人の連絡先情報を何度も入力しなくても複数の製品を購入できます。

Freemiusには「カート」の概念がなく、プラグインとテーマスペースでの複数の製品の購入数が非常に少ないため、そうすべきではないと考えているため、チェックアウトセッションのメモリ機能は「カート」間の適切な妥協点です。両方の長所"。

更新割引

製品に年間更新割引が設定されている場合、チェックアウトにより、最初の支払いが進行中の更新よりも高いことが明確になります。

PayPalチェックアウト

PayPalは、チェックアウトページにヘッダー画像を動的に含めるオプションを導入しました。そのオプションを統合することにしたので、チェックアウトには商品のアイコンが表示されます。

バンドルのチェックアウト

バンドルの販売に関連して、チェックアウトに多くの作業が費やされました。チェックアウトには、各製品の割引されていないスタンドアロン価格や、バンドルの購入によって節約された割引額など、バンドルされた製品の豊富なリストが表示されます。

プランの構成に基づいてすべての割引と価格を適切に計算するために、舞台裏で多くの複雑な計算が行われています。これらの割引はすべてCROブースターです。その目的は、節約している金額を顧客に示すことです。

バグ修正

Stripeの導入により、更新割引のある商品の試用にクレジットカードをご利用いただいたお客様には、試用解除時の更新金額と初期お支払い金額の差額を請求させていただきました。この問題は修正されており、キャンセル時に予期しない請求が発生することはありません。

ユーザーダッシュボード

ブラウザの互換性

ユーザーダッシュボードがInternetExplorer11以降で機能するようになりました。

ウェブサイトセクション

ユーザーがストアの製品の少なくとも1つがアクティブ化、インストール、または非アクティブ化されたWebサイトをより簡単にフィルタリングできるように、新しいフィルターがWebサイトセクションに追加されました。 Webサイトのセクションには、デフォルトで製品がインストールされているWebサイトが表示されるようになりました。

その前は、ストアの商品がインストールされたことのあるすべてのウェブサイトをユーザーに表示していました（オプトインした場合）。これは、たとえば、顧客が以前にウェブサイトから商品をアンインストールした場合など、混乱を招きました。ウェブサイト全体を削除することさえしました。

アップセルエンハンスメントをダウンロード

アップセルのダウンロードダイアログボックスに主要な機能拡張が導入されました。ユーザーがライセンスの有効期限が切れた製品をダウンロードしようとしたときに、既存のライセンスを更新するか、新しいライセンスを購入するかを選択できるようになりました。さらに、コンテキストライセンスがバンドルの一部として購入された場合、バンドルのライセンスを更新するための別のオプションが表示されます。

開発者ダッシュボード

スティッキーヘッダー

すべてのテーブルにスティッキーヘッダーが追加されました。これは、小さいながらも強力なUI/UXの改善です。最も一般的なブラウザはこのCSSルールをサポートしていますが、IEとOperaMiniはサポートしていないことに注意してください。

製品をバンドルする

開発者ダッシュボードの[製品]セクションに、バンドルされた製品タイプとアイコンが視覚的に表示されるようになり、バンドル内の製品を以前よりもはるかに簡単に識別できるようになりました。

手動で作成したライセンスを電子メールで送信

開発者が手動でライセンスを作成する必要があるユースケースは複数あります。ここにいくつかあります：

有料レビュー–レビュー担当者は製品をテストする必要があります
景品–受賞者は製品にアクセスする必要があります
YouTubeプロモーション–アフィリエイトは有料製品の機能にアクセスする必要があります

以前は、これらのユースケースのライセンスを簡単に作成できましたが、その人にライセンスを手動で電子メールで送信する必要がありました。簡単そうですね。しかし、どのようにしてダウンロードリンクを安全に電子メールで送信しますか？インストール手順はどうですか？それを処理する方法はたくさんあります-それらはすべてたくさんのステップを必要とします-そしてそのようなプロセスは10-15分かかることがあります-それは多くの無駄な時間です！

フィードバックに基づいて、手動ライセンス作成ダイアログボックスに新機能を導入しました。この機能を使用すると、チェックボックスをオンにするだけで、ライセンスキー、製品ダウンロードリンク、およびインストール手順を自動的に電子メールで送信できます。

顧客としてログイン（別名、なりすまし）

顧客により良いサービスを提供し、サポートの負荷を軽減するツールを提供する取り組みの一環として、顧客のユーザーダッシュボードに簡単にログインして、ログイン時に表示される内容を正確に確認できるようになりました。 開発者ダッシュボードで関連するユーザープロファイルを開き、[ユーザーとしてログイン]をクリックするだけです。

これにより、ユーザーダッシュボードが開き、すべての入力フィールドが自動的に事前入力されます。あとは、サインインボタンをクリックするだけで、ログインできます。

セキュリティ上の理由から、チームメンバーは、ストアのすべての製品にアクセスできる場合にのみ、ユーザーのアカウントにログインできます。つまり、3つの異なるプラグインの販売者であり、サポート担当者になりすまし機能を持たせたい場合は、3つの製品すべてにチームメンバーとしてサポート担当者を追加する必要があります。

この素晴らしい機能（および他のいくつかの機能）は、TickeraのFreemiusへの移行からもたらされました（ありがとうございます！）。

お問い合わせスタイリング

これで、ダッシュボード内のお問い合わせフォームに追加されるカスタムCSSスタイルシートを追加できます。

クーポン新しいデフォルトの注文

開発者ダッシュボードにリストされているクーポンのデフォルトの順序で、「最新の」クーポンが最初に表示されるようになりました。これで、次の基準に基づいて並べ替えられたクーポンが表示されることが期待できます。

アクティブなクーポン–アクティブは非アクティブの前に表示されます
プロモーション終了日– 7日で有効期限が切れるクーポンは、2日で有効期限が切れるクーポンの前に表示されます
プロモーション開始日–有効期限が3日前に開始されたクーポンは、有効期限が7日前に開始されたクーポンの前に表示されます

たとえば、2020年1月1日まで有効な有効なクーポンが2つある場合、後で期限切れになるクーポンが他のクーポンよりも先に表示されます。

バグの修正

アドオン用のWebhookの追加が修正されました。
DASHBOARDの「アップグレード」カウンターには、選択した期間に作成されたライセンスの数が表示されていましたが、パートナーの1人からレポートを受け取った後、手動で作成されたライセンスも組み込まれているため、カウンターが混乱していることに気付きました。実際の購入とサブスクリプションに関連するアップグレードのみが含まれるようにカウンターを更新しました（試行もカウントされます）。

チームの管理と許可

チームメンバーシップの一括編集

Freemiusで複数の製品を管理していて、チームメンバーが一緒に作業している場合は、チームメンバーの追加/削除の経験が面倒であることにすでに気付いているでしょう。すべての製品について、同じプロセスを何度も繰り返す必要がありました。たとえば、20以上のアドオンがある場合は、すべての新しいチームメンバーを20回以上追加する必要があります。

もういや！

これ以降、アドオンを備えた製品のチームメンバーを追加/編集/削除すると、すべてのアドオンにまったく同じ権限を簡単に適用できます。

同じロジックがバンドルにも適用されます。バンドルのチーム権限を管理できるようになりました。これにより、バンドルされたすべての製品に同じチームメンバーシップ権限が適用されます。

チーム権限の更新

役割の権限を監査し、データが適切に保護され、関連する役割にのみアクセスできることを確認しました。たとえば、 Support担当者は製品の統計ページや秘密鍵にアクセスできなくなります。

また、 Supportの役割とは異なり、製品リリースの展開と管理を可能にする新しいDeveloperの役割を導入しました。

新しいEULA

法律事務所との数か月にわたる継続的な作業の後、製品の構成に基づいて動的に調整される新しいEULA（エンドユーザー使用許諾契約）をリリースしました。 EULAの目的は、お客様から発生する可能性のある法的措置からお客様と当社を保護することです。

EULAを確認したい場合は、次のリンクからアクセスできます。

https://freemius.com/terms/ <productID> / <productSlug> /

また、EULAのスタイリングにも時間を費やし、製品のアイコンでブランド化された見栄えの良い法的合意の外観と、印刷するための簡単なオプションを提供しました。

作業を簡単にするために、EULAの特定のセクションに直接リンクできるようにするいくつかの「ショートカット」も含まれています。

サブスクリプション条件の概要： https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary ：//freemius.com/terms/ <productID> / <productSlug> /＃subscriptions_summary
払い戻しポリシーの概要： https://freemius.com/terms/<productID>/<productSlug>/#refund_policy_summary ：//freemius.com/terms/ <productID> / <productSlug> /＃refund_policy_summary
全額返金ポリシー： https://freemius.com/terms/<productID>/<productSlug>/#refund_policy ：//freemius.com/terms/ <productID> / <productSlug> /＃refund_policy

たとえば、顧客から更新の払い戻しを求められた場合、サブスクリプション条件の概要に直接リンクしながら、製品の購入時にEULAに同意し、更新の払い戻しは対象外であることを伝えることができます。

https://freemius.com/terms/<productID>/<productSlug>/#subscriptions_summary

スカウト統合を支援する

ヘルプスカウトアプリに少し便利な追加機能として、サイト所有者の出身国を確認できるようになりました。また、顧客とのスケジュール設定に便利なように、国名はtimeanddate.comの顧客のタイムゾーン情報に直接リンクしています。

アフィリエイトプラットフォーム

アフィリエイトクーポン

アフィリエイトリンクがクリックされたかどうかに関係なく、クーポンをアフィリエイトにリンクして、クーポンのすべての売上を特定のアフィリエイトに関連付けることができるようになりました。リンクされたクーポンを持つアフィリエイトは、顧客が有効な紹介URLを使用したかのように、クーポンが引き換えられるたびに紹介が与えられます。

これは、主にビデオプロモーションに焦点を当てているアフィリエイトマーケターと協力する場合に特に役立ちます。 YouTubeの脚注リンクのCTR（クリック率）はかなり低いため、5％の象徴的な割引であっても、限定クーポンを提供することは、その障壁を克服し、売上をアフィリエイトに帰することができる優れた方法です。。

注：この機能はデベロッパーダッシュボードではまだ利用できないため、使用する場合はサポートに連絡する必要があります。

アフィリエイトUTMタグ

ダッシュボードではアフィリエイトリンクの追跡を提供していますが、多くの人はGA（Google Analytics）を使用してすべての追跡を管理することを好みます。ブラウザのセキュリティ制限とrel=” noreferrer”などのHTML属性により、GAが参照元を特定できない場合が多く、これらのクリックは直接トラフィックとしてカウントされます。現在、すべてのアフィリエイトリンクには、トラフィックのソースを簡単に識別するためのUTMタグが自動的に含まれています。たとえば、ユーザーがawesome-affiliate.comからmy-awesome-product.comにリンクしているアフィリエイトリンクをクリックするとします。 https://r.freemius.com/123/456/のようなアフィリエイトリンクは、次の場所にリダイレクトされます。

https://my-awesome-product.com?utm_source=awesome-affiliate.com&utm_medium=website&utm_campaign=fs_aff

URL構造は次のとおりです。

https://my-awesome-product.com?utm_source={affiliate_main_domain}_{referrer_domain}&utm_medium={'direct'|'website'|'social'}&utm_campaign=fs_aff

カート放棄の回復

カート放棄回復メカニズムはバックグラウンドでサイレントに機能するため、そこにあることに気づいていない人もいることがわかりました。コミュニケーションを改善し、回復したカートを追跡しやすくするために、カートの回復が成功したときに通知を受け取るようになりました。

紛争処理

これは以前のリリースノートで言及されていましたが、私たちの最終目標は、支払いゲートウェイの紛争APIと統合し、売り手に半自動の紛争管理システム全体を導入して、紛争を管理する自由と制御を提供することです。あなたの製品の支払い。これは巨大なプロジェクトであるため、PayPalの紛争から始めて段階的に実装していきます。数か月前から、PayPalの支払いが係争中の場合、係争の詳細全体をバックエンドの構造化されたテーブルに保存し、係争中の支払いについて開発者に何ができるかについてのガイダンスを通知します。購入者の主張に同意しない場合は、その電子メールに追加情報を添えて返信するようお願いします。この情報は、後で証拠提出プロセスに使用されます。

上記のように、販売者に送信するメールには、購入者から送信されたメッセージ、有料商品がダウンロードされたかどうか、商品の払い戻しポリシーの概要、報告された理由など、ケースの完全なコンテキストが含まれています。紛争、回答期限など。私たちの目標は、すべてのデータを自分で掘り下げて収集することなく、意思決定に必要なすべてのコンテキスト情報とリンクを提供することです。

次のリリースノートでの紛争処理に関する最新情報にご注目ください。

WordPress SDK v.2.3.0

バンドル

あなたの主なビジネスモデルが無料のコアプラグイン/テーマを提供し、バンドルを販売している場合、私たちはあなたにいくつかのエキサイティングなニュースを持っています！プラグイン/テーマの価格を表示する代わりに、WPAdmin内でバンドルの価格をレンダリングできるようになりました。このオプションを有効にするには、統合スニペットに'bundle_id' => '<YOUR_BUNDLE_ID>',を追加するだけです。これはとても簡単です。

さらに、有料プラグインまたはアドオンをアクティブ化するときに、オプトインしたユーザーがその有料プラグイン/アドオンを含むバンドルライセンスを取得した場合、製品のアクティブ化時にライセンスが自動的にアクティブ化されるようになりました。マルチサイトネットワーク環境では、ライセンスのアクティブ化に、マルチサイトネットワーク内のすべてのサブサイトのライセンスをアクティブ化するのに十分な未割り当てのライセンスがある場合にのみ、ライセンスがアクティブ化されます。

マルチサイトネットワーク

ストレージデータモデルが複雑なため、最初にSDKを拡張して適切なマルチサイトネットワーク統合を組み込んだとき、プラグインのアクティブ化がネットワークレベルからサイトレベルに、またはその逆に切り替わるシナリオを無視することにしました。つまり、プラグインのネットワークアクティベーション、その後、サイトレベルでの同じプラグインの非アクティブ化とアクティブ化。

新しいSDKバージョンは下位互換性があり、これらのユースケースの処理を完全にサポートするようになりました。単純に見えるかもしれませんが、その背後にある論理に取り組まなければならない多くの考えがあります。たとえば、有料のネットワーク統合プラグインがマルチサイトネットワークの10のサブサイトのうち3つでサイトレベルでアクティブ化され、プラグインがネットワークに移行される場合、スーパー管理者がこれら3つのサイトすべてでライセンスをアクティブ化した場合アクティベーションを行うと、スーパー管理者は自動的にライセンスアクティベーション画面にリダイレクトされますが、プラグインがアクティベートされたことのない残りの10サイトのうち7サイトでライセンスをアクティベートする必要があるだけです。

いくつかの数字を示すために、その移行には約40の異なるユースケースが関係しており、それらすべてを処理しました。（私たちが見逃していないことを願っています）

さらに、サイトレベルとネットワークレベルでWP管理メニュー設定が異なるプラグインの場合、SDK統合の新しい'menu_network' => array( … ),オプションを設定することで、ネットワークレベルのメニュー設定を指定できるようになりました。スニペット。

自動インストール–無効

残念ながら、WordPress.orgプラグインレビューチームとの継続的な話し合いの後、Jetpackが非wp.orgテーマのインストールをサポートし始めた後、2017年3月に導入した自動インストール機能を無効にする必要がありました。実際、私たちの実装はJetpackの実装とまったく同じではなかったため、＃WPDramaを開始するつもりはありません。このような場合、正当な理由もなく、創造性とUXがブロックされているのは残念です。

私たちはデータ駆動型の会社であるため、自動インストール機能をリリースしたときに、自動インストールのエクスペリエンスが実際にユーザーにとってより優れているという仮定を検証したいと考えました。そのため、チェックアウト時に自動インストールオプションを選択したすべてのユーザーに、インストールエクスペリエンスを1から5にランク付けし、追加のフィードバックを提供するための簡単なGoogleフォーム調査が記載されたメールが送信されました。 686の回答のうち、83％が優れているとランク付けし、別の10.5％が優れているとランク付けしました。

アップグレードエクスペリエンス全体を簡素化する必要があることは明らかです。将来的には、wp.orgガイドラインに準拠しながら、この問題に別の角度から取り組むことに戻ります。

サポートフォーラムリンク

WordPress.orgに無料バージョンの製品がない場合（したがって無料のサポートフォーラムがない場合）、またはSDKによって追加されたサポートフォーラムメニュー項目を別のサポートページにリンクしたい場合は、オーバーライドする新しいフィルターを導入しましたURL。次のように実装できます。

<?php
function set_my_custom_support_url( $wp_org_support_url ) {
	return ‘https://my-awesome-product.com/support/forum/’;
}

my_fs()->add_filters( 'support_forum_url', ‘set_my_custom_support_url’ );
?>

アカウントの請求と請求書

お客様が請求情報や請求書に簡単にアクセスできるようにするための継続的な取り組みの一環として、アカウントページの上部に小さなリンクを導入しました。

請求書と請求書は同じページの下部にありますが、一部の購入者はまだそれを見逃しているため、この単純なアンカーリンクを追加しました。

WP管理者からアドオンをダウンロード/インストールする

2017年にPressNomics5に参加したとき、友人のMattCromewallとチャットしました。私たちが話し合ったさまざまなことの中で、マットは、顧客が標準の面倒な作業を行う必要なしに、WP管理者内からアドオンを管理およびインストールするための優れたUXの例としてCrate（ところでリリースされたことはありません）について言及しましたWPプラグインとテーマによって通常提供されるインストールプロセス：

[cratewp.comからの初期のプロトタイプを作成します]

この機能は2年以上リストに載っていますが、ようやく優先順位を付けることができました。これは、多くのアドオンを販売する場合に特に便利です。これで、顧客はWP管理者から直接アドオンを簡単にダウンロードまたはアクティブ化できます。

それで、それはどのように機能しますか？

顧客がアドオンの有効なライセンスを持っていて、コアプラグイン/テーマの無料のwp.orgバージョンを実行している場合、顧客はWP管理者内から直接アドオンをダウンロードできるようになります。アドオンの詳細の表示：

wp.org準拠の製品からWPAdmin内にアドオンを直接インストールすることは許可されていません。したがって、インストールオプションは、インストールおよびアクティブ化されたコアプラグイン/テーマバージョンが有料であるか、WP.org以外として明示的にフラグが付けられている場合にのみ使用できます。準拠。その場合、次のようになります。

WP Adminアドオンセクションに別のUXの改善を加えました。インストールされたアドオンがINSTALLEDラベルで表示されるようになり、管理者はアドオンがWebサイトにすでにインストールされているかどうかを簡単に知ることができます。

ManageWP、MainWP、InfiniteWP、およびJetpackとの互換性

Freemius WordPress SDKには、プラグインまたはテーマのメインファイルを自動的に識別するメカニズムが組み込まれています。このメカニズムはdebug_backtrace()に依存しており、WPコアが元々そのメインファイルを含める責任があると想定しています。 SDKが製品のタイトルとバージョンを適切に取得できなかったいくつかの関連するGitHubの問題の後、問題のトラブルシューティングを行ったところ、インクルージョン/実行を担当するサードパーティのプラグインのユースケースに関連していることがわかりました。 WPコア。 ManageWP、MainWP、InfiniteWP、およびJetpackにはすべて、プラグインとテーマをリモートでインストールしてアクティブ化する機能があります。これらのサービスを介した製品の包含は異なる方法で処理され、管理対象製品のコードは、対応するサービスの「エージェント」プラグインによって直接含まれます。

簡単に言うと、製品がサードパーティのプラグイン（WPコアではない）の1つによって管理されている場合でも、ユースケースとロジックが製品のメインファイルを適切に識別するようになりました。

次は何ですか？

短期的なロードマップへの洞察でリリースノートを終えるのが好きです。優先順位は簡単に変更でき、Freemiusのようなアジャイルスタートアップはその柔軟性を維持する必要がありますが、近い将来に開発する予定のいくつかを以下に示します。

マルチストアおよびストアレベルの管理

開発者ダッシュボードは当初、単一の製品を管理するために設計されました。 2018年11月に、ユーザーダッシュボードのリリースとともにストアの概念を導入しました。各開発者には自動的に独自のストアが割り当てられ、作成したすべての製品がそれにリンクされていました。

そのリリース以降、複数の商品を販売するパートナーから、店舗全体の販売実績を追跡したり、店舗レベルのアフィリエイトリンクをサポートしたり、店舗全体のチームを管理したりするための店舗レベルのダッシュボードを用意するという需要が高まっていることがわかりました。

さらに、一部のパートナーには複数のストアとブランドがあり、現在、同じアカウントで複数のストアを管理するためのUIはありません。

それは私たちが近い将来本当に取り組みたいことです。

WordPressSDKのサニタイズとエスケープ

WordPress SDKのコア関数の1つは、 fs_request_get()です。このヘルパー関数は、クライアント側から受信したGET / POSTパラメーターにアクセスするために使用され、パラメーターが欠落している場合はオプションのデフォルト値が使用されます。入力の実際のサニタイズは、関数の使用法の範囲内で行われます。

WordPress.orgプラグインとテーマレビューチームは、データのサニタイズが組み込まれていないため、SDKヘルパー機能に誤ってフラグを立て続けます。これは、コードの全範囲を「見る」ことに制限されている自動テストツールと、問題を探してコードを閲覧しているレビュー担当者によって発生した誤検知の組み合わせです。私は彼らを責めることはできません–製品全体のコードをレビューすることは多くの時間を消費する可能性があります–それはボランティアによるレビュープロセスでは実行不可能です。

要約すると、Freemiusに参加したばかりの開発者が、私たちのせいであるかどうかに関係なく、wp.orgでの拒否の経験から受ける可能性のある否定的な印象は好きではありません。したがって、現在のレビュープロセス構造と利用可能な人材を使用して、問題に対処し、その入力データをインラインでサニタイズします。コードサイズが大きくなり（冗長なコードを複製する必要があります）、パフォーマンスに少し影響しますが、wp.orgエコシステムを強く信じており、SDKを確保したいので、今後の最善の決定であると確信しています。リポジトリのガイドラインを適切に満たしています。

ダッシュボード内の価格を刷新

Freemiusでフリーミアム製品を販売している場合は、SDKのダッシュボード内の価格設定ページに精通している必要があります。このページは、最初は古いフロントエンドテクノロジーを使用して2015年に開発されました。また、非常に構造化されており、当時の開発を促進するのに役立ったいくつかの仮定に依存しています。明らかに、私たちが何年にもわたって多くの機能を追加してきたので、ページは大規模な開発を経てきました。それが使用する時代遅れの技術のために、メンテナンス、バグ修正、および新機能の開発はますます遅くなりました。また、非常に多くの価格設定構造を見た後、そのページの制限についてはるかによく理解できました。最後に、価格設定ページテンプレートを変更するための完全な柔軟性を提供したいと考えています。これは、私たちの側からリモートで実行されているため、現在は不可能です。

計画では、Reactを使用して価格設定ページを最初から再構築し、SDKの一部としてコードを出荷します。実際、私たちはすでにそれに取り組んでおり、次のメジャーSDKリリースに含めることを望んでいます。

チェックアウトローカリゼーション

私は昨年これについて言及しましたが、私たちはまだこれを優先することができていません。基本的に、多言語機能を導入することで、英語以外の購入者がチェックアウトにアクセスできるようにしたいと考えています。

WCEU 2019でお会いしましょう！

このアップデートの担当者は以上です。今週WordCampEuropeに参加する場合は、見知らぬ人にならないで、来て挨拶してください。 Brandonと私（Vova）の両方が参加します。TwitterでDMを送って、追いついてみましょう。