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

自社サイトのURLが「https://www.あり」でも「wwwなし」でも同じページが開いてしまう。これ、実は検索評価を自分で薄めている状態かもしれません。

この記事は、自社サイトを自分で（または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リダイレクトで統一するのが正解です。「wwwあり」「wwwなし」のどちらを残すかは、SEO上の優劣はほぼありません。大事なのは「片方に統一されていること」そのものです。

なぜ統一が必要か。かんたんに言うと、検索エンジンは「www.example.com」と「example.com」を、見た目が似ていても別々のURL（別のサイト）として扱う可能性があるからです。中身が同じページが2つのURLで存在すると、本来1つに集まるべき検索評価（被リンクや信頼度）が2つに割れてしまいます。これがSEOで損をする、という意味です。

ひとことで言うと、お店の入り口が2つあって、看板の実績が両方に半分ずつ書かれている状態です。入り口を1つにまとめれば、実績も1つに集約されます。

301リダイレクトとは。「このURLは恒久的に別のURLへ引っ越しました」とサーバーが伝える仕組みです。301（恒久的）で転送すると、旧URLに溜まっていた検索評価が転送先へ引き継がれます。一時的な転送を意味する302とは役割が違うため、URL統一では必ず301を使います。

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

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

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

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

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

.htaccessでwwwを統一する手順

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

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

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

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

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

ステップ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以外の静的サイトの場合は、ファイルの先頭に書けば大丈夫です。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になっているかまで確認したい場合は、ブラウザの検証ツール（開発者ツール）のNetworkタブで、ステータスコードが「301」と出ているかを見ます。設定が済んだら、Search Consoleの登録手順｜所有権確認とサイトマップ送信を参考に、Googleに統一後のURLを正しく伝えておくと安心です。

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

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

1つ目は、検索評価が1つに集約されることです。Googleは、同じ内容のページが複数URLにある状態を「正規化されていない」と見なします。301で統一すると、被リンクや評価が統一先の1URLにまとまり、評価の分散を防げます。順位が急上昇するというより「損をしなくなる」効果だと考えてください。

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

3つ目は、シェアや被リンクが一箇所に貯まることです。SNSで記事がシェアされたり、他サイトからリンクされたりしたとき、URLが1本化されていれば、その評価が分散せず統一先に積み上がります。長く運営するほど、この差はじわじわ効いてきます。

Googleは検索の基本方針として、重複するURLを1つの正規URLにまとめること（正規化）を推奨しています。Google検索セントラルの正規化に関する公式ドキュメントでも、重複URLの扱いと集約の考え方が解説されています。www統一は、この正規化を実現する最も基本的で確実な方法の1つです。

効果が出るまでの目安。設定直後にリダイレクト自体はすぐ効きますが、検索評価の集約はGoogleの再クロールを待つため、数日から数週間かけて反映されます。焦らず、設定後にSearch ConsoleでURL検査を行い、統一先が正しく認識されているかを確認しましょう。

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

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

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

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

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

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

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

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

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

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

回避法は、契約しているレンタルサーバーの仕様を確認するか、サポートに「.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エラーが怖い」「移転が絡んで複雑になっている」と感じた方は、無理に一人で抱えなくて大丈夫です。コレットラボでは、URL正規化やhttps化、サイト運用の効率化をAIも活用しながら伴走で支援しています。「自分たちでやり切りたい」「まとめて任せたい」のどちらのご相談も歓迎です。現状を整理するだけでも構いませんので、AI業務システム化の詳細はこちらから気軽にお話を聞かせてください。