カテゴリページ SEO

TL;DR — カテゴリページ（PLPまたはコレクションページとも呼ばれます）は、「メンズのランニングシューズ」のように商品をまとめた一覧です。買い物中に人々が入力する幅広い検索に合致するため、検索で最も大きな収益源になることがよくあります。ページ自体をランクインさせ、Googleがページ上のすべての商品へ到達できるようにすることが役割です。つまずきやすいのは、フィルターと並べ替えのボタンが静かに何千もの類似URLを作ることと、文脈のない商品グリッドだけのページはランクインしにくいことです。

カテゴリページとは何か

オンラインで買い物をすると、通常は次の2種類のページのどちらかに到達します。

• 商品ページ — 1つの商品（特定の1足の靴など）。
• カテゴリページ — 「ランニングシューズ」や「USD 500未満のノートパソコン」のような商品の一覧です。PLP（商品一覧ページ）や、Shopifyではコレクションページとも呼ばれます。

カテゴリページは、ホームページ → カテゴリ → 商品というサイトの中間に位置します。まだ商品を決めていない人の幅広い検索（「ランニングシューズ」）に合致し、特定商品の検索（「Nike Pegasus 41 サイズ10」）とは異なるため、SEOで重要です。幅広い検索ははるかに検索量が多く、ランクインしたカテゴリページは多くの買い物客を呼び込めます。

カテゴリページの2つの役割

1. カテゴリ検索でランクインする。 誰かが「ランニングシューズ」をGoogle検索したとき、ランニングシューズのページを表示させます。
2. 訪問者とGoogleを商品へ案内する。 カテゴリページは、Googleが個々の商品を最初に見つける経路です。Googleはページ上のリンクをたどります。商品がクロール可能な場所からリンクされていなければ、Googleに見つからない可能性があります。 Evidence for this claim Googlebot generally discovers ecommerce products through crawlable links from category pages. Scope: Feeds and sitemaps can aid discovery but do not replace a crawlable site structure. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure

起こりがちな2つの問題

1. URLが多すぎる。 便利なフィルターや並べ替えのボタン（「価格順」、「赤だけ、サイズ10」など）は、裏側でそれぞれ新しいURLを作ります。数千の商品があるストアでは、フィルター済みのURLが静かに数十万も生まれ、その大半が互いに類似します。Googleがサイトをクロールできる時間は無制限ではないため、このような不要なURLが本来のページを押し出します。（全体像はファセットナビゲーションの詳しい解説 にあります。） Evidence for this claim Faceted navigation can generate very large URL spaces and cause overcrawling. Scope: Risk depends on whether filter states create crawlable URLs and links. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

2. 「空っぽ」のカテゴリページ。 カテゴリページが言葉のない商品グリッドだけだと、Googleは内容を理解してランク付けするのに苦労します。カテゴリに何があるかを説明する、短く本当に役立つ導入文が効果的です。ただし、買い物客が読むことのないキーワード文章の巨大な壁を下部に置いてはいけません。Google自身もそれをキーワード詰め込みと呼んでおり、間違った方法です。

シンプルなチェックリスト

• 明確で説明的な URL（/shoes/running/）と、カテゴリ名を含むタイトルを用意します。
• すべての商品がカテゴリから通常のリンク（またはリンクされた「次のページ」）で到達可能であることを確認します。
• 商品だけではトピックが明確でない場合は、短く役立つ導入文を追加します。
• フィルターや並べ替えのボタンがクロール可能な混乱を作らないようにします（通常は開発者またはプラットフォームが制御します）。
• パンくずを追加し、買い物客とGoogleの両方がページの位置を理解できるようにします。

ページネーション、rel=prev/next が廃止された後の扱い、インデックス登録またはブロックするフィルターURL、実際に重要な構造化データについて技術的な説明が必要なら、Advancedタブに切り替えてください。

TL;DR — カテゴリページはストアで最もレバレッジが高く、技術的に危険なページです。幅広い商用検索でランクインし、クロールとPageRankを商品へ渡します。2026年の正確さの軸は次のとおりです。rel=prev/next は廃止されています（Google、2019年3月）。ページ2以降をページ1へカノニカル化しないでください（ページ2以降のすべてが隠れます）。各ページを自身にカノニカル化するか、「すべて表示」ページがある場合はそこを指します。ファセットナビゲーションが中心的な脅威なので、ノイズをrobots.txtでブロックし、需要のあるシグナルをインデックス登録します。GSCのURLパラメータツールは廃止されました（2022年4月）。robots.txtとカノニカルを使います。商品だけの薄いページはランクインしにくいことがありますが、Muellerの見解は追加コンテンツが役立つものの必須ではないというものです。キーワードを詰めたフッターの文章は誤った追加方法です。カテゴリで重要な構造化データはBreadcrumbListで、複数商品一覧にProductのリッチリザルトマークアップを置いてはいけません。

