この記事で分かること
Search Consoleは、登録したらすぐ結果が出る道具ではありません。sitemap送信、URL検査、検出状況の確認を行いながら、待つ時間をサイト改善に使うのが安全です。
- 実際の作業を公開用に一般化する考え方
- Codexに頼む時に分けて書く項目
- 作業後に人間が確認するポイント
- 次回の指示文へ再利用する方法
作業前の状態
- 公開したページが検索側に見つかっているか分からない
- URL検査とsitemap送信の役割が混ざりやすい
- 反応が出る前に大きく作り替えたくなる
Codexに頼んだこと
- sitemap.xmlのURLを確認する
- Search Console登録の確認項目を整理する
- URL検査で代表ページを見る
- 検出待ちの間に内部リンクと品質を確認する
ポイント
Codexへは「何を変えるか」だけでなく、「触らないもの」「停止条件」「確認方法」もセットで渡すと安全です。
確認したこと
- sitemap.xmlが200 OK
- robots.txtが200 OK
- 重要ページがsitemapに入っている
- noindexが混ざっていない
- 待ち時間に補強すべきページが整理できている
sitemapの中身と実際のページを一致させる
sitemapは「このページを見てほしい」という一覧です。実際の状態と食い違っていると、意図が伝わりません。よくある食い違いを挙げます。
| 食い違い | 何が起きるか | 直し方 |
|---|---|---|
| sitemapにあるがページが404 | 存在しないページを案内していることになる | sitemapから該当URLを削除する |
| sitemapにあるがnoindex | 「見てほしい」と「見せたくない」が矛盾する | どちらかに統一する |
| ページはあるがsitemapにない | 見つけてもらうのが遅れる可能性がある | sitemapに追加する |
| URLの表記が実際と違う | 末尾スラッシュの有無などで別URL扱いになる | 実際のURLと完全に一致させる |
特に2行目は、ページを検索から外した後に起きやすい食い違いです。noindexにしたら、sitemapからも外すのがセットです。片方だけ変更すると、矛盾した指示を出している状態になります。
送信した後にすること
sitemapを送信しても、すぐに何かが変わるわけではありません。その後の見方を整理します。
- 送信直後：受け付けられたかだけ確認します。この時点で処理は終わっていません。
- 数日後：読み込まれた件数と、エラーの有無を確認します。エラーがあれば内容を直します。
- 数週間後：実際にどれだけインデックスされたかを見ます。全件が対象になるとは限りません。
ここで理解しておきたいのは、sitemapに載せたからといって、すべてがインデックスされるわけではないという点です。sitemapは「存在を伝える」ためのもので、掲載を保証するものではありません。載せたのに対象にならないページがある場合、原因は内容の方にあります。
失敗しやすい点
- 反応が出る前にサイト構造を大きく変えすぎる
- sitemapに存在しないURLを入れる
- URL検査の結果だけで順位を判断する
実際に使えるチェックリスト
- sitemap.xmlが有効
- robots.txtが取得できる
- 主要ページが200 OK
- canonicalが自己URL
- noindexなし
- 内部リンクから主要ページへ辿れる
Codex指示テンプレート
Search Console登録とsitemap送信前の確認をしてください。
対象サイト：
sitemap.xml：
確認する代表URL：
noindex確認：
内部リンク確認：
変更してはいけないもの：
報告書形式：次に読むページ
注意点
実践ログを公開する時は、具体的なサーバー情報、認証情報、具体的な連絡先、内部プロジェクト名、個別案件名を出さないようにします。公開できるのは、作業の考え方、確認項目、一般化した指示テンプレートです。