【Google検索セントラル解説】正規化とは｜重複ページからGoogleが代表のURLを選ぶ仕組み

2026年10月8日

中野輝規

同じ内容のページが、複数のURLで開けてしまうことがあります。そのとき、Googleは検索結果にどのURLを出すのでしょうか。

Googleは検索セントラルの1ページで、この仕組みを説明しています。

この記事は、そのページ「What is canonicalization」（正規化とは）を英語版の原文から読んで整理します。英語版と日本語版の比べ読み、更新の経緯、弊社のサイトで確かめたことも書きます。

合同会社謙虚は、3つのドメインを並行して運用し、何を変えると数字が動くかを測り続けています。同じ内容が複数のURLに分かれると数字を追いにくくなる、と原文が書くため、自社サイトの代表URLを確かめました。

結論：3行で言うと

正規化とは、重複したページのうちGoogleが最も代表的と判断した1つのURL（正規URL）を選ぶ工程です。重複そのものは通常のことで、スパムポリシーの違反にはならないとされています
選ぶ材料は、HTTPかHTTPSか、リダイレクト、サイトマップに載っているか、rel=canonicalのlinkの4つです。伝えられるのは希望で、Googleが別のページを選ぶ場合もあります
正規ページは最もよくクロールされ、内容と品質を評価する主な拠り所になります。検索結果には通常、正規ページが出ます

このページの基本情報

項目	内容
原題（英語）	What is canonicalization
日本語版の題名	正規化とは
英語版の最終更新日	2026年8月20日
日本語版の最終更新日	2026年9月11日
Google検索セントラルの中の位置（章）	左の目次の「Crawling and indexing」（クロールとインデックス登録）にある「Canonicalization」グループの1本目です。同じグループに、指定の方法を扱うページと、問題の修正を扱うページが続きます
直近の主な更新	2026年7月10日と8月20日に、本文へ文が加わりました（保存版との比較による）。変更履歴にこのページを名指しした項目は、2023年2月2日の1件だけで、正規化の説明を3つのページに分けた、という内容です。詳しくは「更新の経緯」の節にまとめました

原文はこちらで読めます。英語版／日本語版。

Googleがこのページで言っていること

正規化の定義：代表のURLを1つ選ぶ

正規化は、あるコンテンツを代表するURLを選ぶ工程です。選ばれたURLが正規URLです。

Googleは、これを重複除去とも呼ぶと説明しています。検索結果には、重複したコンテンツのうち1つのバージョンだけを出すための工程です。

重複が生まれる5つの理由

原文は、重複コンテンツが生まれる理由を5つ挙げています。

地域の違い：米国向けと英国向けでURLを分けたが、実質は同じ言語の同じ内容
デバイスの違い：1つのページにモバイル版とPC版がある
プロトコルの違い：HTTP版とHTTPS版のサイトがある
サイトの機能：カテゴリページの並べ替えや絞り込みの結果が別のURLになる
意図しない複製：サイトのデモ版が、クローラーに見える状態で残っている

重複は通常のこと、ただし不便は生まれる

サイトの中にある程度の重複があるのは普通で、Googleのスパムポリシーの違反にはならない、と書かれています。

一方で、同じ内容に多数のURLからたどり着けると、2つの不便が生まれるとしています。

訪問者が、どれが正しいページか、2つに違いがあるのかを迷う
自社のコンテンツが検索結果でどう動いているかを、追いにくくなる

Googleが正規URLを選ぶ流れ

Googleはページをインデックスに登録するとき、各ページの主要な部分（英語版にも「centerpiece」の併記があります）を見分けます。

同じ、またはとても似た主要部分を持つ複数のページを見つけると、まとめて1つのグループにします。

そのうえで、インデックス登録の過程で集めた要因（シグナル）をもとに、検索ユーザーにとって最も完成度が高く有用と客観的に判断されるページを選び、正規としてマークします。

正規ページは最も定期的にクロールされます。重複ページは、サイトへのクロールの負荷を減らすため、頻度が下がります。

判断に関わる要因と、希望の伝え方

正規化に関わる要因として、原文は4つを挙げています。

HTTPかHTTPSか：ページがどちらで提供されているか
リダイレクト：別のURLへ転送しているか
サイトマップ：そのURLがサイトマップに載っているか
rel=canonicalのlink：ページに書き込む、代表のURLを示す指定

これらを使えば、Googleに希望を伝えられます。ただしGoogleは、さまざまな理由で別のページを選ぶことがあります。

