wwwあり・なしをhtaccessで統一する手順と注意点

自社サイトのURLが「https://www.あり」でも「wwwなし」でも同じページが開いてしまう。この状態では、検索結果にどちらのURLを出すかをGoogleが選ぶことになり、検索での成果も追いにくくなります。

この記事は、自社サイトを自分で（またはWeb担当者と一緒に）運用していて、URLの正規化をきちんと済ませたい方に向けたものです。読み終わる頃には、.htaccessに貼る具体的なコード、貼る場所、公開後の確認方法まで分かり、明日には作業に取りかかれる状態を目指します。

なお、httpからhttpsへの301リダイレクトだけを知りたい方は、httpをhttpsへ301リダイレクトする.htaccessの書き方で先に整理できます。この記事は「www統一」と「https化」をまとめて片づける前提で進めます。

Contents / 目次

1. 結論。301リダイレクトで片方に寄せるのが正解
2. .htaccessでwwwを統一する手順
3. 統一するとサイト運営に何が変わるか
4. よくある失敗と回避法。ここで事故が起きる
5. 現場で見えた落とし穴と、任せどきの線引き
6. よくある質問

結論。301リダイレクトで片方に寄せるのが正解

結論から言うと、wwwのあり・なしはどちらか一方に301リダイレクトで統一するのが正解です。Googleの説明では、重複するURLの「いずれか」を正規URLに選び、ほかのURLから転送する方法が案内されています。大事なのは「片方に統一されていること」そのものです。

なぜ統一するのか。検索エンジンは「www.example.com」と「example.com」を、見た目が似ていても別々のURLとして扱います。Googleは中身が同じページを重複としてまとめ、その中から検索結果に出す正規URLを1つ選びます。リダイレクトで片方に寄せると、どちらを正規URLにしたいかをGoogleに強く伝えられ、もう一方のURLへのリンクなどのシグナルも統一先にまとまります。

301リダイレクトとは。「このURLは恒久的に別のURLへ引っ越しました」とサーバーが伝える仕組みです。Googleは、301などの永続的なリダイレクトを、転送先が正規URLであることを示すシグナルとして使います。一時的な転送を意味する302は、このシグナルとして使われないため、URL統一では301を使います。

やることの全体像は、次の3つに整理できます。

• 統一先を決める：「wwwなし」か「wwwあり」か、どちらに寄せるかを先に決める
• .htaccessに書く：Apacheサーバーの設定ファイルに301リダイレクトのコードを追記する
• 確認する：両方のURLで開いてみて、正しく片方へ飛ぶか、エラーが出ていないかを検証する

統一先をどちらにするかの判断軸を、表にまとめました。迷ったら「今すでにアクセスが多い方」に合わせるのが一番安全です。

判断の観点	wwwなしに統一	wwwありに統一
見た目・入力のしやすさ	短くて覚えやすい。好みで選んで問題なし	やや長いが伝統的で信頼感を持つ人も
すでに使っている方	名刺や広告がwwwなしなら合わせる	被リンクや広告がwwwありに集中しているなら合わせる
技術的な注意点	特になし（一般的な構成）	特になし（一般的な構成）

Googleの説明には、wwwあり・なしのどちらに統一すべきかの指定はありません。すでに名刺・チラシ・広告・被リンクがどちらの表記で世に出ているかを確認し、変更が少なくて済む方を選ぶのが現実的です。「2つを1つにする」こと自体が目的だと考えてください。

.htaccessでwwwを統一する手順

ここからが本題です。.htaccessファイルを編集して、実際にwwwを統一する手順を順番に解説します。作業は5ステップで、慎重にやれば非エンジニアの方でも進められます。ただし1文字のミスでサイト全体が表示されなくなるファイルなので、バックアップだけは必ず取ってください。

ステップ1。今のファイルを必ずバックアップする

最初にやることは、既存の.htaccessファイルのバックアップです。理由は、.htaccessは記述ミスがあるとサイト全体が「500 Internal Server Error」で真っ白になる、繊細なファイルだからです。

FTPソフト（FileZillaなど）やレンタルサーバーのファイルマネージャーで、サイトのルートディレクトリ（一番上の階層、多くは「public_html」や「www」フォルダの中）にある「.htaccess」を探します。見つかったら、パソコンにダウンロードして保管してください。ファイル名の先頭がドット（.）で始まるため、FTPソフトの設定で「隠しファイルを表示」をオンにしないと見えないことがあります。

