wwwあり・なしを統一する — 入口は4つある。自分のサイトを測ってから直す

公開 2026-10-25 ／ 更新 2026-10-25 ／ 文：ランツ

先に結論

wwwの有無だけの問題ではありません。 http / https と組み合わせると、入口は4通りあります。 全部が1つの正規URLに着地していないと、同じ内容が複数のURLに存在することになります。

やることは3つです。

入口は4つある

組み合わせを数える

「wwwあり・なしの統一」という言い方だと2択に見えますが、実際には掛け算になります。

この記事で扱うのは最初の4通りです。 末尾スラッシュと index.html も同じ考え方で潰せますが、 まず4通りが1つに着地していることを確かめるのが先です。

両方を200で出してはいけない

サーバーの設定で、wwwありとwwwなしの両方に同じディレクトリを割り当てる書き方があります。 Apacheなら ServerAlias を足すだけです。

<VirtualHost *:80>
    ServerName  www.example.com
    ServerAlias example.com          # ← これで両方が同じ内容を返す
    DocumentRoot /var/www/example
</VirtualHost>

これは「動く」設定ですが、やってはいけない形です。 どちらのホスト名でも 200 が返るので、 検索エンジンから見ると同じ内容のページが2つのURLに存在します。

ServerAlias を使うこと自体は間違いではありません。 受け付けたうえで301で片方に転送するなら、むしろそれが正しい形です。 受け付けて、そのまま返してしまうのが問題です。

Search Consoleの優先ドメイン設定は廃止された

「Search Consoleで優先ドメインを設定する」という手順を載せている解説が、いまも残っています。 その設定は2019年6月に廃止されました。

「設定してあるから大丈夫」も成り立ちません。 既存の設定も使われなくなった、と書かれています。

同じ記事で、代わりの方法が4つ挙げられています。

基本は301です。 rel="canonical" は「こちらが正規です」と伝えるだけで、 利用者は非正規のURLに留まります。 301なら、人もクローラーも同じURLに着地します。

まず自分のサイトを測る

測り方

設定を書く前に、いまどうなっているかを確かめます。 4つの入口それぞれが、どこに、何回の転送で着地するかを見ます。

# 転送を追いかけて、最終URLとホップ数を出す
for u in "http://example.com/" "http://www.example.com/" \
         "https://example.com/" "https://www.example.com/"; do
  curl -sS -o /dev/null -L --max-time 20 \
    -w "%{num_redirects} hops  $u → %{url_effective} (%{http_code})\n" "$u"
done

転送の中身まで見るなら、1段ずつ追います。

# 1段目だけ見る（-L を付けない）
curl -sS -o /dev/null -w "%{http_code} → %{redirect_url}\n" "http://www.example.com/"

ホップ数に差が出た

実際に測ると、同じ「wwwなしに統一」でも構成が違うことが分かります。

2段階になるのは、HTTPS化の転送とホスト統一の転送を別々に書いているからです。 大手のサイトでも2段階が普通にあります。実際に測った例を挙げます。

2ホップが致命的なわけではありません。 ただし転送1回ぶんの往復は確実に遅くなるので、1発で寄せられるならそのほうがよいです。 書き方は後述します。

1段目が302になっていないか

ホップ数より大事なのがこちらです。 手元で運用しているサイト10件の、http:// からの1段目を測りました。

HTTPS化の転送は、恒久的なものです。 http:// に戻す予定はありません。それなのに 302 で返していると、 「一時的なので、元のURLを正規として扱ってください」と言っていることになります。

末尾スラッシュも同じ問題

4つの入口を潰したら、次に出てくるのが末尾スラッシュです。 /docs/Web と /docs/Web/ は、URLとしては別物です。 どちらでも同じ内容が200で返るなら、さっきと同じ問題が起きます。

実際に測ると、きちんと寄せているサイトが分かります。

どちらも「スラッシュ無しが正規」と決めて、有りを301で寄せています。 逆に「有りを正規」にしているサイトもあります。どちらでも構いません。決まっていることが大事です。

確認は、さっきと同じ curl で足ります。 代表的なページを数本、両方の形で叩いてみてください。 片方が301で寄っていれば正常、両方とも200なら直す対象です。

どちらに寄せるか

SEO上の有利・不利はありません。どちらでも構いません。 決める材料は別のところにあります。

