カテゴリは、単なる「記事を仕分けるための箱」ではありません。
むしろ “読者がどんな順番で学べば迷わないか”を宣言する、サイト設計の中枢 なんですよね!
この記事では、カテゴリを 3〜5本の“柱”として整理する考え方 を軸に、
それぞれの柱に置く ハブ記事(旗艦ページ)の要件、
さらに パンくず・URL・サイトマップとの整合性 まで、
“誰でも再現できる型”として落とし込みます。
CMSごとの細かいUIや操作手順はあえて一般化しつつ、
迷ったときに判断できるフレームと命名の型 をしっかり提示します。
記事数が増えるほど、サイトは自然と複雑になります。
だからこそ、早い段階で「柱 × ハブ記事」の構造を整えておくことで、
読者にもクローラにも “最短で理解できるルート” をつくれるようになります。
本記事でわかること(清書)
-
カテゴリの本数と粒度の決め方(3〜5本を起点に、迷わない分け方の原則)
-
ハブ記事の要件(章立ての型、内部リンク、要約ブロックの設計)
-
パンくず/URL/サイトマップの整合ポイント(階層の乱れを防ぐ方法)
-
孤立記事の救出方法(カテゴリ再編を“やさしく”進めるフレーム)
カテゴリ=“柱”を3–5本で始める
カテゴリ設計の最初の山場が、この “柱” をいくつ立てるか問題です。
記事が少ないうちは「まぁ雰囲気で分けておけばいっか」と進めがちですが、後になって記事が増えると 「あれ、どこに入れていいかわからない…」 という混乱が必ず来ます。
そこで本記事では、誰でも迷わず始められるように “3〜5本” という起点 を強くおすすめします。
なぜこの本数が最適なのか? どういう視点で分ければ読者もクローラも迷わないのか?
順番にいきましょう。

分け方の原則 — 読者の目的軸(学びたい・作りたい・直したい 等)で分ける
カテゴリを決めるとき、多くの人がやりがちな失敗がこちら:
-
CMS側のカテゴリ名や初期設定に引っ張られてしまう
-
自分の作業目線(作業工程、機能名、更新順)で分けてしまう
-
記事のタイトルから逆算してカテゴリを後付けする
これらは、短期的にはうまく見えても、記事数が増えた瞬間に破綻しがちです。
そこで頼れる軸が “読者の目的軸” です。
つまり、読者がサイトに来たときに抱えている 「やりたいこと」ベース でカテゴリを分けること。
たとえば:
-
学びたい(概念や基礎整理)
-
作りたい(手順・テンプレ)
-
直したい(トラブルシュート)
-
改善したい(最適化・運用)
このような「行動」を軸にすると、読者の視点とサイト構造が直結します。
さらに検索意図(Know/Do/Learn)とも親和性が高くなるため、SEOともぶつかりません。
読者の行動を軸にカテゴリを設計することで、
「どの記事をどこに入れるべきか?」という迷いも、かなり軽減できます。
本数の目安 — 3–5本でスタートし、飽和時のみ分割
カテゴリは、多ければ多いほど“奥行き”が増して良さそうに見えるかもしれません。
しかし実際には 多すぎるカテゴリは、読者にとっての迷子要因 になりやすいんです。
3〜5本に絞るメリットは次のとおり:
-
階層が浅くなるため、読み手が理解しやすい
-
ハブ記事との対応関係が明確になる
-
記事増加時に「どこを広げるべきか」の判断がしやすくなる
-
似たカテゴリの乱立を防げる
特に「飽和したら分割」という方針が重要です。
最初から細かくしすぎるのではなく、あるテーマの内部に“明らかに別軸のクラスター”が生まれ始めたときにだけ分割する。
この段階的分割を採用すると、カテゴリは自然な形で成長していきます。
逆に、初期から7〜10カテゴリを並べると、ほぼ確実に後悔します…!

命名の型 — 短く一般語+必要なら補助語(例:画像最適化/内部リンク設計)
カテゴリ名は、実はサイト構造全体にものすごく影響します。
パンくず、URL、ナビゲーション、サイトマップ、ハブ記事の章立て…全部に関わります。
だからこそ、以下の命名ルールが効果的です。
【命名の型】短い一般語 +(必要なら)補助語
例:
-
画像最適化
-
内部リンク設計
-
SEO基礎
-
記事改善
-
デザイン改善(レイアウト/導線)
ポイントは2つ:
-
短く、誰が見ても意味が分かる一般語を軸にする
-
補助語は必要なときだけ付ける(長すぎると逆効果)

