カテゴリページが評価されない原因｜一覧ページを資産に変える

Search Consoleの検索パフォーマンスを開き、表示回数の多い順に並べる。上から記事、記事、また記事——スクロールしても、カテゴリページのURLがいっこうに出てこない。サイト構造の中心にあり、内部リンクがもっとも集まっているはずのページが、検索の世界ではほとんど存在していない。多くのオウンドメディアで起きているのが、この状態です。カテゴリ・タグ・アーカイブといった一覧ページは、放っておくと「記事タイトルが並ぶだけのページ」が量産される場所でもあります。本記事では、一覧ページ固有の問題に絞り込み、薄いコンテンツ判定・タグの乱立・ページネーション・canonicalの当て方・狙うキーワードの不在という5つの原因を分解したうえで、記事120本規模のメディアを立て直すシナリオに沿って、公式仕様に沿った直し方と確認表を示します。

記事は上がるのに、一覧ページだけが沈んでいる

まず状況を正確に押さえます。一覧ページが検索で評価されないとき、症状はいくつかの形で現れます。カテゴリページの表示回数がほぼゼロ、Search Consoleのインデックス作成レポートで「クロール済み – インデックス未登録」に一覧ページが並ぶ、タグページだけが大量にインデックスされている、ページ分割の2ページ目以降が丸ごと未登録になっている——このどれかに心当たりがあれば、本記事の対象です。

一覧ページには、個別記事と決定的に違う性質があります。中身が自動生成されるという点です。個別記事は人が書いた本文を持ちますが、一覧ページの中身は「そのカテゴリに属する記事のタイトルと抜粋」をCMSが並べたものです。つまり放置すると、そのページにしか書かれていない情報がゼロになります。検索の評価軸で見れば、これは労力も独自性も付加価値も乏しいページに見えてしまいます。

一方で、一覧ページには構造上の強みもあります。サイト内のあらゆる記事から内部リンクが集まり、パンくずの経路にも組み込まれ、サイトの階層の要になります。素材としては最強なのに、中身が空っぽ——これが一覧ページの矛盾です。だから対策の方向は「作り直す」ではなく「集まっている力を活かせる中身を足す」になります。以降で、その足し方を具体化していきます。

原因①：そのページ固有の情報が1文字もない

もっとも多い原因が、ページ固有の情報の不在です。多くのCMSは、カテゴリページを「カテゴリ名＋記事一覧」だけで出力します。ページ上に人が書いた文章が1文字もない状態です。この状態のページは、検索する人が読んで何かを得られるページとは言いがたく、薄いコンテンツとみなされる余地が大きく残ります。

見落としがちなのが、タイトルタグとメタディスクリプションです。テーマの初期設定のまま運用すると、カテゴリページのタイトルが「カテゴリ名 | サイト名」だけになり、メタディスクリプションは空欄になります。検索結果に並んだときに、そのページが何のためのページなのかが1行で伝わりません。クリックされないページは、表示回数が伸びても成果につながりません。

さらに深刻なのは、記事が少ないカテゴリです。1本や2本しか記事がないカテゴリページは、一覧としての機能すら果たしていません。ユーザーから見れば、クリックした先にほとんど何もない状態です。記事が集まっていないカテゴリは、一覧ページを作る前に記事を増やすほうが先という順序を意識してください。器を用意しても、中身が伴わなければ評価は生まれません。

原因②：タグの乱立で似た一覧が量産される

2つ目の原因が、タグの扱いです。タグは記事を書きながら気軽に追加できるため、運用が長引くほど増えていきます。よくあるのが、記事120本に対してタグが90個という状態です。タグ1つあたりの記事は平均1〜2本。1〜2本しか紐づかないタグページは、その記事のタイトルが1行だけ並ぶページになり、一覧としての価値を持ちません。

