URL正規化の統一手順｜wwwありなしとhttpsをまとめて集約する
この記事の要点
- 正規化の肝はwww有無とhttp/httpsを1つのURLに集約すること
- 最短ルートは301リダイレクト1回で最終形へ飛ばす設定。コピペ例あり
- やりがちな失敗は多段リダイレクトとcanonical設定ミス。回避法を本文で解説
「同じページなのに、wwwありとなしの両方でアクセスできてしまう」「httpとhttpsが混在していて、検索評価が分散していないか不安」という状態を、正しく1本化したい方に向けた記事です。
この記事では、URL正規化（つまり、複数の入り口URLを1つの正しいURLにまとめること）を、301リダイレクトのコピペ例・canonicalタグ・サーチコンソールでの確認まで、実際に手を動かせる手順で解説します。読み終わる頃には、自社サイトのURLをどう統一すればいいか、その日のうちに着手できる状態を目指します。
なお、canonicalタグそのものの細かい書き方は重複コンテンツ対策｜canonicalタグの正しい書き方と設置5ステップで詳しく扱っています。まだ設定していない方は、先にそちらを読んでから戻ってきてもらうと理解がスムーズです。
Contents / 目次
URL正規化で最初にやるべきこと。統一の方向を1つ決める
URL正規化でまずやるべきことは、サイト全体で「これが正しいURLの形」というゴールを1つに決めることです。決めるのは次の3点です。
- httpsに統一：SSL化が済んでいるなら、httpは必ずhttpsへ集約する
- wwwあり/なしを片方に統一：www.example.com か example.com のどちらか一方に決める
- 末尾スラッシュやindexの扱い：末尾の「/」や「index.html」の有無も1つに揃える
ここで大事なのは、wwwは「あり」と「なし」のどちらを選んでもSEO評価に差は出ないという点です。優劣ではなく、一貫してどちらか一方に揃えること自体が正解です。迷ったら、今すでに検索結果に多く表示されている方に合わせると、移行の影響を小さくできます。
なぜ統一が必要かというと、検索エンジンはURLの文字列が1文字でも違えば「別のページ」として扱う可能性があるからです。つまり、http版・https版・www版・www無し版が全部生きていると、最大で4つの別ページと見なされ、本来1ページに集まるはずの評価が分散してしまいます。
ポイント。重複コンテンツそのものにペナルティはありません。問題は「評価の分散（リンク評価の希薄化）」です。だから怖がる話ではなく、単純に「損をしないための整理」だと考えてください。
統一の手段は大きく2つです。役割が違うので、下の表で整理しておきましょう。
| 手段 | 役割 | 効き方 |
|---|---|---|
| 301リダイレクト | 非正規URLへのアクセスを正規URLへ強制的に転送する | ユーザーも検索エンジンも正規URLに集約される。最も確実 |
| rel=”canonical”タグ | このページの正式版はこれ、と検索エンジンに伝える | あくまで「推奨シグナル」。転送はしない補助手段 |
| XMLサイトマップ | クロールしてほしい正規URLだけを一覧で示す | 単独では弱い。上記2つを補強する役割 |
結論として、ドメイン全体のwww・http/httpsの統一は「301リダイレクトが主役」、ページ単位の細かい重複対策は「canonicalが主役」と覚えておくと、迷いません。
URL正規化を統一する具体的な手順
URL正規化は、次の4ステップで進めると安全に完了できます。特に大事なのは、複数のリダイレクトを連鎖させず、非正規URLから最終形へ「1回で」飛ばすことです。
ステップ1。現状のアクセス状態を確認する
最初にやるのは、今どのURLが生きているかの確認です。ブラウザのアドレスバーに、次の4パターンを手で打ち込んでアクセスしてみてください。
- http://example.com：httpのwww無し
- http://www.example.com：httpのwwwあり
- https://example.com：httpsのwww無し
- https://www.example.com：httpsのwwwあり
理想は、4つのうち3つが残り1つ（決めた正規URL）へ自動で切り替わる状態です。切り替わらずに複数の形でそのまま表示されるなら、まだ統一できていません。ここで「どれが今のメインか」も見えてきます。
ステップ2。301リダイレクトで最終形へ1回で転送する
統一の本丸が301リダイレクト（恒久的な転送を意味する設定）です。Apacheサーバーなら、サイトのルートにある.htaccessファイルに記述します。httpsのwwwありへ集約する場合の例が次のコードです。
# ［Apache環境用。.htaccessの先頭付近、WordPressの記述より前に置く］
# ［http、または www なしのアクセスを、https + www へ1回で集約する例］
# ［example.com の部分は自社ドメインに置き換える］
RewriteEngine On
# httpでのアクセス、または www なしのアクセスを検知
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
# 最終形（https://www.example.com/）へ301で転送
RewriteRule ^(.*)$ https://www.example.com/$1 [R=301,L]逆に「www無し（https://example.com）」へ統一したい場合は、条件と転送先を入れ替えます。次のコードです。
# ［http、または www ありのアクセスを、https + www無し へ1回で集約する例］
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\.example\.com$ [NC]
RewriteRule ^(.*)$ https://example.com/$1 [R=301,L]このコードのポイントは、条件を[OR]でつなぎ、転送先を最終形だけにしていることです。こうすると「http非www → http www → https www」のような多段転送を避け、どの入り口から来ても1回のジャンプで正規URLに着地します。
.htaccessの記述ミスは、サイト全体が表示されなくなる重大なトラブルにつながります。編集前に必ず元のファイルをダウンロードしてバックアップを取り、変更後はすぐに全ページの表示を確認してください。自信がなければ、レンタルサーバー管理画面の「常時SSL化」「wwwありなし設定」などの機能を使う方が安全な場合もあります。
ステップ3。WordPressのサイトURLを正規の形に合わせる
WordPressを使っている場合は、管理画面の一般設定で「WordPress アドレス (URL)」と「サイトアドレス (URL)」を、決めた正規URL（httpsで、www有無も統一した形）に揃えます。ここが古いhttpやwww無しのままだと、内部リンクや読み込むファイルのURLが非正規のまま出力され、せっかくの転送と食い違います。
あわせて、各ページのhead内に自己参照のcanonicalタグが入っているかも確認します。多くのSEOプラグインは自動で出力しますが、手で書く場合は次の形です。
<link rel="canonical" href="https://www.example.com/page-a/">canonicalは「そのページ自身の正規URL」を、転送されない最終URLで指すのが基本です。重複がないページにも自己参照canonicalを入れておくのが、検索エンジンに明確なシグナルを送るうえで推奨される作法です。プラグインの具体的な設定画面の名称はバージョンで変わるため、正確な操作は各プラグインの公式ヘルプで確認してください。
ステップ4。サイトマップと転送の動作を確認する
最後に、XMLサイトマップには正規URLだけを載せます。http版やパラメータ付きURL、www無しの旧URLなどは含めません。サイトマップは正規化の補強材料なので、中身が非正規URLだと逆に混乱のもとになります。
ここまで終えたら、ステップ1で試した4つのURLにもう一度アクセスし、すべてが正規URLへ1回で転送されるかを目視で確認します。この最終チェックの詳しい進め方は、後半の失敗パターンでも触れます。移行時のより丁寧な確認フローはサイトリニューアルのSEO引き継ぎ手順｜301と公開後72時間の確認も参考にしてください。
正規化を統一すると何が良くなるのか
URL正規化を統一すると、分散していた評価が1つのURLに集まり、サイトの土台が安定します。目に見えて数字が跳ねる派手な施策ではありませんが、他の施策の効き目を底上げする地味に効く土台づくりです。
具体的に良くなるのは、次の3点です。
- 評価の集約：被リンクや検索評価が正規URLに一本化され、無駄に分散しなくなる
- クロール効率の改善：検索エンジンが同じ内容を何度もクロールする無駄が減り、重要ページに巡回が回りやすくなる
- 表示の安定と信頼性：httpsに集約することで、ブラウザの「保護されていない通信」警告を避け、ユーザーの安心感につながる
重複コンテンツそのものに直接の順位ペナルティがかかるわけではありません。だからこそ、正規化の目的は「罰を避ける」ことではなく、本来1ページに集まるはずの評価を、取りこぼさないことにあります。
wwwの有無をどう統一するかについては、Google検索セントラル コミュニティのwwwあり・なしの統一方法に関するスレッドでも、リダイレクトによる一本化が実務的な方法として案内されています。
正直に言うと、正規化だけで検索順位が急上昇することはまずありません。効果は「他の施策がちゃんと積み上がる状態を作る」という間接的なものです。ただ、ここが崩れていると、良い記事を書いてもリンクを集めても評価が2つに割れて力が半減します。だから優先度は高い、というのが現場の感覚です。
URL正規化でよくある失敗と回避法
URL正規化でつまずくポイントは、だいたい決まっています。ここでは現場で実際によく見かける失敗を3つ挙げ、それぞれの防ぎ方をセットで解説します。
失敗1。リダイレクトが多段に連鎖している
一番多いのが、リダイレクトの連鎖（リダイレクトチェーン）です。たとえば「http非www → http www → https www」と3段階を踏む状態で起こります。SSL化とwww統一を別々のタイミングで設定すると、こうなりがちです。
連鎖が起きると、転送のたびに読み込みが遅くなり、ユーザー体験も検索評価も少しずつ削られます。回避策は、ステップ2のコードのように、どの入り口からでも最終形へ「1回で」飛ばす設定に書き直すことです。設定後は、リダイレクトの回数を確認できるオンラインツールで、転送が1回で完結しているかを見ておくと安心です。
失敗2。canonicalタグが転送されるURLを指している
2つ目は、canonicalタグの指し先が間違っているケースです。canonicalが、さらに別URLへ301転送されるページや、noindex（検索結果に出さない設定）のページを指していると、矛盾したシグナルになります。
こうなると、Googleは指示を無視して独自に正規URLを選んでしまい、意図しないページが正規扱いになることがあります。回避策は、canonicalの指し先を「転送されずにそのまま表示される、インデックス可能な最終URL」にすること。1ページに複数のcanonicalを置かないことも徹底してください。canonicalの考え方はcanonicalタグの正しい書き方の記事で詳しく整理しています。
失敗3。SSL証明書が片方のURLしかカバーしていない
3つ目は、SSL証明書の対応範囲の見落としです。wwwありとなしの両方がアクセス可能なのに、証明書が片方（たとえばwww無しだけ）しかカバーしていないと、もう片方にアクセスしたときにブラウザがセキュリティ警告を出します。
転送で正規URLへ飛ばす場合でも、転送元のURLに一瞬アクセスが発生するため、証明書が両方をカバーしていないと警告が出ることがあります。回避策は、証明書が正規URLだけでなく、リダイレクト元のホスト名も含めて有効になっているかを確認すること。SSLの対応範囲はサーバーやプランごとに異なるため、www有無の両方が証明書に含まれているかは、契約中のサーバーの公式ヘルプや管理画面で必ず点検してください。
チェックリスト。設定後は次の5点を順番に見ていけば、大きな事故は防げます。
- 非正規URLから正規URLへ1回で転送されるか
- canonicalは転送されない最終URLを指しているか
- 1ページにcanonicalは1つだけか
- サイトマップに正規URLだけが載っているか
- SSL警告が出ないか
実務でつまずく現場の落とし穴と割り切り
正規化は「一度やれば終わり」ではなく、反映を待つ工程と、その後の運用が意外と大事です。ここは教科書には書かれにくい、現場ならではの割り切りどころをお伝えします。
まず知っておいてほしいのは、設定してもGoogleがすぐに認識してくれるわけではないことです。正規URLの切り替えがインデックスに反映されるまでには時間がかかります。設定直後に順位が動かなくても焦らず、サーチコンソールのURL検査ツールで「Googleが選んだ正規URL」がこちらの意図と合っているかを、数週間かけて確認していくのが現実的です。
次に、旧URLの301リダイレクトは、当分の間つけっぱなしにすることをおすすめします。「もう反映されたから外そう」と早々に転送を止めると、まだ旧URLで評価やアクセスを持っていた分が宙に浮きます。最低でも半年〜1年は残す、というのが安全な割り切りです。
もう1つの落とし穴が、外注や過去の担当者が入れた設定と、今の設定が競合するパターンです。次の3か所で別々にリダイレクトが設定され、互いに打ち消し合っていることが本当によくあります。
- サーバー側の.htaccess
- WordPressのプラグイン
- CDNやサーバー会社の管理画面
原因が分からない転送トラブルは、まずこの3か所を1つずつ確認するのが近道です。
正直なところ、.htaccessの直接編集は一歩間違えるとサイトが丸ごと落ちるため、慣れていない方が本番でいきなり触るのはおすすめしません。サーバー管理画面のSSL・www統一機能で済むなら、まずそちらを使うのが賢い割り切りです。細かい制御が必要な場合だけ.htaccessに踏み込む、という順番で十分です。反映後の確認でつまずいたら、サーチコンソールで除外を確認する手順｜未登録の直し方もあわせて見てみてください。
よくある質問
wwwはありとなし、結局どっちにすればいいの？
どちらでもSEO評価に差はないので、優劣で選ぶ必要はありません。決め手は「一貫して片方に統一すること」だけです。迷ったら、今すでに検索結果に多く表示されている方に合わせると、移行の影響を最小限にできます。
301リダイレクトとcanonicalタグ、両方いるの？
役割が違うので、両方あるのが理想です。ドメイン全体のwww・https統一は転送が確実な301が主役、ページ単位の細かい重複整理はcanonicalが担当します。ただしcanonicalは「推奨」の合図で、強制力があるのは301のほうだと覚えておいてください。
設定してどれくらいで検索結果に反映される？
数日〜数週間かかることが多く、サイト規模によってはさらに時間がかかります。すぐ反映されなくても焦らず、サーチコンソールのURL検査ツールで正規URLの認識状況を定期的に確認しましょう。旧URLの転送は当分残しておくのが安全です。
.htaccessを触るのが怖い。他に方法はない？
あります。レンタルサーバーによっては、SSL化やwww有無の統一を管理画面から設定できる機能が用意されていることがあります。機能の名称や有無、対応範囲は契約中のサーバーやプランで異なるため、詳しくは各サーバーの公式ヘルプで確認してください。使える場合はまずそちらを試し、細かい制御が必要なときだけ.htaccessに踏み込む、という順番がおすすめです。
まずは今日、自社サイトのURLを「http」「www無し」など非正規の形で手打ちアクセスし、正規URLへ1回で切り替わるかだけ確認してみてください。ここが崩れていたら、この記事のステップ2から着手すれば大丈夫です。次の一歩として、URLの見え方そのものを整えたい方はスラッグのSEO設定と最適化｜短く英数字で決める基本ルールと手順もあわせて読むと、URL周りの整理が一気に進みます。
「設定を触るのが不安」「複数の場所でリダイレクトが競合していて原因が分からない」という場合は、コレットラボのWeb集客・技術SEO支援でも相談を受け付けています。現状のURL構成を整理するだけでも歓迎なので、気軽にお話を聞かせてください。
30分の無料相談
現状をお聞きし、優先順位を一緒に整理します。
予約する →
関連記事
月次マーケ運営の外部チーム
施策はあるのに回らないマーケ運営を、月次で整えます
ホームページ、SNS、広告、Googleマップ、LINEが点在している状態を、優先順位、実装、振り返りまで同じ月次ボードで進めます。
サービスを見る