URL正規化とは？表記ゆれの統一ルールと、301・canonicalの使い分け

この記事の要点：

• URL正規化とは、同じ内容のページが複数のURLで表示される状態を整理し、代表となる1つのURL（正規URL）にそろえることです。
• まず「https・wwwの有無・末尾スラッシュ・大文字小文字」などの表記のルールを決め、使わない表記は301リダイレクトで正規URLへ転送します。
• リダイレクトできないパラメータ付きURLなどはcanonicalで伝え、内部リンクとサイトマップも正規URLだけにそろえます。方法ごとに違うURLを指すと、Googleが別のURLを選ぶことがあります。
• 指定はあくまでGoogleへの手掛かりです。設定後は、リダイレクトの応答とSearch Consoleの「URL検査」で、Googleが選んだ正規URLを確かめます。

URL正規化とは：代表のURLを決めて、すべての指定をそろえること

URL正規化とは、同じ内容のページが複数のURLで表示される状態を整理し、代表となる1つのURL（正規URL）にそろえることです。サーバー側でURLの表記を統一し、検索エンジンに正規URLを伝え、サイト内のリンクやサイトマップもそのURLに合わせます。

Googleは、内容がほぼ同じページをまとめ、その中から代表のURLを1つ選んで検索結果に表示します。この選ぶ処理を正規化と呼び、選ばれたURLを正規URLと呼びます（Google 検索セントラル：URL の正規化とは）。

大切なのは、サイト側の指定は「手掛かり」であって、命令ではないことです。Googleは、HTTPSかHTTPか、リダイレクト、サイトマップに載っているか、canonicalの指定などをもとに判断します。サイト側でできるのは、これらの手掛かりを同じ1つのURLにそろえ、迷う余地を減らすことです。

正規化しないと何が起きるか

同じページが複数のURLで見られる状態は、多くのサイトで起きています。それ自体がペナルティの対象になるわけではありませんが、次のような困りごとにつながります。

重複ページ全般の原因と直し方は「重複コンテンツとは」で説明しています。この記事では、URLの表記のゆれをそろえる作業に絞って説明します。

表記ゆれのパターンと、決めておく統一ルール

まず、サイト全体で「どの表記を正とするか」を決めます。このルールが決まっていないと、リダイレクトもcanonicalも内部リンクも、担当者ごとにばらばらになります。URLの各部分（ドメイン・ディレクトリ・スラッグ）の呼び方は「ディレクトリとURLの対応」で説明しています。

いくつか補足します。

• HTTPS：Googleは、同じ内容ならHTTPSのページを正規URLに選びやすいと説明しています。ただし、証明書に問題がある、HTTPSからHTTPへリダイレクトしている、といった場合はHTTPが選ばれることがあります。
• 末尾のスラッシュ：/blogと/blog/は別のURLとして扱われます。ドメイン直後のhttps://example.comとhttps://example.com/は同じです。
• スマートフォン用の別URL：パソコン用とスマートフォン用で別のURLを使う作りは、Googleが勧める形ではありません。Googleは、同じURLで画面の幅に合わせて表示を変えるレスポンシブ ウェブデザインを勧めています。別URLを続ける場合は、パソコン用のページにalternate、スマートフォン用のページにcanonicalを書いて、対応を示します。詳しくはモバイルファーストインデックスの確認点を参照してください。
• 大文字と小文字：URLのパスは大文字と小文字が区別されます。サーバーが同じページを返していても、URLとしては別物です（Google 検索セントラル：URL 構造のベスト プラクティス）。

どの方法でそろえるか：301・canonical・リンク・サイトマップの使い分け

正規URLを伝える方法は複数あり、強さが違います。Googleは、リダイレクトとcanonicalを強い手掛かり、サイトマップへの記載を弱い手掛かりと説明しています（Google 検索セントラル：重複した URL の統合）。

一時的な転送（302など）は、恒久的な転送（301・308）よりも正規化の手掛かりとして弱い扱いです。転送先を正規URLにしたい場合は、恒久的な転送を使います（Google 検索セントラル：リダイレクトと Google 検索）。

注意したいのは、手掛かりどうしの食い違いです。Googleは、同じページについて方法ごとに違うURLを正規URLとして指定しないよう説明しています。例：サイトマップには/page/を載せ、canonicalでは/pageを指している状態です。また、1つのページにcanonicalが複数あると、すべて無視されます。

パラメータ付きURLはどう扱うか

パラメータとは、URLの「?」より後ろに付く「キー=値」の情報です。内容が変わるかどうかで扱いを分けます。

Googleは、内容を変えないパラメータはできるだけ取り除き、パラメータの区切りには一般的な「&」を使うよう説明しています。絞り込みの組み合わせが非常に多いサイトでは、すべてをcanonicalで処理するより、クロールさせないURLを決めるほうが向いている場合があります。

以前Search Consoleにあった「URL パラメータ」ツールは、2022年に廃止されました。Googleはパラメータの扱いを自動で判断するようになったと説明しています（Google 検索セントラル ブログ：URL パラメータ ツールの廃止）。今は、サイト側のURLの設計とcanonical・robots.txtで対応します。

統一する手順：決める順番と、当サイトでの例

正規化は、順番を間違えると手戻りが増えます。次の順で進めます。

