Codexで
sitemap構造変更後に
親sitemapを
再送信した
実践ログ

今回やった作業

公開中サイトで子sitemapやcore sitemapを追加した後、Search Console側でどのsitemapを再送信すべきかを整理しました。親sitemapがsitemapindexの場合、子sitemapを個別に見るだけでなく、親sitemapが子sitemapを正しく参照しているかを確認しました。

この作業では、sitemap構造を変更した直後に登録リクエストを連打するのではなく、親sitemap、子sitemap、URL掲載状況、HTTP 200、XML構造を確認してから再送信方針を決めました。

作業前の状態

新しいURL群や子sitemapを追加した状態でした。親sitemapがsitemapindexとして子sitemapを列挙している場合、Search Consoleに送る入口として親sitemapが重要になります。

ただし、子sitemapを作成しただけでは、親sitemapに掲載されているとは限りません。親sitemapに子sitemapが載っていない場合、Search Console側で発見されにくくなる可能性があります。

作業前に問題だったこと

sitemap構造を変更したとき、どのsitemapを再送信するべきかが曖昧になりがちです。子sitemapだけを確認しても、親sitemapから参照されていなければ構造としては弱い状態です。

また、sitemapindexとurlsetの違いを見ないままURLを追加すると、XML構造を壊す可能性があります。Search Console側の操作に進む前に、公開されているsitemapの構造を確認する必要がありました。

Codexに任せたこと

Codexには、親sitemapのHTTP 200確認、root要素がsitemapindexかurlsetかの確認、子sitemap掲載の確認、子sitemapのHTTP 200確認、子sitemap内のURL掲載確認を任せました。

さらに、追加したURLがcanonical自己URLであるか、noindexページではないか、XMLが壊れていないかも確認させました。Search Consoleの操作自体は人間判断にし、Codexは再送信前の材料整理を担当しました。

人間が判断したこと

人間が判断したのは、sitemap構造変更後は親sitemapを再送信対象にすることです。親sitemapが子sitemapを列挙しているなら、入口となる親sitemapをSearch Consoleに伝える方が自然です。

ただし、短時間で何度も送信するのではなく、親sitemapと子sitemapが公開HTMLではなくXMLとして正しく取得できることを確認してから、必要なタイミングで再送信する方針にしました。

実際に使った指示文の考え方

指示文では、親sitemapと子sitemapの関係を確認することを先に書きます。root要素、HTTP状態、子sitemap掲載、URL掲載、XML構造、canonicalとの整合を確認してから、再送信すべきsitemapを判断します。

Search Console操作については、Codexに断定させず、再送信候補と理由を報告させます。登録リクエストやsitemap再送信を短時間で繰り返さないことも明記します。

うまくいった点

親sitemapと子sitemapの関係を確認したことで、どこをSearch Consoleへ伝えるべきかが整理できました。子sitemapを作っただけで満足せず、親sitemapに掲載されているかを見る流れができました。

また、sitemap再送信の前にXML構造、HTTP 200、URL掲載を確認したため、壊れたsitemapを送るリスクを下げられました。

詰まった点・危なかった点

危なかったのは、子sitemapを作成した直後に、親sitemap確認を飛ばしてSearch Console操作へ進みそうになることです。親から参照されていなければ、構造としては不完全です。

もう一つは、登録リクエストや再送信を短時間で繰り返したくなることです。操作を増やすより、まず公開状態とXML構造を確認することが大事です。

作業後に確認したこと

作業後は、親sitemapが200 OKであること、root要素がsitemapindexであること、子sitemapが親sitemapに掲載されていること、子sitemapが200 OKであることを確認しました。

さらに、子sitemap内のURLがindex対象の正規URLであること、XML構造が壊れていないこと、sitemap変更によってrobots.txtや.htaccessを触っていないことも確認しました。

次から使える指示文テンプレート

確認チェックリスト

• 親sitemapが200 OK
• 親sitemapのroot要素を確認した
• 子sitemap掲載を確認した
• 子sitemapが200 OK
• 子sitemap内のURL掲載を確認した
• XML構造が壊れていない
• index対象の正規URLだけを確認した
• 親sitemap再送信の理由を整理した
• 短時間で連打しない方針にした

関連する使い方ガイド

今回のようなURL役割、canonical、sitemap、内部リンク、Search Console運用の判断は、単独の確認ではなく複数の観点を組み合わせると安定します。関連ページもあわせて確認すると、次のCodex指示を作りやすくなります。

注意書き

この記事は、Codex作業で起きやすい判断を一般化した実践ログ型ガイドです。特定サイトの内部事情、実在案件の固有情報、秘密情報は扱っていません。

Search Console、sitemap、canonical、内部リンクの確認は重要ですが、それだけで成果を保証するものではありません。公開中サイトでは、技術確認と内容品質の見直しを分けて進めることが大切です。