Chromeの「デスクトップサイトのリクエスト」オプションはどのように機能しますか？

iOSのgoogle chromeの場合、ユーザーが[デスクトップサイトをリクエスト]ボタンをクリックすると、ブラウザはデスクトップサイトを表示するために何をしますか？サイトが探しているリクエストのヘッダーのようなもの、または似たようなものを想像しますか？

唯一の違いはUser-Agent:リクエストのヘッダーだと思います。

AndroidデバイスのChromeから送信されるUser-Agentヘッダーは次のとおりです。

Mozilla/5.0 (Linux; Android 4.0.4; Galaxy Nexus Build/IMM76K) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.166 Mobile Safari/535.19

Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.45 Safari/535.19

最初の1つにある「モバイル」という単語と、Androidシステムとデバイスについての言及にも注目してください。これらを確認すると、デスクトップLinuxバージョンのクロム。

ChromeでUser-Agent「デスクトップサイトをリクエスト」した場合、Chrome が変更されるだけでなく、元のビューポートメタタグも無視されることを指摘したかっただけです。したがって、User-Agentもはや探知する必要はなく、ほとんどのレスポンシブサイトが自動的に行うように、ビューポートの変更に依存できます。詳細については、この変更を参照してください。

もう1つのわずかな違いは、リダイレクタがURLを移動する前に、意図的に入力された最後のURLに対するリクエストであるように見えることです。例えば：

前提： somesite.comはエージェントをスニッフィングし、Androidを確認して、document.location + = "/ m"を実行します。

次に：ブラウザにはsomesite.com/mのURLが表示されます

ただし、「デスクトップサイトをリクエスト」すると、User-Agentが変更され、somesite.comから再リクエストされます。

例外：最初にsomesite.com/mのモバイルURLに直接アクセスしていた場合、somesite.com / mがリロードされるだけです。

私はこれがHTTP 301と302リダイレクトで機能することを期待し、document.locationの変更（少なくとも説明したとおり）で機能することを知っており、<meta>リフレッシュで機能すると推測します。

このJavaScriptスニペットは、実質的に同じことを行います。

function requestDesktopSite() {
    document.getElementsByTagName('meta')['viewport'].content='min-width: 980px;';
}

<button onclick="requestDesktopSite()">Request Desktop Site</button>