設定

当社はプライバシーを重視しており、ウェブサイトの基本機能に必要のない特定のストレージを無効にするオプションを提供しています。カテゴリーをブロックすると、ウェブサイトでの体験に影響が出る可能性があります。詳細はこちら (クッキーポリシー)

すべてのクッキーを受け入れる

正規 URL の管理:2026 年に大規模に重複コンテンツを管理する

正規 URL は、どのバージョンのページをインデックスすべきかを検索エンジンに伝えます。大規模サイト、EC、ページネーションでの管理方法を学びましょう。

Sorankユーザーの写真Sorankユーザーの写真Sorankユーザーの写真Celio FabianoSorankユーザーの写真顧客Xavier Breullのプロフィール写真
登録者数 9,000人以上
大規模な EC ストアのサイトマップで、絞り込みやページ分割された URL を canonical の矢印が優先するカテゴリーページに集約している様子。
アップロードUI要素

ツール

Sorank創業者 Thibault Besson-Magdelain

著者について

Thibault Besson-Magdelain

Sorank創業者。SEO歴7年以上、GEOに情熱を注いでいます。
このページの内容
シェアする

要約

正規 URL は、サイト全体にわたるページの優先されたインデックス可能なバージョンで、うまく管理すれば、順位付けのシグナルを集約し、重複コンテンツを防ぎ、大規模なクロールバジェットを守れます。

さらに詳しく知るには、こちらに質問

正規 URL は、重複した、あるいはほぼ重複したアドレスが存在するときに、検索エンジンにインデックスさせたいページのマスターのバージョンです。小さなサイトではちょっとした整理の作業ですが、大きなサイト、EC のカタログ、プログラマティックに作られたサイトでは、正規化の管理は、どれだけ効率よくクロールされ順位付けされるかを直接左右する、戦略的な分野になります。

正規 URL が最も重要になるのは、重複が増殖する場所です。フィルター、並べ替え、パラメーター、ページ分割、地域別のバリエーションは、数百の実際のページを、数万のクロール可能なアドレスに変えかねません。意図的な戦略がなければ、その膨張は権威性を薄め、検索エンジンがサイトに割り当てる予算を浪費します。このガイドは、単独のタグではなく、多くのページにわたる正規化の管理に焦点を当てます。

正規 URL とは

正規 URL は、複数の URL が同じコンテンツを提供しているときに、オリジナルとして指名するページのバージョンです。正規 URL の概念と rel canonical タグは構成要素です。大規模に正規 URL を管理するとは、それらの構成要素をサイト全体で一貫して適用し、重複のあらゆるまとまりが、1 つの優先ページに解決されるようにすることです。

土台は、自己参照の canonical です。単独で固有のページでも、自分自身を指すべきです。どのバージョンを好むかを検索エンジンに伝え、インデックスの効率を高めるからです。すべてのページが自己参照するようになると、より難しい作業が始まります。サイト全体の避けられない重複のバリエーションを、それらの正規ページにどう対応づけるかを決めることです。

正規化すべきよくある重複 URL のパターン

いくつかのパターンが、確実に重複を生みます。HTTP と HTTPS、www ありとなしといったプロトコルとホストの違いは、1 つの優先形式に解決すべきです。末尾のスラッシュや大文字と小文字の違いは、同じページに技術的には別の URL を作ります。セッション ID やトラッキングのパラメーターは、きれいな URL の無数のバリエーションを生み、それらはすべてパラメーターのないバージョンを指すべきです。

コンテンツの構造が、さらに加わります。ブログのタグとカテゴリーのページは重なることがあり、色やサイズの製品バリエーションは基本の製品と重複することが多く、フィルターをかけた、あるいは並べ替えた表示は、大量のパラメーター付き URL を生みます。これらのパターンのそれぞれに一貫したルールが必要で、サイト全体が、URL のノイズにシグナルを漏らすのではなく、定義された正規 URL の集合へとシグナルを流すようにします。

ファセットナビゲーションでの正規化の管理