さらに問題なのが、似た意味のタグが並存することです。「生成AI」「ジェネレーティブAI」「AI活用」のように、書き手が違えば違う言葉を入れます。結果として、ほぼ同じ記事集合を持つ一覧ページが複数生まれます。中身が重なる一覧が並ぶと、どのページを検索結果に出すべきかGoogleが判断しにくくなり、どれも中途半端な扱いになります。

加えて、日付別アーカイブと著者別アーカイブも同じ問題を抱えます。「2026年3月の記事」というページを検索して探す人は、ほぼいません。著者アーカイブは、専門家が複数在籍していて著者名で探される場合には意味がありますが、そうでなければ検索需要はありません。検索する人がその切り口で探すかどうか——この1問で、残すべき一覧かどうかを仕分けられます。

原因③：ページ分割で同じ顔の一覧が何十枚も並ぶ

3つ目が、ページ分割（ページネーション）です。1ページに10件表示する設定で記事が120本あれば、そのカテゴリだけで12枚の一覧ページが生まれます。カテゴリが8つあれば、それだけで100枚近い一覧ページになります。これらは互いに中身が異なるものの、レイアウトも見出しも説明文もまったく同じという、非常に区別しにくいページ群です。

Googleのページ分割ガイドは、この扱いについて明確な方針を示しています。まず、ページ分割された各ページには固有のURLを与えること。クエリパラメータで?page=nのように指定する方法が例示されています。理由は、ページ分割の並びにあるURLはGoogleによって別々のページとして扱われるためです。あわせて、URLのフラグメント（#より後ろ）でページ番号を表すのは避けるよう指示しています。Googleはフラグメントを無視するため、すべてが同じURLに見えてしまいます。

そして、しばしば誤解されているのがrel next/prevの扱いです。公式ガイドは「以前Googleは次ページ・前ページの関係を示すためにこれらのタグを使っていたが、Googleはもうこれらのタグを使っていない」と明記しています。まだ実装されていること自体は害になりませんが、これを入れたからページ分割が正しく理解される、という前提は成り立ちません。代わりに公式が求めているのは、各ページから次のページへ通常のリンクを張ることと、個別ページから1ページ目へ戻るリンクを用意することです。

原因④：canonicalの当て方を間違えている

4つ目の原因は、ページ分割とセットで起きるcanonical（正規URL）の誤設定です。かつて「2ページ目以降のcanonicalを1ページ目に向けて重複を統合する」という手法が広く紹介されました。しかし現在の公式ガイドは、これを明確に否定しています。原文は「ページ分割されたシーケンスの1ページ目を正規ページとして使わないでください。代わりに、各ページに独自の正規URLを与えてください」です。

なぜダメなのか。2ページ目以降のcanonicalを1ページ目に向けると、Googleは2ページ目以降を「1ページ目の重複」と解釈します。すると2ページ目以降に載っている記事へのリンクが辿られにくくなり、古い記事や下位ページが発見されにくくなるという副作用が生まれます。一覧ページはサイト内のリンクを配る装置でもあるので、ここを塞ぐと配線が細くなります。正解は、各ページが自分自身をcanonicalに指定する自己参照canonicalです。

もうひとつ、一覧ページ固有のcanonical問題があります。同じ一覧に複数のURLで到達できるケースです。カテゴリのトップが/category/seo/と/category/seo/page/1/の両方で開ける、末尾スラッシュの有無で別URLになる、並び替えパラメータが付いたURLが独立して存在する——こうした重複は、canonicalを1つに定めて整理します。同じ中身に複数の入口があるなら、正規の入口を1つ宣言するのが原則です。

原因⑤：その一覧でどのキーワードを取るか決めていない

5つ目は、設計以前の問題です。そもそも、そのカテゴリページでどの検索キーワードを取りたいのかが決まっていないケースが非常に多いのです。カテゴリ名は社内の分類名として決められることが多く、検索されている言葉と一致しません。「お役立ち情報」「コラム」「TIPS」といったカテゴリ名は、検索需要がほぼゼロです。

