これら 3 つのオープン ソース CMS は、名前こそ有名ですが、実際のところ、市場で最高の CMS ではないということです。 この発言は、彼らの陣営の人々を動揺させるかもしれませんが、これは事実です。
長年にわたり、人々の誠実な意図は、これらのコンテンツ管理システムがより人気を得てより多くのユーザーベースを獲得できるように、太陽の下のあらゆるものにこれらを盲目的に推奨することによって、不利益を与えてきました。 しかし、このような行為は、（ほとんどの場合）プロジェクトの名前を助けるよりも傷つけることの方が多いということに、彼らは気づいていません。 今日、私は、なぜこれら 3 つの人気のある CMS が単に市場で最高のものではないのかを説明するつもりです。
この投稿を書くのをしばらく待っていましたが、これは非常に重要で、ブランド名を何度も聞くことが自動的に自分にとって正しいことを意味するという盲目の仮定をせずに CMS を適切に選択する方法を人々が理解するのに助けになると思います。 やりとりは通常次のようなものです:
質問です。
回答1：間違いなくJoomlaです、最高です！
回答2：ずっとWordPressです！
回答3：Drupalがずっといいです、見てみることをお勧めします！
回答4：Drupalの方が良いですか？
この種の盲目的な推奨は、上で述べたように、会話に何の価値も与えないだけでなく、そもそも質問している人をさらに混乱させる以外の何ものでもないのです。 この単一の質問において、このユーザーが CMS に何を必要とし、何を望んでいるのか、何の資格もなく、3 つの完全に異なるスキル レベルのシステムが推奨されており、この事実が、これらの陣営のいずれかにいる人を怒らせるかもしれませんが、どれもベストではないということです。 これはショックかもしれませんが…
最高の CMS はありません。
そこで、私はそれを言いました。 市場にある何千ものコンテンツ管理システムには、それぞれの強みがあります。 ブログに向いているもの、フレームワークが必要な複雑なプロジェクトに最適なもの、多言語ウェブサイトに向いているものなど、いくつかのユースケースを説明しています。
CMS アワードで「ベスト CMS」関連のカテゴリを多数設けているのは、なぜかと思われる方もいらっしゃるでしょう。 その理由は簡単で、人々が自分の好きなプロジェクトに投票したり推薦したりできるようにしたいからで、あまり知られていないプロジェクトにもスポットライトを当ててあげたいと思ったからです。 私は、あらゆる種類のプロジェクトが露出するのを助ける価値があると思います。 ベストCMS for Enterprise “という用語は、あまり良いアイデアではないかもしれませんが、私は、単純なベストCMS賞ではなく、目的に合わせて特定のカテゴリーに分類するようにしました。 私は、ベスト CMS という言葉をどんな言葉でも使いたくないので、今年はより具体的なカテゴリに分けました。
WordPress is NOT the Best CMS
WordPress は、何よりもまず、ブログのプラットフォームです。 しかし、開発者がWordPressの機能に取り組んでいるとき、ブログの記事を書くことが第一の焦点であり、不動産サイトや法律事務所を運営できるかどうかではないのです。 その上、プラグインは WordPress のコア開発者によってテストされず、プラグイン リポジトリに入る前に何らかの QA に合格していることを確認することができません。 その結果、このような問題が発生することがあるのです。 http://www.pcworld.com/article/2458080/thousands-of-sites-compromised-through-wordpress-plugin-vulnerability.html
More Plugins = More Bloat
繰り返しますが、この点について私と議論する人はいるでしょうが、これはあらゆるコンテンツ管理システムで共通の問題であり、特に WordPress では、プラグイン ディレクトリから最低 5 つのプラグインをインストールせずに WordPress を実行することは事実上不可能（事実上、と言った点に注意してください）です。
なぜこれが問題なのでしょうか。
簡単に言うと、インストールするプラグインが多ければ多いほど、Web サイトのパフォーマンスが低下します。 悲しいことに、Automattic 社 (WordPress の母体) が開発したプラグインでさえ、読み込み時間とパフォーマンスの大幅な低下を引き起こすことがあります (これは Jetpack の話です)。 プラグインをリリースしている開発者の意図は良いのですが、WordPress を実行している人は、常にプラグインを更新しなければならないことがよくあります。
Old Plugins and No Warnings
その上、WordPress リポジトリ内のプラグインの大部分は、古くて期限切れにもかかわらず、システムにインストールすることができるようになっています。 これらの古いプラグインがまだ存在し、削除されないので、これは大きな問題です。 更新されていない場合、たとえば 1 年以上前のプラグインを自動的に削除する自動化されたシステムが必要です。 このようなことはどのようにして起こるのでしょうか。 WordPress 内のプラグイン検索機能では、詳細ボタンを押さない限り、プラグインが開発された日付は表示されませんし、互換性がない可能性があるという警告も表示されません。 プラグインを検索し、その抜粋を読んで、自分が探しているものだと思ったら、インストールを押しても、そのプラグインが4年前のもので、システムに大きな問題を引き起こす可能性があることを知る由もないのです。
率直に言って、これは完全に冗談で、リポジトリからこの古いゴミを今までに削除していないか、少なくとも、システムに対して日付と互換性をチェックし、最新ではないプラグインをインストールしないように警告する（あるいはもっと良い方法で阻止する）実装さえされていないことに驚きを禁じえません。 このリンクをチェックしてください。 これは、巨大な問題のほんの一部です。 2008 年の WordPress のリリース用に開発されたものをインストールすることが良いアイデアだと本当に思いますか? 彼らは、より更新されたプラグインや最新のリリースでテストされたものを最初に、古いものをディレクトリのかなり後ろにランク付けし始めましたが、あなたはまだ全く警告なしで古いプラグインをインストールすることができます。 今日、テストとして、私のWordPressインストールに6年前のプラグインをインストールしようとしたところ、警告もなく完璧に動作しました。 これはセキュリティ上の大きな問題であり、私としては対処しなければならない大きな懸念です。**
Constant Updates
初めて WordPress を使う人が更新通知を見ると、セキュリティ上の理由から、それを行うのは良いことだと思い込んでしまうのですが、実際はどうでしょうか。 これの問題は、単純なプラグインの更新が、あなたのサイトを激しくダウンさせ、何が起こったのかを理解するために開発者を見つけるために奔走する可能性を持つことが多いということです。
公平に見て、これは WordPress 固有の問題ではなく (WP では非常に一般的ですが)、プラグインに依存する多数の CMS の問題です (そして私を信じてください、リストは長いのです)。 しかし、WPEngine のような WordPress 管理ホスティング ソリューションを使用していて、アップデートをテストするための開発版コピーを持つことができない限り、このタイプのシステムはあまり一般的ではありません。
プラグインの問題は、肥大化することであり、肥大化はウェブサイトの速度を低下させることを意味します。 確かに、キャッシュ プラグインを使用することはできますが、それ自体もサードパーティによって開発されたプラグインであり、サポートが必要な場合は別途購入する必要があります。
WordPressは、不動産サイトや法律事務所などにとって良い選択肢となり得るのでしょうか。 もちろんです。しかし、何の情報もなく推薦することは、会話に何の価値も与えません。
Joomla は最高の CMS ではありません
Joomla が好きな人はたくさんいますし、それはすばらしいことです。 Joomla コミュニティは、市場にあるオープン ソース製品に光を当てるのに本当に役立っています。 しかし、それは単にそこにある最高の CMS ではありません。
プラグイン ゲーム
Joomla は、プラグインに関して WordPress とまったく同じ問題を抱えています。 プラグインは、リポジトリに追加される前に、Joomla のコア開発者によってシステムに対してテストされません（これと同じ問題は、多くの CMS に共通するもので、Joomla 固有のものではありません）。
Hacked?
Joomla のウェブサイトは、何らかの理由で、ハッキングの試みが多いように思われます。 これは、Joomlaに限ったことではありませんが、Joomlaが人気があるため、ハッカーがJoomlaに焦点を当て、それを使用しているWebサイトを特にターゲットにしていることが原因だと思います。 これは確かに WordPress でもよくあることですが、Joomla を使おうとしてハッキングされ、新しい解決策を探している人たちからよく話を聞く傾向があります。 これは、私が連絡を受ける 1 番のことなのです。 私がこのことに言及したことに驚いているJoomlaファンの方々へ、私はJoomlaが最もハッキングされたCMSであると言っているわけでは決してありません。 私は、私の場合、他のどのCMSよりも頻繁にそれについて連絡を受けることを指摘しているだけです。
Joomla の防御として、私は個人的に、これはこの投稿の中心的な問題によるところが大きいと思います。 Joomla が最適でないプロジェクトに推奨されていることです。 私が言いたいのは、CMS の知識がなく、Joomla をセットアップしようとする人が多ければ多いほど、また、Joomla の中核的な強みとは異なる目的で使用すればするほど、間違いを犯し、ハッキングされたサイトになってしまう可能性が高くなるということです。
Poor recommendations = Poor Experience
私がこう言うのは、WordPress などよりも Joomla や Drupal といった製品ほうがコンテンツ管理システムに精通している人向けになっている傾向があるためです。 これらは、やや高度な製品です。 私の中では、トップ3を難易度の高い順に並べています。 WordPress、Joomla、Drupal（初級者向け、中級者向け、上級者向け）です。
Joomla も WordPress よりも少し高度で、コンテンツ管理システムの経験がない、あるいは使ったことがない新規ユーザーに勧めるのは、そのユーザーと製品に悪い影響を与えることになります。 世の中にはもっと簡単なCMSがありますが、Joomlaは最近リリースされたもので間違いなく正しい方向に進んでおり、ずっと良くなっています（インターフェースは2.5シリーズの頃より数光年上です）。
Halfway House
ある意味、JoomlaはWordPressとDrupalの中間的存在です。
先に述べたように使いにくさで言えば中間ですが、これはJoomlaの一般的な柔軟性や機能性にも当てはまります。 WordPress は、少なくとも理論上は、ブログからディレクトリまで、非常に幅広い種類の Web サイトを作成するために拡張することができます。 まもなく説明する Drupal は、そのビルディング ブロックの性質により、ほぼすべての種類の Web サイトの作成に使用できます。
Joomla は WordPress ほどには拡張できませんが、拡張できたとしても、開発者がそれを実現するのに不便な時間を過ごしたことは確かでしょう。 同様に、Joomla は、Drupal と同じように Web サイトの要素を組み合わせるフレームワークとして使用することはできません。 Joomlaは中間的な豚のようなものです。 WordPressと同様に、Joomlaにも多くの問題があります。良い製品ではありますが、市場で最高のCMSではありませんし、慎重に物事を考え、それが適しているかどうかユースケースを計画せずに、何にでもJoomlaを推奨することは適切ではありません。
Drupal is NOT the Best CMS
ここからが興味深いところです。 私の意見では、Drupal は CMS ではありません。 それはCMFです。 これはコンテンツマネジメントフレームワークの略で、基本的にはDrupalをレゴのように考えて、実質的に何の制限もなく好きなものを作ることができる、ということです。 Drupalは本当に素晴らしい製品ですが、（ここが大きな問題なのですが）人々はまだ、あまり複雑で簡単なソリューションを必要とするプロジェクトにDrupalを薦める傾向があります。 これは、意図していない (または、最適でない) 目的のためにそれを使用しようとし、結局不満を抱かせることになり、サービスを低下させます。 イライラしている人が何をするか、みんな知っていますよね？ 7987>
ですから、「Drupalを使いなさい、最高だよ！」と役に立たないことを言うのではなく、Drupalが何のために設計され、どんなプロジェクトに最も適しているかを考えてから勧めるべきかもしれません。
モジュール（またはプラグイン？）の難問
Drupalの功績は、モジュールディレクトリ（専門用語がわからない人はプラグインと同じ）で正しいことを行ったということです。 彼らは、アクティブな開発中で、活発にメンテナンスされているモジュールだけを見ることができるように、ドロップダウンを持っています。 はい、あなたに言っているのです。
個人的には、これらのダウンロードを保守する理由はないと思いますが、おそらく私はここで何かを見逃しているのだと思います。
It just ain’t easy
Drupal ファンにはあらかじめ謝っておきますが、この次の発言は、Drupal が最も良いモジュールディレクトリを持っているということです。 Drupal は単に使いやすいわけではありません。 実際、より複雑なコンテンツ管理フレームワークの1つであり、Drupalを適切にセットアップすることが迅速かつ簡単なプロセスであると考える人は、間違いなくショックを受けるでしょう。
結論
上位3つのうち、Drupalは、その汎用性と、何よりもまず、複雑なプロジェクトやWebアプリケーションを構築するためのフレームワークであることを考えると、より幅広いプロジェクトで最も可能性を持っていると思います。
これは誰にとっても完全にショックなことかもしれませんが、
簡単に言えば、そんなものはありませんし、これからもないでしょう。
「最高のCMSは何か」という質問をする人は、ちょうどEverquestをプレイする人に「最高のクラスとは何か」と尋ねる人と同じです。 文脈に関係なく、考慮すべき変数が多すぎるため、正確には答えられない質問です。
私が尊敬する紳士、Adriaan Bloem は、「最高の CMS は何ですか」というタイトルの投稿で、それを最もうまく言ったと思います。 「というタイトルの投稿で、最も良いことを言っていると思います。 彼の言葉を引用すると、
一般に「最高の CMS」は存在しないだけでなく、あなたにとって最高の CMS さえも存在しないのだ、ということです。
これらのツールにはすべて欠点と短所があります。 正しいものを手に入れるということは、あなたのシナリオと制約に最も適合したものを手に入れるということです。 しかし、欠点を知ることも同様に重要です。 素晴らしい長所にコミットするだけでなく、その見返りとして必ず厄介な問題が発生するのです。 それを無視するのではなく、事前に知っておけば、問題とともに生きることができ、問題を軽減することができるのです。 広い目で見てください。
– Adriaan Bloem, OffandOnline.net
Adriaanはよく言った。 私自身、これ以上の言葉はありません。
そこで、自分の CMS が最高だと考えている皆さん、がっかりさせたくはありませんが、そうではありません。 最高の CMS は存在しませんし、これからも存在しないからです。
では、この 3 つの代わりに、どのコンテンツ管理システムを試してみることを検討すべきでしょうか。 ここでは、いくつかの選択肢を紹介します。 もしあなたのCMSがリストアップされていなくても、それは軽視しているわけではなく、私は頭の中からいくつかのソリューションの例を選んで言及しました。 このリストの位置づけは、経験に基づいた私の意見に基づいています。
ブロガー向け。 ここでは、15の素晴らしい代替手段をリストアップしています。 シンプルなブログプラットフォーム
他にもたくさんのオプションがあります。 サポートが必要な場合は、私たちに連絡してください。