中小企業のホームページ、会社案内・サービス紹介・実績・FAQ・お知らせ・問い合わせ程度の構成なら、今はWordPressである必要がありません。現在のサイトをClaudeやCodexに見せて「見た目と内容を維持したまま静的HTML・CSS・JSで再現して」と頼むだけで、静的サイトへの移行が現実的にできます。公開後の更新も「実績を1件追加して」「料金を変更して」とAIに日本語で伝えれば済みます。
これは、AI講習の後「実践」としてやってもらうことが多いです。
メリット
- 仕組みがシンプルになる：WordPress本体・テーマ・プラグイン・PHP・データベースが不要になり、HTML・CSS・JSだけで動く
- 管理の手間が激減：本体やプラグインの更新に追われない、プラグイン同士の相性トラブルも起きない
- 軽量で表示が速い
- サーバー移転が簡単：ファイル一式を移すだけで、データベース移行が不要
- 更新のハードルが下がった：以前はHTMLを書ける人が必要だったが、今はAIに指示するだけでいい
デメリットの解決方法
静的サイトの弱点は昔から変わらず「更新のしにくさ」です。ここをAIで解決します。
- 文章・数字の変更：「電話番号を変更して」「このサービスを追加して」とClaudeやCodexに伝えれば、ファイルを直接編集する必要がない
- 頻繁な更新（ニュース・ブログなど）：毎日AIに依頼するのは非効率なので、この用途だけはWordPressを残すか、静的サイト＋Git系CMS（更新画面付き）を組み合わせる
つまり「全部静的にする」のではなく、更新頻度に応じて使い分けるのがポイントです。
境界線
| サイトの種類 | 向いている構成 |
|---|---|
| 会社案内・サービスサイト | 静的が有利 |
| LP | 静的で十分 |
| 更新頻度の低いコーポレートサイト | 静的 |
| 数人でニュースを更新 | 静的＋Git系CMS |
| ブログ中心 | WordPressでも静的CMSでも可 |
| EC | 専用サービス・動的システム |
| 会員サイト | 動的システム |
| 複雑な検索・予約・ユーザー管理 | WordPressまたはWebアプリ |
大事なのは、もう「WordPressを使うこと」自体が目的ではないという点です。
会社の情報を正しく伝え、問い合わせにつなげ、必要なときに更新できればいい。
ClaudeやCodexがコードを扱えるようになったことで、「更新できるサイトを作るためにWordPressが必要」という前提そのものが完全に崩れています。
