カテゴリページに説明文を足す前に、その一覧へ来た読者が何を探すかを決めます。記事タイトルが並ぶだけで選べないなら、主要な用件と読む順番を示す案内を加えます。
カテゴリの目的と記事の役割を説明することが中心です。検索向けに長文を付けることや、すべてのカテゴリを同じ文章で埋めることを目標にしません。
一覧の前に短い案内を置く
技術ブログのWordPress APIカテゴリなら、対象読者、扱う範囲、前提条件を短く示します。「APIの概要から、下書き作成、画像登録、失敗時の確認まで」のように、どんな記事があるかが分かる説明にします。
| 読者の用件 | 案内する記事の役割 |
|---|---|
| 全体を知りたい | できることと導入前の確認 |
| 初めて動かしたい | 準備と下書き作成の手順 |
| 画像を扱いたい | メディア登録と記事内参照 |
| エラーを調べたい | 症状別の確認順 |
実際にない記事を案内文へ書かず、掲載中の記事と対応させます。説明と一覧のテーマがずれている場合は、文章追加だけでなく分類を見直します。
主要記事と新着記事を使い分ける
新着順の一覧は更新を追う人に役立ちます。一方、初めて読む人には概要や基本手順が必要なこともあるため、主要記事への案内を別に設ける方法があります。
読む順番がある記事には、その理由を添えると選びやすくなります。すべてを「おすすめ」と並べず、前提と次の作業が分かる文言を使います。
リンクはa要素のhrefでたどれる形にし、一覧の次ページや関連記事へ進めるかも確認します。カテゴリから重要な記事へたどり着けることと、記事本文同士の必要なリンクは別に点検します。
公開対象と重複を個別に判断する
カテゴリとタグなどで似た一覧が複数ある場合は、それぞれに独立した目的があるかを読みます。canonicalやnoindexは用途に応じた判断であり、薄い一覧という印象だけで一律に設定しません。
記事全文をまとめて複製するより、記事の用件が分かる説明と適切なリンクを使います。本文を増やす場合も、一覧を使う読者に必要な情報かを確認してください。
仕上げには見出し、説明、掲載記事、ページ分割、リンク先を照合します。カテゴリの文字数や記事数に共通の合格値を置く方法ではなく、必要な答えを選べる入口として保守します。
