商品一覧ページ(PLP)とは?意味・事例・SEO 対策

商品一覧ページ(PLP)とは?意味・事例・SEO 対策

オンラインストアは一覧ページで成り立っていて、その一覧ページを読むのはまったく異なる 2 種類の訪問者です。何を買うかを決める買い物客と、何をクロールするかを決める Googlebot です。同じページに、それぞれ別のものを求めています。

商品一覧ページ、つまり PLP(Product Listing Page)は、オンラインストアが 1 つのカテゴリ全体をまとめて見せるページです。買い物客は比較に使い、Google は商品ページを見つけるために使います。ところが、買い物客の役に立つフィルタが、ほぼ重複した URL を何千も生み出すこともあります。

この記事では、PLP と PDP の違い、買い物客が使う構成要素、一覧ページに関する Google のルールを解説します。全体像については、EC サイトの SEO のガイドをご覧ください。

商品一覧ページとは?

商品一覧ページとは、複数の商品を一覧表示し、買い物客を 1 つの商品へ送り出すページのことです。一般的なアパレルストアの例が示すとおり、PLP は「カテゴリ」という言葉から想像されるより多くの種類のページを含みます。

  • カテゴリページ:/women/shoes
  • サブカテゴリページ:/women/shoes/running
  • コレクションページ:/summer-sale(商品の種類ではなくキャンペーン単位でまとめたもの)
  • サイト内検索結果:/search?q=sandals

この 4 つはすべて、商品グリッド、フィルタ、並べ替えメニュー、ページネーションという同じテンプレートを共有しています。

商品一覧ページの構成:上部にパンくずリストとカテゴリ名、左側に適用中のフィルタを削除可能なチップで表示するフィルタパネル、画像・商品名・価格・評価を載せた商品カードのグリッドの上に並べ替えメニューと件数、下部にページネーション
商品一覧ページの構成

PLP と PDP の違いは?

PLP は多くの商品を一覧表示して買い物客が選べるようにするページで、商品詳細ページ、つまり PDP(Product Detail Page。Product Display Page とも呼ばれます)は 1 つの商品を紹介して買い物客が購入できるようにするページです。役割分担は次のとおりです。

PLP(商品一覧ページ)PDP(商品詳細ページ)
目的買い物客が閲覧、絞り込み、比較できるようにする買い物客が 1 つの商品に決められるようにする
コンテンツ商品カード、フィルタ、並べ替え、ページネーション写真、説明文、仕様、価格、レビュー、カートに追加
典型的な検索幅広い:「レディース ランニングシューズ」具体的:ブランド名+モデル名
コンバージョンでの役割買い物客を適切な商品へ導く購入を成立させる
SEO での役割カテゴリ系のキーワードで上位表示し、Google をすべての商品へ導く商品名やモデル名のキーワードで上位表示する

Google の EC サイトの構造に関するガイドは、カテゴリページからすべての商品に直接リンクしていないと Googlebot が商品を見つけられない可能性があること、また Google は通常、ページの発見にサイトの検索ボックスを使わないことを警告しています。

同じランニングシューズが、/women/shoes/running では 1 枚のカードとして、そして独自の URL でも表示されます。クリックを獲得するのはカード、購入を獲得するのは商品ページです。

コンバージョンにつながる商品一覧ページの条件

PLP がコンバージョンにつながるのは、買い物客がフィルタ、並べ替え、商品カード、ページネーションを使って、大きなカタログを関連する少数の商品へすばやく絞り込めるときです。それでも多くのストアはここでつまずいています。Baymard Institute の 2025 年の商品一覧ベンチマークでは、デスクトップで 58%、モバイルで 78% のサイトが「不十分」から「平凡」と評価されています。

各要素の不足点は次のとおりです。

  • フィルタ。51% のサイトに、5 つの必須フィルタ(価格、ユーザー評価、色、サイズ、ブランド)がそろっていません。Baymard の 2023 年の調査では、61% が重要なフィルタをまったく目立たせていないこともわかっています。
  • 適用中のフィルタ。20% のサイトが、どのフィルタが有効か表示していません。グリッドの上に削除可能なチップとして表示しましょう。
  • 並べ替え。デスクトップサイトの 68%、モバイルサイトの 69% に、4 つの必須の並べ替え方法がそろっていません。価格、評価、売れ筋、新着など、実際に選ばれている順序を用意しましょう。
  • 商品カード。80% のサイトが、一覧で 1 商品あたり 3 枚以上のサムネイルを表示していません。サムネイルに加えて、価格、評価、カラースウォッチも表示しましょう。
  • ページネーションまたは「もっと見る」ボタン。買い物客が好む方式を選んでかまいませんが、クロール可能にしておきましょう(詳しくは後述します)。
