この記事のまとめ
- Matt Mullenweg氏はWordPressの現状について、開発の勢いや品質に強い危機感を示しました。
- 背景には、WordPressが年1回の大規模リリース体制へ移行したことや、WP Engineをめぐる法的対立で開発リソースが分散している事情があります。
- いまのWordPressは「機能追加」だけでなく、アーキテクチャー、品質管理、コミュニティー運営の立て直しが問われています。
WordPress批判の本質は「速度」ではなく「信頼」の問題
Matt Mullenweg氏の発言は、単なる強い言い回しではありません。
WordPressの開発文化そのものが、いま転換点にあるという警告として受け取るべきです。
背景には、開発スピードを落としてでも体制を立て直すべきだという判断と、逆にこのままでは品質が落ちるのではないかという不安があります。
なぜここまで厳しい評価が出たのか
理由は、WordPressの開発環境がかなり複雑になっているからです。
公式には、WordPressはアクセシビリティー、性能、セキュリティー、使いやすさを重視するオープンソースソフトウェアとされています。
一方で、2025年からは年1回の大規模リリースへ移行し、法的問題によって本来の開発資源が削られていることも明言されました。
具体的には何が起きているのか
Search Engine Journalによると、Mullenweg氏はWordPress Slack上で、将来のリリースを2027年まで年1回に絞る案に言及しました。
また、Automatticの貢献をWP Engine側の状況に合わせて抑えるべきだという文脈も示され、コミュニティー内部では強い反発や困惑が広がりました。
つまり、技術論だけでなく、開発体制と企業間対立がそのままプロジェクト運営に影響しているわけです。
これがWordPressユーザーに与える影響
この動きが意味するのは、見た目の新機能よりも、土台の安定性が優先される局面に入ったということです。
公式ロードマップでも、Site Editorの整理、テンプレート管理の見直し、Interactivity APIやAbilities APIの強化など、基盤の改善が前面に出ています。
ユーザーにとっては更新頻度の変化以上に、使い心地の一貫性と信頼性が重要になります。
WordPressは長年、「誰でも使えるウェブの土台」として成長してきました。
だからこそ、いま必要なのは派手な新機能よりも、コミュニティー全体が納得できる開発プロセスの再設計だと考えられます。
技術の問題に見えて、実は信頼の問題であり、信頼の問題に見えて、最終的には設計思想の問題です。
今回のWordPress批判は、感情的な発言として片付けるには重すぎます。
開発の速さ、品質、法務リスク、そしてコミュニティーの合意形成が同時に揺れているからです。
今後のWordPressを見るうえでは、リリース回数よりも、どのようにして信頼できるアーキテクチャーと開発体制を戻すのかが重要になります。