まだ.htaccessが無い場合。新規サイトでファイルが存在しないこともあります。その場合は、ステップ2で用意するコードを書いた新しいファイルを、ステップ4でアップロードします。バックアップは不要ですが、他の設定を上書きしないよう、既存ファイルの有無だけは必ず確認してください。

ステップ2。統一先を決めてコードを用意する

統一先（wwwなし／wwwあり）を決めたら、対応するコードを用意します。ここでは実務でよく使う「https化も同時に行う」パターンを載せます。今どきのサイトは常時SSL（https）が前提なので、www統一とhttps化をまとめて済ませるのが効率的です。

まず「wwwなし」に統一する場合のコードです。example.comの部分を、自社の実際のドメインに書き換えて使ってください。

# wwwなし + https に統一する（example.com を自社ドメインに変更）
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]

次に「wwwあり」に統一する場合のコードです。こちらもwww.example.comを自社ドメインに合わせてください。

# wwwあり + https に統一する（www.example.com を自社ドメインに変更）
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} !^www\. [NC]
RewriteRule ^(.*)$ https://www.example.com/$1 [L,R=301]

コードの意味を、かんたんに言うとこうです。各行の役割は次の通りです。

• RewriteEngine On：「これから書き換えルールを使います」という宣言です
• RewriteCond：「どんな条件のとき」に書き換えるかを指定します
• RewriteRule：「どう書き換えるか」を指示します
• [L,R=301]：「301リダイレクトで転送し、ここで処理を終える」という意味のフラグです

条件行の%{HTTPS} off [OR]は「httpで来たら（またはの意味で次の条件へ）」、^www\.は「wwwで始まるホスト名なら」を表します。「wwwあり」に寄せる方は!^www\.と先頭に!が付き、「wwwが付いていないなら付ける」という逆の条件になっています。

ステップ3。WordPressの場合は書く位置に注意する

WordPressサイトの場合は、書く位置に注意します。# BEGIN WordPressから# END WordPressまでの範囲は、プラグインやパーマリンクの設定を保存したときに書き換わることがあります。自分で追記したコードが消えるのを避けるため、リダイレクトのコードはこの範囲の外に書くのが安全です。作業前に、お使いのCMSの公式ドキュメントで.htaccessの扱いを確認してください。

リダイレクトのコードは、# BEGIN WordPressの行より上に貼り付けてください。イメージは次の通りです。

# ここに今回のリダイレクトコードを貼る
RewriteEngine On
RewriteCond %{HTTPS} off [OR]
RewriteCond %{HTTP_HOST} ^www\. [NC]
RewriteRule ^(.*)$ https://example.com/$1 [L,R=301]

# BEGIN WordPress
（WordPressが自動生成する部分。ここは触らない）
# END WordPress

WordPressには、サイトのURLの設定に合わせて、wwwあり・なしの片方へ自動で転送する仕組みがあります（WordPress 公式のリファレンス「redirect_canonical()」）。管理画面の［設定］＞［一般］にある「WordPress のアドレス (URL)」と「サイトアドレス (URL)」が、.htaccessで寄せる先と違う表記（wwwの有無やhttp）のままだと、WordPressと.htaccessが互いに逆の方向へ転送し、ループの原因になります。作業前に、この2つが統一先と同じURLになっているかを確認してください。

WordPress以外の静的サイトの場合は、ファイルの先頭に書けば大丈夫です。CMSやプラグインで別途リダイレクト設定をしている場合は、二重にかかってループする原因になるため、そちらを先に確認してください。

ステップ4。ファイル名と保存形式を間違えずアップする

編集したファイルは、正しいファイル名でサーバーのルートディレクトリにアップロードします。ここでのつまずきは「ファイル名」と「文字コード」の2点にほぼ集約されます。

Windowsのメモ帳などでは「.htaccess」という名前で直接保存できないことがあります。その場合は一度「htaccess.txt」などで保存し、サーバーにアップロードした後に「.htaccess」へリネーム（名前変更）してください。拡張子の「.txt」が付いたままだと設定はまったく反映されません。

保存時の文字コードは「UTF-8」で、できれば「BOMなし」を選びます。VS CodeやCotEditorなどの高機能なテキストエディタを使うと、この指定がしやすくなります。アップロード先は必ずサイトのルートディレクトリ（トップの階層）です。

ステップ5。両方のURLで開いて動作を確認する

アップロードが終わったら、必ず動作確認します。ここを飛ばすと、ミスに気づかないまま数日間サイトが表示されない事故につながります。次の項目を1つずつチェックしてください。