商品一覧の基本が欠けている EC サイトの割合を示す棒グラフ(Baymard の 2025 年ベンチマーク):80% が 1 商品あたり 3 枚以上のサムネイルを表示していない、69% がモバイルで必須の並べ替え方法を欠いている、51% が必須のフィルタを欠いている、20% が適用中のフィルタを表示していない
商品一覧ページが不足している点

PLP の SEO:フィルタの混乱を避けて一覧ページをインデックスさせる方法

PLP の SEO とは、インデックスさせたい一覧ページを登録させつつ、フィルタや並べ替えのバリエーションに Google のクロールを奪われないようにすることです。Google はファセットナビゲーションを、サイト運営者から報告される過剰なクロールの問題の「圧倒的に最も多い原因」と呼んでいます(Crawling December、2024 年)。

ファセットナビゲーションと URL パラメータ

PLP のフィルタパネルであるファセットナビゲーションは、値のあらゆる組み合わせを URL に変えてしまうことがあります。Google のファセットナビゲーションに関するドキュメントによると、パラメータベースのファセット URL は無限の URL 空間を生み出す可能性があります。その結果、過剰なクロールが起き、新しい URL の発見が遅れます。

たとえば /shoes に 8 色、10 サイズ、4 種類の並べ替えがあるとします。それぞれ 1 つずつ値を選ぶだけで、ブランドや価格を加える前から 1 つのカテゴリで 320 の URL が生まれます。/shoes?color=red&size=9&sort=price はその 1 つです。

1 つのカテゴリ URL /shoes が、8 つの色、10 のサイズ、4 種類の並べ替えで掛け合わされ、/shoes?color=red&size=9&sort=price のようなクロール可能な 320 の URL の組み合わせになる図。ブランドや価格のフィルタを加える前の時点
1 つのカテゴリ、クロール可能な 320 の URL

