WordPress SDK 2.5.0-RC.1はテストの準備ができています：クローンの解決、非アクティブ化フィードバックUXの機能強化、アセットの取り違えなど

公開: 2022-01-18

それは公式です！ WordPress SDK 2.5.0 RC1は、これまでで最も一般的で時間のかかる問題として特定された問題に対処する、すばらしい（そして関連する）拡張機能とともに利用できるようになりました。

このバージョンでの私たちの目標は、サポートの負荷を軽減し、成果物やその他のより生産的な活動により多くの時間を割り当てることができるようにすることです。

機能に飛び込む前に、あなたの助けが必要です🙌

テスターを呼ぶ

あらゆる種類のテスト（自動テスト、手動テスト、回帰テスト）を徹底的に実行しましたが、このバージョンに関連するコード変更とユースケースの複雑さと量により、2.5.0の安定性にはかなり自信があります。、最初にリリース候補としてプッシュすることにしました。

「私はテストに参加したいのですが、どうすれば手伝うことができますか？」

テストを手伝ってみませんか？それは素晴らしく、ありがたいです！

ベータプログラムを実行している場合は、SDKをこのRCに更新し、新しいバージョンをベータとしてプッシュするだけです。
ベータプログラムを実行しておらず、本番環境へのステージングやWP UltimoなどのWaaSプラグインでプラグイン/テーマを使用するなどのクローン環境を実行している顧客がいることを知っている場合は、SDKの問題が原因でサポートに連絡したときに送信できます。問題を解決するために、このSDKを使用した製品の特別バージョン。

いずれにせよ、RCを試してみると、問題が発生したかどうかにかかわらず、逆に、ユーザーが以前に直面していたSDKの問題が解決した場合は、お知らせください。 [メールで保護]経由でお問い合わせいただくか、GitHubの問題を開くか、他の最も簡単なコミュニケーションチャネルを使用してください。フィードバックをお寄せください。

機能に取り掛かりましょう。

重複するWebサイトとクローンの解決

WaaS（WordPress as a Service）ネットワークと、実稼働展開ワークフローにワンクリックステージングを提供するホスティング会社の人気が高まるにつれ、サイトの複製が関係する場合に予期しない問題について不満を言う顧客にすでに対処しているでしょう。

つまり、クローンは、Freemiusによって割り当てられた一意のIDと公開/秘密キーのペアを持ち、別のWebサイトのIDとキーと同一であるWebサイト（またはサブサイト）です。このドキュメントでは、クローン、クローンが通常どのように作成されるか、いつ作成されるかについて詳しく知ることができます。

JetpackのUIに触発されて、このSDKリリースには、フル機能のクローン識別、管理、および解決メカニズムが付属していることを共有できることに興奮しています。これはかなり長い間後回しにされてきた機能であり、クローンWebサイトの問題と、WordPressSDKが拡張機能を最大限に活用するためにそれを処理する方法をよく理解することを強くお勧めします。

非アクティブ化フィードバックフォームUXの機能強化

トラブルシューターのためのスヌーズ

非アクティブ化フィードバックフォームは、ユーザーが製品所有者に放棄する前にフィードバックを提供するユニークな機会を提供しますが、長年にわたって、ユーザーがこの機能を本当に嫌っているという苦情を耳にしました。フィードバックを分析した後、私たちはこの感情を特に「トラブルシューティング」セグメントに帰することができました。

プラグインの更新は、Webサイトのメンテナが日常的に処理しなければならない一般的なタスクです。プラグイン/テーマの更新は、競合、バグ、非互換性が原因で失敗し、サイトで問題や予期しないエラーが発生する場合があります。メンテナは通常、コードレベルに飛び込むことはないため、一般的なトラブルシューティングプロセスは、プラグインの非アクティブ化と再アクティブ化の問題の原因を特定し、その後にテーマを切り替えることです。つまり、問題が解決するまでプラグインを1つずつ非アクティブ化してから、非アクティブ化されたのと同じ順序で個別に再アクティブ化する必要があります。理論的には、これは「問題のある」プラグインを特定するのに役立つはずですが、問題が明らかにならない場合は、次の試みは「テーマの切り替え」である必要があります。

WordPress SDKを使用するテーマとプラグインの「フットプリント」が大きくなるにつれて、非アクティブ化フィードバックフォームは、各非アクティブ化に追加のクリックを追加します。そこから、Freemiusを利用したプラグインを再アクティブ化すると、オプトイン画面またはプラグインのメイン設定ページ（オプトインの状態に基づく）に自動的にリダイレクトされ、プラグインページに戻るための別のクリックが追加されます。

