PHP騒動を機に考える、WordPressの次。EmDash・Shopify・AI内製化の選び方

2026年10月21日、PHPの重大な脆弱性を受け、多くのWebサービスが緊急対応に追われました。高市首相もXで修正パッチへの対応を呼び掛けたと報じられ、サイトの保守が経営者にも身近な問題として届く一日になりました。ITmediaの報道

同じ日、私はWordPressで運用していたブランドサイトを、Shopifyのショップと統合し、WordPressを廃止しました。

今回の問題をきっかけに、自社サイトを見直したいと考えた方もいるでしょう。移行先として注目されるEmDashやShopifyに加えて、今はLovable、Claude Code、Codexを使い、自社に必要なサイトを内製する方法もあります。

Nihonbashi AI Labが推奨しているのは、AIを使って、自分たちで作り、改善できる体制を持つことです。既存サービスを活用する場合も、独自に開発する場合も、この視点から選ぶと判断しやすくなります。

まず、現在のPHPへの対応を

今回の脆弱性はPHP本体にあり、認証なしで外部からサーバー上のプログラムを実行されるおそれがあります。PHP公式は修正版の8.5.12、8.4.27、8.3.36、8.2.35を公開し、速やかな更新を求めています。WordPressに限らず、PHPを使うシステムで影響の確認が必要です。PHP公式発表

WordPress本体を更新しても、サーバー側のPHPまで更新されるとは限りません。配布元が修正を取り込む場合もあるため、利用中のホスティング会社や保守担当者の案内を確認してください。移行を検討する間も、現在のサイトへの修正対応を進める必要があります。

そのうえで、今後も同じ構成を維持するかを考えます。PHP、WordPress本体、テーマ、プラグイン。自社が必要とする機能に対して、管理する仕組みが大きくなりすぎていないでしょうか。

AIで、自社に合うサイトを作るという選択

会社案内やサービス紹介に、必ずしも汎用CMSが必要とは限りません。

Lovableでは、自然言語で要件を伝え、画面、データベース、認証などを含むWebアプリを構築できます。生成されたコードを編集し、継続して改善する仕組みも用意されています。Lovable公式ドキュメント

Claude CodeやCodexでは、コードを扱いながら、必要なページや機能を組み立てていけます。ここでいうスクラッチ開発は、既製CMSの型を前提にせず、自社の目的に合わせて構成を設計する方法です。認証やデータベースまで、すべて自作する必要はありません。

例えば、会社案内と問い合わせだけなら、小さな構成から始める。事例を業種別に検索したいなら、その情報を整理して表示する。問い合わせを社内の案件管理につなげたいなら、受付後の業務まで含めて作る。

サイトを「情報を載せる場所」から、自社の仕事につながる仕組みへ育てられる点が、独自開発の強みです。

EmDash・Shopify・スクラッチ開発をどう選ぶか

EmDashやShopifyを使うことと、AIで内製することは両立します。以下は、サイトの主な目的から考える選び方です。

記事の編集と公開を整えたいなら、EmDash

ニュース、ブログ、制作実績などを複数の担当者が更新するなら、編集画面や公開管理を持つCMSが役立ちます。

EmDashはCloudflareが開発するAstroベースのCMSで、AIから記事や画像を扱うMCPにも対応しています。MCPは、AIが外部のツールを使うための接続方式です。担当者が管理画面で編集する運用と、AIに下書きや更新を依頼する運用を組み合わせられます。EmDashのAI連携

WordPressから記事や画像を取り込む機能もあります。ただし、独自のデザインやプラグインの機能が、そのまま移るわけではありません。代表的な記事で試し、画像、リンク、旧URLからの転送を確認しながら進めます。公式の移行手順

記事編集の仕組みを一から作る必要がなければ、EmDashを土台にして、画面や独自機能をAIと内製する方法が考えられます。

販売が中心なら、Shopifyへの統合を考える

私が今回選んだのは、ブランドサイトとショップをShopifyへまとめる方法でした。ブランドを紹介する場所と、商品を購入する場所を、同じ基盤に置く選択です。

すでにショップがあるなら、会社案内やブランド紹介も、その中で担えないかを確認する価値があります。

Shopifyも、Claude CodeやCodexとCLIを組み合わせて制作を進められます。CLIは、コマンドで開発作業を行う道具です。公式CLIには、テーマの作成、変更のプレビュー、検査、アップロードなどの機能があります。Shopify CLIの公式説明

商品や注文を扱う基盤はShopifyに任せ、ブランドの見せ方や必要な導線を自社で作る。既存サービスの活用と内製化は、こうして両立します。

独自の導線や業務連携が必要なら、スクラッチ開発

問い合わせ内容に応じて受付項目を変えたい。見積もりを作りたい。顧客ごとに資料を共有したい。

こうした要件が中心なら、Lovable、Claude Code、Codexで必要な機能を直接作る方が、自然な構成になる場合があります。

一方、自由に作れる分、編集画面、権限、バックアップ、保守も設計の対象です。PHPを使わなくても、依存するソフトウェアの更新や認証の確認は続きます。スクラッチ開発なら自動的に安全になる、という意味ではありません。

EmDashでも、隔離環境で動くプラグインと、サイト本体と同じプロセスで動くネイティブプラグインでは、安全性の前提が異なります。採用する仕組みごとに、更新と権限の管理が必要です。プラグイン形式の公式説明

更新の少ないサイトなら静的な構成にし、担当者が頻繁に記事を追加するならCMSを使う。独自性が必要な部分に開発を集中させると、維持する範囲を絞れます。

内製化は、公開後に改善できる体制を持つこと

NALが内製化を勧めるのは、自社の課題に気づいたとき、自分たちで改善を進められるようになるからです。

案内が分かりにくければ直す。新しいサービスを始めたらページを追加する。問い合わせ後の転記が負担なら、受付と管理をつなぐ。AIは、こうした小さな変更を進める手段になります。

そのためには、誰が情報を更新し、誰が公開を判断し、不具合があればどう戻すかも決めておく必要があります。必要なところで専門家の支援を受けながら、社内に判断と改善の力を残すことが大切です。

今回のPHP騒動を、自社サイトの役割と運用を見直す機会にする。記事管理にはEmDash、販売にはShopify、独自の体験や業務にはAIを使った開発。それぞれの強みを組み合わせ、自社で扱い続けられる構成を選んでいきたいと思います。

Nihonbashi AI Labでは、Lovable、Claude Code、Codexを活用し、サイトや業務システムの内製化を支援しています。自社に合う構成と進め方を検討したい方は、お問い合わせください。