一覧ページが本来強いのは、まとめて知りたい・比較したいタイプの検索意図です。「（分野名）とは」「（分野名）事例」「（ツール名）比較」のような、複数の情報を一覧で見たい検索では、個別記事よりも一覧ページのほうが検索意図に合う場合があります。逆に、単一の疑問に答えるだけの検索意図なら、個別記事が勝ちます。狙いを定めないまま一覧ページを整えても、どの検索にも刺さりません。

判断の順序はこうです。まず一覧ページごとに、狙うキーワードを1つ決める。次にそのキーワードで実際に上位表示されているページの型（一覧か記事か）を確認する。上位が個別記事ばかりなら、その一覧ページで検索順位を狙うのは筋が悪く、回遊のための内部ハブに割り切るという判断になります。狙う一覧と割り切る一覧を分けることが、労力配分の出発点です。

シナリオ：記事120本・タグ90個のメディアで起きていたこと

ここから、具体的なシナリオで立て直しの流れを追います。想定するのは、運用3年目のBtoBオウンドメディアです。記事は120本、カテゴリは8つ、タグは90個。Search Consoleのインデックス作成レポートを開くと、次の状態になっていました。

• タグページ90枚のうち、記事が1〜2本しか紐づいていないものが60枚以上ある
• カテゴリページ8枚のうち、説明文が入っているのは1枚だけ。残りは記事タイトルの羅列
• ページ分割の2ページ目以降のcanonicalが、すべて1ページ目に向いている
• 日付別アーカイブが36枚（3年分）と著者別アーカイブが5枚、いずれもインデックスされている
• カテゴリ名が「お役立ち情報」「コラム」など社内分類のままで、検索需要のある言葉になっていない
• 「クロール済み – インデックス未登録」の大半が、タグページと日付アーカイブで占められている

この状態を数字で見ると、一覧ページの総数は8＋90＋36＋5＝139枚、さらにページ分割を含めると200枚を超えます。記事120本のメディアで、一覧ページのほうが個別記事より多いという逆転が起きていたわけです。クロールの取り分は限られているため、価値のない一覧が大量にあると、更新した記事の再クロールが後回しになります。

ただし、ここで大切な前置きがあります。クロールバジェットを本気で心配すべきサイトの規模について、Googleは「毎日更新される1万ページ以上」または「週次で更新される100万ページ以上」という目安を示しています。記事120本のメディアはこの水準にはるかに届きません。したがって立て直しの主目的は、クロールの節約ではなく価値を持てる一覧に力を集めて、検索とユーザー体験の両方を改善することです。ここを混同すると、削ることばかりに気を取られます。

立て直し①：一覧の棚卸しと役割の決定

最初の作業は棚卸しです。すべての一覧ページを1行1件で書き出し、種別（カテゴリ／タグ／日付／著者）、紐づく記事数、直近3か月の表示回数とクリック数、インデックス状況を並べます。ここまで並べると、判断はほぼ機械的に決まります。記事数が少なく、表示回数もゼロに近い一覧は、残す理由がありません。

次に、残す候補の一覧に対して役割を1つだけ割り当てます。役割は3種類です。検索から集客する集客型、サイト内の回遊を担うハブ型、そして統合または削除する整理対象。1つの一覧に集客とハブの両方を期待すると、施策が中途半端になります。役割を1つに決めることで、その一覧に説明文を書くべきか、内部リンクだけ整えればよいかが定まります。

ここで基準を数値化しておくと、判断がぶれません。たとえば「紐づく記事が5本未満のタグは統合対象」「直近3か月の表示回数が10未満で記事も3本未満なら整理対象」といった線を引きます。基準を先に決めてから一覧を眺めるほうが、例外の議論に時間を取られません。基準に合わないものだけを個別に検討すれば、作業は一気に進みます。

立て直し②：タグを統合し、残す一覧を絞る