これは、サイトでFreemiusを使用するプラグインが5つしかない場合、クリック数が10回増える可能性があることを意味します。これは、トラブルシューティング担当者にとって当然のことながら煩わしいことです。また、例として20のサイトを管理する場合、これらのクリックはすべて時間の経過とともに蓄積されます。これが、一部のメンテナがWordPressSDKを本当に嫌う理由を説明しています。

「嫌い」の背後にある理由を理解したので、トラブルシューティングの「苦痛」を軽減し、うまくいけば、彼らの信頼の一部を取り戻すための簡単な解決策を思いつきました。

フィードバックフォームには、トラブルシューティングのために非アクティブ化が一時的なものであることを示すオプションがすでに表示されています。だから、そのフィードバックを私たちの方法で送るのではなく…

パネルを1時間から30日までスヌーズするオプションを表示します。
プロダクトオーナーには何の価値もないことを認識しているため、スヌーズを選択すると、Freemiusへのフィードバックの送信が完全にスキップされます。
最後に、管理者がフォームをスヌーズすると、スヌーズされた期間、リダイレクトはオフになります。

スヌーズは、現在ログインしている管理者にのみ影響し、そのWebサイトにインストールされているすべてのFreemius搭載プラグインとテーマで機能します。

この改善されたUXは、「重い」トラブルシューティング担当者のクリック数を大幅に節約できる可能性があり、その違いが見られることを嬉しく思います。

空の「その他」のフィードバックで非アクティブ化を有効にする

ユーザーがフィードバックを送信するように促すために、以前は、ユーザーが非アクティブ化フィードバックフォームで[その他]オプションを選択すると、ユーザーが説明する入力を入力するまで、[送信して非アクティブ化]ボタンの状態が無効に変更されました。他の理由。

このUXは、ユーザーが左上から読み、フィードバックを提供したくないという理由でそのオプションを選択するため、問題があることがわかりました。 IEは、「スキップして非アクティブ化」するオプションがあることに気付く前にそのオプションを選択すると、フィードバックを提供せずに製品を非アクティブ化することは不可能であるという印象を与えます。

これで、[その他]オプションが選択され、説明ボックスが空の場合、ボタンが有効になり、[非アクティブ化]というラベルが付けられます。

そして、明らかに、空の「その他」のフィードバックは役に立たないため、データは私たちの側に送信されません。

匿名フィードバックのデフォルトのチェックボックスの状態

ユーザーがオプトインをスキップし、非アクティブ化フィードバックフォームを使用してフィードバックを提供することを選択した場合、デフォルトでは、フィードバックは匿名ではなく、必要に応じてユーザーに連絡できます。このバージョンのSDKには新しいフィルターが導入されているため、フィードバックフォームのデフォルトの送信モードを制御し、以下を使用してデフォルトで匿名フィードバックに変更できます。

my_fs()->add_filter( 'default_to_anonymous_feedback', '__return_true' );

ユーザー資産の所有権の取り違え—なくなった！

WordPressプラグインとテーマの購入のかなりの割合は「ビルダー」によって行われ、最終的にプロジェクトはクライアントに引き渡されます。関係を促進するために、アカウント資産の所有権をある人から別の人に変更できるようにするための十分な柔軟性を提供します。

技術に飛び込むことなく、何百万ものWebサイトがSDKを実行しているため、アカウント間で予期せずアセットが混同されるいくつかのエッジケースに遭遇しました。これらの問題はめったに発生しませんでしたが、お客様、あなた、そして私たちが修正するのは苦痛です。

最も厄介で時間のかかる問題のコンテストがあった場合、これは2020年から2021年の誰もが認める勝者です🏆これは、すべてのユースケースを予測しようとせずに柔軟性を高めすぎることの良い例でもあります（そしてあなたは決して意志）良いよりも多くのダメージを引き起こす可能性があります。

問題のインスタンスを減らすためにバックエンドにいくつかの制限を追加しただけでなく、新しいWordPress SDKリリースは、ユーザーからの追加入力でアカウントの電子メール更新エクスペリエンスを強化し、それぞれのケースをわずかに異なる方法で処理します。

HTTP 404が見つからない問題の修正（別名「更新なし」）

SDKがエラーをスローし、システムの速度を低下させていると顧客から苦情が寄せられたサポートチケットを受け取った方もいらっしゃるかもしれません。通常、デバッグログ（または他のデバッグプラグイン）からのエラーの補足スクリーンショットが表示されます。

