Maison_de_chatのブログ

【実体験レポート】ChatGPTで始める副業 – 最先端AI活用で在宅収益化に挑む新たな働き方を更新中!

内部改善ロードマップ Vol.8【前編】|カテゴリ設計の基礎:3–5本の“情報の柱”とハブ記事で回遊を最短化する

カテゴリは、単なる「記事を仕分けるための箱」ではありません。
むしろ “読者がどんな順番で学べば迷わないか”を宣言する、サイト設計の中枢 なんですよね!

この記事では、カテゴリを 3〜5本の“柱”として整理する考え方 を軸に、
それぞれの柱に置く ハブ記事(旗艦ページ)の要件
さらに パンくず・URL・サイトマップとの整合性 まで、
“誰でも再現できる型”として落とし込みます。

CMSごとの細かいUIや操作手順はあえて一般化しつつ、
迷ったときに判断できるフレームと命名の型 をしっかり提示します。

記事数が増えるほど、サイトは自然と複雑になります。
だからこそ、早い段階で「柱 × ハブ記事」の構造を整えておくことで、
読者にもクローラにも “最短で理解できるルート” をつくれるようになります。

 

 

本記事でわかること(清書)

  • カテゴリの本数と粒度の決め方(3〜5本を起点に、迷わない分け方の原則)

  • ハブ記事の要件(章立ての型、内部リンク、要約ブロックの設計)

  • パンくず/URL/サイトマップの整合ポイント(階層の乱れを防ぐ方法)

  • 孤立記事の救出方法(カテゴリ再編を“やさしく”進めるフレーム)

 

 

カテゴリ=“柱”を3–5本で始める

カテゴリ設計の最初の山場が、この “柱” をいくつ立てるか問題です。
記事が少ないうちは「まぁ雰囲気で分けておけばいっか」と進めがちですが、後になって記事が増えると 「あれ、どこに入れていいかわからない…」 という混乱が必ず来ます。

そこで本記事では、誰でも迷わず始められるように “3〜5本” という起点 を強くおすすめします。
なぜこの本数が最適なのか? どういう視点で分ければ読者もクローラも迷わないのか?
順番にいきましょう。

カテゴリ設計を3〜5本の柱で始める考え方の図。読者の目的(学ぶ・作る・直す・改善)で束ね、記事増加でも迷子にならない割り当て手順を示す。



分け方の原則 — 読者の目的軸(学びたい・作りたい・直したい 等)で分ける

カテゴリを決めるとき、多くの人がやりがちな失敗がこちら:

  • CMS側のカテゴリ名や初期設定に引っ張られてしまう

  • 自分の作業目線(作業工程、機能名、更新順)で分けてしまう

  • 記事のタイトルから逆算してカテゴリを後付けする

これらは、短期的にはうまく見えても、記事数が増えた瞬間に破綻しがちです。

そこで頼れる軸が “読者の目的軸” です。
つまり、読者がサイトに来たときに抱えている 「やりたいこと」ベース でカテゴリを分けること。

たとえば:

  • 学びたい(概念や基礎整理)

  • 作りたい(手順・テンプレ)

  • 直したい(トラブルシュート)

  • 改善したい(最適化・運用)

このような「行動」を軸にすると、読者の視点とサイト構造が直結します。
さらに検索意図(Know/Do/Learn)とも親和性が高くなるため、SEOともぶつかりません。

読者の行動を軸にカテゴリを設計することで、
「どの記事をどこに入れるべきか?」という迷いも、かなり軽減できます。

 

本数の目安 — 3–5本でスタートし、飽和時のみ分割

カテゴリは、多ければ多いほど“奥行き”が増して良さそうに見えるかもしれません。
しかし実際には 多すぎるカテゴリは、読者にとっての迷子要因 になりやすいんです。

3〜5本に絞るメリットは次のとおり:

  • 階層が浅くなるため、読み手が理解しやすい

  • ハブ記事との対応関係が明確になる

  • 記事増加時に「どこを広げるべきか」の判断がしやすくなる

  • 似たカテゴリの乱立を防げる

特に「飽和したら分割」という方針が重要です。
最初から細かくしすぎるのではなく、あるテーマの内部に“明らかに別軸のクラスター”が生まれ始めたときにだけ分割する

この段階的分割を採用すると、カテゴリは自然な形で成長していきます。
逆に、初期から7〜10カテゴリを並べると、ほぼ確実に後悔します…!