ファセットナビゲーションは、大規模では最も難しいケースです。フィルターのあらゆる組み合わせが固有の URL を作りうるからです。一般的なルールは、価値の低いフィルターの組み合わせを親カテゴリーに正規化することです。独自の検索需要のないフィルター表示は、インデックスを競うべきではないからです。これにより、カテゴリーページを無数のバリエーションに分散させず、強く保てます。

例外は、価値のある組み合わせです。「濃い色の幅広フローリング」のようなフィルターには本物の検索需要があるかもしれず、その場合はクロール可能なままにし、自己参照の canonical を与え、内部リンクを張ります。Zalando のような大手の小売業者は、価値のある組み合わせを本当のランディングページとして扱い、残りをまとめることで、ファセットのページを上位の結果に表示させています。ファセットをインデックスするなら、親ページと共食いしないよう、見出しと本文を変えましょう。

ページ分割を正しく扱う

ページ分割は、Google が 2019 年に rel prev と next のマークアップを廃止したことで変わり、ページ分割されたシリーズを示す公式の方法はなくなりました。Google は今や、ページ分割された各ページを独立したものとして扱うので、現代のアプローチは、シリーズのすべてのページに自己参照の canonical を与えることです。2 ページ目は 2 ページ目を、3 ページ目は 3 ページ目を指す、という具合です。

避けるべき決定的な間違いは、ページ分割されたすべてのページを 1 ページ目に正規化することです。そうすると、2 ページ目以降の製品や記事が存在しないと Google に伝えることになり、それらが静かにインデックスから落ちることがあります。自己参照の canonical を、クロール可能な内部リンクと組み合わせれば、シリーズを賢く整理しながら、深いコンテンツを発見可能に保てます。

大規模な正規化、クロールバジェット、インデックス

大きなサイトでは、正規化の戦略はクロールバジェットと切り離せません。3 つの問題が繰り返し起きます。フィルターの組み合わせにわたる重複コンテンツ、価値の低いページへのクロールバジェットの浪費、被リンクがパラメーターのバリエーションに散らばるときのリンクの価値の希薄化です。どれも、より絞り込まれた意図的な正規 URL の集合へと向かわせます。

手段によって効果が異なります。canonical タグはリンクの価値を集約するので、価値のある被リンクがパラメーター付き URL を指しているときの正しい選択です。robots.txt でパラメーターをブロックすると、クロールバジェットは守れますが、ページが一度もクロールされないので価値は渡りません。noindex は、クロールは許しつつ、ページをインデックスから外します。パターンごとにこれらを選ぶことが、クロールとインデックスの管理の核心で、ページを大量に生成するプログラマティック SEO のサイトでは特に重要です。

クロスドメインと多言語の canonical

canonical はドメインをまたぐこともあります。シンジケートされたコンテンツでは、再掲載されたコピーが、権威性を保つためにあなたのオリジナルを指すべきで、コンテンツのパートナーシップでは、どのドメインに評価を与えるかを調整すべきです。このクロスドメインの canonical は、より強いパートナーのサイトが、あなた自身のコンテンツであなたを上回るのを防ぎます。

多言語・多地域のサイトは、canonical と hreflang を組み合わせます。各言語版はそれぞれ自己参照の canonical を持ち、すべてのバージョンが hreflang の注釈で互いにリンクして、Google が地域に応じて適切なものを提供できるようにします。たとえばフランス語のページを英語のページに正規化するなど、これらを取り違えると、区別したままにすべきバージョンがまとめられてしまうので、2 つの仕組みを慎重に調整しなければなりません。

正規化の問題の監視

大規模では、canonical を一度設定して忘れることはできません。Google Search Console は、示唆に富む 2 つの状態を示します。「重複しています。Google により、ユーザーがマーキングしたページとは異なる正規ページが選択されました」と「重複しています。ユーザーにより、正規ページとして選択されていません」です。どちらも、意図した正規ページが上書きされているか見落とされていることを示し、大切なページが抑え込まれることがあります。

