WordPressは終わり？ 本当にそうなのかを考えてみる

「WordPressはもう終わりですか」「AIでWebサイトを作れるのに、まだWordPressを使う意味はありますか」。WordPressの保守や開発をしていると、最近こう聞かれることが増えました。

たしかに、AIを使えば、数ページの静的なWebサイトを形にするまでの時間はぐっと短くなります。grandworkでも、AIは優秀で、作業の効率を桁違いに変えてくれる、もう手放せない存在だと考えています。

ただ、画面が表示されたことと、担当者がコンテンツや利用者を管理でき、複数人で権限を分けながら、安全に更新を続けていける仕組みができあがったこととは、同じではありません。

もちろん、制作や更新に関わる全員がGitを使いこなし、変更履歴やレビューを同じ手順で管理できる環境なら、管理画面のない構成でも運用できるかもしれません。結局のところ、誰が、どのように、何のために使うのかで、必要な仕組みは変わります。

「WordPressは終わり」の中身を分けて考える

「WordPressは終わり」という言葉はよく見かけますが、そもそも何が終わったと言っているのか。少なくとも、次の3つは分けて考える必要があります。

• ブログや企業サイトなら無条件でWordPress、という選び方
• 専門知識がなくても、入れさえすれば安全に運用できるという期待
• WordPressというCMS自体の利用や開発

このうち前の2つは、たしかに成り立ちにくくなっています。ただ、だからといって「WordPressという仕組みそのものが終わった」とまで言うのは、話が飛びすぎです。

WordPressは、良くも悪くも目立つ存在です。世界中で長く使われ、利用者もサイトの数も多いのですから、話題にのぼりやすいのは当然でしょう。そのぶん、「古い」「AIで置き換えられる」「利用率が高い」といった表面的な情報だけで、使うべきか捨てるべきかまで語られてしまうことがあります。

投資の世界で、企業の実態と市場の評判が食い違うことがあるように、技術にも実態とは違う評判が立つことがあります。今に始まった話ではありません。どれだけ話題になっているかと、目の前の用途に合っているかどうかは、別の話です。

だからこそ、何を使うかを決める前に、少なくとも次のことははっきりさせておく必要があります。

• 何を実現するためのWebサイトまたはシステムなのか
• 誰が、どのように使うのか
• 現在必要な機能と、将来追加する可能性がある機能は何か
• 誰がWordPress本体、テーマ、プラグインの保守管理を行うのか
• 誰が日々のサイト運営と、障害時の復旧対応を担うのか
• サーバー、アプリケーション、外部連携を、それぞれ誰がどこまで監視するのか（マネージドサーバーを利用している場合は、契約範囲内のサーバー監視をサービス提供側に任せられます）

目的や責任の範囲があいまいなままだと、WordPressを選んでも、AIで独自に作っても、その選択が正しかったのかを確かめようがありません。

静的サイトを手軽に公開できるサービスやノーコードツール、EC専用サービス、ヘッドレスCMS、AIによるコード生成が増えて、選択肢はずいぶん広がりました。起きているのはWordPressの消滅ではなく、WordPressだけを前提に考えなくてよくなった、という変化です。

WordPressそのものが終わったとは言えない

2026年10月17日時点のW3Techsの統計では、WordPressはCMSが判別できるWebサイトの58.4％、全Webサイトの39.6％で使われています。調査の方法や対象によって数字は変わるので注意は必要ですが、少なくとも「もう誰も使っていない」と言える状態ではありません。

開発も続いています。WordPress 7.1は2026年8月19日に公開されましたし、WordPress 6.9以降には、機能ごとの入力・出力・権限を定義して、AIや外部のシステムから扱いやすくするAbilities APIも入りました。

WordPressが使っているPHPという言語は歴史が長く、どちらかといえばレガシーな部類に入る、と当社も考えています。それでもPHPそのものの開発は続いていて、2026年9月時点ではPHP 8.5系まで公開されています。

PHPだから、という理由だけでWordPressを候補から外すほどではありません。結局は、サイトの規模と、何を実現したいか次第です。仕様や実装例、トラブルの事例などの情報が豊富なことを考えると、AIエージェントと一緒に開発を進める相性も、悪くないほうだと考えています。ただ、AIが古い情報を参照してしまうこともあるので、対象のバージョンと一次情報の確認は欠かせません。

ただし、何でもWordPressで作る必要はない

あまり更新しない数ページの案内サイトなら、静的なHTMLやホスティングサービスで足りることもあります。商品の販売が中心なら、決済・在庫・配送の機能を備えたECサービスから検討するのが自然です。会員ごとに複雑な処理をする業務システムなら、最初から独自のアプリケーションとして設計したほうがよい場合もあります。

とくに、問い合わせフォームもログインもなく、個人情報も保存しない静的なサイトなら、作る人が扱いやすい方法を選べばよいと思います。そこまでWordPressにこだわる理由はありません。

ところが、フォーム、会員情報、決済、予約、外部APIとの連携が入ってくると、話が変わります。入力された値のチェック、認証、権限、データの保護、障害が起きたときの復旧まで、公開する側が責任を負うことになります。見た目ができあがったかどうかだけでは、完成とは判断できません。

