多くの企業公式サイトでは、収録基盤をチェックする際にトップページのタイトル、ディスクリプション、キーワードに注目が集まりがちですが、ページ階層は見落とされがちです。階層が一度混乱すると、後からカラムを追加したり、テンプレートを変更したり、コンテンツを修正したりするのが面倒になります。同じサービスが2つのディレクトリに存在したり、ナビゲーションをクリックした先とパンくずリストが一致しなかったり、古いページを削除すると入口に影響が出ないか心配になったりします。こうした問題を避けるには、チェック時に階層を独立した作業として扱う必要があります。
まずURLからページの位置が読み取れるかを確認する
ページ階層が最も直感的に現れるのはURLです。チェック時には主要なページをいくつか開き、パスがサイト内での位置を反映しているかを確認します。例えば、サービス系のページは /fuwu/ の下に置き、具体的なサービスはさらに下の階層に分けると、読者はアドレスからどのカテゴリのコンテンツか判断できます。もしすべてのページがルートディレクトリに集中していたり、/page-12.html のような意味の分からないアドレスを使っていたりすると、後期メンテナンス時にどのページがどのカラムに属するかを素早く判断するのが難しくなります。
チェックの手順は次のように進めると良いでしょう。サイトの主要ページのURLリストをエクスポートし、ディレクトリのプレフィックスごとにグループ化して、各グループに何ページあるか、同じ種類のコンテンツに属しているかを確認します。あるディレクトリにサービスページ、ニュースページ、ダウンロードページが混在している場合は、ディレクトリの分割を見直す必要があります。この段階ではオンラインページを変更する必要はなく、まずリストを整理するだけで十分です。
ディレクトリ分類はテンプレートではなくコンテンツタイプに従う
サイトによっては、同じレイアウトを使っているページをまとめるなど、テンプレートのスタイルでディレクトリを分けることがあります。この方法はサイト構築初期には楽ですが、コンテンツが増えると問題が生じます。新しいページをどこに置くべきか分からなくなり、編集者もルールを覚えられなくなります。より安定した方法は、コンテンツタイプ別に分けることです。サービス、事例、情報、会社概要などがそれぞれ1つのディレクトリを持ち、各ディレクトリ内でさらに業務や時間で細分化します。
ディレクトリが適切かどうかを判断するには、次の3つの質問をしてみましょう。このディレクトリ内のページは同じ種類のコンテンツか。新しい同僚がディレクトリ名を見て中身を推測できるか。今後同種のページを追加する場合、どのディレクトリに入れるべきか分かるか。3つの質問のうち1つでも答えられない場合、分類ルールがまだ明確ではないため、チェック段階で統一する必要があります。
ナビゲーション、パンくずリスト、URLは同じ構造を指すようにする
ページ階層はURLだけでなく、ナビゲーションやパンくずリストにも現れます。チェック時には主要なカラムページを一つずつ開き、ナビゲーションのカラム名、パンくずリストのパス、URLディレクトリが対応しているかを確認します。よくある問題は、ナビゲーションでは「ソリューション」なのにURLは /product/ で、パンくずリストは「ホーム > 製品センター」と表示されるケースです。3か所で名称が異なると、ユーザーも編集者も混乱します。
対処法としては、まず各カラムの対外的な名称を確定し、ナビゲーション、パンくずリスト、URLディレクトリをその名称に合わせて統一します。歴史的な理由でURLを変更しにくい場合でも、少なくともナビゲーションとパンくずリストは一致させ、内部のメンテナンス文書にURLとカラム名の対応関係を記載しておくと、後から引き継ぐ人が参照しやすくなります。
ページ階層に拡張の余地を残す
階層を計画する際は、将来新しいカラムを追加するかどうかを考慮します。すべてのサービスを第1階層に詰め込むと、後で業務が増えたときに同階層のページを増やすしかなく、階層がどんどん平坦になります。より安全な方法は、分類用の階層を1つ確保することです。例えば、サービスの下に業務ラインごとのグループを作り、各グループに具体的なサービスページを配置します。こうすれば新しいサービスを追加するときは既存のグループに属させるだけで、サイト全体の構造を再調整する必要がありません。
余地を残すといっても、事前に空のディレクトリを大量に作るわけではありません。チェック時にはグループ化のロジックが成立するかを確認するだけで、実際にコンテンツができたときにページを作成します。空のディレクトリや空のカラムページが検索エンジンにクロールされると、重複や低品質ページの問題を引き起こす可能性があるため、構造はしっかり考え、実装は必要に応じて行いましょう。
階層リストで後期メンテナンスを支える
チェックが完了したら、簡単な階層リストを残すことをお勧めします。各ディレクトリに対応するコンテンツタイプ、対外的なカラム名、担当者、更新頻度を記録します。リストは複雑である必要はなく、1枚の表で十分です。これにより、後期メンテナンス時に「このページはどこに置くべきか」「このカラムは誰が管理しているか」「リニューアル時にどのURLを変更してはいけないか」を素早く答えられます。
リストは次のような項目で整理できます。ディレクトリパス、カラム名、コンテンツタイプ、含まれるページ例、メンテナンス担当者、備考。新しいカラムを追加したり構造を調整したりするたびに同期して更新し、階層ルールが特定の人の記憶だけに留まらないようにします。企業公式サイトにとって、このリストは一度きりの収録チェックよりも長期的な価値があります。
収録基盤チェック時の順序提案
階層チェックを収録基盤の他の項目と一緒に行う場合、次の順序で進めると良いでしょう。まずURLリストをエクスポートしてディレクトリごとにグループ化し、次にナビゲーションとパンくずリストがディレクトリと一致しているかを確認し、その後ディレクトリ分類がコンテンツタイプ別になっているかを判断し、最後に拡張の余地が確保されているかとメンテナンスリストが残されているかを確認します。各ステップで「後から理解できるか、引き継げるか」を基準にし、現在のページが正常に開くかどうかだけを見ないようにします。
ページ階層がうまく計画されていれば、後期メンテナンス時の変更範囲は小さくなります。サービスページを1つ追加する場合は、対応するディレクトリに新規作成するだけです。カラムを調整する場合は、ナビゲーションとリストを同期するだけです。テンプレートを変更する場合も、URL構造が安定していれば、古いリンクの対応関係も整理しやすくなります。これらの利点はすぐに何かの指標に現れるわけではありませんが、日々の運用における手戻りを継続的に減らしてくれます。
