このページで分かること
実装
CodexでSEOタグ、内部リンク、本文補強を扱う
検証
HTTP 200、noindex、canonical、sitemapを確認する
改善
Search Console反応をもとに既存ページを補強する
安全
SEO方針の最終判断は人間が行う
そのままCodexに投げない
Search Consoleの結果は判断材料です。Codexが必要なのは、対象ページ、やること、触らないもの、停止条件、確認項目です。
ChatGPTで整理してから渡す
クエリ、表示URL、クリック、表示回数、CTR、掲載順位をまとめ、既存補強か新規作成か、様子見かを判断します。実数は公開記事には出さず、作業判断の材料として使います。
報告書形式を指定する
Codex作業後は、変更ファイル、作成ファイル、触っていないファイル、SEOタグ維持、HTTP確認、未確認事項、停止条件該当を報告してもらいます。
Codexオーダー例
Search Console結果
クエリ：
表示URL：
表示回数：
クリック：
CTR：
掲載順位：
判断：
やること：
触らないもの：
停止条件：
Codex依頼文：
対象ページの本文内に必要な補足だけを追加してください。title、description、canonical、robots、H1、sitemap.xml、robots.txt は変更しないでください。作業後にHTTP 200、SEOタグ維持、noindexなし、内部リンクを確認して報告してください。注意点
- SEO順位やクリック増加は保証できません。
- AdSense通過や収益化を保証する表現は使いません。
- title、canonical、robots/noindex、sitemapの変更は慎重に扱います。
- Codex作業後は人間が確認します。
確認チェックリスト
- Search Console結果を整理した
- 既存補強か新規作成か判断した
- 触らないSEOタグを書いた
- 停止条件を書いた
- 報告書形式を書いた
判断早見表
| Codexに任せやすいこと | SEOタグ確認、内部リンク確認、sitemap掲載確認、既存本文への最小補強、作業後の検証 |
|---|---|
| 人間が判断すること | SEO方針、title変更、canonical変更、新規ページ化、Search Console反応の優先順位 |
| 先に止めること | HTTP 500、404多発、robots/noindex変更が必要、.htaccessやDB変更が必要、前提が不明な作業 |
基本フロー
1目的を決める
2対象ページと触らないものを決める
3Codexへ確認または最小修正を依頼する
4報告書を読む
5人間が次の判断をする
依頼した結果を検算する
「直しました」という報告は作業した側の認識です。SEOの直しは特に、報告と実態がずれても気づきにくいので、こちらで確かめてください。
- 公開されているものを開いて、変更後の文字が入っているか見る。手元のファイルを見ても、反映されたかどうかは分かりません
- 件数を数える。「10件直す」と頼んだなら10件あるか。報告の文章ではなく数で確かめます
- 触らないと言った箇所が変わっていないか見る。正規URLの指定や索引の可否は、変わっていても表示では分かりません
- 他のページが壊れていないか見る。共通部分に触れると、報告に出ていないページが影響を受けます
3つ目が抜けやすいところです。見た目は何も変わらないのに、検索での扱いだけが変わっているという状態が起こります。変えないと決めた項目こそ、変わっていないことを確かめてください。
直した後にやること
反映して終わりではありません。次に取得しに来られるまで、検索結果は変わりません。
- sitemapの最終更新日を、実際に直した日にする。ただし日付を書き換えただけでは取得しに来ません
- そのURLを個別に登録申請する。1日に押せる本数に限りがあるので、効き目の大きい順に並べます
- 取得されたことを確認してから、効果を判定する。ここを飛ばすと、まだ見られてもいない変更を「効かなかった」と結論づけます
- 結果を記録する。効かなかった場合も書きます。書かないと同じ手を繰り返します
判定の時期は2〜4週間後を目安にしてください。数日で見ても、取得すらされていないことがほとんどです。