また、表記揺れを避けるために ひらがな/カタカナ/英語の混在を極力しない のも大切です。
例:
-
「最適化」「オプティマイズ」「Optimize」
→ すべて同じ概念でも、別カテゴリと誤解されやすい
カテゴリ名はブログ全体の“語彙”になるので、ルールを決めておくと、後のタグ設計にも一貫性が出ます。
ハブ記事の要件(旗艦ページ)
カテゴリという“柱”が決まったら、次に必要になるのが ハブ記事(旗艦ページ) です。
これはカテゴリのトップであり、読者が「全体像を最短で把握するためのナビゲーション」。
ここが整っているサイトは、読者の離脱が明らかに少なく、検索クローラにも理解されやすくなります。
逆に、ハブ記事が無いカテゴリは ただ記事が積み上がっているだけの倉庫 になりがちです。
では、良いハブ記事とはどんな状態なのか?
その“再現性が高い型”をここで紹介します。

見出しの型 — H2=章/H3=小項目。各H2冒頭に3–5行サマリー
ハブ記事でまず押さえたいのは 見出し構造のルール化 です。
おすすめの基本構造は次の通り:
-
H2:章(カテゴリ内の大きいテーマ)
-
H3:小項目(そのテーマを理解するための要素)
この型にすると、読者にもクローラにも「カテゴリの内部構造」が明確に伝わります。
そして最も重要なのが、各H2の冒頭に“3〜5行のサマリー”を書くこと。
これによって:
-
読者が「この章で何が分かるか」を即把握できる
-
スマホでもサッと流し読みできる
-
検索意図との一致が高まり、SEO的にも有利
というメリットが生まれます。
サマリーは長文にせず、「何を理解できる章なのか?」にフォーカスして短く書くのがコツ です。
リンク設計 — 章末に関連クラスター3本以内を固定(過剰なリストは避ける)
ハブ記事の価値は「まとめの記事」で終わりません。
むしろ本番は 内部リンクの設計 です。
ここでの鉄則は “章末リンクは3本以内で固定” ということ。
理由はシンプル:
-
リンクが多いと読者が迷う
-
SEO上も「重要なリンクがどれか」曖昧になり評価が散る
-
ハブ記事が“リンク倉庫”になると回遊導線が破綻する
少ないリンクでキレイに導く方が、結果的に回遊率も上がります。
また、リンクは“カテゴリ全体の中でも重要度が高い記事だけ”に絞るのがポイントです。
章末にリンクを置くことで 「次に読むべき道筋」を明確に伝えるナビゲーション になります。
更新運用 — 新規記事が増えたら章の箱を増やす(無限リストにしない)
ハブ記事は、一度作ったら終わり…ではありません。
カテゴリに新しい記事が追加されるたびに、章を更新していく運用体制 が必要です。
ここでありがちなNGがこちら:
-
既存の章末にどんどんリンクを追加してしまう
-
結果、章末が「リンク20本」のような長文リストになる
-
読者もクローラも迷子になり、ハブ記事が崩れる
これを防ぐためのコツは “章の箱を増やす” 運用です。
つまり:
-
同じテーマに記事が増えてきたら → 新しいH3を作成
-
そのH3の中で要点をまとめ、重要記事だけ3本以内でリンク
-
ハブ記事は常に俯瞰マップとして整理された状態を維持する
こうすることで、ハブ記事は“成長する旗艦ページ”として健全に保たれます。
ハブ記事が整理されているサイトほど、
読者の回遊もクローラの理解もスムーズで、結果的にカテゴリ全体が評価されやすくなります。
パンくず/URL/サイトマップの整合
カテゴリとハブ記事の骨格が整ったら、次に押さえたいのが 「階層の一貫性」 です。
サイト構造を理解してもらう上で、パンくず・URL・サイトマップは“3兄弟”のような存在。
どれか一つでも乱れると、読者もクローラも 「このサイト、どこが主軸なんだ?」 と迷ってしまいます。
逆に、これらが丁寧にそろっているサイトは、階層が自然に伝わり、
回遊もクロールも非常にスムーズになります。
小さな調整ですが、SEOに効く“体幹トレーニング”のような要素です。

