一般に、デフォルトのWordPress管理スタイル(ボタンの形状、色など)を視覚的に守るようにしてください。
ブランディング以外にカスタムスタイルの利点はありますか(WPチームがデザインに対してユーザビリティテストを行っていると思います)。
以前の答えに続いて、ほとんどの場合WordPressのデフォルトのスタイルとパターン - とデザイン 、そしてマークアップ、関数、API、そしてタラに従います。 CSSだけでなく、特に一般大衆へのプラグインで、公式のリポジトリでホストされているのであれば。
そうは言っても、何かを微調整したり、イベントを完全に変更したりする必要がある場合があります。私のアドバイスはWPがすることに基づいて構築し、本当に必要なものや正当化されるものだけを変更することです。
私の会社は3つのWordPressマルチサイトネットワークを管理しています。Aは私たち自身のクライアント用、Bは特定のニッチ管理サイト/ CMS/Digital Hub SAAS、Cは他のより広いニッチ管理サイトSAAS用です。
そしてプラグインのために私達は「野性的に」リリースします、ほとんどの場合私達はWP style /パターンに従います。
それはすべて依存します。 WordPressのアドミンスタイルでは不十分な場合が多くあります。1つ以上のフィールドを持つリピーターのような複雑なコントロール、複雑なネスト設定などです。たくさんの設定がある場合は、デフォルトのWPスタイルが制限される可能性があります。
その一方で、巨大でカラフルなボタン、デフォルトのHTMLコントロールの置き換えなど、非常に異質な外観の上にスタイルを使用するプラグインやテーマがあります。それらは非常に場違いに見え、そしてエンドユーザーにとって混乱を招く可能性があります。
単純なコントロールや設定を作成する必要がある場合は、WordPressのデフォルトのスタイル(WPが使用するのと同じクラス)を使用することをお勧めします。あなたのプラグインがたくさんの設定を持っていて、あなたが物事をまとめるより良い方法を必要とするならば、あなたはWordPressに近いままでいるあなた自身のスタイルを開発することができます、しかしあなたにより多くの柔軟性を与えます。
私のすべてのプラグインについて、私は独自の標準化されたインターフェイスライブラリを用意しています。これはWordPressのスタイルに基づいており、追加の組織要素はほとんどありません。
この質問は、初期のJavaバージョンの古き良き時代を思い出させます。 Javaは、その要素だけに注目すれば良さそうに見えましたが(少なくとも、十分に良かったのですが)、どんなOSの文脈でも、それは醜い野蛮な子のように見えました。
UIは規約に従わないため、Wordpressユーザーはコードの使用を避けることはできませんが、特に20個のプラグインがそれぞれ独自の "Snow Flake"デザインを持つ場合、ユーザーは新しい "Snow Flake" UIを学ぶことを嫌います。
UXデザイン101は常にあなたのコードが実行されている環境の規約に従うことです、そしてあなたが劇的に異なる何かをする場合にのみ、異なるUXを使用してください。率直に言ってAppleとMSさえ彼らが彼ら自身のOS上で彼ら自身の製品のために物事を開発するときいつもこのガイドに従わない、しかしあなたはそれほど気にしないほど大きいとは思われない。