.htaccessでスマホとPCを振り分ける — コードは動くが、前提が3つ崩れている

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

先に結論

「.htaccess でスマホを別URLに飛ばす」という方法は、いまも動きます。 手元で確かめました。動かないから困る、という話ではありません。

問題は、その方法が前提にしていたことが3つとも変わったことです。

だから、判断はこうなります。

コードは、いまも動く

実際に当ててみた

よく出回っているのは、こういう形です。UA文字列に特定の語が含まれるかで判定します。

RewriteEngine On
RewriteCond %{REQUEST_URI} !^/sp.*$
RewriteCond %{HTTP_USER_AGENT} (iPhone|iPod|Android|BlackBerry|Windows.Phone) [NC]
RewriteCond %{HTTP_USER_AGENT} !iPad [NC]
RewriteRule ^$ /sp/ [R=302,L]

この判定（iPhone|iPod|Android|BlackBerry|Windows.Phone にマッチし、かつ iPad を含まない）を、 Chrome 152 が実際に送っているUA文字列に当てました。

どちらも意図どおりに振り分きました。コード自体は壊れていません。

動くことと、やるべきことは違う

ただし、同じ測定でもう1つ見えたものがあります。 モバイル側のUAは Chrome/152.0.0.0 で、マイナーバージョンがゼロになっています。 デスクトップ側は 152.0.7977.167 まで出ているのに、です。

これはUA文字列の縮小が効いている印です。 「UAから端末の情報を読み取る」という前提そのものが、作り変えられている途中です（詳しく）。

前提1：評価されるのはスマホ版

振り分けを入れる動機は、たいてい「PC版をきちんと作って、スマホには簡易版を出す」でした。 この優先順位が逆転しています。

つまり、スマホ版に載っていない情報は、Googleから見れば存在しません。 PC版にだけ詳しい説明があっても、インデックスに使われるのはスマホ版のほうです。

「スマホ版は軽くしたいから削る」が、そのまま評価を削ることになります。 当時は逆で、PC版さえ充実していればよかったので、ここが一番大きな変化です。

前提2：UA文字列は縮小された

機種もOSバージョンも固定値になった

UA判定は「UA文字列に端末の情報が入っている」ことを前提にしています。 Chromeはその情報を減らしました。

実際の機種が何であれ、UA文字列には固定の値が入ります。 「Pixel 3 / Android 10」と書いてあっても、本当にそうとは限りません。

「スマホかどうか」の2値判定だけなら、まだ動きます。 壊れるのは「iPhone 15以降だけ」「Android 12以上だけ」といった細かい分岐です。 そういうコードが混ざっていたら、静かに誤判定しています。

代わりの手段がある

Chromeは、UA文字列を読む代わりの仕組みを用意しています。 サーバーに届くヘッダーで、モバイルかどうかが分かります。

3行目が弱点です。Chromium系以外には届きません。 だから単独では置き換えられず、UA文字列との併用になります。 手間が減るわけではない、というのが正直なところです。

手元で確認した値を載せておきます。

前提3：2択では足りない

当時のコードが iPad をわざわざ除外していたことが、この問題を物語っています。 「スマホでもPCでもないもの」が、最初から存在していました。

2行目が一番多い不満です。 利用者がわざわざPC版を選んでいるのに、サーバーが強制的に戻します。 当時は viewmode=pc のようなパラメータを付けて逃がす工夫をしていましたが、 それはつまり、判定が外れることを前提にした作りです。

レスポンシブなら、この表の全部が消えます。 URLが1つで、幅に合わせて並びが変わるだけだからです。

それでも振り分けるなら

Varyヘッダーが要る

既存の別URL構成を残す場合、検索エンジンに「同じURLでも相手によって中身が変わる」と伝える必要があります。 Google検索セントラルの記述です。

Vary を付けていない解説が大半です。 これが無いと、キャッシュがスマホ向けの応答をPCに返したり、その逆が起きたりします。 CDNを挟んでいると特に露骨に出ます。

# 振り分けを行うなら、これも一緒に出す
Header append Vary User-Agent

いま書くならこう

