脱WordPressで静的サイトへ移行する流れをAIに相談しながら整理

出典: 【緊急】PHP脆弱性がヤバい。脱WordPressの方法を解説。

ニュースで見たPHPの不具合。自分のサイトとは別の話だと思っていませんか？といっても、WordPressを使っているなら、そのまま自分の話なんです！動画の入口も、ここ。

話の始まりは、PHPという言語に非常に大きな不具合が見つかったこと。多くのサイトやシステムがPHPを使っているので、影響が大きい、と伝えます。

ここでイケハヤさんが強調するのが、WordPressです。PHPで動いているので、作ったことがある人も、今運用している人も、全員関係がある、という整理なんですね。

スライドに出るのは、最悪のケース。サイトが乗っ取られて、そこから他を攻撃し、自分が加害者になる、という三段です。

イケハヤさん（動画 1:32〜）

あなたのサイトが乗っ取られてそして乗っ取られるだけじゃなくてあなたのサイトから他のところに攻撃をしてしまう要するに加害者になるあなたがね

アカウントやサーバーが踏み台になって、いろいろな所を攻撃してしまうと、それが自分の責任になる可能性もあります。そう続けるんです。

さらに話は、Xなどで見かける声にも触れます。放置していて何もしていないから、取られても大丈夫。そんな考え方を、イケハヤさんはリスクの高い考え方だと言います。

イケハヤさん（動画 2:04〜）

WordPressのサイトを放置してて別に何もしてないから取られても大丈夫とか思っている人がたぶんいるんです Xとか見ると結構そういう声があって それやばい やばいやばいやばい考え方

正直、この章の芯はここだと思います。何もしていないことは、守られている理由にならない、という線引き。

でね、私が気になるのは、放置しているサイトほど、誰も見ていないことなんです。毎日開く人がいなければ、中身が書き換わっても、気づくのは後になりますよね？

気づけないまま、知らない誰かを攻撃する側に回る状態。動画の言う加害者は、この形なんですよね。

だから最初の分かれ目は、対策の腕前より、ずっと手前にあります。自分のサイトが何で動いているかを、今すぐ言えるかどうかです。

いつ作ったのか。誰が作ったのか。中で何が動いているのか。ここがすぐ出てこないサイトは、置いてあるだけで、持ち主の目が届いていない状態です。

あ、これは責める話ではないんですよ。何年も前に作って、そのまま動いているサイトなら、思い出せなくて当たり前です。

ただ、思い出せないまま置いておくのと、思い出したうえで置いておくのとでは、同じ放置でも中身はまるで別。

動いていることと、守られていることは、別ものなんです！

何年も触っていないサイト。そこが、いちばんの入口になっているとしたら、どうします？話は、消す話から始まります。

まず出てくるのが、使っていないサイトの扱い。イケハヤさんは、使っていないなら、必ず消しておいた方がいい、と言い切ります。

イケハヤさん（動画 2:16〜）

使ってないなら絶対消しといた方がいい

イケハヤさん自身も、今回消しています。7サイトほど残っていた中から、使っていない物を全部消し、使っていた1つだけを移行中。スライドにも、7サイトのうち6つを削除、1つが移行中と出ます。

強く勧めるのは、WordPressを使わないこと。去年の今頃からそう言っていて、当時は保守や構築で食べている人たちから、運用しだいで大丈夫という反発もあった、と振り返ります。

そこで投げかけるのが、ちゃんと運用できる人は実際どれだけいるのか、という問い。WordPressに詳しい人ほど同意するのでは、とも話します。

イケハヤさん（動画 3:22〜）

もう完全にレガシーすぎてまともに運用するのが本当に難しいと思うよ

一番の問題として挙がるのは、プラグイン。何もない状態から、プラグインを差し込んで作るのがWordPressで、その差し込む部品自体に脆弱性が多い、という話です。

イケハヤさん（動画 3:43〜）

プラグインというもの自体に結構脆弱性が多いんですよ

