WordPressテーマはトップレベルの管理メニュー項目を追加する必要がありますか？

WordPressは、ほとんどの場合、テーマのトップレベルの管理メニュー項目を提供してきました。 それは明確に「外観」とラベル付けされています。 これは、すべてのWordPressユーザーが、WordPressサイトの外観に関連するものを変更するためにアクセスすることを知っている単一の場所です。 ただし、テーマチーム内で、テーマが管理者に追加のトップレベルメニューリンクを配置できるようにする動きがあります。 大きな問題：このアイデアは前進すべきでしょうか？

テーマチーム（元々はテーマレビューチームと呼ばれていました）が結成されたとき、そのメンバーは、何年にもわたって形作られ、形を変えられる一連のガイドラインを作成しました。 それらは、時代とともに常に変化する可能性のある一連の生活ガイドラインでした。

最も古いガイドラインの1つでは、テーマでカスタム管理ページを[外観]メニュー項目の下に配置する必要がありました。 それは理にかなっています。 WordPressは、テーマ関連のページの標準的な場所を提供しました。 カスタムヘッダーと背景機能は、外観の下にありました。 現在のテーマでも定義されているウィジェットは、サブページとして格納されていました。 やがて、WordPressのカスタムナビゲーションメニューシステムが登場し、ご想像のとおり、外観の下に配置されました。 コア開発者は、カスタマイザーリンクを同じ場所に配置することもできます。

10年以上の間、明確に定義された標準がありました。 確かに、公式ディレクトリの外にある商用テーマは、型を破ることがあります。 ただし、ディレクトリのテーマはパターンに従いました。

現在、テーマチームは、テーマが伝統から脱却できるようにすることを提案しています。

テーマがブロックエディタのサイドバーにカスタムパネルを追加できるかどうかという質問の後に議論が起こりましたが、これは許可されていません。

「エディターの乱雑さ、広告、アップセルをなくし、カスタマイザーの使用を減らし、ダッシュボードウィジェットを許可しないようにするために、テーマの作成者に情報を含めるためのより良い場所を提供し、アップセルをその領域に制限できますか？」 先週のチームミーティングノートにCarolinaNymarkを書いた。

この提案は、WordPressがフルサイト編集に移行し、カスタマイザーの重要性が低下するにつれて、テーマの可視性が失われるという考えに基づいているようです。 カスタマイザーはテーマオプション以外には理想的な場所ではありませんが、その概念は議論の中で見過ごされてきたようです。 それにもかかわらず、テーマがトップレベルのメニュー項目を作成することを禁止した元のガイドラインは、カスタマイザーの出現に数年先行していました。 広告、ドキュメント、プラグインの推奨事項、および同様のページは、既存の[外観]メニューで常に許可されていました。 カスタマイザーの有用性は、その会話の必要な部分ではありませんでした。

最終的に、問題はユーザーにとって何が最善かということです。 変更を加えたり、現状を維持したりすることをサポートするデータはありません。 しかし、私たちは何年も前から存在している基準を持っています。

提案されたガイドライン

この提案では、テーマがトップレベルの管理メニュー項目を作成したと仮定して、テーマの作成者が従い、レビュー担当者が確認するためのいくつかの新しいガイドラインを作成します。

• 管理メニューの優先順位は使用できません。
• メニュー項目のUIまたは色の変更は許可されていません。
• タイトルは短くし、スパムを含めないようにする必要があります。
• 3つ以下のサブページ。
• 子テーマは1つのサブページに制限されているか、親のページを削除して独自のページを追加できます。

これらのいくつかは意味があり、スパムを送信したり、管理UIを変更したりしないなど、既存のガイドラインに従っています。 ただし、他の人は問題になる可能性があります。

提案を進める場合は、メニュー項目の優先順位を設定することを許可するのではなく、要求する必要があります。 どちらかといえば、既存の外観アイテムの直後にカスタムメニューアイテムを配置するために特定の優先順位を要求することは理にかなっています。 これにより、少なくともデフォルトでそれらがグループ化されます。 ユーザーがテーマ関連のページを見るのに慣れている場所を変更する場合は、標準の場所から離れすぎないようにするのがおそらく最善です。

3つ以下のサブページ？ 確かに、ある時点で4つのサブページを必要とするトップレベルの管理メニュー項目を持つテーマがあります。 テーマの作成者に管理者の貴重な不動産を利用する自由を与える場合、最初にトップレベルのアイテムを許可するという間違いを修正するために、3つのサブページの制限がルールのように思われます。 せいぜい任意の数です。 ガイドラインを変更した後は、上限を設ける理由はありません。 また、チームが監視する必要のある項目がもう1つ追加されます。

子テーマのサブページの制限も同様に恣意的です。 標準の外観画面の下にサブページを配置する場合、そのような制限はありません。

提案全体は、すでにリソースに負担をかけているチームでの余分な作業にすぎません。

何年にもわたって存在していた単純なルールの代わりに、提案はいくつかのサブルールを持つ新しいルールを追加します。 チームが追加の作業を希望する場合、この点は問題ではないと思います。

部屋の中の象

この議論には、誰もが知っている側面が1つありますが、ブローチする意思のある人はほとんどいません。 テーマチームからのすべてのガイドラインの下で、ほとんどのテーマ作成者が特定の決定をサポートするかどうかは、これが財務上の収益にどのように影響するかです。 テーマの管理ページの可視性について話すとき、私たちは主に商用アップセルのための別の手段を提供することについて話します。

可視性に関するこの議論の一部は、エンドユーザーのドキュメントを表示したり、ユーザーの利益のために目に見えるreadmeを追加したりするなどの概念に包まれています。 これらは正当な懸念事項です。特に、テーマ開発者がこのような落ち込みに対処するためのチケットを何年にもわたって不明瞭になっているように見ている場合はなおさらです。 トップレベルの管理メニュー項目がテーマのドキュメントを公開するのに意味があるかどうかは議論する価値があるかもしれませんが、これが主なユースケースになる世界はありません。

可視性のトピックは、テーマのプロバージョン、アドオン、またはその他のサービスをアップセルするというアイデアに基づいています。

非常に多くのプラグインがすでに船外に出ており、WordPress管理者の看板を作成しています。 ユーザーがほぼ確信できることの1つは、公式ディレクトリのテーマが十分に制約されていたため、プラグインが最近になったようなホットな混乱ではなかったことです。 ただし、それはすべて変わる可能性があります。

すべての目的と目的のために宣伝する追加のトップレベルの管理メニュー項目が本当に必要ですか？

多分それは結局は問題ではありません。 ユーザーは、自分のサイトにある数十のプラグインによって生成される混乱に非常に慣れています。 この時点でもう1つは重要ではないかもしれません。

それとも、まったく別の会話をする必要がありますか？ これが最終的に広告に帰着する場合、WordPress管理者を混乱から解放するユーザーエクスペリエンスを作成しながら、テーマの作成者にこれを開放する方法はありますか？