カテゴリページがレバレッジポイントである理由

多くのストアで、カテゴリページは所有する中で最も価値が高く、同時に最も壊れやすいページです。幅広い商用検索（「ランニングシューズ」、「USD 500未満のノートパソコン」）に合致し、単一商品の検索よりはるかに検索量が多いため価値があります。一方で、各カテゴリページはクロールとリンク評価を配分するノードでもあります。Googleは主にカテゴリページのリンクをたどって商品ページへ到達します。Googleは「カテゴリページにカテゴリ内の全商品への直接リンクがなければ、Googlebotはクロールだけでは全商品を見つけられない可能性がある」と明確に述べています。 Evidence for this claim Google warns that products may not be found by crawling when category pages do not link directly to them. Scope: Use crawlable anchor links and pagination or load-more implementations Google can follow. Confidence: high · Verified: 2026-07-14 Google: Ecommerce site structure

つまりカテゴリページは、自分自身の検索でランクインする役割と、その下にあるすべてへの入口になる役割を同時に担います。以下のSEO作業の大半は、このどちらも壊さないためのものです。

最も害になりやすいファセットナビゲーション

カテゴリページ上部のフィルターと並べ替え UI はファセットナビゲーションです。一般的な URL パラメータ形式では、ウェブ上のクロール問題の最大の発生源です。Google は、制限のないファセット URL 空間がサイトに 2 つの害を与えると説明しています。“the crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless,” (翻訳) 「クローラーは URL が実際には不要だと判断する前に、非常に多くのファセットナビゲーション URL へ通常アクセスします。」 また、“if crawling is spent on useless URLs, the crawlers have less time to spend on new, useful URLs.” (翻訳) 「不要な URL にクロールを使うと、クローラーが新しく有用な URL に使える時間が減ります。」 また、“If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (翻訳) 「カテゴリページにカテゴリ内の全商品への直接リンクがなければ、Googlebot はクロールだけではすべての商品を見つけられない可能性があります。」 Evidence for this claim Google documents infinite faceted URL spaces as a source of overcrawling and wasted resources. Scope: Google recommends preventing crawl when faceted URLs do not need to be indexed. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation Gary Illyes は、Google に報告された過剰クロール問題のおよそ半分をファセットナビゲーションが占めると述べ、“exploding your URL space from a balmy 1000 URLs to a scorching 1 million.” (翻訳) 「穏やかな一千 URL から猛烈な百万 URL へ URL 空間を爆発させる」 という偶発的な状況を説明しています。

ファセットについてここで詳しく論じ直すことはしません。ファセットナビゲーションには独自の詳しい解説 があります。カテゴリページでの判断は明快です。ノイズをブロックし、シグナルをインデックス登録する。

• ブロック（robots.txt）： 並べ替え順のバリエーション（?sort=price）、セッション・トラッキングパラメータ、同じ商品を切り直すだけのフィルターの組み合わせをブロックします。Google も、“Oftentimes there’s no good reason to allow crawling of filtered items… instead, allow crawling of just the individual items’ pages along with a dedicated listing page that shows all products without filters applied.” (翻訳) 「フィルターされた項目のクロールを許可する理由がないことが多く、代わりに個々の商品ページと、フィルターなしですべての商品を表示する専用一覧だけをクロールさせるように」 と直接推奨しています。
• 基底カテゴリへカノニカル： 閲覧可能にしたいが個別にはインデックス登録しない、検索需要の低いフィルターの組み合わせに使います。カノニカルは遅く効くツールで、Google は “may, over time, decrease the crawl volume” (翻訳) 「時間の経過とともにクロール量を減らす可能性がある」 としています。シグナルが届く前に各バリエーションがクロールされる必要があるためです。
• インデックス登録して最適化： 実際の検索需要がある組み合わせ（実際に検索される「赤いランニングシューズ」など）を対象にします。固有の URL、タイトルと H1、固有の文章、自己参照カノニカルが必要です。まずキーワード調査を行い、推測でファセットをインデックス登録しないでください。
• 行き止まりは 404： 空または意味のないフィルターの組み合わせには 404 を返し、クロール可能な不要 URL を蓄積させません。

