アプリがデバイスの向きに応答しなくても、ウェブページが応答するのがよいのはなぜですか？
単一の方向でのみ動作するモバイルアプリはたくさんあります。横向き（ガレージバンド、たくさんのゲーム）、縦向き（設定、電話、リモート、App Store、Twitter、Facebook、たくさんのゲーム）
Webページに同じことをさせない理由は何ですか？
同じルールが適用されるようです。 Webページでゲームを作成している場合、ゲームアプリと同じように、特定の方向を強制したい場合があります。モバイルWebアプリまたはモバイルターゲットサイトを作成している場合、ネイティブアプリと同じように方向を強制できるはずです。
もちろん、ユーザーが選択できるコンテンツサイトの場合は問題ありませんが、すべてのWebページがコンテンツサイトであるとは限りません。
2048 を例に取るvs Threes！ Threes！はネイティブアプリであるため、ポートレートモードを強制します。 2048に同じことを許可してはいけないのはなぜですか？その例は、Webページに方向を強制することを許可しないことが特に悪いUXである理由を示しています。携帯電話で横向きにすると、ゲームがプレイできなくなります。確かに、その特定のゲームについては、リフローを辞任する可能性がありますが、それが当てはまらないアプリやゲームがたくさんあり、ページのリフローがユーザーのエクスペリエンスを簡単に損なう可能性がある場合はそうです。
ブラウザーがページの向きを強制することを許可していないため、2048年版ができないことを知っています。私の質問は彼らがすべきですか？アプリが許可されている場合、なぜWebページは許可されませんか？
UXの問題では、WebページISが特定の方向を強制することを許可されています。問題は、ブラウザがカメラや加速度計などの電話のネイティブ機能にアクセスすることを許可されていないことです。
近い将来、ウェブアプリはネイティブアプリと同じアクセスになると予想されます。つまり、スマートフォンからデベロッパーAPIにカメラと加速度計にアクセスしてもらい、もう少し待つ必要があります。
したがって、Webアプリが特定の方向を強制できないという事実は、それが悪いUXであることとは何の関係もありません。電話開発者がインターネットに電話での多くのアクセスを与えることを躊躇しているだけです（ハッキング）。
Webページが同じことをできないようにする理由は何ですか（単一の方向でのみ機能します）？
電話メーカーやブラウザメーカーは、技術的またはビジネス上の理由でこれを実装するのに時間がかかりました。これは、あなたの視点に応じて正当化される場合とそうでない場合があります...しかし！ deviceorientationcaniuse.com/deviceorientation に従って、イベントを（少なくとも部分的に）使用できるようになりました
2048は[デバイスの向きに応答]できないことを知っています。これは、ブラウザーがページの向きを強制することを許可していないためです。私の質問は彼らがすべきですか？アプリが許可されている場合、なぜWebページは許可されませんか？
deviceorientationが適切に機能し、2048 couldがJavaScript /レスポンシブメディアクエリでデバイスの向きに応答するとします。
より良い質問は次のとおりです：UXはデバイスの向きに応答するのか、それとも1つの向きでしか機能しないのですか？複数の向きはただ- not（a）UIが別の方向で崩れる場合、または（b）開発リソースが十分でない場合にサポートされます。これらの2つのリンクは、さらにいくつかのアドバイスを提供します。
技術的な制限は大きな部分ですが、他の部分は、Webとワークフローの選択肢の設計の性質によるものです。
通常、特定のビューポートサイズ用のWebサイト/アプリを構築することはありませんが、一部のネイティブアプリはそのように構築されています。 Webデザイナー/開発者は可変ビューポートについて考えることに慣れているので、ネイティブアプリよりもワークフローにうまく適合します。