新しいリリースがない場合にHTTPエラーが返されました。これは、リソースが存在しない場合の適切なRESTfulAPI実装の予想される動作です。

この動作は私たちに連絡するまで予想されることを理解するのは簡単ではなく、あなた（および私たち）に不要なサポートチケットが生成されたため、この混乱を完全に排除するためにHTTP応答コードを200に変更しました。このAPIの変更はすでに数週間前に導入されているため、この種の苦情がなくなったことに気付いた可能性があります。

振り返ってみると、私たちは今、その変更をもっと早く行うべきだったことを認めています。エンドユーザーにとって「正しい」技術的なことが「正しくない」場合があるというだけです。

バックグラウンド接続の問題に対するフォールトトレランス

数週間前、AWSには一時的なダウンタイムがありました。サーバーをAmazonでホストしているため、当然、ダウンタイムによってAPIサーバーへの接続の問題が発生しました。その期間中にFreemiussynccronが実行されたWebサイトには、接続の問題に関する却下可能な通知が追加され、関係するユーザーからのサポートに関する問い合わせが多数発生しました。この通知の目的は、ファイアウォール、ISPのブロックなどによる、進行中の接続の問題を強調することです。一時的な接続の問題のために作成されたものではありません。そのため、フォールトトレランスメカニズムを導入することでロジックを改善し、接続の試行が3回連続して失敗した後（通常は3日）にのみ通知が追加されるようにしました。

非推奨のマルチサイトネットワーク機能の解決

wpmu_new_blog()とdeleted_blog()は、デバッグモードで実行しているときに通知をスローしていたWP5.1で非推奨になりました。マルチサイト統合を更新して、新しいWordPressリリースで実行するときに、代わりにwp_insert_site()とwp_delete_site() ）を使用するようにしました。貢献してくれたDarioCurvinoに感謝します🙌

新しいフィルター

新しいhide_freemius_powered_byフィルターを導入して、SDKによって生成されたページからPoweredbyFreemiusタブを非表示にできるようにしました。

my_fs()->add_filter( 'hide_freemius_powered_by', '__return_false' );

また、 hide_billing_and_payments_infoという名前の別のフィルターを使用して、アカウントページの顧客にデフォルトで表示される請求と支払いの履歴を非表示にします。

my_fs()->add_filter( hide_billing_and_payments_info', '__return_true' );

「匿名」ライセンスアクティベーション—聞こえます！

スタートアップやあらゆるタイプのビジネスとして、最初は限られたリソースしかありません。一番の焦点は、製品/市場適合に到達することです。これにより、当然、優先順位を付けて犠牲を払う必要があります。 Freemiusを開始したとき、WordPress市場の分析では、DIYユーザーがエコシステム内のユーザーの最大の割合を占めているというものでした。したがって、一部のプラクティスとUXは、そのセグメント向けに設計されています。私たちが成熟するにつれ、過去2年間で、メンテナとビルダーのニーズによりよく対応するために、長年にわたって収集されたフィードバックを適用するために多大な努力を払ってきました。これはWordPressユーザーの割合ははるかに少ないですが、非常に情熱的で重要なものです。

この段階で、何年にもわたって受け取った行動フィードバックの大部分は、すでにWordPressSDKに組み込まれています。しかし、プライバシーの機密性が高い技術に精通したユーザーからの繰り返しのリクエストが1つあります。「ライセンスキーをアクティブ化するときにオプトインする必要があるのはなぜですか？」

WordPressバージョン、PHPバージョン、Webサイトロケール（完全な情報は新しいデータプラクティスページに記載されています）など、ライセンスのアクティブ化時にユーザーと製品メーカーに役立ついくつかの基本的なメトリックのみを収集しますが、私たちが懸念しているのはかなりのことです。ユーザーが自信を持ってあなたの製品を楽しむことができるように対処したかった。

そのため、次のリリースでは、ライセンスのアクティブ化と更新の配信に不可欠ではないデータを共有せずに、ライセンスをアクティブ化するための新しいオプションを導入する予定です。データアーキテクチャを作り直す代わりに、データをダミー値でマスクして、最大限のプライバシーを提供します。 WebサイトのURLとIP、SDKバージョン、および製品がアクティブか非アクティブかを収集する必要があることに注意してください。しかし、それだけです！

次回まで

今後の「匿名」ライセンスアクティベーションに関するフィードバックはありますか？検討してほしい機能はありますか？それらをTrelloボードに自由に追加してください。それまでの間、販売をお楽しみください。