廃止された制御についての注意です。Search ConsoleのURLパラメータツールは廃止されました（2022年4月に終了）。Googleは現在パラメータを自動で処理し、ツールの設定のうち有用だったのは約1%だけだったと説明しています。ファセットを抑えるために頼っていたなら、その手段はもうありません。代わりにrobots.txtとカノニカルを使います。

2026年のページネーション — 実際に機能する方法

ここは古い助言が最も多く残っているセクションなので、正確さの軸を示します。

rel=prev/next は廃止されています。 Google は 2019 年 3 月、何年も前にこのタグの利用をひそかに停止していたことを確認しました。“Google no longer uses these tags, although these links may still be used by other search engines.” (翻訳) 「Google は現在これらのタグを使っていませんが、これらのリンクは他の検索エンジンで使われる可能性があります。」 Google にとってページネーションの解決策として rel=prev/next を実装しても意味がありません。Bing などのために残すコストは低いものの、それを戦略にしてはいけません。

ページネーションされたページをページ 1 へカノニカル化しないでください。 これはカタログの半分をインデックスから静かに消す間違いです。Google の説明は明確です。“Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (翻訳) 「ページ 2（またはそれ以降）からページ 1 へ rel=canonical を指定するのは、rel=canonical の正しい使い方ではありません。」 そうするとページ 2 以降にしか現れない商品がインデックス登録されません。各ページネーションページを自己参照カノニカルにします。Google は “Don’t use the first page of a paginated sequence as the canonical page.” (翻訳) 「ページネーション系列の最初のページをカノニカルページとして使わないでください。」 と説明しています。

現在のモデルは2つのパターンのどちらかです。

1. 各ページを独自の価値でインデックス登録する。 各ページに固有の URL（?page=2。# フラグメントではありません）、自己参照カノニカル、次のページへの連続した <a href> リンクを用意し、Googlebot が連鎖をクロールできるようにします。“Google ignores fragment identifiers” (翻訳) 「Google はフラグメント識別子を無視します。」 “Include links from each page to the following page using <a href> tags.” (翻訳) 「各ページから次のページへ、<a href> タグを使ってリンクを含めます。」
2. 「すべて表示」ページをカノニカルにする。 利用可能で、許容できる速度で読み込める場合に限ります。すべて表示ページが 1 つあるなら、ページネーションされた構成ページからそこを指します。実際に使いやすい場合だけ機能するため、10 000 商品を無理に 1 ページへ読み込ませないでください。

無限スクロール／さらに読み込むには、適切なJavaScript SEOが必要です。結果の各「ページ」の背後に実際のページネーションURLを置き、サイトマップまたはMerchant Centerフィードを発見のバックストップにして、商品がスクロールイベントの背後に閉じ込められないようにします。空のページネーション結果には、空のインデックス可能な殻ではなく404を返します。

URL構造

2つのパターンがあります。どちらかを選び、徹底してください。

• トップレベル — /laptops/。ホームページに最も近く（リンク評価がわずかに有利）な一方、ルートのほかのものと競合し、規模が大きくなると扱いにくくなります。
• 親 + 子 — /electronics/laptops/。説明的で階層を強化し、きれいに拡張できます。大規模なカタログの多くが使う方法で、このサイトが一般的なクラスタに使うパターンでもあります。

後から再構成するとリダイレクトが必要になるため、選択よりも最初の決定が重要です。パス以外では、可能なら ?value ではなく ?key=value の URL パラメータを使い、同じパラメータを 2 回置かず、セッション ID、トラッキングコード、ユーザー相対値のような一時パラメータを内部リンクに入れないでください。“Use ?key=value URL parameters rather than ?value, where possible” (翻訳) 「可能な場合は ?value ではなく ?key=value の URL パラメータを使います。」 “Googlebot may ignore one of the values otherwise” (翻訳) 「そうしないと Googlebot は値の 1 つを無視する可能性があります。」 “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values” (翻訳) 「session-ID、トラッキングコード、ユーザー相対値などの一時パラメータへ内部リンクしないでください。」 内部リンク、サイトマップ、カノニカルタグで URL を同一に保ちます。