WordPressは「記事管理だけ」のCMSではない

WordPressを「記事を投稿するための管理画面」とだけ見るのは、実態に合っていません。コンテンツと分類の管理、利用者の認証と権限、公開状態、メディア、API、拡張の仕組みまで備えたCMSで、設計と開発次第では、会員サイトや決済のあるサイト、独自の業務処理も作れます。

• コンテンツとデータ構造投稿、固定ページ、カスタム投稿タイプ、カテゴリ、タグ、独自分類、メタデータを扱う。
• 利用者、認証、権限管理者、編集者、投稿者、会員など、役割に応じて閲覧・操作範囲を制御する。
• 公開と変更履歴下書き、予約公開、公開範囲、リビジョンを管理し、必要なら以前の版へ戻す。
• メディアと入力・編集画面画像やファイルを管理し、投稿、会員、商品など、用途に合わせた管理画面の入力・編集機能を構築する。
• 拡張と外部連携既存プラグインだけでなく、独自プラグイン、REST API、外部サービス連携で機能を追加する。
• 会員・決済・業務処理要件に応じて、会員サイト、EC、予約、社内向け処理などを構築する。
• 運用と復旧更新、バックアップ、監視、移行、障害対応を継続する。

当社でも、既存のプラグインを組み合わせるだけでなく、案件ごとの要件に合わせてWordPressのプラグインを独自に開発することがあります。独自の業務処理があるからといって、WordPressが向いていないとは限りません。既存の仕組みをどこまで活かせるか、独自の部分をどう切り分けるかによって、判断は変わります。

もちろん、これらはWordPressでなければ実現できない機能ではありません。Next.jsなどを使って、AIエージェントと一緒に同じような仕組みを一から作ることもできます。ただ、コンテンツ、ユーザー、権限、履歴、メディア、検索、プレビュー、公開、復旧までを実際に作ってみると、WordPressが長い年月をかけて備えてきた機能の幅広さと、コンテンツ管理の基盤としての出来のよさを、あらためて感じることがあります。

エディタ、コンテンツ、ユーザー、権限といった管理機能も、AIエージェントを使えば一から作れます。ただ、制作のスピードや納期を優先するなら、AIの利用料だけで収まる作業量ではありません。要件の整理、実装、テスト、修正を進める人の手間がかかり、そのぶんの開発費用も別に必要になります。

機能を少しずつ作り、AIサービスの利用上限がリセットされるのを待ちながら時間をかけて進めるのであれば、費用の見え方は変わるでしょう。ただ、それは納期を決めてシステムを納める仕事とは、前提が違います。

自分たちで作るなら、たとえば次のような動きまで要件として決め、実装し、テストして、その後も保守していくことになります。

• 分類や利用者を削除したとき、関連データをどう扱うか
• 予約公開が重なったとき、正しい時刻と順序で反映されるか
• 権限の異なる利用者が同時に操作したとき、何を許可するか
• 入力途中、通信失敗、外部API停止時にデータを失わないか
• バックアップから、どの単位と時間で復旧できるか

AIが作ったものを、誰が完成と判断するのか

AIにコードを書かせること自体を否定するつもりはありません。当社も開発で使っています。調べもの、実装案の比較、決まった処理、テストの補助などは、以前とは比べものにならないほど速く進みます。

それでも、2026年9月の時点で、AIが万能だとは考えていません。AIが作ったシステムが公開できる品質かどうかを自分で判断できないまま、その判断までAIに任せてWebサイトやシステムを公開してしまう。そのやり方には疑問が残ります。

頼みたいことを正確に言葉にできなければ、書かれていない要件までAIが守ってくれるわけではありません。たとえば、次のような問題が起こりえます。

• 一つの機能を直したら、別の機能に不具合が出る
• 通常操作では動くが、例外時にデータが壊れる
• 管理者には便利でも、一般利用者に許可してはいけない操作まで開放する
• 見た目は完成しているが、スマートフォンや支援技術では利用しづらい
• 復旧手順や運用資料がなく、作った本人以外は直せない

それに、「AIか、WordPressか」という二択の話でもありません。AIを使ってWordPressの開発や保守を効率よく進めることもできますし、WordPress側にも、AIや外部サービスとの連携を意識した仕組みが用意されています。既存のCMSが持つ運用の機能はそのまま使い、作業はAIで速める。そういう選び方もあります。

AIへ指示する人には、Webディレクターの役割が必要

「いい感じの企業サイトを作って」とだけ頼めば、AIはそれらしい画面をすぐに返してくれます。ただ、返ってくるのは、カード、角丸、グラデーション、大きな見出しといった、どこかで見たような構成になりがちです。

AIから思いどおりの結果を引き出すには、指示する人がWebディレクターの役割を果たす必要があります。肩書きがWebディレクターである必要はありません。ただ、頼みたいことを具体的に言葉にし、返ってきたものを評価する役目は、誰かが担わなければなりません。