パンくずの型 — Home > カテゴリ > 記事
まずはパンくずから。
パンくずは 「サイト内で自分が今どこにいるのか?」を示す最短のナビゲーション です。
基本の型はとてもシンプル:
Home > カテゴリ名 > 記事タイトル
この3階層だけで十分機能します。
なぜなら、カテゴリ(=柱)とハブ記事がすでに構造を整理しているため、
パンくずはそれを忠実に反映するだけで成立するからです。
注意点としては:
-
カテゴリを2段階にしない(カテゴリ > サブカテゴリ > 記事のような多層構造は不要)
-
タグをパンくずに入れない(軸が散って階層が崩れます)
カテゴリ設計がシンプルであれば、パンくずは自然に“最短ルート”になります。
URL方針 — /{category}/{slug} を一貫させる(表記揺れを防ぐ)
URLは、読者以上に 検索クローラに対して強く効く要素 です。
とくにカテゴリ階層を入れるかどうかで迷う人が多いですが、
本記事の設計方針(柱 × ハブ記事)を採用するなら 入れた方が一貫性が出ます。
おすすめの基本形は:
/{category}/{slug}
例えば:
-
/seo-kiso/internal-links
-
/design/ux-improvement
-
/writing/keyword-research
この形を採用することで、クローラは 「このURL=このカテゴリの配下」 と理解できます。
また、URLで起きがちなトラブルが 表記揺れ です。
例:
-
/internal-links
-
/internal_link
-
/internal-links-setup
同じ概念なのに語彙が揺れると、クローラにも読者にも不利です。
カテゴリ名・slug命名ルールは必ず1枚の表にしておくのがベストです。
サイトマップ — ハブ記事と代表記事を必ず掲載(薄い一覧は慎重に)
サイトマップ(XML/HTMLともに)で重要なのは、
“全部入れる”ではなく“何を入れるか選ぶ” という姿勢です。
特にSEOレスポンスに影響するポイントは以下の3つ:
-
ハブ記事は必ず掲載する(サイト構造の中心だから)
-
カテゴリの中でとくに重要な代表記事(核になる記事)も掲載する
-
記事数が多い場合、薄い一覧ページを無造作に追加しない
薄い一覧とは:
-
ページネーションだけあるカテゴリ一覧
-
コンテンツがほぼタイトル列のみ
-
読者のためにもクローラのためにも価値が薄いページ
こうしたページはサイトマップに入れず、
“優先して見てほしい記事だけ”を載せる方が評価が安定します。
さらに、サイトマップはパンくず・URLと整合が取れていると強いです。
3つが矛盾しないと、検索エンジンは 「このサイトの構造は安定して理解しやすい」 と判断します。
孤立記事の救出と再編
カテゴリやハブ記事が整ってくると、だんだん目につくのが 「どこにも属していない記事=孤立記事」 です。
公開した当時は「とりあえずここでいいか…」と置いたものの、記事が増えた結果、
・アクセスが少ない
・内部リンクが入ってこない
・カテゴリの中でも浮いて見える
という状態になりがちです。
孤立記事を放置すると、読者導線の“穴”になるだけでなく、
クローラにとっても 「この記事は重要ではなさそうだ」 という解釈につながります。
そこで本章では、孤立記事を丁寧に救出し、カテゴリ構造の中に自然に組み込むためのフレームを紹介します。
抽出の型 — アクセスと内部リンク入出度が低い記事をリスト化
まずは、孤立記事を“感覚で探す”のをやめましょう。
おすすめは、次の2軸からリストアップする方法です:
-
アクセスが低い記事(PVの下位)
-
内部リンクの入出度が低い記事(リンクが入ってこない・出ていない)
これらの指標は、孤立をほぼ確実に検知してくれます。
特に「内部リンク入度(他記事からのリンク数)」は、
その記事がサイト内で“居場所を持てていない”サインとして非常に有効です。
抽出した記事は、カテゴリと距離が近い順に並べ、
「そもそもどの柱に近い内容なのか?」をざっくり判定します。
この判定には “近接性(内容の距離感)” という考え方が役立ちます。
救出手順(ぼかし版) — 近接カテゴリへ移籍 → 該当ハブに章内ボックスで受け皿
抽出した孤立記事を、無理にカテゴリへ押し込む必要はありません。
むしろ、記事の性質に合わせて “近接性が最も高いカテゴリへ移籍させる” のが自然です。
救出の手順は次のシンプルな流れでOKです:
-
近接カテゴリを1つだけ選ぶ
(複数に入れるのはNG。テーマがぶれる原因になる) -
該当するハブ記事に新しいH3(小項目)を作る
その章のサマリーを簡潔に書く
「この章では〇〇の基礎/考え方/パターンが分かる」など3〜5行 -
そのH3の章末に、救出した記事へのリンクを配置する
リンクは1〜3本以内に -
孤立していた記事の中で関連するものが複数ある場合は、
H3を“箱”としてまとめて受け止める
この流れを採用すれば、ハブ記事の構造が壊れず、
孤立記事も自然な形でカテゴリに再編できます。
重複回避 — 同じ記事を複数カテゴリに入れない(迷子の原因)
孤立記事を救出するときに、つい誘惑に負けがちなケースがあります。
それが 「この内容、2つのカテゴリに入れたほうが良さそう…?」 というやつ。
これは強くおすすめしません。
理由は明確で:
-
同じ記事が複数のパンくず階層を持つと構造が崩れる
-
読者もクローラも「どっちの柱なの?」と迷う
-
重複扱いで評価が分散しやすい
-
URLや内部リンクの一貫性が壊れる
記事を重複配置するかわりに、
“Aカテゴリのハブ記事からBカテゴリの記事へリンクする” ことで対応するのが正解です。
つまり:
-
カテゴリの所属は1つ
-
カテゴリをまたぐリンクはOK
-
ハブ記事が“橋”として機能すれば良い
という考え方です。
これを徹底すると、サイト全体の構造は驚くほどクリアになります。
第4章は以上です!
孤立記事の扱いは軽視されがちですが、
ここを丁寧に整えるだけで、カテゴリの“密度”がガラッと変わります。
用語ミニ辞典
カテゴリ設計や情報整理の文脈でよく出てくる用語を、前編の内容に合わせて簡潔にまとめておきます。
迷ったときの“参照ポイント”として使ってください。
カテゴリ(柱)
サイトの主要テーマを束ねる縦軸。
読者の「やりたいこと」ベースで3〜5本に整理すると、導線が最短化される。
ハブ記事(旗艦ページ)
カテゴリの全体像をまとめ、読者が最短で全体を理解するためのナビゲーションページ。
章(H2)でテーマを分け、章末に関連リンクを3本以内で配置するのが基本。
近接性(内容の距離感)
記事同士のテーマがどれくらい近いかを判断する尺度。
孤立記事の再編やカテゴリ分割の判断に有効。
まとめ:カテゴリ設計は“柱×ハブ記事”——読者とクローラの最短ルートを宣言する
カテゴリ設計は、単なる“記事の仕分け”ではありません。
3〜5本の柱 × ハブ記事という旗艦ページ を起点に、
読者にも検索クローラにも「こう読むと最短で理解できます!」と宣言する行為なんです。
柱の数を増やさない、命名ルールを統一する、
ハブ記事に整理された章と導線を置く——
これらを徹底するだけで、サイト全体の回遊導線が一気にクリアになります。
さらに、パンくず・URL・サイトマップまで階層の整合を取ることで、
“迷子ゼロ”のサイト構造に近づきます。
後編では、カテゴリと競合しやすい タグ運用をどうガバナンスするか を深掘りします。
別記事への導線(キーワード入り)
-
Vol.8【後編】|タグ運用のガバナンス:横断設計・棚卸し・計測で“迷子ゼロ”へ
カテゴリと役割を被らせず、横断軸の整理方法を解説します。 -
Vol.2【前編】復習|内部リンクの設計図(ハブ&クラスター)
ハブ記事とクラスターの関係を詳しく知りたい人におすすめ。
今回はここで終わりにしたいと思います!
最後までお読みいただきありがとうございました!
このブログでは「ChatGPT×副業」をテーマに、AIをフル活用したリアルな副業チャレンジを発信しています🎶
むずかしい話はナシで、「ちょっとやってみたいかも」と思えるような内容を目指しています😁
私は現在、ChatGPTを使ってTシャツのデザインを作って販売したり、
LINEスタンプのキャラ制作に挑戦したりしています👍
デザインの知識ゼロでも、AIの画像生成機能を使えばかなりいい感じになりますよ!
ブログの内容やSEO対策も、ぜんぶChatGPTに相談しながら書いています。
アイデアが出ないときも、相棒みたいに助けてくれます🎶
さらに、楽天ルームのレビュー文章もChatGPTと一緒に考えたり、
X(旧Twitter)の投稿や運用方法も提案してもらったりと、あらゆる場面でAIに頼っています。😅
「AIって便利そうだけど、自分にも使えるのかな?」
と思っている人には、ぜひ読んでほしいです。
このブログは、AI初心者でも副業が始められるように、
体験ベースでわかりやすく書いています。
私の成功も失敗もまるごとシェアしていくので、よかったら気軽に読んでいってくださいね。
Xでも日々の活動をゆるっと更新しているので、ぜひのぞいてみてください!
明日のあなたがより豊かになりますように😌
それでは、おやすみなさい😴
