WordPress制作でCodexが向いている作業・向いていない作業

WordPress制作にAI開発支援を使うとき、最初に考えるべきことは「どこまでAIに任せられるか」ではありません。

むしろ大切なのは、任せる作業と、人間が判断する作業を分けることです。

要点: Codexは、実装、修正、確認、反映のように手順と検証がはっきりしている作業に向いています。一方で、ブランドの見え方、文章の温度感、事業として何を前面に出すかといった判断は、人間が責任を持つべき領域です。

レイヤーワークスの自社サイトリニューアルでも、Codexはかなり広い範囲で役に立ちました。WordPressテーマの修正、固定ページのHTML調整、CSSのレスポンシブ対応、WP-CLIでの確認、サーバーへの反映、SEOタグの確認など、制作の細かい工程をまとめて進められるのは大きな強みです。

ただし、「AIに任せればWeb制作が全部終わる」とは考えていません。むしろ、AIに任せる範囲が広がるほど、人間側の設計力と確認力が重要になります。

Codexが向いているのは「実装と検証がセットの作業」

Codexが特に力を発揮するのは、作るものと確認方法がある程度はっきりしている作業です。

たとえば、WordPressテーマ制作では次のような作業に向いています。

• テンプレートファイルの修正
• 固定ページ用HTMLの整形
• CSSの余白、文字サイズ、レスポンシブ調整
• カテゴリー別の表示条件の変更
• サムネイル、抜粋、記事一覧の表示調整
• ショートコードの追加
• SEOタグ、OGP、構造化データの出力確認
• WP-CLIによるテーマ状態や設定値の確認
• ステージングから本番への反映手順の整理

これらに共通しているのは、「変更すべきファイル」と「確認すべき結果」が比較的明確なことです。

たとえば「ブログ一覧に最新3件をカード形式で表示したい」「ニュースは静かなテキスト表示にしたい」「下層ページの余白をトップページのトーンに合わせたい」といった指示は、Codexに向いています。既存テーマの構造を読み、関係するテンプレートやCSSを探し、変更後に周辺の表示も確認する流れを作りやすいからです。

WordPress制作で特に相性がよかった作業

今回の自社サイトリニューアルでは、Codexとの相性がよかった作業がいくつかありました。

ひとつは、既存のデザインルールに合わせた下層ページの調整です。

トップページで決めたトーンに合わせて、AIアプリ制作、ホームページ制作、制作事例、会社概要、お問い合わせの各ページを整える作業では、同じクラス設計や余白感を繰り返し使う必要があります。こうした「既存パターンを読み取り、別ページにも展開する」作業はAIが得意です。

もうひとつは、WordPress特有の細かい確認です。

たとえば、テーマが有効化されているか、検索エンジンに表示される設定になっているか、サイトマップが出ているか、OGPやmeta descriptionが重複していないか。人間が毎回手で確認すると抜けやすい項目でも、チェックリスト化してCodexに確認させると、かなり安定します。

さらに、サーバー反映のような慎重に進めたい作業でも、手順を文書化しておくと役立ちます。

wp option get blog_public
wp theme status layerworks-codex-02
wp rewrite flush --hard

このようなWP-CLIの確認コマンドは、実行結果を見ながら次の判断につなげやすい領域です。Codexは「コマンドを出す」だけでなく、その結果をもとに次に何を確認すべきか整理できるところが実務的です。

Codexに向いていない作業

一方で、Codexにそのまま任せるべきではない作業もあります。

特に注意したいのは、正解がコードの中だけにない作業です。

たとえば、次のような判断です。

• 会社として何を一番前面に出すか
• お客様にどう見られたいか
• 文章が強すぎないか、弱すぎないか
• 実績紹介でどこまで具体的に書くか
• 地域性をどの程度出すか
• 問い合わせにつながる導線が自然か
• 公開してよいタイミングか

これらは、HTMLやCSSを見ても答えが出ません。

Codexは、ページの構造を整えたり、文章案を出したり、比較表を作ったりすることはできます。しかし、その表現が会社の立場に合っているか、既存のお客様に誤解を与えないか、将来の営業方針と矛盾しないかまでは、最終的に人間が判断する必要があります。

たとえばAI活用を前面に出すとしても、「何でもAIで自動化します」と見せるのか、「業務を理解したうえで、必要なところにAIを組み込みます」と見せるのかでは、受け取られ方が大きく変わります。

ここは制作技術ではなく、事業の姿勢の問題です。

「動く」と「公開できる」は別物

AI開発支援を使っていると、作業のスピードは上がります。

しかし、スピードが上がるほど、「動いたからOK」に流れないことが重要です。

WordPressサイトでは、ページが表示されていても、公開品質としてはまだ確認が足りないことがあります。

たとえば、次のような項目です。

• スマートフォンで文字が詰まっていないか
• ヘッダーやメニューが押しにくくないか
• OGP画像が意図したものになっているか
• noindex設定が本番に残っていないか
• お問い合わせフォームが実際に届くか
• 旧URLからのリンク切れがないか
• ブログ、ニュース、制作事例の分類が自然か
• 文章が自社の言葉として読めるか

Codexはこうした項目を確認する助けになります。ただし、最後に「これで公開してよい」と決めるのは人間です。

特に問い合わせフォームの実送信、ブランドの見え方、文章の細かな違和感は、ブラウザで見て、実際のユーザーの気持ちになって確認する必要があります。

Codexを使う前に用意しておくとよいもの

CodexをWordPress制作で活かすには、最初に文脈を渡すことが大切です。

今回のようなサイトリニューアルであれば、少なくとも次の情報があると作業が安定します。

用意するもの	役割
サイトの目的	何を前面に出すべきか判断しやすくなる
デザイン方針	既存のトーンに合わせて修正しやすくなる
テーマ構成	どのファイルを触るべきか迷いにくくなる
サーバー情報	ステージング、本番、WP-CLIの確認がしやすくなる
公開チェックリスト	反映後の抜け漏れを防ぎやすくなる
ブログ運用方針	記事のトーンやCTAの強さがぶれにくくなる

レイヤーワークスでは、こうした情報をプロジェクトメモとして残し、新しい作業を始める前に読めるようにしています。

AIは記憶よりも、渡された文脈に強く影響されます。だからこそ、「何を作るか」だけでなく、「何を大事にするか」を文書化しておくことが効きます。

AIに任せるほど、人間の役割は消えずに変わる

CodexのようなAI開発支援を使うと、制作の手数は確実に減ります。

しかし、人間の役割がなくなるわけではありません。

むしろ、人間の役割は「手を動かすこと」から「判断すること」に寄っていきます。

どのページを優先するか。どの言葉を選ぶか。どのリスクを先に潰すか。どの段階で本番に反映するか。こうした判断が曖昧なままだと、AIは速く作業してくれても、良いサイトにはなりません。

WordPress制作でCodexを使う価値は、単にコードを書いてもらうことではありません。

実装、確認、修正、反映の流れを速くしながら、人間が本来見るべき判断に時間を使えるようにすることです。

AIに任せる部分と、人間が責任を持つ部分を分ける。

この線引きができると、WordPress制作におけるAI開発支援は、かなり実務的な力になります。