Chrome で User Agent を変更する方法(2026):DevTools vs 拡張機能
サーバーはあなたにモバイル版ページ、崩れた IE レイアウト、地域制限のバナーを見せる——そしてそのすべてを裏で決めているのはたった 1 行です:User-Agent ヘッダー。これを書き換えるのは Web 最古の開発テクニックです。スマホを持たずにスマホ向けの表示を確認する、古いブラウザでしか起きないバグを再現する、クローラーが見ているものを大体でいいでのぞき見る。2026 年の Chrome に現実的な方法は 3 つ——うち 2 つは DevTools の中、1 つは拡張機能——そして違いを作るのは能力ではなく、適用範囲と持続性です。
User-Agent はサーバーに何を伝えているのか
このヘッダーは、すべてのリクエストに含まれる 1 行のプレーンなテキストです:
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/126.0.0.0 Safari/537.36
分解してみましょう。Mozilla/5.0 という接頭辞はブラウザ戦争時代から続く互換性のハンドシェイクで、誰も削除する勇気を持っていません。括弧の中身はオペレーティングシステムを宣言します。AppleWebKit と KHTML はレンダリングエンジン、Chrome/… はブラウザのバージョン、末尾の Safari/… は遺跡のような礼儀のトークンです。サーバーは HTML が 1 バイトも動く前にこの文字列を解析します:モバイル版かデスクトップ版かのレイアウト選択、機能の開放、アプリストアのバナー、場合によってはダウンロードされるファイルまで決まります。その判断は通信路の上で行われる——まさにそこが書き換えられる部分です。
やり方 1:DevTools のデバイスモード
一回限りの確認なら最速。F12 で DevTools を開き、デバイツールバーに切り替え(Ctrl+Shift+M)、プリセットの端末を選びます——UA ドロップダウンで「その他の…」を開いて、好きな文字列を貼り付けても構いません。Chrome はそのタブからのリクエストに選んだ User-Agent を送り、ヘッダーで判定するサーバーは即座にモバイル版を返してきます。
落とし穴は仕様どおりにあります:この上書きは、そのタブとその DevTools セッションにしか属しません。リロードする、タブを閉じる、ブラウザを終了する——本物の User-Agent に戻ります。「iPhone でこれがどう見えるか」をサッと見るには最適ですが、毎日頼りにする常設の設定には無力です。
やり方 2:コマンドメニューでの上書き / 起動フラグ
DevTools のコマンドメニュー(Ctrl+Shift+P)からも同じデバイス上書きにアクセスでき、「設定 → デバイス」で UA 一覧を編集でき、--user-agent スイッチで Chrome を起動することもできます。正直な限界:DevTools 系は同じくらい頑固にリセットされ、設定を保つのも面倒ですし、起動フラグはそのウィンドウの全タブに同じ偽アイデンティティを押し付けます——封じ込めの正反対です。どちらも毎日使うワークフローには向きません。
やり方 3:ヘッダー拡張機能(繰り返す作業にはおすすめ)
週に 1 回以上 User-Agent を変えるなら、VKT Header はそれを、保存でき・閉じ込められ・自動で消える操作に変えます。Manifest V3 の Chrome/Edge 拡張機能で、declarativeNetRequest のセッションルール経由でリクエストヘッダーを書き換えます:
- テンプレート:「iPhone Safari」「Old Chrome」「Googlebot」をプロファイルとして保存——毎回文字列を貼り付ける代わりに、ワンクリックで適用。
- タブ分離:ルールは対象のタブにだけ適用され、偽 UA があちこちに付いて回りません。
- URL マッチング:テンプレートを特定の URL に紐づけて、正しいテストタブに正しいアイデンティティを自動で割り当て。
- 自動クリーンアップ:セッションルールはタブを閉じるかブラウザを再起動すれば消滅——来週、忘れられた UA があなたのふりをしている、なんてことはありません。
無料プランは 5 プロファイル × 各 5 ヘッダーまで;Premium($9.99 の買い切り・生涯、または $2.99/月)は上限を撤廃し、優先サポートも付きます。Edge Add-ons ストアからインストールするか、製品ページの Chrome 用インストールリンクをご利用ください。もう一点、正直な境界線:VKT Header が変えるのはリクエストヘッダーだけです——それ以上に頼る前に、下記の注意をお読みください。
3 つのやり方を並べて比較
| やり方 | 持続性 | 適用範囲 | 設定の手軽さ | クリーニング |
|---|---|---|---|---|
| DevTools デバイスモード | リロードまたはタブを閉じるまで | そのタブ 1 つ | 数秒 | 自然に消える——必要なときにも消える |
| コマンドメニュー上書き / 起動フラグ | 再起動でリセット;フラグはウィンドウの間続く | タブ(DevTools)またはウィンドウ全体(フラグ) | 設定を保つのが面倒 | 予測不能 |
| VKT Header | プロファイルは永久保存;ルールはタブ単位 | タブ 1 つ、または URL マッチしたタブ | 設定後はワンクリック | 自動——タブを閉じれば全ルールが消える |
正直な注意:ヘッダーとフィンガープリントは別物
User-Agent ヘッダーを変えるのは、通信路でサーバーが読む内容を変えることです。JavaScript が読むものは変わりません:navigator.userAgent は今も本物のブラウザを報告し、最新のフィンガープリント——クライアントヒント、canvas、プラグインの実態——は不一致を暴き得ます。テストや互換性チェックなら問題ありません——まさにそれが用途です。そしてそれは、UA の偽装で人を欺くために使うべきでないことも意味します:銀行やアプリストアのようなセキュリティ重視のサイトは不一致を検知し、一部のサービスの利用規約はクライアントの虚偽申告を明確に禁じています。テストに使うのは OK、偽装に使うのは NG。
よくある質問
DevTools で User-Agent を変更すると、すべてのタブに適用されますか?
いいえ。DevTools の上書きは、DevTools を設定したそのタブにだけスコープされ、しかも一時的です——ページをリロードするかタブを閉じれば、本物の User-Agent に戻ります。起動フラグはその逆の極端で、そのフラグで起動したウィンドウのすべてに同じ値を押し付けます。
サーバーは本当にモバイル版のページを返してくれますか?
正直に問題を切り分けて考えましょう。サーバーが User-Agent ヘッダーで判定しているなら——モバイル/デスクトップの表示切り替えはほぼそれです——はい、モバイル版が返ってきます。判断がクライアント側、つまり navigator.userAgent やその他の信号を読む JavaScript やフィンガープリントで行われているなら、ヘッダーだけの変更では説得できませんし、試みるべきでもありません。
User-Agent の変更は合法ですか?
テスト、開発、互換性確認のためなら、よくある開発者の作業手順です。制限を回避するためにクライアントを偽って申告すると、サイトの利用規約に違反するおそれがあります——一部の司法圏ではそれ以上の事態にもなり得ます。迷うときは、自分が所有している、またはテストを許可されたシステムで行ってください。本書は法的助言ではありません。
カスタムの User-Agent を保つ最善の無料方法は?
VKT Header の無料プランは 5 プロファイル × 各 5 ヘッダーを保存できます——タブ分離、URL マッチング、インポート/エクスポート付き——保存しておいた「iPhone Safari」アイデンティティはワンクリックで適用でき、タブを閉じれば自動で消えます。Premium は $9.99 の買い切り(生涯)で上限を撤廃します。
User-Agent を変更した後、銀行やアプリが警告を出すのはなぜですか?
ヘッダーがブラウザの実際のフィンガープリントと食い違うようになったからです——その不一致こそが上の「正直な注意」の内容そのもので、不正検知システムはこれをレッドフラグとして扱います。ルールを消せば、すべては再び普通に振る舞います。VKT Header の自動クリーンアップなら、タブを閉じた時点で既に消えています。
私たちの見解:DevTools に答えてもらえるのは「このページは今、iPhone に何を返すか」。タブ単位でスコープする拡張機能が答えるのは「毎日、ちょうど 1 タブについて、そのあとは二度と」——保存プロファイル、URL マッチング、タブと運命を共にするセッションルールが、VKT Header を UA の反復作業の定番にします。5 プロファイルまで無料で開始可能。
その他の VKT ツールは拡張機能カタログに。または [email protected] まで。