<IfModule mod_rewrite.c>
  RewriteEngine On

  # 1. すでに /sp/ 配下なら何もしない（無限ループ防止）
  RewriteCond %{REQUEST_URI} !^/sp/ [NC]

  # 2. 利用者がPC版を選んだら尊重する
  RewriteCond %{QUERY_STRING} !(^|&)viewmode=pc(&|$) [NC]
  RewriteCond %{HTTP_COOKIE} !viewmode=pc [NC]

  # 3. Client Hints が来ていればそれを優先する
  RewriteCond %{HTTP:Sec-CH-UA-Mobile} =?1 [OR]
  RewriteCond %{HTTP_USER_AGENT} (iPhone|iPod|Android.+Mobile|Windows.Phone) [NC]

  # 4. 302（一時）にする。301だとブラウザが覚えてしまう
  RewriteRule ^(.*)$ /sp/$1 [R=302,L]
</IfModule>

# 5. 相手によって中身が変わることを伝える
<IfModule mod_headers.c>
  Header append Vary User-Agent
</IfModule>

踏みやすい罠

振り分けをやめる

既にあるものを捨てる判断は難しいので、段階を分けて考えます。

5段階目まで行かなくても、1と2だけで実害はかなり減ります。 全面的な作り直しは大きな仕事なので、順番を間違えないことのほうが大事です。

AIに任せるときの注意

判定の目安です。出てきたコードが [R=301,L] になっていたら、そのままでは使わないでください。 振り分けは 302 です。

よくある質問

UA判定はもう動かないのですか

動きます。Chrome 152で実際に当てて確認しました（表3）。 「スマホかどうか」の2値判定は今も通ります。 壊れるのは機種名やOSバージョンを見る細かい分岐です（表5）。

301と302はどちらがいいですか

振り分けは302です。 301はブラウザが記憶するので、サーバー側を直しても利用者が戻ってこられません（表10）。 301を使うのは、スマホ版を廃止してPC版に統合するときだけです。

Varyヘッダーは必要ですか

必要です。Google検索セントラルが別URL構成について 「user-agent ヘッダーと Vary ヘッダーを利用して」と書いています（詳しく）。 無いとキャッシュが逆の版を返すことがあります。

Androidタブレットがスマホ版になります

Android だけで判定しているためです。 スマホのUAには Mobile が入るので、Android.+Mobile にします（表9）。

スマホ版は軽くしたいので内容を削っています

削った分は評価されません。 Googleはスマホ版をインデックスとランキングに使います（詳しく）。 軽くしたいなら、中身ではなく画像やスクリプトを減らしてください。

無限リダイレクトになります

リダイレクト先でも条件が成立しています。 RewriteCond %{REQUEST_URI} !^/sp/ のような除外が抜けていないか確認してください（表10）。

Sec-CH-UA-Mobile だけで判定していいですか

いけません。Chromium系のブラウザにしか届きません（表6）。 UA文字列との併用になります。

いまから新しく作るならどうすべきですか

振り分けないでください。 Googleは「実装と維持が最も簡単なデザインパターン」としてレスポンシブを勧めています。 URLが1つなら、この記事に書いた問題は全部起きません。

まとめ

• UA判定のコードは、いまも動く。Chrome 152に当てて確認した。動かないから困る、という話ではない。
• 前提が3つ変わった。評価されるページ、UA文字列の中身、端末の種類。
• Googleはスマホ版をインデックスとランキングに使う。スマホ版で削った分は、評価からも削られる。
• UA文字列は縮小された。Androidでは機種もOSバージョンも固定値になる（Chrome公式）。細かい分岐は静かに外れる。
• 「スマホかどうか」だけなら Sec-CH-UA-Mobile が確実。ただしChromium系にしか届かないので併用になる。
• 振り分けるなら Vary: User-Agent が要る（Google検索セントラル）。付けていない解説が大半。
• 301ではなく302。301はブラウザが記憶するので、直しても戻ってこられない。
• Android だけで判定するとタブレットを巻き込む。Android.+Mobile にする。
• やめるなら順番が大事。①スマホ版の中身を揃える ②Vary ③302化 ④レスポンシブ化 ⑤統合。
• これから作るなら振り分けない。Googleがレスポンシブを勧めている。