URL role check

CodexでURLの
役割混在を調査した
実践ログ

URLだけを見ると一覧ページに見えても、実際には特定カテゴリや特定条件のデフォルト表示になっていることがあります。この記事では、新規ページ作成やURL変更へ進む前に、HTTP、title、H1、canonical、表示内容、内部リンク元、sitemap掲載を確認し、URLの役割を整理した実践ログをまとめます。

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

特定サイトのURL設計ではなく、公開中サイトでURLの役割混在を安全に確認するための実務上の考え方として整理しています。

今回やった作業

公開中サイトで、あるURLが一覧ページなのか、特定カテゴリや特定条件のデフォルト表示なのかを確認した作業を一般化して書きます。この作業では、URLの見た目だけで判断せず、HTTP状態、title、H1、canonical、表示内容、内部リンク元、sitemap掲載、実ファイル構造を確認しました。

そのうえで、すぐに新規一覧ページを作るのではなく、まずURLの役割を整理し、内部リンクの文言や導線を最小修正する方針を検討しました。URLの役割が曖昧なまま作業を進めると、canonicalや内部リンク、sitemapの意味まで揺れやすくなります。そこで、実装前に調査で止める判断を入れました。

作業前の状態

対象URLは、一見すると一覧ページのように見えていました。しかし表示内容を見ると、特定カテゴリや特定条件のデフォルト表示である可能性がありました。内部リンク文言が、そのURLの実際の役割とズレている可能性もあり、canonicalがどこを向いているか確認する必要がありました。

sitemapに掲載されているかどうかも確認対象でした。sitemapに載っているURLなのか、内部導線だけで使っているURLなのかによって、対応の優先度は変わります。新規一覧ページを作るべきか、内部リンク整理で済むかを判断するには、URL単体ではなく周辺情報を見る必要がありました。

作業前に問題だったこと

URLの見た目だけで「これは一覧ページだ」と決めてしまうと、実際のページ構造とズレる可能性があります。URLは一覧っぽく見えても、titleやH1が特定カテゴリ向けになっている場合があります。canonicalも特定カテゴリページを正規URLとして示している場合があります。

その場合、内部リンク文言だけが一覧ページのようになっていると、ユーザーにも検索エンジンにも分かりにくい導線になります。さらに、既存URLの役割を確認しないまま新規ページを作ると、似た役割のページが増え、内部リンクやsitemapの整理が難しくなることがあります。

URLだけで役割を判断しない理由

URLは重要ですが、URLだけではページの役割を完全には判断できません。ページの役割は、title、H1、canonical、本文内容、表示されているカードや一覧、内部リンク元、sitemap掲載、robots、実ファイル構造を合わせて判断します。

URLだけ見て新規ページを作ったり、既存ページを一覧化しようとしたりすると、既存構造と衝突する可能性があります。特に、カテゴリページ、一覧ページ、個別ページ、検索条件付きの表示が混ざるサイトでは、URLの短さや見た目だけでは役割を読み違えます。Codexに任せる時も、まず調査項目を固定することが大切です。

title / H1 / canonical / 表示内容を見る理由

titleは検索結果やブラウザ上でのページ名に関係します。H1はページ本文上の主題を示します。canonicalは、そのページの正規URLを示します。表示内容は、実際にユーザーが見るページの中身を示します。この4つが一致していれば、ページの役割は比較的分かりやすくなります。

逆に、URLは一覧っぽいのに、titleやH1やcanonicalが特定カテゴリを示している場合は、役割が混在している可能性があります。表示内容が特定条件のカードだけであれば、一覧ページとして扱うより、特定カテゴリの入口として整理した方が自然な場合があります。

Codexに任せたこと

Codexには、すぐ修正させるのではなく、URLの役割調査を任せました。確認させた内容は、対象URLのHTTP状態、title、H1、canonical、robots、表示内容、内部リンク元、sitemap掲載、実ファイル構造、対象URLと似たURLの確認です。

さらに、一覧ページなのか、個別ページやカテゴリ系のデフォルト表示なのかを推定させ、最小修正案を出すところまでを依頼します。ここで大切なのは、「調査したらすぐ直す」ではなく、「今回は修正せず、調査と最小修正案のみ」と指定することです。これにより、URL変更やcanonical変更のような影響が大きい作業へ勝手に進むことを防げます。

人間が判断したこと

人間が判断したのは、URLを新規一覧化しないことです。まずURLの役割を確認し、canonicalの現状に合わせることを優先しました。内部リンク文言がズレているなら、リンク文言やリンク先を整理する方が先です。