URL レベルでもう 1 つルールを組み込んでおきましょう。空のカテゴリは noindex または 404 にすることです。Google は、“If a category has no items, use a noindex robots meta tag. If your site detects that a category has become empty… consider returning a 404.” (翻訳) 「カテゴリに item がない場合は noindex robots メタタグを使い、サイトがカテゴリの空化を検知した場合は 404 を返すことを検討してください。」 と説明しています。

「薄いカテゴリ」の問題 — 詰め込みではないコンテンツ

ここは助言が微妙で、多くのストアがキーワード詰め込みへ過剰修正する部分です。正確な立場は次のとおりです。

文脈のない商品グリッドだけのカテゴリページは、Google がランクインさせるのに苦労することがあります。Mueller が 2019 年 3 月に説明したとおり、“When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (翻訳) 「EC のカテゴリページに商品へのリンク以外のコンテンツがまったくない場合、そのページをランクインさせるのは非常に難しくなります。」

ただし、追加コンテンツは役立つものであり、必須ではありません。 商品名だけでトピックが十分明確なら、“If the names of the products are clear enough to us to understand… then it’s clear that this is a list of running shoes. You don’t need to put in extra text there.” (翻訳) 「商品名だけで内容を理解できるほど明確なら、それがランニングシューズのリストだと分かるため、そこへ追加テキストを置く必要はありません。」。語数にも上限はありません。“We don’t have any limits. There’s no limit… you have to have some information on a page so that we understand what the topic is. But that’s generally very little information.” (翻訳) 「上限はありません。ページのトピックを理解できるよう何らかの情報は必要ですが、通常はごく少量で十分です。」

失敗しやすいのは、キーワードを詰めたフッターの文章です。Mueller はこれを本質的にキーワード詰め込みだと説明し、“From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (翻訳) 「私たちの見方では、これは本質的にキーワード詰め込みです。避けたいものです。」 と述べています。正しい方法は、“I’d try to stick to really informative content and put that in places where you think that users will be able to see it.” (翻訳) 「本当に有益なコンテンツに絞り、ユーザーが見られる場所に置くことです。」。

実務上のルールは次のとおりです。

• 置く価値がある場所だけにコンテンツを追加する。 購入判断の質問に答える短く本当に役立つ導入文、情報需要のあるヘッドタームカテゴリの購入ガイド、買い物客が実際に尋ねる FAQ などです。
• ユーザーが見る場所に置く。 フッターの壁ではなく、商品グリッドの前、見出しの下、または購入判断に近い場所です。
• 最低語数を発明しない。 Google の立場は「役立つが必須ではない」です。ページのトピックが商品名だけで明確なら、追加文は不要な場合があります。

正直な緊張関係にも触れておきます。テストで機能し続けるため、SEO 担当者の多くはフッターの文章を追加し続けています。コミュニティの決まり文句は “I’ll stop doing it when it stops working.” (翻訳) 「機能しなくなるまでやめない」 です。私の見方では、これは文書化されたスパムシグナルに対する脆い賭けです。ユーザーにとって役立つ文脈を、見られる場所へ置くほうが長期的に正直です。

内部リンク — 入口としての役割

カテゴリページはPageRankを配分するノードなので、リンクを荷重を支える部材として扱います。

• カテゴリ内の全商品へリンクする。 またはページネーションによってすべてに <a href> で到達できるようにします。本当にできない場合はサイトマップまたは Merchant Center フィードが代替になりますが、ページ上のリンクが主な仕組みです。
• JS のクリックハンドラーではなく、実際の <a href> リンクを使います。“Use <a href> tags when creating links to other content. Don’t use JavaScript events on other HTML DOM elements for navigation.” (翻訳) 「他のコンテンツへのリンクを作るときは <a href> タグを使います。ナビゲーションに他の HTML DOM 要素の JavaScript イベントを使わないでください。」
• リンク数は重要度のシグナルです。 “The more links a page has to it within a site, the higher the relative importance.” (翻訳) 「サイト内でそのページへ向かうリンクが多いほど、相対的な重要度は高くなります。」 最良のカテゴリをホームページや関連コンテンツからリンクし、ベストセラーを階層の上位からリンクします。
• UI と BreadcrumbList スキーマの両方にパンくずを置くと、階層が強化され、Google に明確なアンカーテキストの文脈を渡せます。

titleタグ、メタディスクリプション、H1