原文には、次の1文があります。

“That is, indicating a canonical preference is a hint, not a rule.”（つまり、正規URLの希望を示すことはヒントであって、規則ではありません）

言語と地域の扱い

1つのページの言語違いのバージョンは、本文が同じ言語のままのときだけ重複とみなされます。ヘッダーやフッターなど重要でない部分だけを翻訳し、本文が元のままなら重複です。

同じ言語で地域だけ違うページ（米国向けと英国向けなど）は、正規化とhreflangの両方を使うよう勧められています。どちらの地域のURLを検索結果に出すかを、Googleがつかみやすくなるためです。

検索結果と評価での扱い

Googleは、正規ページを、内容と品質を評価する主な拠り所にします。

検索結果は通常、正規ページを指します。重複のうちの1つが、検索ユーザーに明らかに向いているときは別です。

例として、利用者がモバイル機器で検索した場合は、PC版が正規でも、モバイル版のページが出る可能性が高い、と書かれています。

最後に、希望の伝え方と、そもそも必要かどうかを扱う別ページへのリンクがあります。

英語版と日本語版の違い

英語版は2026年8月20日、日本語版は2026年9月11日の更新です。日本語版のほうが22日新しい状態です。

2026年10月8日に、保存した原文を読み比べました。英語版は同じ日に取り直し、本文が保存したものと同一であることを確かめています。

日本語版の最終更新日は、保存時と同じでした。日本語版には、2026年7月10日と8月20日に加わった文が、どちらも入っています。

節の数、箇条書きの数、リンク先は一致し、内容を変える差は見つかりませんでした。見つかったのは、訳の濃淡にあたる4点です。

箇所	英語版	日本語版
希望を伝える手段の性質	「a hint, not a rule」（ヒントであって、規則ではない）	「確実ではありません」。ヒントという語は出てきません
要因の数	正規化に関わる要因は、少数であると述べる	「正規化で重要となる要素は多くありません」。「重要となる」が足されています
重複を減らす目的	重複ページのクロールは、「the crawling load on sites」（サイトにかかる負荷）を減らすため	「Google がサイトをクロールする負荷を軽減するため」。誰の負荷かが、読み手によって分かれます
重複が検索結果に出る場合	重複のどれかが、検索ユーザーに明示的に向くとき	「明らかに」向くとき。意味はほぼ同じです

ここからは私の読み取りです。1行目は、日本語だけを読むと「伝えても通らないことがある」程度に受け取れます。

英語版は、伝えた内容が判断材料の1つにとどまることを、より明確に述べています。

どの差も、取るべき行動を変えるものではありません。

更新の経緯

変更履歴（2026年10月1日更新の版）と、Internet Archiveの保存版を突き合わせました。

変更履歴でこのページを名指しした項目は、2023年2月2日の1件です。正規化の説明を、正規化とは何か・指定の方法・問題の修正の3ページに分けた、とあります。

保存版は、2023年2月から2026年10月までの27本を取得できました。ページ下部の「最終更新日」の表示と、本文の文章を比べています。

本文の文章に差があったのは、次の4回です。

最終更新日の表示	本文で変わったこと
2024年2月1日	HTTPまたはHTTPSで提供されているか、の言い回しが変わりました。意味は同じです
2024年2月7日	同じ内容に多数のURLからたどり着ける弊害に、「訪問者がどれが正しいページか迷う」という例が加わりました
2026年7月10日	似たページを「まとめて1つのグループにする」段階が、文として加わりました。それまでは、似たページがあればGoogleが最良のページを選ぶ、という1文でした
2026年8月20日	地域違いの例にhreflangが加わり、同じ言語で地域だけが違うページには正規化とhreflangの両方を使う、という段落が増えました。末尾の案内も、多言語・多地域サイトの設定を扱うページへの案内から、多地域サイトでの重複ページの扱いへの案内に変わりました

最終更新日の表示だけが変わり、本文に差が見つからなかった回は、2023年に4回、2024年に3回、2025年に3回あります。2025年12月10日の更新も、その1つです。

取得できなかった保存版もあるため、保存版と保存版の間で起きた変更を見落としている可能性があります。

2026年7月10日は、隣の「問題の修正」のページが変更履歴に載った日と同じです。両者の関係は、どちらにも書かれていません。