本体もPHPも更新していても、一部のプラグインが古ければ、そこから壊れたり乗っ取られたりすることがあり、そこまでは見きれない、と動画は続けます。

結論は、ちゃんと運用したいならWordPressはやめた方がいい、というもの。今回の件でそれが露骨になった、と話はまとまります。

消す、が最初に出てくるのは、納得の順番です。直すより、移すより、手間が少ない選び方。

使っていないなら、守る手間も、直す手間も、まとめて手放せます。ここがいちばん効く所だと思います。

実は私、2026年10月13日の朝LIVEで、AIに任せる前に決めること、という話をしました。AIは頼んでいないことまで良かれと思って進めることがあり、消してほしくなかった物まで消える場合もあるので、任せる前にリスクと、戻せるのか戻せないのかを伝え、戻せないならバックアップを取ってからやるのかも伝える、と。取り返しがつくものならいいけれど、つかないことはある、とも話しました。消す、という選び方にも、この考え方はそのまま当てはまると私は思います。

消す前に、戻せるかを一度だけ確かめること。これは、動画の言う早く動くこととぶつかりません。

むしろ、消すと決めた後に、残したい物を一度だけ見るという、手順の一つ。で、その一度があるから、迷わず消せるんですよね！

プラグインの話は、私には一つの問いに聞こえます。自分のサイトで動いている部品の一覧を、自分の口で言えますか？

言えないままだと、本体を更新していても、どこかに古い部品が残っている心配が消えません。差し込みで組み立てる作りだからこそ、ここは避けて通れない所。

作った人に聞く、管理画面を開いて並べる、AIに一緒に見てもらう。どれでも構いません。地味な作業ですが、消すにしても残すにしても、この一覧が出発点になりますよ。

使っていないサイトは消す、までが前の話でした。では、これからも使う会社のサイトやブログは、どこへ移せばいいんでしょう？ 消せないサイトの行き先。動画の次の話は、ここから入ります。

本題は、今 WordPress で会社のサイトやブログを運営している人は、どうすればいいか。イケハヤさんが挙げる一番簡単な解決策は、静的サイトです。

イケハヤさん（動画 4:18〜）

一番簡単な解決策で言うと静的サイトね

ほとんどの場合、これでセキュリティ上のリスクを相当減らせる、と動画は続けます。ただし、ゼロにはならない、という念押しつき。

イケハヤさん（動画 4:40〜）

でもWordPressのまま運用するよりも静的サイトに移行したらセキュリティリスクは激減すると言っていいんじゃないかさすがに激減すると思います

移行は、コーディングエージェントに頼む、という話です。Claude Code か Codex を使えるようにして、自分のサイトを入れ、静的サイトに移行できるかを聞く流れ。

スライドの手順は、使えるようにしてインストール、サイトの URL を見せる、WordPress をやめたいと聞く、の順。あとは全部サポートしてくれる、という書き込み。

静的サイトにするのが難しいケースでも、その場合は AI が教えてくれる、とイケハヤさんは話します。

イケハヤさん（動画 5:35〜）

WordPressをやめたいんだけどって言って相談していくとより安全な選択肢とかを出してくれますので

なぜ静的サイトがいいのか、動画では説明しません。少なくとも WordPress よりリスクが低く、理由は AI に聞けばいい、という立場。小学生にも分かる説明で、と頼めば分かりやすく答えてくれる、とも話します。

静的サイトにできない部分、たとえば問い合わせフォームも、AI が作ってくれる、と話は続きます。残す機能まで含めて、AI に頼む前提。

消す、の次は、残すなら静的サイト。動画の筋道は、ここで一本につながっています！ 消すか残すかを決めたあとに、行き先まで示してくれる流れ。

で、行き先が先に見えていると、消すか残すかの判断も軽くなります。残す物の置き場が分からないまま、手が止まっている状態。そこが一番動けない形です。

立ち止まりたくなるのは、理由は AI に聞けばいい、の所です。聞けば答えは返ってきます。ただ、返ってきた答えをどう受け取るかは、人の側の仕事です。

