ページネーションがあるカテゴリー一覧・投稿一覧・商品一覧では、各ページを検索エンジンがたどれる状態に保つことが基本です。2ページ目、3ページ目に別の記事や商品が並ぶ通常のページ送りなら、1ページ目へcanonicalを集約せず、各ページに自己参照canonicalを設定します。
「重複コンテンツが心配」という理由だけで、2ページ目以降を一律noindexにする必要はありません。ページ番号や前後リンクを通常のHTMLリンクで設置し、深い一覧にある記事・商品にもユーザーとGooglebotが到達できるようにすることが重要です。
一方、並び替え・絞り込み・計測用パラメータによって似たURLが大量に発生する場合は、通常のページネーションとは分けて正規URLを整理します。この記事では、canonical・noindex・内部リンクの使い分けを、WordPressやECサイトの実装を想定して解説します。
結論:各ページを自己参照canonicalにし、後続ページもクロール可能にする
通常のカテゴリー一覧、投稿一覧、商品一覧では、ページごとに掲載される記事・商品が異なります。そのため、ページネーションの各URLは別ページとして扱うのが基本です。1ページ目は1ページ目自身、2ページ目は2ページ目自身、3ページ目は3ページ目自身をcanonicalとして指定します。
Googleのページネーションに関する公式ガイドでも、ページ送りの各ページには固有URLを用意し、1ページ目をcanonicalにしないで各ページに独自のcanonical URLを設定することが案内されています。後続ページへつながるリンクを設置して、Googleが各ページを発見できるようにすることも必要です。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
基本設定の判断早見表
まず、自サイトのURLが「通常のページ送り」なのか、「実質的に同じ一覧を別URLで表示している状態」なのかを分けて判断してください。重複対策はURLの役割ごとに行うことが重要です。
| 対象URL | canonicalの基本 | noindexの基本 | 内部リンクの考え方 |
|---|---|---|---|
| カテゴリー・投稿・商品一覧の2ページ目以降 | 各ページの自己参照canonical | 通常は不要 | 前後・ページ番号をHTMLのa要素で接続 |
| 全件表示ページがあり、分割ページの内容をすべて含む場合 | 全件表示ページをcanonical先にする案を個別検討 | 原則不要 | 分割ページの移動導線は維持する |
| 同じ一覧の並び替えURL | 基本の並び順URLへのcanonicalを検討 | 必要に応じて検討 | 内部リンク先を正規の並び順へ統一 |
| 絞り込みで結果が明確に変わるURL | 一律のcanonicalは不適切な場合がある | 検索需要・運用目的で個別判断 | 不要な組み合わせURLを増やさない |
| 広告・計測パラメータ付きURL | パラメータなしの正規URLを指定 | 通常はcanonicalを優先して検討 | サイト内リンクでは正規URLを使う |
1ページ目へcanonicalを統一すると問題になり得る理由
2ページ目以降を1ページ目へcanonical指定すると、後続ページにしか掲載されていない記事・商品まで、1ページ目の代替URLであるかのようなシグナルを送ることになります。ページネーションでは各ページの主な一覧項目が異なるため、内容が異なるページを無理に統合しないことが大切です。
たとえば、1ページ目に最新商品1〜24件、2ページ目に25〜48件が表示される商品一覧では、2ページ目は1ページ目と同じ内容ではありません。2ページ目を1ページ目へcanonical指定すると、25〜48件の商品詳細ページへ向かう導線を含め、サイト側の意図とGoogleの正規化判断が一致しなくなるおそれがあります。特に、古い記事や商品詳細が深い一覧ページからしか見つけにくいサイトでは注意が必要です。
canonicalは重複・類似URLの代表を示すヒント
canonicalは、同一または非常によく似た複数URLが存在するときに、代表として扱ってほしいURLを検索エンジンへ伝えるためのものです。Googleはcanonical指定を正規化のシグナルとして利用しますが、最終的な正規URLの選択はGoogleが判断します。canonicalは命令ではなく正規化のヒントと理解してください。
HTTPSとHTTPの重複、URL末尾表記の違い、計測パラメータ付きURL、同じ商品詳細ページへの複数経路などはcanonicalを検討しやすい対象です。一方、ページごとに掲載アイテムが入れ替わる通常のページ送りは、単純な重複URLとは性質が異なります。
出典:Google Search Central「What is URL Canonicalization」
「すべて表示」ページをcanonical先にできる条件
「すべて表示」ページを作り、分割ページからそこへcanonicalを集約する方法が常に誤りというわけではありません。ただし、分割された全項目を過不足なく含む実ページであることが前提です。
検討できるのは、全件表示ページが実際に公開され、分割ページの一覧内容をすべて含み、検索エンジンが取得でき、表示速度や操作性にも大きな問題がない場合です。全件表示ページが重すぎてエラーになったり、一部の商品・記事しか表示されなかったりする場合は、canonical先として適切ではありません。
商品数が数千件に及ぶECサイトなどでは、全件表示がユーザー体験やサーバー負荷を悪化させることがあります。canonicalを集約するためだけに全件表示ページを作るより、各ページを自己参照canonicalにして、ページ間リンクと重要商品への補助導線を整えるほうが現実的なケースは多いでしょう。
2ページ目以降をnoindexにする前に確認したいこと
通常のページネーションでは、2ページ目以降を一律noindexにする必要はありません。noindexは、そのページ自体をGoogleの検索結果へ表示させないための指定です。ページ2以降に別の記事・商品が並ぶなら、「一覧ページだからnoindex」という慣習は避けるべきです。
noindexを設定したページでも、ページ内リンクが直ちに無効になるわけではありません。しかし、重要な記事・商品を見つけるための主な経路がnoindexの一覧ページだけになる設計は避けたほうが安全です。重要URLは、インデックス可能なカテゴリー上位ページ、パンくずリスト、関連コンテンツ、特集ページなどからも到達できるようにしてください。
Googleでnoindexを機能させるには、Googlebotがそのページにアクセスして指定を確認できる必要があります。robots.txtでクロールを止めたうえでnoindexを設置すると、Googleがnoindexを確認できない場合があるため、クロール制御とインデックス制御を混同しないよう注意が必要です。
出典:Google Search Central「Block Search indexing with noindex」
noindexを検討しやすいURLとページ送り本体を分ける
noindexの検討対象になりやすいのは、サイト内検索結果、利用者に見せる必要がない管理用URL、価値の薄い絞り込み組み合わせURLなどです。ただし、これらは通常のカテゴリー一覧や商品一覧のページ送りとは別問題です。ページ番号URLとパラメータURLを同じ基準で処理しないようにします。
たとえば「価格が安い順」「在庫あり」「赤色」「Mサイズ」のような条件が無数に組み合わさるECサイトでは、検索エンジンに見せる価値のある絞り込みページと、不要なURLを分ける設計が必要です。結果がほぼ同じ並び替えURLならcanonicalやnoindexを検討できますが、掲載商品群が大きく異なる絞り込み結果まで一律に正規URLへ統合するのは適切ではありません。
ページネーションの内部リンクはHTMLのa要素でつなぐ
ページネーションSEOで優先すべき実装は、各ページを通常のリンクで結ぶことです。ページ番号、「前へ」「次へ」といった導線には、href属性を持つa要素を使うのが基本です。
Googleは一般に、href属性を持つHTMLのa要素からURLを発見します。ボタンのクリックイベントだけで次の一覧を読み込む構造や、href="#"にJavaScriptを組み合わせる疑似リンクは、検索エンジンがURLを安定して取得できない原因になります。
出典:Google Search Central「SEO Link Best Practices for Google」
最低限必要なリンクと深いページへの到達性
ページ送りでは、少なくとも現在ページの前後に移動できるリンクを置きます。可能なら、ページ番号リンクと先頭ページへのリンクも用意してください。Googleの公式ガイドでも、各ページから次ページへのリンクを設け、各ページから1ページ目へ戻るリンクを検討することが案内されています。
- ページ2以降に、前ページと次ページへの実URL付きリンクがある
- ページ番号がURLフラグメントではなく、固有URLとして生成されている
- スマートフォン表示でもページ送りリンクが削除されていない
- リンク先が正常に表示され、意図しないリダイレクトを繰り返さない
- 現在ページを示す表示と、リンク可能な他ページが視覚的にも区別されている
URL末尾の#page=2のようなフラグメントでページ内容を切り替える実装は避けてください。Googleはフラグメントをページ内容の違いとして一般に扱わないため、後続ページを別URLとして発見できないおそれがあります。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
重要な記事・商品を一覧の奥だけに置かない
ページネーションが正しく動いていても、重要な記事や商品を「カテゴリーの20ページ目からしかたどれない」状態にしないことが理想です。重要URLには複数の文脈からリンクすることで、発見性とユーザーの探しやすさを高められます。
具体的には、カテゴリー上位ページの注目記事・おすすめ商品、関連コンテンツ、パンくずリスト、テーマ別の特集ページ、ランキングページ、ブランド一覧などを活用します。ただし、SEOだけを目的に無関係なリンクを増やすのではなく、読者や購入者が次に見たい情報を基準に導線を設計してください。
WordPressの投稿一覧では、古いが重要な記事がアーカイブの深い位置に埋もれやすくなります。更新頻度が高いメディアほど、基幹記事を固定ページ、カテゴリー説明、関連記事から紹介する運用が有効です。ECサイトでも、定番商品をカテゴリートップ、用途別特集、ブランドページなどから案内すると、ページネーションへの依存を減らせます。
rel="prev"/rel="next"は補助扱いにし、対策の中心にしない
rel="prev"とrel="next"は、以前はGoogleへページネーションの関係を伝える用途で案内されていました。しかしGoogleは現在、これらのタグをインデックスのシグナルとして使用していません。rel属性の有無より通常のページ間リンクが重要です。
そのため、WordPressテーマやECプラットフォームがrel属性を出力していても、それだけでページネーション対策が完了するわけではありません。各ページの自己参照canonical、固有URL、a要素による前後リンク、重要コンテンツへの補助リンクを優先して確認してください。
他の検索エンジンへの配慮や既存システムの仕様としてrel属性を残す判断はあり得ます。ただし、Google検索向けの主要施策として過度に工数をかける必要はありません。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
並び替え・絞り込み・URLパラメータは別問題として整理する
ページ番号による分割と、並び替え・絞り込み・計測パラメータによるURL増加は、似て見えても別の課題です。ページネーションは一覧を分けて表示する構造ですが、パラメータURLは同じ一覧の別表示を大量に生むことがあります。正規化が必要になりやすいのは後者です。
たとえば、?utm_source=mailのような計測パラメータ、同じ商品一覧を価格順に並べただけのURL、セッションID付きURLなどは、正規URLへcanonicalを指定する候補になります。サイト内リンク先、XMLサイトマップ、構造化データなどで正規URLを一貫して扱うことも重要です。
一方、「東京都」「翌日配送可」「法人向け」のように、検索者の目的に応じて商品や記事の集合が明確に変わる絞り込みページは、すべてを一律にcanonicalでまとめるべきではありません。検索需要、結果件数、固有の説明コンテンツ、運用継続性を見て、インデックスさせる価値があるかを個別に判断します。
canonicalを使うケースと使わないケース
canonicalの判断では、「正規URLと代替URLで、ユーザーが得る中心的な内容がほぼ同じか」を確認してください。内容差が大きいURLは安易に統合しないことが原則です。
| ケース | 基本的な考え方 |
|---|---|
| 計測パラメータ付きの商品詳細URL | パラメータなしの商品詳細URLへcanonicalを検討 |
| 同じ商品一覧の価格順・新着順 | 検索流入を狙わない並び順なら、基本並び順へのcanonicalまたはnoindexを検討 |
| ページ番号だけが異なる通常の一覧 | 各ページを自己参照canonicalにする |
| 絞り込みにより掲載商品が大きく異なる一覧 | 検索価値を個別に評価し、一律canonicalは避ける |
| セッションIDが付与されたURL | セッションIDをURLに出さない設計を優先し、正規URLも明確にする |
Googleは、並び替えやフィルターによる一覧のバリエーションについて、不要なURLをインデックスさせない方法としてnoindexやrobots.txtを検討する案内をしています。ただし、robots.txtはクロール制御、noindexはインデックス制御であり、目的と影響が異なります。設定前に、重要なコンテンツへのリンクまで遮断しないかを確認してください。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
無限スクロールを使う場合もページ分割URLを残す
無限スクロールは、スマートフォンで連続して商品や記事を閲覧しやすい表示方式です。ただし、JavaScriptで追加読み込みするだけでは、検索エンジンが後続コンテンツへ到達できないことがあります。見た目が無限スクロールでもURL単位のページを残すことが重要です。
ページ2、ページ3に対応する固有URLを用意し、それぞれにHTMLのa要素で到達できるページネーションを実装します。そのうえで、ユーザー向け画面では「もっと見る」や自動追加読み込みを提供する構成にします。JavaScriptが動かない環境や、ユーザー操作を実行しないクローラーでも、通常のリンクから後続ページを見つけられる状態が望ましい設計です。
Googleは、クローラーが一般にボタンをクリックしたり、ユーザー操作を必要とするJavaScript関数を実行したりしないため、href属性のURLを持つリンクを通じてコンテンツを発見できるようにする必要があると説明しています。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
WordPress・ECサイトで確認する実装チェックリスト
WordPressのカテゴリー・タグ・投稿アーカイブ、WooCommerceなどの商品一覧では、プラグインやテーマによってcanonical、robots meta、ページ送りの出力が変わります。公開後に1ページ目だけを確認するのではなく、1ページ目・2ページ目・最終ページをセットで確認してください。
- 各ページが正常なHTTPステータスで返るか
- ページ2以降が意図せず404、リダイレクト、ソフト404になっていないか
- 各ページのcanonicalが自分自身のURLを指しているか
- 2ページ目以降に意図しないnoindexが付いていないか
- 前へ・次へ・ページ番号がa要素とhref属性で出力されているか
- スマートフォン表示でもページ送りリンクをたどれるか
- ページ番号が
#付きURLではなく固有URLになっているか - 並び替え・絞り込み・計測パラメータから不要なURLが量産されていないか
- 重要な記事・商品が深いアーカイブページからしか到達できない状態ではないか
- XMLサイトマップに不要なパラメータURLやnoindex URLを含めていないか
WordPressでは、SEOプラグインの設定、テーマ独自のページ送り、検索結果ページの扱いが衝突する場合があります。canonicalを1ページ目へ固定する独自コードや、古いSEOノウハウをもとにした「ページ送りURLをnoindexにする」設定がないか、ページのHTMLソースとレスポンスヘッダーで確認しましょう。
XMLサイトマップとSearch Consoleの使い分け
XMLサイトマップは、重要な記事・商品URLを検索エンジンへ伝える補助として役立ちます。しかし、サイトマップはページネーションの内部リンクを置き換えるものではありません。発見経路の基本はクロール可能な内部リンクであり、サイトマップは補完手段と考えてください。
Search Consoleでは、ページ1・2・最終ページをURL検査で確認し、Googleが認識しているcanonical、クロール可否、robots meta、インデックス状況を確認します。サイト全体の傾向は「ページのインデックス登録」レポートで確認できます。ページ2以降に「noindex タグによって除外されました」や「代替ページ(適切なcanonicalタグあり)」などが大量に出ている場合は、意図した設定かを点検してください。
出典:Google Search Console ヘルプ「Inspect and troubleshoot a single page」
出典:Google Search Console ヘルプ「Page indexing report」
よくある質問
ページネーションではcanonicalとnoindexを混同しやすいため、実装時に判断しやすい補足をまとめます。
ページネーションのtitleやmeta descriptionはページごとに変えるべきですか?
ページ番号を含めて個別化できるなら、ユーザーが現在位置を理解しやすくなります。ただし、Googleはページネーションの連続ページについて、同じtitleやdescriptionを使うことも可能だと案内しています。無理なキーワード追加より一覧内容との整合性を優先してください。
出典:Google Search Central「Pagination, incremental page loading, and their impact on Google Search」
ページネーションURLをXMLサイトマップに入れるべきですか?
優先すべきは、個別の記事・商品など検索結果に表示させたい正規URLです。ページネーションURLを必ずサイトマップへ入れなければならないわけではありません。各一覧ページが通常の内部リンクでたどれることを先に確認し、サイトマップには意図した正規URLだけを掲載してください。
2ページ目以降が検索結果に表示されても問題ありませんか?
問題とは限りません。検索語句に対して2ページ目以降の一覧が適切な結果になることもあります。ユーザーを主に1ページ目へ案内したい場合でも、後続ページを機械的に検索対象から外さないことが重要です。1ページ目へ戻るリンク、カテゴリー上位ページの内容、個別記事・商品ページの品質を整えることを優先してください。
ページネーションSEOで避けたい設定と、まず行う改善
ページネーションのSEO対策では、重複を恐れるあまり後続ページを検索エンジンから遠ざけてしまう設定が問題になりやすいです。ページ送り本体は開き、不要な派生URLだけ整理するという順序で考えると判断しやすくなります。
- 全ページを1ページ目へcanonical指定する
- 2ページ目以降を慣習だけでnoindexにする
- 「次へ」をJavaScriptのクリックイベントだけで実装する
- ページ番号をURLフラグメントで切り替える
- 重要な記事・商品を深い一覧ページからしか見つけられない状態にする
- 並び替え・絞り込み・計測パラメータを放置し、不要URLを無制限に増やす
まずは、カテゴリーまたは商品一覧の1ページ目・2ページ目・最終ページをブラウザで開き、canonical、robots meta、前後リンク、HTTPステータスを確認してください。その後、Search ConsoleのURL検査でGoogleが認識したcanonicalとインデックス状況を確認します。通常のページ送りには自己参照canonicalとクロール可能な内部リンクを維持し、問題があるパラメータURLだけを個別に正規化することが、安全で実務的な改善方法です。