カテゴリは最初から細分化せず、飽和した時だけ分割する判断図。箱の混雑や別軸クラスターの発生を合図に、乱立を防ぎつつ自然に成長させる。



命名の型 — 短く一般語+必要なら補助語(例:画像最適化/内部リンク設計)

カテゴリ名は、実はサイト構造全体にものすごく影響します。
パンくず、URL、ナビゲーション、サイトマップ、ハブ記事の章立て…全部に関わります。

だからこそ、以下の命名ルールが効果的です。

【命名の型】短い一般語 +(必要なら)補助語

例:

  • 画像最適化

  • 内部リンク設計

  • SEO基礎

  • 記事改善

  • デザイン改善(レイアウト/導線)

ポイントは2つ:

  • 短く、誰が見ても意味が分かる一般語を軸にする

  • 補助語は必要なときだけ付ける(長すぎると逆効果)

カテゴリ名の命名ルールをまとめた図。短い一般語を軸に補助語は最小限、表記揺れを防ぐことでパンくず・URL・タグ設計まで一貫する。

また、表記揺れを避けるために ひらがな/カタカナ/英語の混在を極力しない のも大切です。

例:

  • 「最適化」「オプティマイズ」「Optimize」
    → すべて同じ概念でも、別カテゴリと誤解されやすい

カテゴリ名はブログ全体の“語彙”になるので、ルールを決めておくと、後のタグ設計にも一貫性が出ます。

 

 

ハブ記事の要件(旗艦ページ)

カテゴリという“柱”が決まったら、次に必要になるのが ハブ記事(旗艦ページ) です。
これはカテゴリのトップであり、読者が「全体像を最短で把握するためのナビゲーション」。
ここが整っているサイトは、読者の離脱が明らかに少なく、検索クローラにも理解されやすくなります。

逆に、ハブ記事が無いカテゴリは ただ記事が積み上がっているだけの倉庫 になりがちです。
では、良いハブ記事とはどんな状態なのか?
その“再現性が高い型”をここで紹介します。

ハブ記事(旗艦ページ)の型を示す図。章構造で俯瞰を作り、章冒頭の要約と章末リンクを少数に絞って回遊を導き、増えたら箱で拡張する。



見出しの型 — H2=章/H3=小項目。各H2冒頭に3–5行サマリー

ハブ記事でまず押さえたいのは 見出し構造のルール化 です。

おすすめの基本構造は次の通り:

  • H2:章(カテゴリ内の大きいテーマ)

  • H3:小項目(そのテーマを理解するための要素)

この型にすると、読者にもクローラにも「カテゴリの内部構造」が明確に伝わります。
そして最も重要なのが、各H2の冒頭に“3〜5行のサマリー”を書くこと。

これによって:

  • 読者が「この章で何が分かるか」を即把握できる

  • スマホでもサッと流し読みできる

  • 検索意図との一致が高まり、SEO的にも有利

というメリットが生まれます。

サマリーは長文にせず、「何を理解できる章なのか?」にフォーカスして短く書くのがコツ です。

 

リンク設計 — 章末に関連クラスター3本以内を固定(過剰なリストは避ける)

ハブ記事の価値は「まとめの記事」で終わりません。
むしろ本番は 内部リンクの設計 です。

ここでの鉄則は “章末リンクは3本以内で固定” ということ。

理由はシンプル:

  • リンクが多いと読者が迷う

  • SEO上も「重要なリンクがどれか」曖昧になり評価が散る

  • ハブ記事が“リンク倉庫”になると回遊導線が破綻する

少ないリンクでキレイに導く方が、結果的に回遊率も上がります。

また、リンクは“カテゴリ全体の中でも重要度が高い記事だけ”に絞るのがポイントです。
章末にリンクを置くことで 「次に読むべき道筋」を明確に伝えるナビゲーション になります。

 

更新運用 — 新規記事が増えたら章の箱を増やす(無限リストにしない)

ハブ記事は、一度作ったら終わり…ではありません。
カテゴリに新しい記事が追加されるたびに、章を更新していく運用体制 が必要です。

ここでありがちなNGがこちら:

  • 既存の章末にどんどんリンクを追加してしまう

  • 結果、章末が「リンク20本」のような長文リストになる

  • 読者もクローラも迷子になり、ハブ記事が崩れる

これを防ぐためのコツは “章の箱を増やす” 運用です。