1行目を先に確認してください。 すでに公開しているサイトなら、外部からリンクされている側に寄せるのが素直です。

設定を書く

HTTPS化とホスト統一を1つのルールにまとめると、1ホップで済みます。

# Apache（.htaccess）：www なし + https に、1発で寄せる
<IfModule mod_rewrite.c>
  RewriteEngine On

  # https でない、または www が付いている場合はまとめて転送
  RewriteCond %{HTTPS} !=on [OR]
  RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]
  RewriteRule ^ https://example.com%{REQUEST_URI} [R=301,L]
</IfModule>

Nginxなら、転送専用のサーバーブロックを置きます。

# Nginx：http と www を1発で https・www なしへ
server {
    listen 80;
    listen 443 ssl;
    server_name www.example.com;
    # http の非www もここで受ける
    return 301 https://example.com$request_uri;
}

server {
    listen 80;
    server_name example.com;
    return 301 https://example.com$request_uri;
}

server {
    listen 443 ssl;
    server_name example.com;
    root /var/www/example;
    # 本体の設定
}

踏みやすい罠

最後の2行は、転送を書いたあとに残りやすい宿題です。 転送があるので動いてはいますが、毎回1ホップぶん遅くなります。 rel="canonical"・サイトマップ・内部リンクも、正規URLに書き換えてください。

AIに任せるときの注意

判定の目安です。答えに「Search Consoleで優先ドメインを設定」が出てきたら、情報が古いと思ってください。

よくある質問

wwwはありとなし、どちらがSEOに有利ですか

差はありません。どちらかに統一されていることが大事です。 すでに運用しているなら、被リンクが多いほうに寄せるのが素直です（表11）。

Search Consoleの優先ドメインが見つかりません

2019年6月に廃止されました（Google公式）。 既存の設定も使われなくなった、と明記されています。301で寄せてください。

両方のURLで表示できていれば問題ないのでは

問題があります。同じ内容が2つのURLに存在する状態になり、 評価も計測も分かれます（表4）。 受け付けるのは構いませんが、受け付けたら301で寄せてください。

canonicalタグだけではだめですか

Googleが挙げている手段の1つではあります（表5）。 ただし転送はしないので、利用者は非正規のURLに留まります。 301なら人もクローラーも同じURLに着地します。301が基本です。

302ではだめですか

だめです。302は「転送元が正規のまま」という意味になります（表9）。 HTTPS化やwww統一は恒久的な変更なので301です。 実測した10サイト中2件が302でした。画面を見ているだけでは気づきません。

ホップ数は少ないほうがいいですか

少ないほうがいいですが、2ホップが致命的ではありません。 実測した範囲では、よく知られたサイトでも2ホップでした（表7）。 HTTPS化とホスト統一を1つのルールにまとめれば1ホップになります（詳しく）。

全ページがトップページに飛びます

転送先に %{REQUEST_URI} を付けていません（表13）。 パスを引き継がないと、どのページから来てもトップに着地します。

https://www. で証明書の警告が出ます

証明書に www が含まれていません。 転送するにも、まず接続できる必要があります（表12）。 両方のホスト名を入れて取り直してください。

直したのに古いほうに飛びます

301がブラウザに記憶されています。 別のブラウザか、シークレットウィンドウで確認してください。 curl なら記憶しないので確実です。

まとめ

• 入口は4つある。wwwの有無 × http/https。全部が1つに着地しているか確かめる。
• 両方を200で出してはいけない。受け付けるのは構わないが、受けたら301で寄せる。
• Search Consoleの優先ドメイン設定は2019年6月に廃止された。既存の設定も使われない（Google公式）。
• Googleが挙げる代替は4つ。基本は301。rel="canonical" は転送しないので利用者は残る。
• 設定を書く前に測る。curl 4行で、どこに何ホップで着地するかが分かる。
• ホップ数より、1段目が301かどうかが大事。実測した10サイト中2件が302だった。
• 302は「転送元が正規のまま」という意味。HTTPS化もwww統一も恒久的な変更なので301。
• HTTPS化とホスト統一を1つのルールにまとめれば1ホップになる。
• %{REQUEST_URI} を忘れない。忘れると全ページがトップに飛ぶ。
• www側にも証明書が要る。転送するにも、まず接続できる必要がある。