棚卸しができたら、タグの統合に取りかかります。まず、意味が重なるタグをグループにまとめます。「生成AI」「ジェネレーティブAI」「AI活用」なら、検索需要のある言葉を1つ選んで残し、残りの記事を付け替えます。統合の際は、元のタグページのURLから統合先へリダイレクトを設定するのが基本です。外部リンクや過去の共有リンクを無駄にしないためです。

統合後も残す価値がないタグは、noindexで検索結果から外すか、タグそのものを削除します。ここで注意したいのは、noindexにした一覧ページもサイト内では機能し続けるという点です。ユーザーが記事の下からタグをたどって関連記事を見る、という導線は残ります。検索結果に出さないことと、サイト内で使わないことは別の判断です。

日付別アーカイブは、原則としてnoindexが妥当です。「2026年3月の記事」で検索する人はほぼいません。著者別アーカイブは、専門家が複数在籍して著者名で指名検索される場合には残す意味がありますが、そうでなければ同じ扱いです。残すかどうかは検索需要で決め、消し方は目的で決める。この2段の判断を分けておくと、迷いが減ります。

立て直し③：カテゴリページに説明文と導線を持たせる

集客型と決めたカテゴリページには、そのページ固有の中身を足します。最低限そろえたいのは4つです。第一に、そのカテゴリが何を扱うかを説明する導入文。300〜600字程度で、どんな課題を持つ人向けの記事が集まっているのかを書きます。第二に、そのカテゴリで最初に読むべき記事を示すおすすめ記事の紹介。第三に、記事一覧。第四に、関連する他カテゴリへのリンクです。

導入文は、記事の要約を並べるのではなく、そのカテゴリ全体を俯瞰する視点で書きます。たとえばSEOカテゴリなら、「SEOは技術・コンテンツ・外部評価の3領域に分かれ、着手の順序がある」という全体像を示し、そこから各記事へ橋を架けます。一覧ページが持つべき固有の価値は、まさにこの俯瞰です。個別記事では書きにくい「全体の地図」を、一覧ページが担います。

あわせて、タイトルタグとメタディスクリプションも個別に設定します。テーマの初期設定に任せず、狙うキーワードを含んだタイトルと、一覧の中身が伝わる説明文を書きます。一覧ページも1枚のコンテンツとして扱う——この意識を持つだけで、設定漏れは大きく減ります。SWELLをはじめ多くのWordPressテーマは、カテゴリ編集画面から説明文を入力し、テンプレートに表示する仕組みを備えています。

立て直し④：ページ分割の仕様を公式どおりに直す

ページ分割の設定は、公式ガイドの記述に沿って直します。作業は4点です。1つ目、2ページ目以降のcanonicalを自己参照に変更する。2つ目、各ページに固有のURLを与える（?page=2や/page/2/）。3つ目、各ページから次のページへ通常のリンクを張る。4つ目、個別ページから1ページ目へ戻るリンクを用意する。

直したあとの確認で見るべきは、2ページ目以降がインデックスされているかと、そこに載っている記事が発見されているかです。canonicalを1ページ目に向けていた期間が長いと、2ページ目以降の記事が発見されにくい状態が続いていた可能性があります。直後にすべてが戻るわけではないので、数週間から数か月の単位で経過を見ます。

noindexにするか残すかの判断基準

ここまでの判断を、1つの基準にまとめます。一覧ページをnoindexにするか残すかは、次の3つを順に問えば決まります。第一に検索需要があるか。その切り口で人が検索するかどうかです。第二にそのページに固有の情報を足せるか。説明文や俯瞰を書く余地があるかどうかです。第三に紐づく記事が一覧として成立する数あるか。目安として5本以上あるかどうかです。