つまり:

  1. 同じテーマに記事が増えてきたら → 新しいH3を作成

  2. そのH3の中で要点をまとめ、重要記事だけ3本以内でリンク

  3. ハブ記事は常に俯瞰マップとして整理された状態を維持する

こうすることで、ハブ記事は“成長する旗艦ページ”として健全に保たれます。

ハブ記事が整理されているサイトほど、
読者の回遊もクローラの理解もスムーズで、結果的にカテゴリ全体が評価されやすくなります。

 

 

パンくず/URL/サイトマップの整合

カテゴリとハブ記事の骨格が整ったら、次に押さえたいのが 「階層の一貫性」 です。
サイト構造を理解してもらう上で、パンくず・URL・サイトマップは“3兄弟”のような存在。
どれか一つでも乱れると、読者もクローラも 「このサイト、どこが主軸なんだ?」 と迷ってしまいます。

逆に、これらが丁寧にそろっているサイトは、階層が自然に伝わり、
回遊もクロールも非常にスムーズになります。
小さな調整ですが、SEOに効く“体幹トレーニング”のような要素です。

 

パンくず・URL・サイトマップの整合と孤立記事救出をまとめた図。階層の一貫性を揃え、近接カテゴリへ移籍しハブの章で受け止め、跨ぎは橋リンクで対応する。



パンくずの型 — 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つ:

  1. ハブ記事は必ず掲載する(サイト構造の中心だから)

  2. カテゴリの中でとくに重要な代表記事(核になる記事)も掲載する

  3. 記事数が多い場合、薄い一覧ページを無造作に追加しない

薄い一覧とは:

  • ページネーションだけあるカテゴリ一覧

  • コンテンツがほぼタイトル列のみ

  • 読者のためにもクローラのためにも価値が薄いページ

こうしたページはサイトマップに入れず、
“優先して見てほしい記事だけ”を載せる方が評価が安定します。

さらに、サイトマップはパンくず・URLと整合が取れていると強いです。
3つが矛盾しないと、検索エンジンは 「このサイトの構造は安定して理解しやすい」 と判断します。

 

 

 

孤立記事の救出と再編

カテゴリやハブ記事が整ってくると、だんだん目につくのが 「どこにも属していない記事=孤立記事」 です。
公開した当時は「とりあえずここでいいか…」と置いたものの、記事が増えた結果、
・アクセスが少ない
・内部リンクが入ってこない
・カテゴリの中でも浮いて見える

という状態になりがちです。

孤立記事を放置すると、読者導線の“穴”になるだけでなく、
クローラにとっても 「この記事は重要ではなさそうだ」 という解釈につながります。

そこで本章では、孤立記事を丁寧に救出し、カテゴリ構造の中に自然に組み込むためのフレームを紹介します。

 

抽出の型 — アクセスと内部リンク入出度が低い記事をリスト化

まずは、孤立記事を“感覚で探す”のをやめましょう。
おすすめは、次の2軸からリストアップする方法です:

  • アクセスが低い記事(PVの下位)

  • 内部リンクの入出度が低い記事(リンクが入ってこない・出ていない)

これらの指標は、孤立をほぼ確実に検知してくれます。

特に「内部リンク入度(他記事からのリンク数)」は、
その記事がサイト内で“居場所を持てていない”サインとして非常に有効です。

抽出した記事は、カテゴリと距離が近い順に並べ、
「そもそもどの柱に近い内容なのか?」をざっくり判定します。
この判定には “近接性(内容の距離感)” という考え方が役立ちます。

 

救出手順(ぼかし版) — 近接カテゴリへ移籍 → 該当ハブに章内ボックスで受け皿

抽出した孤立記事を、無理にカテゴリへ押し込む必要はありません。
むしろ、記事の性質に合わせて “近接性が最も高いカテゴリへ移籍させる” のが自然です。

救出の手順は次のシンプルな流れでOKです:

  1. 近接カテゴリを1つだけ選ぶ
     (複数に入れるのはNG。テーマがぶれる原因になる)

  2. 該当するハブ記事に新しいH3(小項目)を作る
     その章のサマリーを簡潔に書く
     「この章では〇〇の基礎/考え方/パターンが分かる」など3〜5行

  3. そのH3の章末に、救出した記事へのリンクを配置する
     リンクは1〜3本以内に

  4. 孤立していた記事の中で関連するものが複数ある場合は、
     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でも日々の活動をゆるっと更新しているので、ぜひのぞいてみてください!

明日のあなたがより豊かになりますように😌

それでは、おやすみなさい😴