• タイトル： カテゴリ名（主要キーワード）を含めます。[Category] — [Brand] や [Category]: [N] Products — [Brand] のようなテンプレートが使えます。ページネーションではそのままでも（Googleが連続性を認識しようとします）、 — Page Nを追加しても構いません。
• メタディスクリプション： 大規模なプログラム生成は問題なく、推奨されます。価格帯、商品数、ブランドなど購入判断の言葉を使います。
• H1： タイトルと並行させます。Muellerによれば複数のH1があっても致命的ではありませんが、意味論的には整理されたH1が1つが最もきれいです。

構造化データ

• BreadcrumbList — あり。 カテゴリページで重要な構造化データです。Google が “understand the hierarchy of pages on your site” (翻訳) 「サイト内のページ階層を理解する」 助けになり、SERP でパンくずを表示します。Google の指針は、“a typical user path to a page, instead of mirroring the URL structure.” (翻訳) 「URL 構造をそのまま写すのではなく、ページへの典型的なユーザーパス」 をマークアップすることです。
• Product リッチリザルトのマークアップ — なし。 複数商品の一覧ページに Product リッチリザルトを置かないでください。Google の商品リッチリザルトは単一商品ページ向けです。
• CollectionPage / ItemList — 任意。 現時点で Google のネイティブなリッチリザルトはありませんが、一覧の機械可読性を助けます。本当に役立つ自然な Q&A がある場合は、FAQPage を検討できます。

監視

• GSC Page Indexingレポート — 除外バケットでパラメータ／ファセットURLの数が膨らんでいないか確認します。これはファセット戦略が漏れているサインです。
• Crawl Stats — GooglebotがパラメータURLに不釣り合いな時間を使っているなら、robots.txtまたはカノニカルを厳しくします。
• Rich Results Test / URL Inspection — BreadcrumbListを検証し、カテゴリページが実際にどうレンダリングされインデックス登録されるか確認します。
• Site Audit — クロール深度、孤立した商品、ページごとの内部リンク数を確認します。

このページの位置づけ

カテゴリページSEOはECサイト構造の一部です。上記のファセットの判断はファセットナビゲーション で詳しく扱っています。リンクの反対側にあるページタイプ、つまり個々の商品ページについては商品ページSEOを、階層全体の組み合わせ方についてはECサイトアーキテクチャを参照してください。

AIによる要約

Advanced版の要点をまとめると次のとおりです。

• **カテゴリページ（PLP／コレクションページ）**は商品を分類し、幅広い商用検索でランクインすると同時に、クロールとPageRankを商品へ渡します。カテゴリページから全商品へリンクしなければ、Googlebotがクロールだけで見つけられない可能性があります。
• ファセットナビゲーションが中心的な脅威です。 URLパラメータのファセットは、ほぼ無限のクロール可能URLを生みます。ルールは、ノイズ（robots.txtの並べ替え、トラッキング、重複フィルター）をブロックし、低需要の組み合わせをカノニカル化し、高需要の組み合わせを固有のURL・タイトル・H1・コピーでインデックス登録し、行き止まりを404にすることです。
• ページネーションの正確さの軸： rel=prev/nextは廃止されています（Google、2019年）。ページ2以降をページ1へカノニカル化しないでください。各ページを自己参照にするか実際の「すべて表示」を指し、#フラグメントではない固有URLと、次ページへの<a href>リンクを使います。
• GSC URLパラメータツールは廃止されました（2022年）。robots.txtとカノニカルでパラメータを制御します。
• 商品だけの薄いページはランクインしにくいことがありますが、コンテンツは役立つもので必須ではありません（Mueller）。短く役立つ見える導入文を置き、Googleがキーワード詰め込みと呼ぶフッターの文章は避けます。
• 構造化データ： BreadcrumbListはあり、複数商品の一覧ではProductリッチリザルトのマークアップはなしです。

公式ドキュメント

主にGoogleのEC専門セクションにある一次資料です。

Google — EC専門資料

• ページネーションと段階的なページ読み込み — 連続した<a href>リンク、固有URL、自己参照カノニカル、rel=prev/next廃止の注記を含む現行のページネーション指針。
• ECサイトのURL構造を設計する — ?key=valueパラメータ、空カテゴリの扱い、重複URLの最小化。
• GoogleがECサイト構造を理解できるようにする — 全商品へのカテゴリリンク、重要度のシグナルとしてのリンク数、JSイベントより<a href>を使うこと。
• ファセットナビゲーションを管理する — 無限URL空間の問題、robots.txtのパターン、遅く効くツールとしてのカノニカル。
• ECに関連する構造化データを含める — 一覧ページと商品ページに適したスキーマ。