一覧の種類	基本方針	理由
主要カテゴリ（記事が十分ある）	インデックスさせ、説明文を書いて集客を狙う	検索需要があり、俯瞰という固有価値を持たせられる
記事が少ないカテゴリ	記事が増えるまでは統合、または内部ハブに割り切る	一覧として成立せず、検索結果に出しても価値が薄い
記事1〜2本のタグ	統合してリダイレクト、または削除	似た一覧が並び、どれも中途半端な評価になる
日付別アーカイブ	原則noindex	その切り口で検索する人がほぼいない
著者別アーカイブ	指名検索がある場合のみ残す	専門家の一覧として意味を持つ場合に限られる
並び替え・絞り込みの結果	noindex、または規模が大きければクロールもブロック	組み合わせでURLが増え、中身は並べ替えにすぎない

3つの問いすべてに「はい」と答えられる一覧だけを、集客型として本気で作り込みます。1つでも「いいえ」があれば、統合・整理・noindexのいずれかです。全部を残そうとしないことが、この作業の要点です。数を絞るほど、残した一覧に投じられる労力が増え、実際に検索で戦える一覧になります。

一覧ページ自体を検索キーワードで狙う設計

集客型の一覧ページを本気で作るなら、設計は個別記事とほぼ同じ手順を踏みます。まず、狙うキーワードを1つ決めます。次に、そのキーワードで上位表示されているページを見て、一覧型が上位に来ているかを確認します。上位が一覧型なら勝負できます。上位が個別記事ばかりなら、その一覧で順位を狙うのは筋が悪いので、別のキーワードを探すか、ハブ型に割り切ります。

一覧型が有利になりやすいのは、複数の選択肢や事例をまとめて見たい検索です。「（分野）の事例」「（分野）のツール」「（業界）の課題」のような、1つの答えでは足りない検索意図です。この場合、一覧ページの導入文で全体像を整理し、記事一覧で個別の答えに橋を架ける構成が、検索意図にきれいに合います。

実装上の工夫として、一覧の並び順を設計する余地もあります。新着順が初期設定ですが、集客型のカテゴリでは読む順序を意識した並びや、手動で選んだ推奨記事を上部に置く構成が有効です。訪問者が最初に目にする数件でそのカテゴリの価値が伝わるかどうかが、回遊の分かれ目になります。一覧ページは「並べる場所」ではなく「案内する場所」と捉え直すと、設計の発想が変わります。

実務仕様：一覧ページ設定の確認表

最後に、一覧ページの設定として押さえるべき仕様を確認表の形でまとめます。集客型として残す一覧については、すべての項目を満たしている状態が目標です。整理対象の一覧については、noindexとリダイレクトの2項目だけ確認すれば足ります。

• 狙うキーワードを1つ決め、タイトルタグにそのキーワードを含めている
• メタディスクリプションを個別に設定し、一覧の中身と対象読者が伝わる文になっている
• 300〜600字程度の導入文があり、カテゴリ全体を俯瞰する視点で書かれている
• 紐づく記事が5本以上あり、一覧として成立している
• ページ分割の各ページが固有のURLを持ち、canonicalが自己参照になっている
• ページ番号がURLのフラグメント（#）で表現されていない
• 次ページへのリンクが通常のリンクとして辿れる形になっている
• 個別記事から1ページ目に戻るリンクが用意されている
• 並び替え・絞り込みのパラメータURLが独立してインデックスされていない
• 統合したタグやカテゴリの旧URLから、統合先へリダイレクトが設定されている
• パンくずリストの階層が、カテゴリ構造とURL構造と一致している

• noindexにした一覧ページも、サイト内の回遊導線としては機能し続ける。検索結果に出さないことと、使わないことは別
• canonicalは「これを正規として扱ってほしい」という提案であり、Googleが別のURLを正規と判断することもある。URL検査で認識状況を確認する
• タグやカテゴリを削除する前に、そのURLに外部リンクや流入がないかを確認する。ある場合はリダイレクトで受け止める