• 誰に、何を伝え、どの行動につなげるのか
• どの情報を優先し、何を削るのか
• 参考デザインの何を採用し、何を採用しないのか
• PCとスマートフォンで、配置や操作がどう変わるのか
• 入力中、完了、エラーなどの状態をどう見せるのか
• 何をもって完成と判断するのか

Webデザインは、装飾を選ぶだけの仕事ではありません。情報の優先順位、文章の量、写真、余白、操作、状態の変化まで設計します。そこを伝えられなければ、AIが返してくるものは、思い描いていたサイトとは違ったものになりがちです。

反対に、基準になるデザインがあって、コンポーネント、画面幅ごとの動き、状態の変化まで具体的に頼めるなら、AIによるコーディングは十分に役立ちます。AIはデザインが苦手だから使えない、ということではありません。あいまいな依頼から設計の判断まで、丸ごと任せられる段階にはまだない。当社ではそう見ています。

用途から選ぶための目安

WordPressを使わないほうがよい可能性があるケース

• 更新がほとんどなく、管理画面を持つ利点より保守負担が大きい
• 目的に合うSaaSがあり、独自実装する理由がない
• WordPressの標準機能をほとんど活かせず、制約を避けるための実装が大半になる
• 更新・バックアップ・監視を担当する人も外部委託先も決まっていない

WordPressが候補に残るケース

• 非エンジニアを含む複数人が、コンテンツやデータを継続的に更新する
• コンテンツ、分類、履歴、利用者、権限、会員、決済などを組み合わせたい
• 独自プラグインやAPI連携により、案件固有の処理を追加したい
• 既存の運用手順やデータ、連携、担当者の知識を活かせる
• 更新、監視、バックアップ、復旧を担う体制がある

既存のWordPressは、移行より先に現状確認

すでにWordPressで運用しているサイトを、「もう終わりらしい」というだけの理由で急いで移す必要はありません。移行するとなれば、記事、画像、URL、フォーム、検索、会員、決済、計測、SEOの設定など、今動いているものを一つひとつ引き継ぐ作業が発生します。

今あるサイトなら、移行を決める前に、次の点を調べてください。

• WordPress本体、PHP、テーマ、プラグインのバージョンと更新可否
• サイト固有の機能が、どこへ、どのように実装されているか
• 既存プラグインを増やした結果、機能重複や不要な依存が生じていないか
• テーマやプラグインを更新したとき、独自変更が失われないか
• バックアップから実際に復旧できるか
• サーバー、WordPress、フォーム、決済、外部連携の監視担当が決まっているか

プラグインを足し続けてきたサイトなら、移行のほかに、不要な機能を整理したり、独自の部分をリファクタリングしたりする選択肢もあります。なお、WordPress公式のリリース一覧では、安全に使えるのは最新の7.1系の最新版だけだと案内しています。古いバージョンを放置したまま使い続けることと、きちんと保守されたWordPressを使うことは、分けて考える必要があります。

制作のときに費用や時間をかけなかったこと、あるいは当時はそれで十分だと判断して積み重ねてきた選択が、今の要件に合わなくなっているだけかもしれません。それを全部WordPressの欠点として片づけることはできません。

そのうえで、保守やリファクタリングを続ける費用と、別の仕組みに移す費用やリスクを比べてみてください。WordPressが悪いわけではありません。道具を活かせるかどうかは、設計し、使い、保守する側にもかかっています。

よくある質問

WordPressは本当に終わるのですか？

2026年9月の時点で、利用も開発も続いており、終わったとは言えません。ただ、どんなWebサイトでも第一候補になるわけではなく、用途に応じて使い分けられるようになってきているのは確かだと思います。

AIならWordPressと同じCMSを作れますか？

必要な機能を実装することはできます。ただし、コンテンツとデータ構造、利用者、認証、権限、公開状態、履歴、メディア、検索、バックアップ、移行、例外処理まで、要件を決めて検証し、保守していかなければなりません。「AIに頼めば同じものが勝手にできあがる」とは考えないほうが安全です。

AIが作ったWebサイトは、そのまま公開してよいですか？

静的な案内ページであっても、表示崩れ、リンク、アクセシビリティ、権利関係、計測は確認しておく必要があります。フォーム、ログイン、決済、個人情報を扱うなら、機能・セキュリティ・復旧まで、専門知識のある人による確認が欠かせません。

更新の少ない会社サイトにもWordPressは必要ですか？

必須ではありません。どう更新するか、誰が担当するか、フォームが必要か、将来どこまで広げるか。そこから、静的サイトやホスティングサービスも含めて比べてみてください。管理画面を持つこと自体が負担になるなら、WordPressを使わないのも十分に筋の通った判断です。

既存のWordPressは今すぐ移行すべきですか？

一概には言えません。今の更新状況、使っている機能、障害のリスク、運用にかかる費用、移行したあとの体制を確認してから判断します。問題の原因が「WordPressだから」ではなく、更新が止まっている、保守する人がいない、といったところにあるなら、先に保守の状態を立て直すほうがよい場合もあります。