Google のルールは、それらの URL を上位表示させる必要があるかどうかで変わります。

  • 上位表示の必要がない場合:robots.txt でブロックするか、フィルタを URL フラグメント(#)に移し、商品ページとフィルタなしの一覧ページ 1 つはクロール可能なままにします。
  • 「赤いランニングシューズ」のように一部は上位表示させたい場合:パラメータには標準の & 区切りを使い、パスベースのフィルタでは重複のない固定のフィルタ順序を使います。

小規模なストアにも当てはまるのか?Google のクロールバジェットに関するガイダンスが対象とするのは、毎週更新される固有ページが 100 万を超えるサイト、毎日更新されるページが 10,000 を超えるサイト、または「検出 - インデックス未登録」の URL が多いサイトです。それより小さいサイトでも、重複 URL(Google が「認識される在庫」と呼ぶもの)は、自分で最もコントロールしやすいクロール要因です。

Google がサイトのどこをクロールするかをどう決めているかは、クロールバジェットのガイドで解説しています。

フィルタや並べ替えを適用した PLP に canonical タグを設定する方法

フィルタや並べ替えを適用した PLP で、フィルタなしのページを指す rel=canonical タグ(URL の優先バージョンを示す、ページの HTML 内の 1 行)は、ブロックではなくヒントです。時間の経過とともにフィルタ版のクロールが減る可能性はありますが、Google のファセットナビゲーションに関するドキュメントは、canonical と nofollow を robots.txt や URL フラグメントより「長期的には一般的に効果が低い」と評価しています。

本当の重複については、Google の canonical URL に関するガイドが、リダイレクトと rel=canonical を強いシグナル、サイトマップへの掲載を弱いシグナルと位置づけています。シグナルは積み重なります。内部リンクも canonical URL に向けましょう。

並べ替えには独自のルールがあります。Google のページネーションに関するガイダンスは、フィルタや ?order=price のような別の並べ替え順のバリエーションを、noindex または robots.txt でインデックスから除外することを推奨しています。

タグそのものの仕組みは、canonical タグのガイドで解説しています。

PLP のページ分割:ページネーション、「もっと見る」、無限スクロール

PLP は、すべてのページがクロール可能な独自のアドレスを持つようにページ分割します。つまり、?page=2 のような固有の URL、自分自身を指す canonical、次のページへの通常の <a href> リンクです。

Google はさらに 2 つの禁止事項を挙げています。2 ページ目以降の canonical を 1 ページ目に向けないこと、そしてページ番号に # フラグメントを使わないことです。

無限スクロールや「もっと見る」ボタンにも同じ仕組みが必要です。Google のクローラーはボタンをクリックせず、ユーザー操作を待つ JavaScript も通常は実行しません。そのため、JavaScript だけで動くボタンの奥にある商品は、ページが <a href> リンクも提供していない限り(またはサイトマップや Merchant Center のフィードに掲載されていない限り)見つけられないままです。

  • 良い例:/women/shoes/running の 3 ページ目は ?page=3 にあり、自分自身を canonical として宣言し、<a href> で ?page=4 にリンクしている。
  • 悪い例:3 ページ目の canonical が 1 ページ目に設定され、次の商品群は JavaScript を実行する「もっと見る」ボタン経由でしか表示されない。

前者なら Google は 2 ページ目以降のすべての商品にたどり着けます。後者は 3 ページ目を 1 ページ目のコピーと宣言し、たどれるリンクも残しません。

PLP へのリンクと PLP からのリンクの張り方

メインメニューとパンくずリストから PLP にリンクし、各 PLP からは掲載しているすべての商品にリンクしましょう。Google の EC サイトの構造に関するガイドによると、Google はリンクの深さと内部リンクの数から重要度を推測しており、メニューからカテゴリ、サブカテゴリ、そしてすべての商品へとたどれる経路を推奨しています。

つまり PLP は、商品へリンクを受け渡すハブです。一般的なルールは内部リンクのガイドにまとめています。

商品一覧ページのよくある間違い

PLP の間違いの多くは、フィルタ、canonical、スクリプトをデザイン上の細部として扱ってしまうことから生じます。

  1. 2 ページ目以降の canonical を 1 ページ目に向けている。対処法:すべてのページに自己参照 canonical を設定する。
  2. ファセットの制御を canonical だけに頼っている。対処法:上位表示の必要がないファセットには robots.txt または # フラグメントを使う。
  3. 一部のフィルタリンクだけに nofollow を付けている。nofollow が機能するのは、その URL への内部・外部のすべてのアンカーに付いている場合だけです。対処法:robots.txt またはフラグメントを使う。
  4. 結果が空のフィルタページをリダイレクトしている。該当商品のない組み合わせ、重複したフィルタ、存在しないページ番号は、リダイレクトせずにその URL で HTTP 404 を返すべきです。
  5. JavaScript だけで動く「もっと見る」ボタン。対処法:ボタンの裏側にクロール可能な <a href> のページネーションを用意する。
  6. canonical の指定に robots.txt を使っている。Google はブロックされた URL を内容なしでインデックスすることがあり、この目的での noindex も推奨されていません。対処法:rel=canonical またはリダイレクトを使う。
  7. 適用中のフィルタが表示されていない。対処法:グリッドの上に削除可能なチップを表示する。

Google Search Console で PLP を監視する方法

PLP は Search Console の「ページのインデックス登録」レポートで監視します。フィルタを適用した一覧ページは、次のステータスによく表示されます。

  • クロール済み - インデックス未登録:Google は URL をクロールしましたが、インデックスに登録していません。後で登録される可能性があり、再送信は不要です。
  • 重複しています。Google により、ユーザーがマークしたページとは異なる正規ページが選択されました:Google は、指定した URL ではなく別の URL を選びました。
  • 重複しています。ユーザーにより、正規ページとして選択されたページはありません:canonical を指定しておらず、Google が別の URL を選びました。

フィルタなしのページを canonical で指しているフィルタ適用済みの PLP は、通常適切な canonical タグあり代替ページとして表示されます。多くの場合、これは想定どおりの結果です。

大規模なストアでは、レポートのサンプル一覧は 1,000 件の URL までしか表示されないため、何千ものファセット URL をそこですべて確認することはできません。一覧ページを URL パターンでグループ化すれば、URL ごとではなく 1 つのまとまりとして測定できます。

SEOcrawl AI は、このグループ化をすでに行っています。SEO Dashboard の Tag Evolution ビューは URL とキーワードをグループ単位で測定するので、「カテゴリページ」タグを作れば PLP のクリック数と表示回数を商品ページと分けて確認でき、Search Console のデータは Google の 16 か月を超えて保持されます。SEO Monitor は、テンプレートの変更が canonical タグ、インデックス登録の指示、robots.txt、ステータスコードに影響したときにアラートを送ります。

SEOcrawl AI の MCP Server(MCP、つまり Model Context Protocol は、AI アシスタントが外部ツールに問い合わせるための標準規格です)を通じて、AI アシスタントは Search Console のステータス別にインデックスのカバレッジを取得し、個々の URL を検査できます。このプラットフォームは、従来の SEO(Search Console と GA4)と GEO、つまり ChatGPT、Claude、Gemini、Perplexity、Copilot におけるブランドの可視性の両方をカバーしています。

次のステップ:カテゴリページにタグを付け、SEO Dashboard で商品ページと分けて追跡しましょう。14 日間の無料トライアルを利用できます。

よくある質問

商品一覧ページ(PLP)とは何ですか?

商品一覧ページとは、オンラインストアで複数の商品を一覧表示し、買い物客を 1 つの商品へ送り出すページのことです。カテゴリ、サブカテゴリ、コレクション、サイト内検索結果のページが該当します。通常は商品グリッド、フィルタ、並べ替えメニュー、ページネーションを組み合わせて構成されます。

PLP と PDP の違いは何ですか?

PLP は多くの商品を一覧表示し、買い物客が比較して選べるようにします。PDP(商品詳細ページ)は 1 つの商品を紹介し、買い物客が購入できるようにします。PLP は幅広いカテゴリ検索で上位表示され、Google をすべての商品へ導きます。PDP は商品名やモデル名の検索で上位表示され、購入を成立させます。

EC における PLP とはどういう意味ですか?

EC では、PLP は Product Listing Page(商品一覧ページ)の略で、カテゴリ、コレクション、検索の商品を一覧表示するページを指します。ブリーフ、アナリティクスの設定、A/B テストでは通常 PDP とセットで登場し、チームはページの種類ごとにトラフィックとコンバージョンを分けて分析します。小売以外の分野では、教育における個別学習計画(personalized learning plan)など、別の意味で使われることもあります。

PLP を SEO 向けに最適化するにはどうすればよいですか?

上位表示させたい一覧ページはクロール・インデックス可能な状態に保ち、上位表示の必要がないフィルタや並べ替えのバリエーションは robots.txt または URL フラグメントでブロックしましょう。ページ分割した各ページには固有の URL と自己参照 canonical を設定し、メニューとパンくずリストから各 PLP にリンクし、各 PLP からは掲載しているすべての商品にリンクします。

Search Console で商品一覧ページを個別に追跡するにはどうすればよいですか?

/category/ や /c/ など、PLP の URL に共通するパターンでグループ化し、ページを 1 つずつ見るのではなく、そのグループ単位で測定します。SEOcrawl AI なら、AI アシスタントが MCP Server を使って、今後追加される URL も含めてパターンに一致するすべての URL に自動でタグを付けるルールを作成し、そのタグの上位ページをクリック数、表示回数、掲載順位とともに取得できます。

著者: David Kaufmann

David Kaufmann

私はこの10年以上、SEOに完全に夢中になって過ごしてきました。正直なところ、他の生き方は考えられません。

私のキャリアが新たな次元に到達したのは、Chess.com でシニアSEOスペシャリストとして働いたときでした。Chess.com はインターネット全体で最も訪問数の多い上位100サイトの1つです。数百万ページ、数十言語、そして最も競争の激しい SERPs の1つという規模で仕事をした経験は、どんなコースや資格でも得られないことを教えてくれました。あの経験は、本当に優れたSEOとは何かという私の視点を一変させ、それ以降に私が築いてきたすべての土台となりました。

その経験から、私は SEO Alive を創業しました。オーガニック成長に本気で取り組むブランドのためのエージェンシーです。私たちは dashboards や月次レポートを売るためにここにいるのではありません。本当に成果を動かす戦略を構築するためにここにいます。クラシカルなSEOの最良の部分と、Generative Engine Optimization (GEO) というエキサイティングな新しい世界を組み合わせ、あなたのブランドが Google の青いリンクだけでなく、ChatGPT、Perplexity、Google AI Overviews が毎日何百万人もの人々に届けている AI 生成の回答の中にも確実に表示されるようにします。

そして、この両方の世界をきちんと扱えるツールが見つからなかったので、自分で作りました。それが SEOcrawl AI です。rankings、テクニカル監査、backlinks モニタリング、crawl ヘルス、そして AI ブランド可視性トラッキングを1つの場所に統合した、エンタープライズ向けのSEOインテリジェンスプラットフォームです。まさに、ずっと存在してほしいと願っていたプラットフォームです。

→ David のすべての記事を読む
著者の他の記事: David Kaufmann

この著者の他のコンテンツをご覧ください