Google — 補足資料とブログ

• BreadcrumbList構造化データ — カテゴリページで最も重要なマークアップ。
• rel=canonicalに関する5つの一般的な間違い（2013） — 間違い1：ページネーションされたページをページ1へカノニカル化すること。
• URLパラメータツール廃止（2022） — ツールはなくなったため、robots.txtとカノニカルを使います。
• 重複URLを統合する — rel=canonical（noindexではない）が推奨される統合手段である理由。

Bing / Microsoft

• Bing Webmaster Guidelines — クロール、インデックス登録、品質に関する一般的な指針。Googleとは異なり、Bingは現在もrel=prev/rel=nextを尊重する点に注意してください。

出典からの引用

Googleによる記録に残る発言です。各リンクは、ページが対応している場合、引用箇所へ移動するディープリンクです。

Googleのドキュメント — ページネーションとカノニカル化

• “Google no longer uses these tags, although these links may still be used by other search engines.” (翻訳) 「Google は現在これらのタグを使っていませんが、これらのリンクは他の検索エンジンで使われる可能性があります。」 — Google Search Central、rel=prev/next について。 引用箇所へ
• “Don’t use the first page of a paginated sequence as the canonical page.” (翻訳) 「ページネーション系列の最初のページをカノニカルページとして使わないでください。」 引用箇所へ
• “Specifying a rel=canonical from page 2 (or any later page) to page 1 is not correct use of rel=canonical.” (翻訳) 「ページ 2（またはそれ以降）からページ 1 へ rel=canonical を指定するのは、rel=canonical の正しい使い方ではありません。」 — Pierre Far、Google（2013 年）。 引用箇所へ
• “Include links from each page to the following page using <a href> tags.” (翻訳) 「各ページから次のページへ、<a href> タグを使ってリンクを含めます。」 引用箇所へ

Google のドキュメント — URL 構造とファセットナビゲーション

• “Minimize the number of alternative URLs that return the same content to avoid Google making more requests to your site than needed.” (翻訳) 「同じコンテンツを返す代替 URL の数を減らし、Google が必要以上にサイトへリクエストするのを避けます。」 引用箇所へ
• “Avoid internally linking to temporary parameters, such as session-IDs, tracking codes, user-relative values.” (翻訳) 「session-ID、トラッキングコード、ユーザー相対値などの一時パラメータへ内部リンクしないでください。」 引用箇所へ
• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (翻訳) 「カテゴリページにカテゴリ内の全商品への直接リンクがなければ、Googlebot はクロールだけではすべての商品を見つけられない可能性があります。」 引用箇所へ
• “The crawlers will typically access a very large number of faceted navigation URLs before the crawlers’ processes determine the URLs are in fact useless.” (翻訳) 「クローラーは URL が実際には不要だと判断する前に、非常に多くのファセットナビゲーション URL へ通常アクセスします。」 — ファセットナビゲーションの過剰クロール問題について。 引用箇所へ

Google Search Advocate の John Mueller — カテゴリページのコンテンツ

• “When the ecommerce category pages don’t have any other content at all, other than links to the products, then it’s really hard for us to rank those pages.” (翻訳) 「EC のカテゴリページに商品へのリンク以外のコンテンツがまったくない場合、そのページをランクインさせるのは非常に難しくなります。」 — Google Webmaster Hangout、2019 年 3 月 5 日。

  Search Engine Roundtable / Search Engine Land の報道経由。元のハングアウト動画が一次資料です。

• “You don’t need to put in extra text there.” (翻訳) 「そこへ追加テキストを置く必要はありません。」 — 商品名だけでトピックが明確なカテゴリについて。Google SEO hangout、2021 年 9 月 17 日。

  Search Engine Journal の報道記事 で報じられています。

• “From our point of view that’s essentially keyword stuffing. So that’s something which I would try to avoid.” (翻訳) 「私たちの見方では、これは本質的にキーワード詰め込みです。避けたいものです。」 — フッターの「文章の塊」について。

  Search Engine Land の報道記事 経由です。

Google の Gary Illyes

• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” (翻訳) 「新しい偽 URL を誤って作り、穏やかな一千 URL から猛烈な百万 URL へ URL 空間を爆発させ、その結果クローラーがサーバーへ予想外に大量のリクエストを送ることがあります。」 — LinkedIn、2024 年 8 月。

  Search Engine Journal の報道記事：引用元。

カテゴリページSEOチェックリスト

