WordPressの細かい調整をAIに頼むとき、先に伝えている3つ

• 構成を伝えないと、一般的な手順しか返らない
• テーマの種類と、編集してよい場所を先に伝える
• 更新で消える場所に書かせない

WordPressの表示を少し変えたいとき、頼み方で結果が大きく変わった。先に伝えるようにした3つを書く。

伝えないと何が返るか

「見出しの色を変えたい」とだけ頼むと、こうなった。

• 一般的なCSSの書き方が返る
• どこに書くかは示されない
• テーマによっては効かない書き方が混ざる

2つ目が実務では困る。書き方が分かっても、置き場所が分からないと進まない。

1. テーマの構成

最初に伝えるのはこれだ。

• 配布されているテーマか、自作か
• 子テーマを使っているか
• テーマの名前と版

2つ目で、答えが変わる。子テーマがあるなら、そちらに書くのが前提になる。

なぜ子テーマが要るか

配布テーマを直接編集すると、更新のときに上書きされて消える。子テーマに書けば残る。これを伝えないと、消える場所に書く手順が返ってくる。

2. 編集してよい場所

どこを触ってよいか、先に決めて伝える。

• 子テーマのCSSファイル
• 子テーマのfunctions.php
• 管理画面の「追加CSS」

3つ目は手軽だが、テーマを変えると消える。どこに書くかで、将来の扱いが変わるので、方針を決めてから頼む。

3. 使っているプラグイン

関係しそうなものだけ伝える。

• 表示に関わるもの（高速化、キャッシュ）
• CSSやJSを加工するもの
• 目的の機能に直接関係するもの

1つ目を伝えないと、変更が反映されない原因が分からなくなる。キャッシュが効いていて、直したのに変わらないという事態が起きる。

変更が反映されないとき

直したのに変わらない場合、原因は決まっている。

• キャッシュが残っている
• 別の指定が勝っている
• 書いた場所が読み込まれていない

1つ目が最も多い。プラグインのキャッシュと、ブラウザのキャッシュの両方を消す必要がある。

確認の順番

反映されないときに見る順番を決めた。

• キャッシュを消して、再読み込みする
• 開発者ツールで、書いた指定が読み込まれているか見る
• 読み込まれているなら、打ち消されていないか見る
• 読み込まれていないなら、書いた場所を確認する

2つ目で切り分けられる。読み込まれているかどうかで、原因が二分される。

頼むときの書式

まとめて、こう渡している。

【環境】
WordPress 6.x / 自作テーマ
高速化のプラグインを入れています

【書く場所】
テーマのstyle.css

【やりたいこと】
記事本文のh2の下線を太くしたい

【現状】
（該当するCSSを貼る）

この形にしてから、1回で使える答えが返るようになった。

避けている頼み方

やらないと決めたこともある。

• 管理画面からファイルを直接編集する手順を頼む
• データベースを書き換える方法を頼む
• プラグインを無効にする前提の対処

1つ目は、書き間違えると管理画面に入れなくなる。編集は手元のファイルでやり、転送する形にしている。

管理画面でできることを先に見る

コードを書く前に、設定で済む場合がある。

• テーマの設定画面に、同じ項目が無いか探す
• カスタマイザーで変えられないか見る
• ブロックの設定で済まないか確認する

見落としていて、CSSを書いた後に設定項目を見つけたことが何度かある。設定で変えられるものは、そちらのほうが安全だ。更新で消えず、他の人にも分かる。頼む前に「設定で変更できる項目はありますか」と聞くようにしてから、無駄にコードを増やさなくなった。

控えを取る

WordPressを触る前の習慣も決めた。

• 編集するファイルを複製する
• 大きな変更の前は、データベースも控える
• 変更は1つずつ。まとめて入れない

3つ目を守ると、壊れたときの原因がすぐ分かる。5個まとめて入れて壊れると、切り分けに時間がかかる。

まとめ

• 構成を伝えないと、置き場所の分からない答えが返る
• テーマの種類・編集してよい場所・プラグインを先に伝える
• 配布テーマを直接編集すると、更新で消える
• 反映されない原因の多くはキャッシュ
• 変更は1つずつ。まとめて入れない