ECサイトの商品一覧やオウンドメディアの記事一覧で、「2ページ目以降の商品・記事が検索エンジンに見つかっているのか」「canonicalを1ページ目に集約すべきなのか」と悩むことがあります。
ページネーションはテクニカルSEOの一領域です。クロール・URL設計・canonicalを含む全体の確認項目は、[テクニカルSEOの実務チェックリスト](https://rebranding.co.jp/media/technical-seo/)で整理しています。
ページネーションのSEO監査で重要なのは、ページ番号の見た目ではありません。Googleが各ページのURLを発見でき、ページ番号ごとのコンテンツへ到達でき、正しいcanonicalを認識できる状態になっているかを順番に確認することです。
2026年8月時点のGoogle Search Centralでは、ページネーションの各ページに固有URLを持たせ、ページ同士をクロール可能なリンクで順番につなぎ、各ページを原則として自己参照canonicalにする方法が案内されています。
この記事では、ECサイトやメディアのページネーションを実際に監査するための確認項目、判定基準、修正優先順位を整理します。
ページネーションSEO監査では5項目を順番に確認する
ページネーションを監査するときは、最初からcanonicalだけを見るのではなく、次の5項目を順番に確認します。
| 監査項目 | 主な確認内容 | 問題がある場合の影響 |
|---|---|---|
| URL | 2ページ目以降に固有URLがあるか | Googleがページを識別しにくい |
| 内部リンク | 次ページへ<a href>で移動できるか |
深いページを発見できない |
| canonical | 各ページが原則自己参照か | ページ2以降が正規URLとして扱われにくい |
| クロール・インデックス | GoogleがURLを取得・認識できるか | 商品・記事の発見が遅れる |
| 派生URL | フィルタ・並べ替えURLが増殖していないか | クロール対象が不要に増える |

ページネーションはcanonicalだけで判断せず、URLから派生URLまで5項目を順番に確認します。
ページネーションの目的は、「2ページ目を検索結果に必ず表示すること」ではありません。
重要なのは、一覧の奥にある商品詳細、記事、求人、物件などへGoogleが到達できる経路を維持することです。Googleはリンクを使って新しいURLを発見するため、一覧ページの内部リンク設計はコンテンツ発見性に直接関係します。
STEP1|ページ番号ごとに固有URLがあるか確認する
最初に、ページネーションの2ページ目、3ページ目へ移動し、ブラウザのURLが変化するか確認します。
Googleはページネーションについて、各ページに固有URLを与えることを推奨しています。例として?page=2のようなクエリパラメータ形式も案内しています。
たとえば、次のような構造です。
- 1ページ目:
https://example.com/products/ - 2ページ目:
https://example.com/products/?page=2 - 3ページ目:
https://example.com/products/?page=3
/page/2/のようなディレクトリ形式でも、URLとして一意に取得できれば監査上の中心問題ではありません。
一方で、次の状態は要注意です。
- ページを切り替えてもURLが変わらない
#page2のようなフラグメントだけが変わる- ボタンを押さないと2ページ目の内容を取得できない
- 同じURLなのにアクセスのたびに表示内容が変わる
Googleはページ番号の管理にURLフラグメントを使用しないよう案内しています。Google Searchは一般にURLフラグメントをページ内容の切り替えには利用しないためです。
監査時の判定基準
正常
ページ番号ごとに永続的なURLが存在し、そのURLへ直接アクセスすると同じ商品・記事群が表示される。
要改善
JavaScript操作だけで一覧が変わり、固有URLが存在しない。
優先度高
2ページ目以降の商品や記事へ、そのページネーション以外にほぼ内部リンクがない。
この場合、ページ番号URLが発見できないことで、一覧の深い位置にあるコンテンツへのクロール経路まで失われる可能性があります。
STEP2|「次へ」がクロール可能な内部リンクになっているか確認する
URLが存在していても、GoogleがそのURLを発見できなければ十分ではありません。
Googleは、通常href属性を持つ<a>要素のリンクをクロール可能なリンクとして扱います。クリックイベントだけを使った要素などは、GoogleがURLを安定して抽出できない場合があります。
正常な例は次のような形です。
<a href="/products/?page=2">次へ</a>
一方、次のような実装は監査対象になります。
- JavaScriptの
onclickだけで次ページを表示する <button>だけでページを切り替えるhrefが存在しない- 2ページ目から3ページ目へのリンクがない
- ページ番号リンクがブラウザ上には見えるが、レンダリング後HTMLに存在しない
Googleのページネーション向け公式ガイドでも、各ページから次のページへ<a href>でリンクすることが案内されています。
1→2→3と順番にたどれる状態を確認する
監査時には1ページ目だけを見るのではなく、実際に複数ページをたどります。
たとえば20ページある一覧なら、
1ページ目
↓
2ページ目
↓
3ページ目
↓
中間ページ
↓
最終ページ
までクロール経路が存在するかを確認します。
全ページ番号を常に表示する必要はありません。少なくとも次のページへ進めるクロール可能なリンクが継続して存在することが重要です。
Googleは、各ページからコレクションの1ページ目へリンクすることも、先頭ページがコレクションの起点であることを示すヒントになり得ると説明しています。
STEP3|canonicalが各ページ自身を指しているか確認する
ページネーションSEOで特に誤設定が起きやすいのがcanonicalです。
2026年8月時点のGoogle Search Centralでは、ページネーションの各URLは別々のページとして扱われるため、1ページ目をすべてのページのcanonicalに指定しないよう明示されています。
原則は、各ページの自己参照canonicalです。
| URL | 推奨canonical |
|---|---|
/products/ |
/products/ |
/products/?page=2 |
/products/?page=2 |
/products/?page=3 |
/products/?page=3 |
たとえば2ページ目なら、次のような状態です。
<link rel="canonical" href="https://example.com/products/?page=2">
canonicalは、重複または非常に類似したURL群の中で代表URLの希望をGoogleへ伝えるシグナルです。Googleはcanonical指定を強いシグナルとして使用しますが、最終的な正規URLはGoogleが判断します。
よくある誤設定|ページ2以降をすべて1ページ目へcanonical

ページネーションでは、原則として各ページが自身をcanonicalとして指定します。
次の設定はページネーション監査で重点的に確認します。
- 2ページ目 → 1ページ目
- 3ページ目 → 1ページ目
- 4ページ目 → 1ページ目
ページ番号が違えば、掲載されている商品や記事も異なることが一般的です。
そのため、単純に「似た一覧ページだから」という理由だけで1ページ目へ正規化すると、Googleへ実態と異なる正規化シグナルを送ることになります。
実際に国内記事でもページネーションのcanonicalについて説明は分かれており、一部には2ページ目以降を1ページ目へcanonicalする説明も残っています。現在の監査ではGoogle公式の最新仕様を基準に判断する必要があります。
STEP4|ページ2以降がGoogleから取得可能か確認する
URL、リンク、canonicalが正しくても、robots.txtやnoindexなどによってGoogleが取得・インデックスできない場合があります。
代表URLをいくつか抽出し、Google Search ConsoleのURL検査などで確認します。
確認したい項目は次のとおりです。
- GooglebotがURLへアクセスできるか
- robots.txtでブロックされていないか
noindexが付与されていないか- Googleが選択したcanonicalはどこか
- レンダリング後HTMLに商品・記事リンクが存在するか
- HTTPステータスが200か
- ページ2、3、10など異なる深さでも状態が同じか
canonicalを指定していても、Googleが別のURLを正規URLとして選択することがあります。Google Search CentralではURL検査ツールを使い、Googleが選択したcanonicalを確認する方法を案内しています。
「インデックスされていない=即エラー」とは限らない
ページネーションURLの目的は、ページ番号そのものを大量に検索結果へ表示させることではありません。
監査で優先して確認するのは、
ページネーションURLがクロール可能で、そこから商品・記事などの重要ページをGoogleが発見できる状態か
です。
Google自身も、クロール、インデックス、検索結果への表示は別の工程であり、技術要件を満たせばすべてのURLが必ずインデックスされるわけではないと説明しています。
したがって、Search Consoleでページ2が未登録だったという理由だけで、機械的に「ページネーションSEO失敗」と判断するのは避けます。
STEP5|フィルタ・並べ替えURLとページ番号URLを分けて確認する
ECサイトでは、ページネーションよりも複雑な問題として、フィルタや並べ替えとの組み合わせがあります。
たとえば、
?page=2?color=black&page=2?sort=price&page=2?color=black&sort=price&page=2
のようにURLが増えていきます。
ページ番号は一覧を順番に分割するためのURLですが、フィルタやソートは同じ商品集合のバリエーションを大量に作ることがあります。
Googleもページネーションの公式ガイドで、フィルタや別の並べ替え順を持つURLについて、不要なバリエーションをインデックスさせないよう検討することを案内しています。
そのため、監査では「pageパラメータ」と「filter・sortパラメータ」を一括で判断しないことが重要です。
ページネーションとファセットURLは問題を分離する

ページ番号URLは一覧の順序分割、ファセットURLは条件による絞り込みです。SEO監査では分けて判断します。
たとえば、
/shoes/?page=2
は「靴一覧の2ページ目」です。
一方、
/shoes/?color=black&size=26
は「黒・26cmという条件で絞り込んだ一覧」です。
前者は一覧の順序分割、後者は条件分岐です。
検索需要のあるカテゴリ・絞り込みURLをインデックス対象にするかどうかは、ページネーションとは別の判断が必要です。
ページ番号URLまでまとめてrobots.txtで閉じると、その先の商品へのクロール経路まで制限する可能性があります。
無限スクロール・「もっと見る」の監査ではページネーションURLの有無を見る
画面上のUIがページ番号形式である必要はありません。
無限スクロールや「もっと見る」形式でも、検索エンジン向けにページ単位のURLとクロール経路を用意できます。
Googleは、無限スクロールについて次のような設計を案内しています。
- 読み込み単位ごとに永続的な固有URLを用意する
- URLへ直接アクセスしたとき同じ内容を表示する
- ページ単位のURLを順番にリンクする
- ユーザーがスクロールした際は必要に応じてHistory APIでURLを更新する
またGoogleは、ユーザー操作を必要とするクリックやスクロールを実行してコンテンツを読み込むとは限りません。
したがって監査では、画面をスクロールすると商品が表示されることだけで合格にしません。
JavaScriptを操作しなくても、Googleが各コンテンツへ到達できるURL構造が存在するかを確認します。
rel=”next”・rel=”prev”がなくてもGoogle向けの問題ではない
過去のSEO情報では、ページネーションにrel="next"とrel="prev"を設定する方法が広く紹介されていました。
しかしGoogleは現在、このタグをページネーションの認識には使用していません。Googleの公式ページネーションガイドでも、過去には利用していたものの現在は使用していないと説明しています。
したがって、2026年時点のSEO監査で、
「rel=next/prevがないので重大エラー」
と判定する必要はありません。
より優先度が高いのは、
- 固有URL
- クロール可能な内部リンク
- 正しいcanonical
- Googlebotからの取得可能性
- 不要URLの制御
です。
ページネーションSEO監査のチェックリスト
実務では、次の順番で確認すると問題を切り分けやすくなります。
| 確認項目 | 正常の目安 | 優先度 |
|---|---|---|
| ページ2以降に固有URLがある | URLへ直接アクセスできる | 高 |
| ページ番号をフラグメントだけで管理していない | ?page=2等の実URL |
高 |
次ページリンクが<a href> |
GoogleがURLを抽出できる | 高 |
| 1→2→3と順番にたどれる | 深いページまでリンクが続く | 高 |
| 各ページが自己参照canonical | page=2はpage=2をcanonical | 高 |
| 2ページ目以降を1ページ目へ一括canonicalしていない | ページ別に設定 | 高 |
| robots.txtで必要なpage URLを遮断していない | Googlebotが取得可能 | 高 |
| 意図しないnoindexがない | 方針どおり | 中〜高 |
| レンダリング後に商品・記事リンクが存在する | URL検査で確認可能 | 高 |
| フィルタ・sort URLとpage URLを区別している | URL種別ごとに制御 | 中〜高 |
| 無限スクロールに固有URLがある | 各チャンクへ直接アクセス可能 | 高 |
| Google選択canonicalを確認している | 指定との差異を把握 | 中 |
修正は「発見不能」から優先する
複数の問題が見つかった場合は、すべてを同時に直す必要はありません。

ページネーション監査では、見た目より先に「Googleが一覧の奥へ到達できない問題」から修正します。
優先順位は次のように考えます。
優先度1|Googleがページ2以降へ到達できない
固有URLがない、hrefがない、robots.txtで遮断されているなど、商品・記事の発見そのものに影響する問題を最優先にします。
優先度2|canonicalが実態と合っていない
ページ2以降をすべて1ページ目へcanonicalしている場合など、正規化シグナルの誤りを確認します。
優先度3|不要URLが大量発生している
フィルタ、sort、セッション、表示件数などのパラメータとpage URLが組み合わさり、不要なURLが大量に生成されている場合はURLルールを整理します。
優先度4|UI・回遊性を改善する
リンク位置、ページ番号、前後リンクなどを改善し、ユーザーが一覧を移動しやすい状態にします。
この順番にすると、「見た目を改善したがGoogleは2ページ目を発見できない」といった優先順位の逆転を防げます。
修正後は代表URLだけでなく深いページまで再検証する
修正後は1ページ目だけを確認して終わらせません。
たとえば100ページある一覧なら、
- 1ページ目
- 2ページ目
- 3ページ目
- 10ページ目
- 中間付近
- 最終ページ付近
など、深さの異なるURLを抽出して確認します。
さらに、商品や記事を数件選び、
「その詳細ページへどの一覧ページから到達できるか」
を逆方向から確認すると、ページネーションがコンテンツ発見経路として機能しているかを判断しやすくなります。
大規模ECサイトでは、サイトマップやGoogle Merchant Centerフィードなど、ページネーション以外の発見経路も併用できます。Googleもページネーションのガイド内で、サイトマップやMerchant Centerフィードが商品発見を助ける可能性を案内しています。
まとめ
ページネーションのSEO監査では、canonicalだけを確認するのではなく、「Googleが一覧の奥まで発見できるか」から逆算して確認することが重要です。
2026年8月時点では、Googleの公式仕様を基準にすると、基本となる考え方は次のとおりです。
- ページ番号ごとに固有URLを持たせる
- 各ページをクロール可能な
<a href>で順番につなぐ - 原則として各ページに自己参照canonicalを設定する
- 2ページ目以降を一律で1ページ目へcanonicalしない
rel="next"・rel="prev"をGoogle向け必須要件として扱わない- 無限スクロールでも検索エンジン向けのページURLを用意する
- フィルタ・並べ替えURLとページ番号URLを分けて判断する
- 修正後はSearch Consoleなどで代表URLと深いURLを再確認する
ECサイトや大規模メディアでは、ページネーションの誤設定が一覧ページだけでなく、その先の商品・記事の発見性にも影響します。
まずは「URL」「内部リンク」「canonical」「クロール」「派生URL」の5項目から監査し、発見不能につながる問題から優先して修正してください。
参考文献・データ元
この記事で参照した情報を確認できます。
- 「ページ分け、段階的ページ読み込み、それらの Google 検索に対する影響」 — Google Search Central、2025年12月10日更新
- 「Google のリンクに関するベスト プラクティス」 — Google Search Central
- 「Fix lazy-loaded content」 — Google Search Central
- 「How to specify a canonical URL with rel=\”canonical\” and other methods」 — Google Search Central
- 「What is canonicalization」 — Google Search Central、2026年8月20日更新
- 「ページネーションとは?SEO効果を高める4つの実装ポイント」 — デジタラトリエ、2025年7月9日
- 「ページネーションとは?SEOに効果的な実装方法を解説」 — 株式会社クリエル、2024年1月26日
‹ 親記事: テクニカルSEOとは?クロールからセキュリティまで、企業担当者が押さえるべき7領域の実務チェックリスト
関連記事
- › INDEX削除(インデックス削除)とは?検索結果から消える仕組みと対処法
- › Core Web Vitals改善ガイド|LCP・INP・CLSの原因特定と優先順位付け
- › SEO内部リンクの監査方法|孤立ページ・リンク深度・アンカー偏りをどう直すか
- › SEOのインデックス監査方法|Search Consoleで未登録・除外・重複URLを診断する
- › JavaScript SEOの監査方法|レンダリング・内部リンク・インデックス差分を確認する
- › クロールバジェットを監査する方法|ログ・URL群・無駄クロールから改善優先度を決める
- › 構造化データのSEO監査方法|実装後のエラー・内容不一致・重複を検証する手順
- › hreflangのSEO監査方法|相互参照・canonical・noindexの確認手順
- › ファセットナビゲーションのSEO監査方法|絞り込みURL・クロール・重複を制御する
- › SEOのリダイレクト監査方法|チェーン・ループ・誤転送・リンク残存を検出する
- › robots.txt・meta robotsのSEO監査方法|クロール許可とindex制御の矛盾を確認
- › サイト移行後のSEO監査方法|リダイレクト・canonical・サイトマップ・順位変動を確認
- › 404・soft 404のSEO監査方法|リンク切れ・消失URL・誤判定を優先度順に修正
- › SEOリリース前チェックの作り方|noindex・canonical・robots・リダイレクトの事故を防ぐ
- › 画像SEOの監査方法|alt・画像URL・遅延読み込み・画像検索を確認する
- › JobPosting構造化データの監査方法|求人情報・給与・勤務地・期限の不一致を確認
- › サイト内検索結果ページのSEO監査方法|noindex・クロール・重複URL・内部リンクを確認
- › サイトリニューアルでSEO評価を落とさない移行方法|URL・301・計測・公開手順
- › サービス終了ページは削除すべき?301・404/410・残す場合のSEO判断基準