その隣のページの変更履歴には、2023年5月2日に他サイトへ配信するコンテンツ向けの推奨を足した、という項目もあります。このページの外ですが、正規化の公式の説明は周辺のページでも動いています。

このページから、言えること・言えないこと

言えること	言えないこと
サイト内に重複コンテンツがあることは通常で、スパムポリシーの違反にはならない	重複があると順位が下がる、ペナルティを受ける。ページが挙げる弊害は、訪問者の迷いと、検索結果での動きの追いにくさです
HTTP/HTTPS、リダイレクト、サイトマップ、rel=canonicalが、判断の要因になる	rel=canonicalを付ければ、そのURLが必ず正規になる。ページ自身が、伝えるのはヒントだと書いています
正規ページは最も定期的にクロールされ、内容と品質の評価の主な拠り所になる	重複ページが評価されない、検索から消える。重複ページの評価の細部は、このページに書かれていません
本文が翻訳されていれば、言語違いのバージョンは重複とみなされない	ヘッダーとフッターだけ翻訳したページが、別ページとして扱われる。その場合は重複とされています
検索結果には通常、正規ページが出る	検索結果は常に正規ページになる。モバイル利用者にはモバイル版が出る例が挙がっています

中小企業の視点で、どう受け取るか

ここからはGoogleの説明とは別の、私の読み取りです。従業員が数人から数十人で、WordPressのサイトを持つ会社を想定します。

1. 同じ内容が開くURLを、ブラウザで洗い出す

自社の主力ページ1本のURLに、次の形を試して開きます。

末尾のスラッシュを付ける・外す
wwwを付ける・外す
末尾に「?utm_source=test」を足す

別のURLのまま同じページが開くなら、重複が生まれています。

開いたページの上で右クリックし、「ページのソースを表示」を選びます。

Ctrl+F（Macならコマンドキーを押しながらF）で「canonical」を探すと、そのページが代表と示しているURLが読めます。

どの形でも同じURLを指していれば、希望は一貫しています。

2. 自社の希望と、Googleが選んだURLを見比べる

Search Consoleの上部の検索窓に、ページのURLを入れてURL検査にかけます。

この検査で「Googleが正規と考えるページ」を確認できる、と隣のページ（問題の修正）に書かれています。私が保存した英語版で確かめました。

画面上の項目名は、日本語版でどう表示されるかを私は未確認です。画面に出る名前で、自社が示した正規URLとGoogleが選んだURLが同じか見比べてください。

違っていた場合の原因の見方は、次に読むページに載っています。

3. 並べ替え・絞り込み、テスト用サイトに目を向ける

商品や事例の一覧に、並べ替えや絞り込みの機能があれば、操作後のURLがどう変わるかを見ます。URLが変わり、同じ一覧が別のURLで開くなら、原文の言う「サイトの機能による重複」にあたります。

制作を依頼した会社には、制作時のテスト用サイトがまだ残っていないか、残っているなら外から見えない状態か、を尋ねます。原文が挙げる「意図しない複製」の確認になります。

4. 多言語・多地域のページは、本文まで訳してあるかを見る

英語版のページを置いている会社は、本文まで英語にしてあるかを確かめます。ヘッダーとフッターだけ英語で、本文が日本語のままなら、重複とみなされます。

国や地域ごとに、同じ言語のページを分けている会社は、正規化とhreflangの両方が必要です。hreflangの書き方は、このページの外にあります。

弊社のサイトで確かめたこと

2026年10月8日に、kenkyo.aiで次の確認をしました。Search Consoleの画面は見られないので、Googleが選んだ正規URLは未確認です。

確認	結果
`curl -sL` でトップページと記事2本のHTMLを取得し、canonicalのlinkを抽出	3ページとも、link要素が1つあり、そのページ自身のURLを指していました。記事が自分自身を指す形です
記事の末尾のスラッシュを外したURLを `curl -sI` で確認	301で、スラッシュ付きのURLへ転送されました
wwwを付けたURLを `curl -sI` で確認（記事とトップ）	どちらも301で、wwwなしのURLへ転送されました
WordPressの短縮形のURL（「?p=記事の番号」の形）を `curl -sI` で確認	301で、通常の記事URLへ転送されました
記事に「?utm_source=test&sort=1」を足して取得	200で開きましたが、canonicalのlinkは、足す前の記事URLを指していました
サイトマップ（post-sitemap.xml）を取得して、同じ記事を検索	記事のURLは1件で、canonicalのlinkと同じ形で載っていました