• 統一先が正しく開くか：残す側のURL（例：https://example.com）をそのまま入力し、普通に表示されるか
• 反対側が転送されるか：消す側のURL（例：https://www.example.com）を入力し、統一先へ自動で切り替わるか
• httpも転送されるか：「http://」で始まるURLを入力し、httpsの統一先へ飛ぶか
• 下層ページも転送されるか：トップだけでなく、会社概要やブログ記事など個別ページのURLでも試す

ブラウザには前のアクセス記録（キャッシュ）が残っているため、確認は「シークレットモード（プライベートウィンドウ）」で行うと確実です。転送が301になっているかまで確認したい場合は、Chromeのデベロッパーツールの［ネットワーク］パネル（英語の画面では Network）で、ステータスコードが「301」と出ているかを見ます。設定が済んだら、Search Console登録3ステップ｜所有権確認とサイトマップ送信を参考にSearch Consoleを登録し、統一後のURLだけを載せたサイトマップを送信しておきます。Googleは、サイトマップに載ったURLを、正規URLを示すシグナル（リダイレクトより弱いもの）として扱います。

統一するとサイト運営に何が変わるか

www統一を済ませると、目に見える派手な変化はありませんが、サイトの土台が安定します。地味ですが、後から効いてくる作業です。具体的に変わるのは次の3点です。

1つ目は、リンクなどのシグナルが1つのURLにまとまることです。Googleは、正規URLを指定する理由の1つに「類似ページや重複ページについてシグナルを統合するため」を挙げています。301で統一すると、もう一方のURLへのリンクなどのシグナルが統一先のURLにまとまります。ただし、順位が上がることを約束するものではありません。

2つ目は、アクセス解析が正確になることです。www統一前は、閲覧されるURLが「wwwあり」と「wwwなし」に分かれるため、アクセス解析のデータも分散し、実態がつかみにくくなることがあります。URLが1本化されると、計測が1つにまとまり、施策の効果を判断しやすくなります。計測の設定をこれから行う方は、GTMでGA4イベント計測を設定する手順｜非エンジニアでも自力でもあわせて確認しておくと、後の分析がスムーズです。

3つ目は、シェアや被リンクが一箇所に貯まることです。転送が効いていれば、閲覧者がSNSでシェアしたり、他サイトの担当者がリンクを貼ったりするときにコピーするのは、統一先のURLです。シェアやリンクに使われるURLが1つにそろいます。

Googleは、「通常、正規 URL を指定することはそれほど重要ではありません」とし、指定しなくても検索結果に出すURLをGoogleが選ぶと説明しています。そのうえで、正規URLを伝える方法の中では、リダイレクトをいちばん強いシグナルとしています。ただし、Googleが別のURLを正規URLに選ぶこともあります。詳しくは、Google 検索セントラルの「正規化とは」と「rel=”canonical” などを利用して正規 URL を指定する方法」に書かれています。

効果が出るまでの目安。リダイレクト自体は設定した直後から働きますが、Googleが正規URLを選び直すのは、転送元のURLを再びクロールしたあとです。Googleは、クロールには数日から数週間かかることがあると説明しています。設定後は、Search ConsoleのURL検査で、転送元のURLの「Google が選択した正規 URL」が統一先になっているかを確認しましょう。

よくある失敗と回避法。ここで事故が起きる

.htaccessの編集で起きやすい失敗を3つ紹介します。どれも「知っていれば防げる」ものばかりなので、作業前に目を通しておいてください。

失敗1。記述ミスでサイトが真っ白（500エラー）になる

1つ目は、コードの書き間違いでサイト全体が表示されなくなる失敗です。.htaccessは1文字でも文法が崩れると、そのファイルが有効な範囲すべてが「500 Internal Server Error」になります。全角スペースの混入、コピペ時の余計な改行、ドメイン名の打ち間違いが典型的な原因です。

回避法はシンプルです。ステップ1のバックアップを必ず取り、問題が起きたらすぐ元のファイルに戻せる状態にしておくこと。そして、コードは手打ちせず、この記事のコピペ用コードを使い、ドメイン名だけを慎重に書き換えることです。編集後は必ずステップ5の確認を行ってください。

失敗2。リダイレクトが無限に繰り返される（ループ）

設定した瞬間にページが開かなくなり、Chromeでは「リダイレクトが繰り返し行われました」と表示される失敗です。これは、転送のルールが自分自身をまた転送してしまい、無限ループに陥る状態です。特にhttps化とwww統一を同時に書くとき、条件の順序や書き方を間違えると起こります。