Screaming Frog や Sitebulb のようなクロールベースの監査ツールは、構造的な問題を捉えます。1 つのページに複数の canonical タグがある、canonical が noindex のページを指している、canonical が欠けているか間違っている、といった問題です。これらのチェックを定期的なテクニカル SEO 監査に組み込み、作業を意図的なキーワード調査とコンテンツ計画と揃えれば、大きなサイトが成長しても、正規化のシグナルをきれいに保てます。

正規 URL と AI クローラー

新たな検討事項は、AI クローラーが canonical をどう読むかです。多くの生成AIは生の HTML を解析するので、canonical タグは、エッジでレンダリングされたバージョンと、ユーザー向けの完全なバージョンの両方で、同一に提供されなければなりません。食い違いがあると、AI クローラーはどのバージョンが権威あるものか判断できず、意図した集約が損なわれます。

すっきりして一貫した正規 URL は、ChatGPT、Perplexity、Gemini のようなアシスタントが、パラメーターだらけの重複ではなく、正しいページにコンテンツの出典を帰属させる助けになります。従来のインデックスと同様に、技術的な整理整頓は、生成AI最適化の静かな後押しです。正規化の構造がすっきりしているほど、どのシステムも本当のページをより確実に特定し、引用できます。

まとめ

大規模に正規 URL を管理するとは、フィルター、パラメーター、ページ分割、バリエーション、地域別のコピーが、すべて定義された優先ページの集合に解決されるよう、一貫したルールを適用することです。自己参照の canonical が基準で、ファセットナビゲーションとページ分割が難しいケースであり、canonical、robots.txt、noindex の選択がクロールバジェットを左右します。継続的な監視が、サイトの成長とともに仕組みを健全に保ちます。

さらに進むには、単一の正規 URL の概念や、より広いクロールとインデックスと結びつけ、Sorank の調査とコンテンツ計画のツールを使って、インデックス可能な各ページを区別された状態に保ちましょう。参照した情報源:Search Engine Land、Search Engine Journal、Google Search Central。

出典

よくある質問

大規模な EC サイトでは正規 URL をどう扱うべきですか?

すべてのページに自己参照の canonical を設定し、価値の低い絞り込みの組み合わせは親のカテゴリーに正規化しましょう。実際の検索需要がある価値のある絞り込みの組み合わせは、独自の自己参照の canonical と内部リンクを持たせてインデックス可能なままにします。商品の色やサイズのバリエーションは、それぞれに独立した需要がない限りメインの商品に集約し、サイトマップには正規 URL だけを載せます。

ページ分割されたページを 1 ページ目に正規化すべきですか?

いいえ。2 ページ目以降を 1 ページ目に正規化すると、それらの深いページのコンテンツは存在しないと Google に伝えることになり、インデックスから外れることがあります。Google は 2019 年に rel prev と next を廃止したので、正しい方法は、ページ分割された各ページに自己参照の canonical を設定し、深いコンテンツが見つけられ続けるようクロールできる内部リンクと組み合わせることです。

大規模サイトで canonical、robots.txt、noindex を使い分ける違いは何ですか?

canonical タグはリンクの評価を集約するので、被リンクを集めるパラメーター付きの URL に向いています。robots.txt でパラメーターをブロックするとクロールバジェットを節約できますが、ページが一度もクロールされないので評価は渡りません。noindex はクロールを許可したまま、ページをインデックスから外します。正しい選択は、そのパターンに価値があるか、被リンクがあるか、まったくの無駄かによって決まります。

成長を目指す企業のためのブログ

先行導入企業のご紹介

野心的な創業者たちからの声

オーガニック成長ソフトウェア

8 か月で顧客 0 人から 5000 人

Thibault BMsorank.com
オーガニック成長レジャーと航空

4か月でクリック数0から1104へ

Dominiqueflight-sensations-idf.com
オーガニック成長EC

5 か月で訪問者 0 人から 1 万人

Celio Fabianomonrobotlavevitre.fr
オーガニック成長音楽ソフトウェア

4か月でクリック数30倍

Valentin Cordiertiger-sounds.com
オーガニック成長健康・ウェルネス

4か月でクリック数30倍

Rodrigue Bretonalthevia.com