Codexで主要入口URLだけのcore sitemapを作った実践ログ

読み方の1ポイント

目的、対象、確認項目を分けて読む

このページでは、Codex作業を安全に進めるための考え方を整理します。実行前に、対象、触らないもの、確認項目を分けて見ると迷いにくくなります。

まなぶちゃん

このページも、全部を一度に覚えないとダメ？

GPTガイドくん

必要なところから読めば大丈夫です。作業前に対象と停止条件、作業後に確認項目を見ると安全です。

目的を見る注意点を見る確認する

今回やった作業

大量URLを持つ公開中サイトで、個別ページ用のsitemapとは別に、トップページ、一覧ページ、ランキングページ、主要親ページなどの入口URLだけをまとめたcore sitemapを作成する考え方を整理しました。

この作業では、すべてのURLを1つのsitemapに詰め込むのではなく、主要入口URLと大量の個別URLを分けて管理する方針にしました。core sitemapは、サイトの重要な入口を確認しやすくするための補助として扱います。

作業前の状態

サイト内には多数のURLがあり、個別ページや詳細ページが多い状態でした。一方で、トップ、一覧、ランキング、親ページなど、読者が最初に通る主要入口URLも存在していました。

主要入口URLを分かりやすく整理する必要がありました。query付きURLやnoindexページをsitemapに入れない判断、canonical自己URLだけを対象にする判断、親sitemapから参照できる構造にする判断も必要でした。

作業前に問題だったこと

大量URLサイトでは、sitemapが増えるほど、どのURLが重要なのか分かりにくくなる場合があります。すべてを同じsitemapで扱うと、トップや主要一覧ページのような入口URLと、大量の個別URLが混ざります。

core sitemapを作ることで、主要入口URLだけを確認しやすくなります。ただし、core sitemapに何でも入れてしまうと意味が薄れるため、index対象でcanonical自己URLの主要ページだけに絞る必要があります。

Codexに任せたこと

Codexには、主要入口URL、トップページ、一覧ページ、ランキングページ、親ページの候補を確認させます。各候補について、HTTP 200、canonical自己URL、robots、noindex有無、sitemap掲載対象として妥当かを確認させます。

さらに、query付きURLやnoindexページを除外し、core sitemapをurlsetとして作成すること、親sitemapがsitemapindexの場合は子sitemapとして掲載すること、XML構造とHTTP状態を確認することも任せます。

人間が判断したこと

人間が判断したのは、主要入口URLだけをcore sitemapにまとめることです。個別ページ用sitemapとは分け、トップ、一覧、ランキング、親ページなど、読者導線とサイト構造の入口になるURLを対象にします。

query付きURL、noindexページ、canonicalが別URLへ向いているページは入れません。Search Consoleでは親sitemapを入口として扱えるよう、親sitemapからcore sitemapを参照できる形にする方針にしました。

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

指示文では、core sitemapに入れる対象を「主要入口URL」に限定します。トップページ、主要一覧ページ、ランキングページ、親ページなど、index対象として扱う正規URLだけを候補にします。

Codexには、sitemapindexとurlsetの違いを確認させます。親sitemapがsitemapindexなら、URLを直接混ぜず、core sitemapを子sitemapとして追加するように指定します。

うまくいった点

core sitemapを分けることで、主要入口URLを確認しやすくなります。大量の個別URLに埋もれず、サイト全体の入口として重要なページを見直せます。

また、query付きURLやnoindexページを除外するルールを入れることで、sitemapに入れるURLの基準が明確になりました。親sitemapとの関係も確認できるため、公開後の確認もしやすくなります。

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

危なかったのは、core sitemapという名前にしただけで、実際には候補URLを広く入れすぎることです。主要入口URLだけに絞らないと、通常のsitemapと役割が重なります。

また、親sitemapがsitemapindexなのかurlsetなのかを確認せずに追記すると、XML構造を壊す可能性があります。既存sitemap参照を削除しないことも重要です。

作業後に確認したこと

作業後は、core sitemapが200 OKであること、rootがurlsetであること、loc数が想定通りであること、親sitemapに掲載されていること、XMLが壊れていないことを確認します。

あわせて、既存sitemap参照を維持していること、query付きURLやnoindexページが混ざっていないこと、canonical自己URLだけを掲載していることを確認します。

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

公開中サイトの主要入口URLだけをまとめたcore sitemapを作成してください。
対象は、トップページ、主要一覧ページ、ランキングページ、親ページなど、index対象として扱う正規URLだけにしてください。
query付きURL、noindexページ、canonicalが別URLに向いているページは除外してください。
親sitemapがsitemapindexの場合は、core sitemapを子sitemapとして追加してください。
作業後は、core sitemapの200 OK、XML root、loc数、親sitemapへの掲載、既存sitemap参照の維持を確認してください。
DB、cron、.htaccess、robots.txt、ads.txt、広告タグ、Search Console確認タグは触らないでください。

確認チェックリスト

主要入口URLを選定
トップページを確認
一覧ページを確認
ランキングページを確認
query付きURLなし
noindexページなし
canonical自己URLを確認
core sitemapが200 OK
core sitemapのrootがurlset
親sitemapに掲載
XMLが壊れていない
既存sitemap参照を維持

関連する使い方ガイド

今回のような運用整理は、sitemap確認、作業報告、Search Console前確認、内容品質改善の考え方とつなげると再利用しやすくなります。関連ページもあわせて確認すると、次のCodex指示を作りやすくなります。

親sitemap再送信判断ログ子sitemap追加後に親sitemapを再送信対象として整理した関連ログです。 sitemap確認sitemap.xml、sitemapindex、子sitemap、掲載URLを確認するためのガイドです。 Codex作業報告の見方作業範囲、確認結果、触っていないものを報告書で整理するガイドです。 Search Console前確認Search Consoleを計器として扱い、改善判断へつなげるためのガイドです。 AdSense前の内容品質確認審査通過を保証せず、サイトの有用性や導線を確認するためのガイドです。 公開前チェック公開URL、SEOタグ、内部リンク、表示状態をまとめて確認する基本ガイドです。 sitemapindexと子sitemapの確認ログ親sitemapのrootを確認し、子sitemapを追加した実践ログです。 実践ログ化候補を報告書に追加したログ作業報告を記事素材として残す運用を整理した関連ログです。 Search Console待ちで止めないログ反応待ちを理由にせず、重要ページの改善優先度を整理した関連ログです。 ページ種別ごとの薄いページ分類ログページ種別ごとに薄いページ候補と改善優先度を整理した関連ログです。 実践ログ型ガイド一覧Codex作業を一般化した実践ログ型ガイドの一覧です。

注意書き

この記事は、実際の作業を一般化してまとめた実践ログ型ガイドです。具体的な案件名、内部情報、サーバーパス、秘密情報は掲載していません。

特定サービスの公式手順ではなく、公開中サイトでCodex作業を安全に運用するための考え方として整理しています。検索流入、審査結果、順位などの成果を保証するものではありません。