回避法は、この記事のコード例のように、条件を[OR]でまとめて1つのルールに集約することです。同じような転送ルールを2つ以上バラバラに書くと衝突しやすくなります。また、レンタルサーバー側やCMS側で別のリダイレクトがすでにかかっていないかも確認してください。ループが起きたら、まずバックアップに戻して原因を1つずつ切り分けます。

失敗3。そもそもサーバーが.htaccessに対応していない

コードを正しく書いたのに、まったく反応しない失敗です。原因は、使っているサーバーが.htaccessに対応していないケースです。.htaccessが効くのは主にApacheというサーバーソフトの環境で、Nginxなど別の仕組みのサーバーでは、この方法が使えないことがあります。また、Apacheでも「mod_rewrite」という機能が無効だったり、サーバーの設定（AllowOverride）で.htaccessの書き換えルールが許可されていなかったりすると動かない場合があります。対応可否はサーバーやプランによって変わるため、思い当たる場合はサーバーの仕様を確認してください。

回避法は、契約しているレンタルサーバーの仕様を確認するか、サポートに「.htaccessでのリダイレクトは使えますか」と問い合わせることです。対応状況やmod_rewriteの有効・無効はサーバーやプランによって変わるため、確証がなければ公式の案内やサポートで確認してから作業しましょう。サーバーの管理画面（cPanelなど）にリダイレクト設定のGUIメニューが用意されている場合は、そちらを使うとファイルを直接触らずに済みます。

現場で見えた落とし穴と、任せどきの線引き

ここからは、手順書には載りにくい「実際にやってみると詰まるポイント」を率直にお伝えします。www統一は一見シンプルですが、既存サイトでやると想定外のことが起きがちです。

1つ目の落とし穴は、複数のリダイレクトが積み重なって遅くなることです。www統一、https化、旧ページの転送、これらを別々のルールでバラバラに書いていくと、1回のアクセスで何度も転送が走り、表示が体感で遅くなることがあります。理想は「http・www・古いURL」を、なるべく少ないルールで一気に正しいURLへ飛ばす設計です。表示速度が気になる方は、Core Web Vitals改善｜表示速度を自分で測って直す3手順もあわせて見直すと、原因の切り分けがしやすくなります。

2つ目は、設定した後の「放置」が一番危ないことです。www統一そのものは一度やれば終わりですが、サイトのリニューアルやサーバー移転をすると、.htaccessが引き継がれず設定が消えることがあります。そうなると、wwwあり・なしが再び両方開くようになります。移転や作り替えのチェックリストに「www統一の再確認」を必ず入れておくことをおすすめします。

3つ目は、プロに任せるかどうかの線引きです。単純なwww統一だけなら、この記事の手順で自分でやり切れます。一方で、次のような状況が重なると、一気に難易度が上がります。

• 既存の被リンクが多い：統一ミスで評価を落とすリスクが大きく、慎重な検証が必要
• 複数のリダイレクトが絡む：旧サイトの大量のページを個別に転送している場合、ループや漏れが起きやすい
• サーバー環境が特殊：Nginxや独自構成で、.htaccess以外の方法が必要になる

正直に言うと、www統一「だけ」で専門家に頼むのは費用面で見合わないことも多いです。ただ、上のような要素が重なる場合や、そもそも500エラーが怖くて手が止まっている場合は、URL正規化・https化・リダイレクト整理をまとめて任せた方が、結果的に速くて安全です。自分でやる範囲と任せる範囲を切り分けて考えると、判断しやすくなります。

よくある質問

まずは今すぐ、自社サイトのURLを「wwwあり」と「wwwなし」の両方でブラウザに打ち込んでみてください。片方に自動で切り替わらず、両方そのまま開くなら、この記事の対象です。もう一歩進めたい方は、httpをhttpsへ301リダイレクトする.htaccessの書き方をあわせて読むと、URL周りの正規化を一度にまとめて片づけられます。

ここまで読んで「500エラーが怖い」「移転が絡んで複雑になっている」と感じた方は、無理に一人で抱えなくて大丈夫です。コレットラボのホームページ制作では、新規制作やリニューアルの際に、公開前に文章、リンク、フォームの送信を確認してから公開します。公開後は、任意の月額保守でサーバー・ドメイン・SSLの管理を承っています。詳しくはホームページ制作・LP制作のページをご覧ください。