この確認表は、一覧ページを追加・変更したタイミングで見直すものとして運用してください。カテゴリを新設したとき、記事が増えてページ分割の枚数が変わったとき、テーマやプラグインを更新したときは、設定が意図せず戻っていることがあります。年に数回は、一覧ページだけを対象にした点検日を設けると、静かに崩れる設定を早めに拾えます。

立て直し後に見る指標と点検の周期

立て直しの効果は、いくつかの指標を組み合わせて確認します。Search Consoleでは、一覧ページのURLに絞って表示回数・クリック数・平均掲載順位を追います。集客型として作り込んだカテゴリページが、狙ったキーワードで表示され始めているかが第一の確認点です。順位が付くまでには時間がかかるため、月次で推移を見ます。

インデックス状況も重要です。整理の効果として、「クロール済み – インデックス未登録」の件数が減っているかを見ます。タグや日付アーカイブを整理すれば、未登録の一覧ページは減るはずです。同時に、ページ分割の2ページ目以降がインデックスされるようになったかも確認します。canonicalを自己参照に直した効果が、ここに現れます。

ユーザー側の指標では、GA4で一覧ページの入口としての流入と、その後の遷移を見ます。一覧ページに着地した人が個別記事へ進んでいるか、直帰で終わっていないかです。導入文とおすすめ記事の効果は、この遷移率に出ます。検索側の指標とユーザー側の指標を並べて見ると、どちらの改善が足りていないかが切り分けられます。片方だけを見ていると、原因の見立てを誤ります。

AIで一覧ページの棚卸しを進める

棚卸しとタグの統合案づくりは、生成AIで効率化できる部分です。タグ名の一覧と、それぞれに紐づく記事数・記事タイトルを渡し、意味が重なるタグのグループ化と、統合後に残す名称の候補を出させます。90個のタグを人が目視でグループ化するより速く、見落としの候補を拾えます。

あなたはオウンドメディアの情報設計担当です。
以下はタグの一覧です（形式：タグ名,紐づく記事数,記事タイトルの例）。
1. 意味が重なるタグをグループにまとめ、各グループに残す名称の候補を3つ挙げてください。
2. 紐づく記事が2本以下のタグを抽出し、統合先の候補を示してください。
3. どのグループにも収まらない孤立したタグを挙げ、削除・保留のどちらが妥当か理由を添えてください。
4. 検索需要の有無は推測に留め、断定しないでください。
---
（ここにタグ一覧を貼り付け）

注意点は2つあります。第一に、AIはタグ名と記事タイトルから意味の近さを推定しているだけで、実際の検索需要は分かりません。残す名称の最終決定は、キーワードの検索ボリュームや上位表示されているページの型を確認してから行います。第二に、統合の実行には旧URLからのリダイレクト設定が伴います。AIに一覧を作らせても、実装とリダイレクトの確認は人の作業として残ります。カテゴリページの導入文の下書きをAIに書かせるのも有効ですが、そのカテゴリで何を伝えたいかという骨格は人が決めてください。

まとめ

一覧ページが評価されない原因は、5つに整理できます。そのページ固有の情報がないこと、タグの乱立で似た一覧が量産されること、ページ分割で同じ顔の一覧が並ぶこと、canonicalの当て方を誤っていること、そして狙うキーワードを決めていないことです。直し方の順序は、棚卸しと役割の決定、タグの統合、説明文と導線の追加、ページ分割の仕様修正の4段です。ページ分割については、Googleが「1ページ目を正規ページに使わず、各ページに独自の正規URLを与える」と明言しており、rel next/prevはもう使われていません。残すかどうかは検索需要・固有情報を足せるか・記事数が足りるかの3問で決め、全部を残そうとしないことが要点です。一覧ページは並べる場所ではなく、案内する場所として作り直す。まずは自サイトの一覧ページを1行1件で書き出し、記事数と表示回数を並べてみてください。整理すべき一覧は、その表を見た時点でほぼ決まります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。