収録基盤をチェックする際、サイトマップ（検索エンジンに見せるページ一覧）とカテゴリ構造は別々のものではありません。サイトマップは「発見してほしいページ」を列挙し、カテゴリ構造は「それらのページがサイト内でどういう関係にあり、どの入口から到達できるか」を決めます。両者が噛み合わないと、よくあるのは「サイトマップにはページがあるのに、ナビゲーションやカテゴリページから辿れない」あるいは「カテゴリにコンテンツがあるのに、サイトマップに対応するURLがない」という状態です。以下、実際のチェック順序に沿って連携方法を説明します。
まずカテゴリ構造を棚卸しし、その後サイトマップに何を載せるか決める
最初にサイトマップ生成ツールを開くのではなく、現在のカテゴリ階層を洗い出します。一次カテゴリは何か、各一次カテゴリの下にどんな二次カテゴリがあるか、単なるナビゲーションのグループで独立ページを持たないカテゴリはどれか。この作業の意味は、アドレスを2種類に区別することにあります。すなわち、実際にコンテンツを載せるカテゴリページやコンテンツページと、ナビゲーション整理のためだけのグループです。
棚卸しが終わったら、各カテゴリにマークを付けます。
- 独立ページがあり、継続的にコンテンツ更新があるカテゴリ → サイトマップに含める；
- グループ化の役割だけで実ページがないカテゴリ → サイトマップに含めない；
- フィルタページ、タグページ、ページネーションなどシステムが自動生成するアドレス → サイトマップに入れる価値があるか個別に判断し、低価値なアドレスを大量に混入させない。
カテゴリ構造が明確になれば、サイトマップの収録範囲に根拠が生まれ、管理画面の全アドレスを闇雲にエクスポートすることはなくなります。
カテゴリページのURLとサイトマップ項目が一対一で対応しているか確認する
カテゴリ構造の棚卸しが終わったら、次はアドレスの照合です。カテゴリページのURLリストとサイトマップファイルの項目を並べて比較し、特に次の3点を確認します。
- カテゴリページのアドレスがすべてサイトマップにあるか、特に二次カテゴリ；
- サイトマップ内のアドレスがすべて正常に開けるか、リニューアル後に残った旧アドレスがないか；
- 同じカテゴリに複数のアドレス（パラメータ付きと無しなど）が存在しないか、存在する場合はどれが主アドレスかを特定する。
照合時には表をエクスポートすることをお勧めします。フィールドには少なくともカテゴリ名、カテゴリ階層、ページアドレス、コンテンツ更新の有無、サイトマップへの登録有無を含めます。そうすれば以降のチェックでも同じリストを再利用でき、毎回整理し直す必要がありません。
サイトマップの生成方法はカテゴリ保守のリズムに合わせる
サイトマップは一度生成すれば終わりではありません。企業サイトのカテゴリは調整され、コンテンツは追加されるため、サイトマップもそれに追随して更新する必要があります。一般的な方法は2つあります。一つは管理画面やプラグインがコンテンツ公開時に自動更新する方法、もう一つは定期的に手動で再生成する方法です。どちらを選ぶかは、カテゴリ調整の頻度とチームの運用習慣によります。
カテゴリ構造が頻繁に変わるなら自動更新が楽ですが、新しいカテゴリページが確実に含まれているか確認が必要です。カテゴリが安定していて更新が主にコンテンツ中心なら、定期手動生成でも構いませんが、チェックサイクルを決めておきましょう。例えば毎月一度、サイトマップ項目とカテゴリリストが一致しているか照合します。
どちらの方法でも避けたいのは、カテゴリが統合・削除されたのにサイトマップに旧アドレスが残っている状況です。そうしたアドレスがエラーページを返すと、収録基盤チェックの判断を妨げます。
サイトマップ送信後、カテゴリ構造に戻って再確認する
サイトマップを送信または更新した後も、チェックは終わりません。より効果的なのは、カテゴリ構造そのものに戻り、ナビゲーション入口から階層ごとにクリックしていくことです。一次カテゴリに入れるか、二次カテゴリに入れるか、カテゴリページ内のコンテンツリンクが正常に開けるか。このステップで検証するのは「サイトマップに記載されたアドレスに、ユーザーと検索エンジンがサイト内から到達できるか」です。
あるカテゴリページがサイトマップにあるのにナビゲーションに入口がない、あるいはトップページから何階層もクリックしないと到達できない場合、カテゴリ構造とサイトマップ範囲の間に断層があることになります。その場合はナビゲーション入口を追加するか、そのページを本当にサイトマップに入れる必要があるか再判断します。
チェック作業を再利用可能なリストとして固定する
収録基盤チェックが個人の記憶に依存しないよう、上記の作業を固定リストにまとめ、リニューアルや大規模更新のたびに実行します。
| チェック項目 | アクション | 判断基準 |
|---|---|---|
| カテゴリ階層 | 一次・二次カテゴリをすべて列挙 | グループ用カテゴリとコンテンツ用カテゴリが区別されている |
| カテゴリページアドレス | サイトマップ項目と一つずつ照合 | カテゴリページのアドレスがすべてサイトマップ内にあり、余分な旧アドレスがない |
| アドレスのアクセス可否 | サイトマップ内のアドレスを順に開く | すべて正常に開き、エラーページがない |
| ナビゲーション到達性 | トップページからカテゴリ階層をクリック | サイトマップ内のカテゴリページがすべてナビゲーションから到達可能 |
| 更新メカニズム | サイトマップがカテゴリ変動に追随して更新されるか確認 | カテゴリ追加・調整後にサイトマップが同期される |
このリストは一度にすべての詳細をこなすことを目指すものではなく、毎回のチェックに固定順序を与えるものです。まず構造、次にアドレス、次に到達性、最後に更新メカニズム。順序が安定すれば問題を見落としにくくなります。
よくある連携問題と対処の方向性
実際の運用では、サイトマップとカテゴリ構造の連携がうまくいかないケースは集中しており、対処の方向性も明確です。
- サイトマップ項目がカテゴリの実コンテンツより多い：まず余分なアドレスがフィルタページ、タグページ、旧アドレスのどれかを確認し、残すか削除するか決めます。
- カテゴリにコンテンツがあるのにサイトマップにない：そのカテゴリページがサイトマップ生成ルールから除外されていないか、独立ページアドレスが欠けていないか確認します。
- カテゴリ調整後にサイトマップが未更新：更新メカニズムがカテゴリ変動をカバーしているか確認し、必要なら手動で再生成します。
- 同じカテゴリに複数アドレス：主アドレスを特定し、残りは統一的に処理してサイトマップ内の重複を避けます。
これらの判断に複雑なツールは不要です。重要なのは、まずカテゴリリストがあり、次にサイトマップリストがあり、両者を照らし合わせて見ることです。
これから収録基盤チェックを行う予定なら、まずカテゴリリストのエクスポートから始め、一次・二次カテゴリと対応アドレスを表に整理し、その表でサイトマップファイルを照合しましょう。構造が明確になれば、サイトマップに何を載せ、何を外すかの判断はずっと容易になります。