カテゴリページがランクインし、入口としての役割を果たしていることを確認するためのチェックです。

ページをランクインさせる

• カテゴリキーワードを含む説明的なURL（/electronics/laptops/）を使い、サイト全体で1つのパターンを一貫して使う。
• タイトルにカテゴリ名を含め、H1をそれに合わせる。
• 商品だけではトピックが明確でない場合だけ、短く本当に役立つ導入文をユーザーが見る場所に置く。フッターの文章にはしない。
• BreadcrumbList構造化データが存在し、有効である。
• 一覧ページにProductリッチリザルトのマークアップを置かない。

クロールとリンクを壊さない

• すべての商品が実際の<a href>リンクで到達できる（直接またはページネーション経由）。
• ナビゲーションにJSのクリックハンドラーではなく<a href>を使う。
• 空のカテゴリがnoindexまたは404を返す。

ページネーション

• 各ページネーションページを自己参照カノニカルにする（またはすべてを実際の「すべて表示」に向ける）。
• ページ2以降からページ1へのカノニカルを置かない。
• 解決策としてrel=prev/nextに頼らず、#ではない固有URLと、次ページへの連続した<a href>を使う。
• 空のページネーション結果は404を返す。

ファセットナビゲーション

• 並べ替え、トラッキング、重複したフィルターURLをrobots.txtでブロックまたはカノニカル化する。
• 高需要のファセットページ（存在する場合）に固有のURL・タイトル・H1・コピーと自己参照カノニカルを設定し、サイトマップに入れる。
• 意味のない、または空のフィルターの組み合わせは404を返す。

監視

• GSC Page IndexingでパラメータURLの肥大化を監視する。
• Crawl Statsで、パラメータURLに使われたクロールを確認する。

メンタルモデル

1. カテゴリページには2つの役割がある — 両方を評価する。 検索でランクインし、商品へクロールとPageRankを案内しなければなりません。多くのカテゴリページの間違いは一方を最適化して他方を壊します（商品を到達不能にする、見た目はきれいなAJAXファセットなど）。常に両方を確認してください。

2. ファセットURL：ノイズをブロックし、シグナルをインデックス登録する。 すべてのファセットURLは、ブロック（並べ替え、トラッキング、重複）、カノニカル（低需要で閲覧可能）、インデックス登録して最適化（実際の検索需要）、404（空または意味のないもの）の4つのバケットのいずれかに入ります。作成する前に、キーワード需要を基準にファセットタイプごとのバケットを決めます。

3. ページネーションの意思決定ツリー。 使いやすい「すべて表示」がある？ → 構成ページをそこへカノニカル化します。ない？ → 各ページを自己参照カノニカルにし、固有URLを持たせ、<a href>で次へリンクします。絶対にしないこと → ページ2以降をページ1へカノニカル化する。

4. コンテンツは、ユーザーが見る場所で価値を得る。 まず商品名でトピックを伝えます。本当に買い物客の判断に役立つ場合だけコピーを追加し、下部の隠れたフッターではなく上部に置きます。「役立つが必須ではない」というのが全体の姿勢です。

カテゴリページSEO — チートシート

ページネーション：すべきこと／避けること（2026年）

ファセットURL → アクション

構造化データ

要点

• rel=prev/next：Googleでは廃止（2019年3月）。Bingは現在も尊重します。
• GSCのURLパラメータツール：廃止（2022年4月）。robots.txtとカノニカルを使います。
• 空のカテゴリ：noindexまたは404。
• カテゴリコピーの語数：最低限なし（Mueller）。役立つものの必須ではありません。

ページネーションとファセットの扱いを選ぶ

避けるべきカテゴリページの間違い

すべてのページネーションページをページ1へカノニカル化する

後のページにしかない商品は、発見とインデックス登録が難しくなります。各ページを自己参照カノニカルにするか、実際に使いやすい「すべて表示」ページをカノニカルにします。

Googleの解決策としてrel=prev/nextに頼る

Googleは何年も前にこれらのタグの利用を停止しました。クロール可能な連続リンクと実際のページURLを構築してください。

商品一覧にProductリッチリザルトのマークアップを置く

GoogleのProductリッチリザルトは単一商品ページ向けです。カテゴリページではBreadcrumbListを使い、ItemListはリッチリザルトの近道ではなく説明用マークアップとして扱います。

キーワードを詰めたフッターの壁を追加する