1. ルールを書き出す：前の節の表をもとに、https・wwwの有無・末尾スラッシュ・小文字・入口のURLを決め、文書に残します。
2. サーバーでリダイレクトを設定する：古い表記から正規URLへ、301で1回で届くようにします。http→https→www→末尾スラッシュのように何段階も続く転送は、まとめて1回にします。
3. canonicalを確認する：各ページのcanonicalが、ルールどおりの自分自身のURLを指しているかを確かめます。パラメータ付きURLでは、パラメータの無いURLを指しているかを見ます。
4. 内部リンクを直す：メニュー・パンくず・本文・関連記事のリンクを、正規URLに置き換えます。リダイレクトを経由するリンクを残さないようにします。
5. サイトマップを直す：正規URLだけを載せ、リダイレクトするURLやnoindexのURLを外します。
6. Search Consoleで確かめる：次の節の手順で、Googleがどう判断したかを見ます。

当サイト（seoagent.jp）では、トップ/から日本語版/ja/への転送が302（一時的）になっていました。これを301（恒久的）に変え、旧サイト時代のURLも1対1で301にしました。その後、日本語版をトップ/に移し、/ja/で始まるURLを対応するページへ301にしました。反映のたびに、この301を確認しています。

また、記事一覧/ja/blog/のcanonicalが、/ja/blog/ja/という存在しないURLを指していたことがありました。多言語プラグインとの組み合わせで起きたもので、canonicalをページ自身のURLに直す処理を加えました。その後、全ページのcanonicalが自分自身を指していることを自動の確認で確かめています。canonicalは画面では見えないため、プラグインの組み合わせや更新のあとに、HTMLで確かめる習慣が役に立ちます。

設定したあとに確かめる方法

設定が意図どおりに動いているか、Googleがどう判断したかを、次の方法で確かめます。

リダイレクトの応答を確かめる

ブラウザは転送後のページを表示するため、途中の応答が分かりません。コマンドで確かめると、ステータスコードと転送先が見えます。

例：
curl -sI http://example.com/blog | grep -i -E "^HTTP|^location"
HTTP/1.1 301 Moved Permanently
Location: https://example.com/blog/

http・https、wwwあり・なし、末尾スラッシュあり・なしの組み合わせを試し、どれも301で1回で正規URLに届くかを見ます。

Search Consoleで確かめる

1. 「URL検査」で、「ユーザーが指定した正規 URL」と「Google が選択した正規 URL」を比べます（Search Console ヘルプ：URL 検査ツール）。
2. 「ページのインデックス登録」レポートで、重複や代替ページに関する理由を確認します。

直したあと、すぐに結果が変わるとは限りません。Googleは、問題を直したあとも、ページが最大2週間ほど重複のまとまりに残ることがあると説明しています。

よくある間違い

• リダイレクトが何段階も続く：例：http→https→www→末尾スラッシュ、と順に転送される状態。表示が遅くなり、確認もしにくくなります。できるだけ1回で正規URLへ届くようにします。
• 302のまま放置している：恒久的に移したのに一時的な転送のままだと、転送先が正規URLとして扱われにくくなります。
• 計測用パラメータ付きのURLで内部リンクを張る：サイト内の移動にはutm_〜を付けないようにします。
• robots.txtやnoindexで重複URLを消そうとする：robots.txtでブロックするとcanonicalやリダイレクトが読まれません。noindexは正規化ではなく、インデックスから外す指定です。
• 全ページのcanonicalをトップページに向ける：内容が違うページを正規URLに指定すると、指定が無視されたり、本来出したいページが検索に出なくなったりします。
• 変化する値をURLに含める：日付や時刻のような値を付けると、URLが際限なく増えたように見えることがあります。

よくある質問

URLの末尾にスラッシュを付けるべきか、付けないべきか、どちらがよいですか？

どちらでも構いません。大切なのはサイト内で1つに決め、もう一方を301で転送し、内部リンクとサイトマップもそろえることです。すでに使われている表記があれば、変える理由が無い限りそれに合わせると手間が少なくなります。

canonicalを設定したのに、Googleが別のURLを選んでいます。

canonicalは手掛かりの一つで、Googleはほかの手掛かりも合わせて判断します。内部リンクやサイトマップが別の表記を指していないか、指定先が200を返しているか、内容が十分に同じかを確かめてください。

大文字のURLを小文字にそろえる必要はありますか？

大文字と小文字の両方で同じページが表示されるなら、どちらかにそろえることをおすすめします。外部からリンクされている表記がある場合は、そろえたうえで、使わない表記から301で転送します。

URLを変えると検索順位はどうなりますか？

影響の大きさはサイトの状況によって異なり、決まった期間や結果は示されていません。変える場合は、旧URLから新URLへ1対1で301を設定し、内部リンクとサイトマップも新URLにそろえてください。

SEOAGENTでできること

SEOAGENTでは、Search Consoleと連携して記事ごとの表示回数やクリック、検索語を確認したり、記事同士の内部リンクの出入りを表で確かめたりできます。リダイレクトやcanonicalの設定は、サーバーやWordPressのテーマ・プラグイン側で行います。

• SEO分析・効果測定
• 内部リンクの提案・挿入

URL正規化と関わるテクニカルSEOの記事は「テクニカルSEOの記事一覧」にまとめています。

参考情報

• Google 検索セントラル：URL の正規化とは
• Google 検索セントラル：重複した URL を統合する
• Google 検索セントラル：Google 検索における URL 構造のベスト プラクティス
• Google 検索セントラル：リダイレクトと Google 検索