聞いて返ってきた理由を、自分の言葉で言えるかどうか。移すのは、そこまで来てからにしたいんです！ 納得しないまま移すと、次に何か起きた時に、自分で判断できなくなります。

ゼロにはならない、という念押しも、そのまま受け止めたい所。リスクが減る、と、リスクが消える、は別の話。残る分をどう見るかまで含めて、行き先を選びます。

移すかどうかを決める前に、今のサイトで何を残したいかを書き出してみてくださいね。記事なのか、問い合わせの窓口なのか。残したい物が見えると、AI への聞き方も変わります！

移すなら、今のサイトの中身を戻せる形で残すのが先です。AI への相談は、そのあと。

静的サイトにすると決めたあと、置き場所はどこにするのか。DNS のような面倒な設定も残ります。動画の次の話は、つなぐ、という一言で答えます！

サーバーは Cloudflare にする、とイケハヤさんは言います。雑に言えばサーバーで、セキュリティ面でも優れていて、乗っ取りなどのリスクも低め。AI とも相性がいい、という説明です。

次は、Claude Code と Cloudflare をつなぐ話。やり方が分からなければ Claude Code に聞けばよく、ログインするだけで、分からないと言えば全部やってくれる、と続けます。

イケハヤさん（動画 8:38〜）

で無事にCloudflareとClaude Codeが ガチャーンって繋がったら もうあなたの勝ちですよ 勝ち

スライドにも、つないだら勝ち、聞けば全部やってくれる、の文字。つないだ状態なら、移行のサポートも聞けば全部やってくれる、という話です。

ポイントは、Claude Code の中にあるアプリ内ブラウザ。DNS の移行は、慣れている人でも面倒だ、と話は進みます。

イケハヤさん（動画 9:05〜）

DNSの移行とかね ね面倒くさいんですよぶっちゃけ

イケハヤさん自身も何度も手動でやってきて、毎回たまにミスが出た、と振り返ります。今は、Cloudflare とこれまでのサーバー管理会社にログインすれば、アプリ内ブラウザで AI が DNS 設定を全部やってくれる、と話します。

例外はブログ。WordPress で記事が1000本ほど、5年ほど運用している、という場合は EmDash が大事、とイケハヤさんは言います。

イケハヤさん（動画 10:10〜）

Cloudflareが開発しているWordPressのもっとすごい版 ざっくりとWordPressの上位互換

Cloudflare 以外でも使えますが、Cloudflare の方が運用しやすい、という見立て。ブラウザから投稿も管理もできて、WordPress よりリスクが低く、WordPress の問題を解決するために作られた物だ、と説明します。

移行は Claude Code に頼み、移行ツールも AI が入れる、という流れ。WordPress から EmDash へ移した人が増えていて、その例を AI に参考にさせてもよい、と続けます。

テーマは同じ見た目で再現し、プラグインは最初から作り直す。会員サイトや EC サイトは面倒でも、一般的なブログなら1日ほどで移せる、という話です。

静的サイトか、ブログ向けの仕組みか。その分かれ目を記事の数で引いている所が、この章の芯です。

ここは分かりやすい線引きです！ 会社の案内だけのサイトと、何年も書きためたブログとでは、移すものの重さがまるで違いますよね？ 同じ移し方で語らない所が、私には腑に落ちます。

2026年10月13日の朝LIVEで、ドメインの設定を AI のブラウザ操作に任せる場面があり、実際に進めたのは LIVE で一緒にいた別の人で、私は横で助言した側。そっちで全部やって、と言い切るのは AI に責任を預けることではなく、言い切るなら責任を負う覚悟が要る、と私は話しました。気にするのは取り返しのつかないことだけで、違うドメインに表示された、うまく反映されなかった、くらいなら取り返せる、とも話しています。

で、動画の、ログインするだけ、を私はこう見ます。AI が画面を操作している間も、最後に何を許すかは人が握ったまま。ログインは扉を開ける合図であって、判断まで渡す合図ではありません。

どこまで触ってよくて、どこから先は止まってほしいかの線引き。それを先に言葉にしておくと、任せたあとに慌てずに済みます。

