User-Agentの見方｜ブラウザ・OS・デバイスを判別する方法

結論：識別子の組み合わせと判定順を確認する

BrowserはChrome、OSはmacOS、DeviceはDesktop、EngineはBlinkと読めます。ただしSafariトークンは互換性目的で含まれるため、この例をSafariとは判定しません。UAは環境の候補を絞る情報であり、端末の身元情報ではありません。

解析に使うUser-Agent例

User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/143.0.0.0 Safari/537.36

User-Agent文字列を分解して読む

User-Agentは左から製品名を一つ選べばよい形式ではありません。互換性維持のためMozilla、AppleWebKit、Chrome、Safariなど複数の名称が並び、後方にある製品固有トークンが判定に重要な場合があります。

Safariという文字がある、Mozillaから始まる、といった一語だけではブラウザを確定しません。固有性の高い識別子から順に確認します。

HTTPヘッダーとnavigator.userAgentの違い

サーバーログではHTTPリクエストのUser-Agentヘッダーを確認します。ブラウザ上のJavaScriptではnavigator.userAgentから現在のブラウザが公開する文字列を取得できます。通常は近い内容ですが、送信経路、ブラウザ設定、プロキシ、アプリの上書きなどを考慮します。

const ua = navigator.userAgent;
console.log(ua);

User-Agent解析ツールで確認できる範囲

解析結果には情報源、確度、根拠が併記されます。判定できない値は別のOSや端末名で補完せず「不明」「判定不能」として扱います。Client Hintsは貼り付けた第三者UAには適用しません。

• UA全体を欠けずに貼り付ける
• Browser・OS・Device・Engineと根拠を別々に確認する
• 不明値と推定値をログ調査メモにそのまま残す

判定結果を実装・運用へ使うときの注意点

• Safari、Chrome、Mozillaなど一語の部分一致だけで判定しない
• OSバージョンや端末モデルが必ず取得できるとは考えない
• Web APIの対応確認にはFeature Detectionを優先する

User-AgentはHTTPヘッダーであり、curlや開発者ツール、アプリ側の設定などから変更できます。ログ分析や不具合の再現条件を絞る補助情報として使い、認証・認可・本人確認・管理画面の許可をUAだけで決めないでください。

必要以上のClient Hintsや端末情報を収集しないでください。目的を定め、保存期間とアクセス権限を含めてプライバシーへ配慮します。

この記事で確認した公式情報

ブラウザやクローラーの識別子は変更される場合があります。記事制作時点の公式資料を基準にし、古いバージョン例は最新バージョン番号として扱わず、トークン構造を確認する代表例として掲載しています。

具体例：アクセスログのChrome系UAを読む

ログからUser-Agentヘッダー値だけをコピーし、解析ツールへ貼り付けます。結果の値だけでなく、根拠にChrome、Mac OS X、AppleWebKitが使われていることを確認します。

Windows NT 10.0のように複数OS世代で共通化された表記が出た場合は、推測でOS世代を補完せずWindows 10 / 11候補として記録します。

1. ログからUA部分だけを取り出す
2. ツールへ貼り付けて解析する
3. 主要結果と根拠トークンを照合する
4. 確定できない項目を推定として記録する

ログのIPアドレス、Cookie、認証情報をUser-Agentと一緒に貼り付けないでください。

よくある質問

Safariと書かれていればSafariですか？

いいえ。Chrome系UAにもSafariトークンが含まれます。Chrome、Edg、Versionなど固有性の高い識別子と順序を確認します。

User-Agentから端末の機種名まで分かりますか？

文字列にモデルが含まれる場合は手掛かりになりますが、UA Reductionやブラウザ設定により省略されるため、常に取得できる情報ではありません。