追加テキストは、買い物客に役立ちカテゴリを明確にする場合だけ有益です。人が見られる場所に簡潔で役立つコンテンツを置きます。

増え続けるファセットをカノニカルだけに頼る

カノニカルはシグナルを統合しますが、依然としてクロールが必要です。取得すべきでないURL空間にはクロール制御戦略を使います。

カテゴリページSEOの指標

パラメータURLのフットプリント

指標： Page Indexingのバケット別に見た、カテゴリ関連のファセット、並べ替え、トラッキング、ページネーションURL。わかること： カテゴリテンプレートが価値の低いURLバリエーションをGoogleのクロールとインデックスのシステムへ漏らしているか。取得方法： Search ConsoleのPage Indexingサンプルをエクスポートし、パラメータパターンで分類します。ベンチマーク／現実的な範囲： インデックス可能なカテゴリとファセットの承認済みセットとフットプリントを比較します。許容数はカタログ設計によります。頻度： 毎月、テンプレート公開後。

カテゴリURLクラス別のクロールシェア

指標： 基底カテゴリ、承認済みファセット、ページネーション、抑制したパラメータ状態への確認済みGooglebotリクエスト。わかること： クローラーの注意が重複バリエーションではなく商品発見経路に届いているか。取得方法： サーバーログまたはCrawl StatsをURLパターンで分割します。ベンチマーク／現実的な範囲： サイトの基準値を作り、意図的に抑制したパターンへのリクエストを減らします。すべてのカタログに合う普遍的な割合はありません。頻度： クリーンアップ中は毎週、その後は毎月。

カテゴリページからの商品到達

指標： カテゴリページのアンカーリンクから到達できるアクティブ商品の割合とクロール深度。わかること： カテゴリページが入口としての役割を果たしているか。取得方法： 本番と同じJavaScript設定でホームページからクロールし、商品URLをカタログと結合します。ベンチマーク／現実的な範囲： オーガニック検索で発見させるすべての商品にクロール可能な経路が必要です。フィードだけの例外は別に記録します。頻度： ナビゲーション変更後と、変化の速いカタログでは毎月。

カテゴリランディングページの成果

指標： カノニカルなカテゴリページのクリック、表示、コンバージョン、収益。わかること： ページが幅広い商用需要を獲得し、適格な買い物客を先へ送っているか。取得方法： Search Consoleのランディングページデータをアナリティクスまたはコマースレポートと結合します。ベンチマーク／現実的な範囲： 普遍的な目標ではなく、各カテゴリ自身の季節性と過去期間と比較します。頻度： 季節の注記を付けて毎月。

カテゴリページSEOのツール

Faceted Navigation Auditorで、クロールバジェットを押し出しているフィルターや並べ替えURLを見つけます。

1. ログ、サイトマップ、クローラーから実際のカテゴリURLを最大150件サンプルとして取り出します。フィルター、並べ替え、ページネーション、トラッキングのバリエーションを含めます。
2. 1行に1つずつツールへ貼り付け、Audit facetsを選びます（組み込み例を読み込んで形式を確認しても構いません）。
3. 行ごとの分類（フィルター、並べ替え、ページネーション、トラッキング、未知）を読み、Too many parametersと表示された行をクロールトラップ候補として記録します。
4. noindex、カノニカル化、ブロックする組み合わせを決める前に、記録したパターンをGSC Crawl StatsとPage Indexingレポートで照合します。

• Google Search Console — Page Indexingレポート — 除外バケットに積み上がるパラメータ／ファセットURLを確認します。ファセット戦略が漏れている最も明確なサインです。
• GSC — Crawl Stats — GooglebotがパラメータURLに時間を使っているか確認します。
• GSC — URL Inspection + Rich Results Test — カテゴリページのレンダリングとインデックス登録を確認し、BreadcrumbListを検証します。
• Ahrefs Site Audit（Structure Explorer） — 無限のURLパス問題、クロール深度、孤立商品、内部リンク数を見つけます。ファセット／パラメータURLの爆発を検出するために私が案内するツールです。
• Screaming Frog SEO Spider — カテゴリツリーをクロールし、JS経由でしか到達できない商品を見つけ、ページネーションのリンク連鎖を監査します。
• Ahrefs Keywords Explorer — 構築前に、どのファセットの組み合わせをインデックス登録する価値があるか決めるキーワード調査を行います。

カテゴリページSEOを自分でテストする

ページネーション、ファセット、コンテンツ、構造化データについての5つの質問です。

変更履歴