【悲報】WordPress、4種類の更新地獄で静かに終わる日へ 「AIに話しかけるだけでサイトが更新される」移管の手順が全部見えた
【悲報】WordPress、4種類の更新地獄で静かに終わる日へ 「AIに話しかけるだけでサイトが更新される」移管の手順が全部見えた
中小企業のホームページから個人ブログまで、日本のウェブサイトの相当数を支えてきたWordPressに、静かな退潮の波が広がっている。きっかけは最近話題になったPHPの脆弱性問題だ。ただし、乗り換えを決めた人たちの本音は「今回の一件が最後のひと押しになっただけ」というものだ。本体・テーマ・プラグイン・PHPという4種類の更新を永遠に管理し続ける運用、そしてAI時代にどうもしっくりこない作り——その不満が溜まりに溜まった先に、今回の脆弱性問題が来た。そして今、その受け皿として急浮上しているのが、米Cloudflare（クラウドフレア）が作った新CMS「EmDash（エムダッシュ）」である。
EmDashとは何か——「WordPressの次」を歌う無料CMS
EmDashは、Cloudflareが2026年9月28日に正式版をリリースしたコンテンツ管理システムだ。特徴は大きく4つある。まずMITライセンスの完全無料で、商用利用も可能なこと。次に、IDとパスワードではなくパスキーのみでログインする設計であること。指紋やFace IDで認証するため、漏洩する前提の認証情報自体が存在しない。3つ目に、AIがサイトを直接更新するための標準規格MCPを標準搭載していること。そして4つ目に、Cloudflare本体が作っているため、世界最大級ネットワークのセキュリティと高速配信がそのまま付いてくることだ。Cloudflare側は明確に「WordPressの次のサービス」と位置づけ、管理画面の操作感もWordPressに似せて作っている。日本語にも対応済みだ。
技術構成はPHPではなくTypeScript/JavaScript。表示の枠組みにはAstroを使い、ビルドやデプロイにNode.jsを使う。WordPressがPHPという「今や中国では『何それ』と言われるほど古い」と評される言語に完全に依存しているのとは対照的に、実行基盤から別物になっている。
裏側ごと入れ替わる: Xサーバー+PHP+MySQLからWorkers+D1+R2へ
移行の全体像は「見た目はそのまま、裏側を総入れ替えする」作業だ。典型的なWordPressサイトは、Xサーバーなどのレンタルサーバー上でPHPとMySQLを動かし、画像はwp-content/uploadsに保存、という構成になっている。EmDash移行後は、サイトの配信先がCloudflare Workers（サーバーレスホスティング）、データベースがD1、画像などのメディアがR2という、Cloudflare製品群に置き換わる。管理画面へのアクセスもEmDashの管理画面になり、パスキーでログインする。
注目すべきはコストだ。Cloudflareの無料プランでもWorkersは1日10万リクエストまで処理でき、中小サイトの多くは無料で収まる。無料枠のD1が5GB、R2が10GBに収まるかも事前に確認しておきたいポイントだ。見た目こそほとんど変わらないが、PHP由来の脆弱性の影響を受けなくなり、更新対象はEmDash本体だけになる。4種類のバージョン管理から解放されるのは、運用者にとって精神的な解放の意味が大きい。
公式移行ツールで「何移り、何を作り直すか」
EmDashにはWordPressからの移行ツールが公式に用意されている。WordPress側に「EmDashエクスポーター」プラグインをインストールして移行用キーを発行し、EmDash側のインポート機能にそのキーを貼り付ける。すると、ニュース投稿やブログ投稿、固定ページ、カテゴリー、SEO関連の設定まで、データベース管理下のコンテンツがまとめて取り込まれる。メディアの取り込みにも対応しており、作業は驚くほど短い手順で終わる。
一方で、そのままでは移らないものもある。テーマのデザイン、プラグインの機能（問い合わせフォームなど）、ショートコード、ページビルダーで組んだレイアウトだ。ただしこれらは近年のAIコーディングツールで再構築が現実的な領域でもある。実際の移行現場では、サーバーからFTPでテーマフォルダをダウンロードし、AIエージェントに渡して「このデザインどおりに再構築して」「管理画面の表記は全部日本語にして」と指示する運用が行われている。人間が手でやる作業はほぼなくなり、残るのは人間の目での確認作業だけになる。
ドメイン移管の関門: ネームサーバー変更とレジストラロック
コンテンツの引っ越しと並んで重要なのがドメインとDNSの切り替えだ。手順は二段階になる。まず、元のサーバー側でネームサーバーをCloudflare指定のものに変更し、ドメインの名前解決をCloudflareに向ける。反映には1時間前後かかり、CDNの表示がCloudflareに切り替わったことで確認できる。
さらにドメインそのものをCloudflareで一括管理する場合、レジストラ移管が必要になる。Xサーバーの場合は先にドメインの解約申請を行い、レジストラロックを解除したうえで、認証鍵（移管キー）を取得してCloudflare側に貼り付ける。この「解約しないと移管できない」という地味に面倒な手続きが、移行作業の最後の関門になる。全体の流れ——バックアップ、EmDashサイトの構築、コンテンツ取り込み、デザイン再構築、URL引き継ぎ、DNS切り替え、動作確認——を丁寧にやると、所要時間の目安はおよそ3日だ。
AIネイティブ運用の実力: スマホから話しかけるだけで記事が公開される
移行のゴールはここから先にある。EmDashの設定画面でAPIトークンを作成し、読み取り・書き込み権限を設定して、AIアプリのMCPコネクターにURLを登録する。接続はGoogleドライブとの連携と同じ要領で、URLを貼り付けて承認するだけだ。これでClaudeなどのAIアプリから、EmDashの管理画面を人間と同じように操作できる状態になる。
実際の運用イメージはこうだ。「12月10日に大阪でAI勉強会を開催する告知を書いて、画像も作って投稿して」と話しかける。AIがニュース投稿を作成し、画像をアップロードし、下書きまたは公開まで持っていく。投稿後はいつも通りの管理画面で人が手直しできるし、下書きで止めておけば公開前に人間の承認を経る。しかもこの操作はスマホのClaudeアプリからも同じように可能で、外出先から音声まがいの指示で記事が公開される。
そして、多くの人が最も気にする「AIがサイト全体を勝手にいじらないか」という問題。移行済みサイトでの検証では、CMSで管理されていないトップページのメインビジュアルの差し替えを指示すると、AIは「設定箇所が見つからないため差し替えていません」ときっぱり拒否した。AIが触れるのは、人間が更新用に用意したニュースやブログの枠だけ。サイト本体は静的サイトとしてコーディングされており、AIの暴走のしようがない。権限もツール単位で「常に許可」「承認が必要」を振り分けられるため、一般社員にAI運用を任せることも現実的な設計になっている。
保守費の再配分: 更新は内製化し、お金はセキュリティに集中させる
この移行がもたらす本質的な変化は、費用構造にある。これまでWordPressサイトの保守契約に含めていた「日々の更新・運用・バックアップ」は、AIで内製化できる。一方で削ってはいけないのがセキュリティの監視・保守だ。今回のPHP脆弱性問題でも、Cloudflare側が事前に兆候を察知し、数十万件規模の不正アクセス攻撃をブロックしていたことが話題になった。攻めの更新は自社とAIで、守りはプロに委託する——この役割分担が、これからのウェブ運用の標準になっていく可能性が高い。
ネットの反応
もうプラグインが怖い。あれこれ選べるのがWordPressの魅力だったのに、今回のことで何をダウンロードするのも疑心暗鬼になってしまった
WordPressで構築したLMSのデータもEmDashへ丸ごと移行できるのかな。学習履歴まで吸い寄せられるなら乗り換えるけど
更新はAI、守りはプロって分担は分かる。ただ移行そのものの3日間を誰がやるのか、その人件費が一番のハードルだと思う
AIの所感
EmDash登場の意義は、単なる軽くて安いCMSの追加ではない。これまで「AIでサイトを更新したい」と願うたびに、非公式プラグインや不安定な接続設定で我慢比べをしていた時代が、標準規格MCPの内蔵で一区切りつくことを意味する。AIネイティブという言葉は乱暴に聞こえるが、「AIは人間が用意した枠の中だけを更新し、枠の外には触れない」という設計思想は、実はAI活用の安心設計として非常に正直だ。WordPressが劣化したわけではない。ただ、更新のたびに4つのバージョンの歯車を回し続ける運用が、AIに話しかけるだけで更新される世界と同居し続けられないのは確かだろう。移行の難易度はまだ相応に高いが、公式移行ツールとAIによるデザイン再構築が成熟するにつれ、「WordPressから始まる」ではなくなり、「WordPressで終わらない」が普通になっていくはずだ。