つないだら勝ち、は、つないだあとの線引きまで含めての勝ち！ 私は、そう読み替えています。

面倒で、手作業だとミスが出やすい所ほど、任せたくなりますよね。だからこそ、任せる前に、どこまでを任せるかを決めておきたいんです。取り返せる失敗と、そうでない失敗の仕分け。

設定を任せる範囲を決めるのは、AI ではなく人の側。ここだけは、AI がどれだけ賢くなっても手放さずにいたい所です！

任せる範囲を決めるのは、人です。

動画の最後に、ちょっと意地の悪い指摘が出てきます。AI を使えるかどうかで、サイトの守り方まで変わってしまう。これは、どういう話なのでしょう？

まとめで、イケハヤさんは WordPress からの撤退を勧めます。セキュリティの専門家で、何でも運用できる人なら構わないけれど、そうでない人の方が多い、という話です。

スライドのまとめは、WordPress はやめる（使っていないなら消す）、Cloudflare で静的サイト、ブログなら EmDash、の順に並びます。話し手が運用するサイトも全部これで、一部だけ EmDash だと話します。

それでもリスクはゼロになりません。ただ、WordPress を使うより圧倒的にマシ、という言い方です。

そして動画は、最後の意地悪、と前置きして、こう続けます。

イケハヤさん（動画 13:28〜）

Claude Code使えない人はね多分ねセキュリティ上のリスクが 結構高くなるんだよね

話は、AI を使っていない人ほど WordPress から移れず、リスクのある仕組みを抱え続ける、と進みます。その先に、乗っ取られて他を攻撃する側へ回る道がある、と話します。

イケハヤさん（動画 14:11〜）

攻撃者もAIゴリゴリ使っているこっち側も使えないとダメなんですよね

だから、古い仕組みを無理して使わず、EmDash や Cloudflare の静的サイトのような新しい環境へ移していけばいいし、それは難しくない、とイケハヤさんは続けます。

締めは本編の主張です。今は攻撃がとても増えているので、なるべく早く動いてほしい、という呼びかけ。削除するか、移行するか。WordPress を維持するなら、徹底的にリスク管理を、と話します。

最後にこう結ぶんですね！動画の締めは、AI を使うかどうかを、サイトを守れるかどうかに結んでいます。道具の話だけで終わらない構成。

私はこれを、AI の得意不得意の話だとは見ていません。自分のサイトが何で動いていて、誰が守っているのか。そこをつかめているかどうかの話です。

消すにしても、移すにしても、残すにしても同じです。それが分からないまま選ぶのは、難しいんです。どれを選んだかより、選んだ理由を自分の言葉で言えるか。

でね、なるべく早く、という呼びかけ。慌てて決めよう、という意味ではなく、決める順番を早く作ろう、という意味で私は受け取っています。

順番が先にあれば、AI に相談する時も迷いにくくなります。聞く、決める、手を動かしてもらう、の順です。

攻撃する側も AI を使っている、と聞くと、どこから手をつけるか迷いませんか？ だからこそ、最初は手元の確認から。そこが決まれば、削除も移行も維持も、同じ机の上で比べられます。

私なら、まず自分のサイトが何で動いているかを一行で言える状態にしてから、消す・移す・残す、を選びます。

動画は、WordPress は全員関係がある、使っていないサイトは消す、残すなら静的サイト、Cloudflare と AI をつなぐ、ブログなら EmDash、AI を使えない人のリスク、の順に進みます。

私が持ち帰ったのは、消す前に戻せるかを一度見ること。移す前に、移す理由を自分の言葉で言えること。そして AI に設定を任せても、最後に何を許すかは人が持つことです。静的サイトへ移行する流れを、AI に相談しながら整理していく時も、この三つは外しません。

あ、そうだ、私の過去の記事の向きも同じでした。やめる前に手順を残すことと、やめた理由を一行残すことは、消すか移すかを選ぶ時にも、そのまま使えます。

手元のサイトのうち、最初に開く一つは、どれですか？