新規ページ作成は最終手段にします。新しいURLを作ると、canonical、sitemap、内部リンク、index/noindexの制御も増えます。既存ページの役割を確認しないままページを増やすと、サイト構造がさらに分かりにくくなることがあります。今回は修正せず、最小修正案だけを出す判断にしました。

URL役割を確認する流れ

URL役割を確認する時は、手順を決めておくと判断が安定します。まず対象URLへアクセスし、HTTP 200を確認します。次に、title、H1、canonical、robots、noindexの有無を確認します。表示内容を見て、どのカテゴリ、条件、個別情報を示しているのかを整理します。

そのあと、内部リンク元を確認します。どのページからどんな文言でリンクされているかを見ることで、サイト内でそのURLがどう扱われているか分かります。さらにsitemap掲載と実ファイル構造を確認し、URLの役割を判断します。修正する場合も、まずはリンク文言修正、リンク先修正、説明追加などの最小修正案から出します。

新規ページ作成の前に内部リンク整理で済む場合

URLの役割が混在している時、すぐに新規ページを作れば解決するとは限りません。場合によっては、リンク文言を修正する、リンク先を既存の正しいページへ変える、誤解を招くリンクを削除する、カテゴリページとしての説明を補う、canonicalに合わせて導線を整理するだけで十分なことがあります。

新規ページを作ると、管理するURLが増えます。sitemapに追加するか、canonicalをどうするか、内部リンクをどこから張るか、index対象にするかも決める必要があります。だからこそ、新規ページ作成の前に、既存URLの役割を確認し、内部リンク整理で済むかを見ることが重要です。

うまくいった点

うまくいった点は、URLの役割を推測ではなく確認できたことです。canonicalを見ることで、正規URLの意図を確認できました。内部リンク文言のズレも発見しやすくなり、新規ページ作成に飛びつかずに済みました。

また、最小修正案を出せたことで、既存構造を壊すリスクを下げられました。Codexには実装力がありますが、実装前の調査も重要です。URLの役割が混在している時ほど、調査で止める判断が効きます。

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

危なかった点は、URLだけ見ると一覧ページに見えやすいことです。内部リンク文言も、実際の役割とズレやすくなります。canonicalを見ないと正規URLが分からず、sitemap掲載の有無を見落とすこともあります。

新規ページを作ると構造が増えすぎる可能性があります。特に、似たURLや似たカテゴリが多い場合、ページを増やすだけでは整理になりません。修正前に調査で止める判断を入れないと、URL変更やcanonical変更のような大きな作業へ進みやすくなります。

作業後に確認したこと

作業後は、対象URLが200 OKであること、titleとH1、canonical、robots、表示内容を確認します。内部リンク元を確認し、どの文言でそのURLへ送っているかも見ます。sitemap掲載を確認し、一覧か個別か、カテゴリ系のデフォルト表示かを判断します。

今回は修正せず調査で止めたことも、確認結果として残します。作業報告では、最小修正案、触らなかったもの、今すぐ新規ページを作らなかった理由を書いておくと、次の作業に移る時に迷いにくくなります。

次回使えるCodex指示文テンプレート

次回、URLの役割が曖昧なページを調査する時は、以下のように依頼します。URL変更やcanonical変更へ進む前に、調査だけで止める条件を明記します。

対象URLが一覧ページなのか、個別ページや特定カテゴリのデフォルト表示なのか確認してください。
確認する項目は、HTTP状態、title、H1、canonical、robots、表示内容、内部リンク元、sitemap掲載、実ファイル構造です。
URLだけで判断せず、title、H1、canonical、表示内容が一致しているかを見てください。
内部リンク文言とリンク先の役割がズレている場合は、新規ページ作成ではなく、リンク文言修正、リンク先修正、リンク削除などの最小修正案を出してください。
今回は修正せず、調査と最小修正案のみ出してください。
DB、cron、.htaccess、robots.txt、ads.txt、広告タグ、Search Console確認タグは触らないでください。

確認チェックリスト

URLの役割混在を調査する時は、次の項目を確認します。URLだけで判断しないこと、修正前に最小対応で済むかを見ることが重要です。

  • 対象URLが200 OK
  • titleを確認した
  • H1を確認した
  • canonicalを確認した
  • robotsを確認した
  • noindex有無を確認した
  • 表示内容を確認した
  • 内部リンク元を確認した
  • sitemap掲載を確認した
  • 実ファイル構造を確認した
  • 一覧か個別か判断した
  • リンク文言とリンク先の役割を確認した
  • 新規ページ作成前に最小修正案を出した
  • 今回は修正せず調査で止めた

注意書き

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

特定サイトのURL設計ではなく、公開中サイトでURLの役割混在を安全に確認するための実務上の考え方として整理しています。SEO効果や審査通過を保証するものではありません。