iOSネイティブアプリは、レスポンシブウェブサイトのモバイルバージョンと明確に異なる必要がありますか？
私はトレーニングセッションに参加していました。デザイナーがいっぱいいる部屋でXcodeでiOSプロトタイピングを学習していて、Apple=コースのすべてが適切に行われたことを確認するために来た人がいました。そして、もし何か質問があれば、彼女が連絡窓口になります（気を付けてください、彼女は開発者でした）次に、ネイティブiOSアプリがWebサイトのレスポンシブモバイルサイトとは明らかに異なるべきであるという点を持ち出しました。
Appleのイデオロギーは、iOSネイティブアプリすべきであるがWebエクスペリエンスとは異なるということですが、得られたデータから、ユーザーはモバイルとネイティブを区別せず、両方でのエクスペリエンスは一貫した。
私は彼らが異なる経験を持つべきではないと信じています、そしてネイティブアプリにウェブのアセットを活用することは行くべき道です（ハイブリッドアプリ：アマゾンはそれをする、ツイッターはそれをしますが、Appleはしませんt）。
私はAppleのネイティブアプリをダウンロードしました。そうです、彼らの経験は異なります。しかし、なぜ？モバイルネイティブアプリの感触が異なるのはなぜですか？そうですか？しかし、そうでない場合、なぜAppleそれをしているのですか？公衆が気づいていない何かがありますか？非常に異なる経験が必要ない場合は、なぜ作成しなければならないのですか？ iOSアプリは何かでなければなりません（インタラクションとアニメーションの点で、より高速で応答性が高いことはさておき、両方の環境で応答性が等しいと仮定しましょう）。
アプリがウェブサイトと同じである場合、なぜアプリがあるのですか？
モバイルユーザーとして、すべてのWebサイトが専用アプリをダウンロードするように説得しようとするのに夢中になっています。これは、同じWeb機能を再パッケージ化したものにすぎないことがよくあります。 ユーザーエクスペリエンスのメリットはまったくありません。
問題の会社は、専用のアイコンがホーム画面を乱雑に表示することは、マーケティング上の大きなメリットであると確信していますが、それは不愉快です。また、これらのアプリは不十分な場合が多いため、私がそれらを使用しようとすると、会社に対して多くの否定的な感情が生まれます。
これは、「あなたが取得しているデータ」がキャプチャできないものです。ユーザーにアプリ自体の評価を求めるだけの場合は、ユーザーの電話環境でアプリをダウンロードして使用するように求められるエクスペリエンスをキャプチャしていない可能性があります。私の（主観的だが非常に強い）意見では、アプリが最終的にWebサイトのように感じられる場合は、明確な否定があります。
簡単に言うと、アプリを作成する場合：
- 存在の理由が必要です。それはウェブサイトがうまく会わないことが必要であるはずです。そして、私は理由について話しているユーザーがそれを望んでいるであり、会社がそれをユーザーの電話に入れたい理由ではない。
- 電話環境に統合するアプリとしてうまく機能するはずです。多くの場合、これはネイティブのルックアンドフィールを持つことを意味します。私は、プラットフォームの慣習には従いませんが、うまく機能してそのタスクを達成するアプリが、場合によっては正常に機能する可能性があると思います。ただし、ネイティブの外観を持たないことは、ユーザーにとって直観に反することになるため、リスクがあります。
この怒りは少し誤った方向に向けられているかもしれませんが、それが本当にあなたに当てはまらない場合は申し訳ありません。しかし、これがあなたの会社/クライアントを直接説明していない場合でも、私はこれが問題について考える良い方法だと思います。
Androidは、WindowsからApple
WebサイトでAppleのようなルックアンドフィールを提供すると、Android電話、Samsungタブレット、Windows電話、Surfaceタブレット、およびWindowsラップトップを使用するサイトにアクセスする人々に同じものが表示されますもしそうなら、Appleエクスペリエンスが、Apple以外のユーザーに馴染みがない、または歓迎されない）かもしれませんか？
この壊れたアナロジーを許せば、それはバーガーキングやケンタッキーフライドチキンに行く人々が注文する前にロナルドマクドナルドのピエロスーツを着るように頼むようなものです。
ネイティブアプリとモバイルウェブページの間には確かに違いがあるはずです。 dan1111のポイントリングが真実であるだけでなく、Webページをあまり変更せずに再パッケージ化しているだけでiOSアプリに迷惑をかけるのはなぜですか-しかし、プラットフォームの強みを活かすようにする必要があります。
モバイルWebページの何が重要ですか？
- 小さなダウンロードフットプリント
- 重要なことをすばやく確認
- ユーザーが電話で行う可能性のある機能を実行できるようにする
デスクトップアプリに残しておくべき多くのことを破棄することになりますよね？たぶんJavascriptがたくさん。画像がたくさん。メディア。レイアウトがシンプルになり、機能が制限されて、すばやく表示され、ユーザーが可能な限り高速に移動できるようになりました。
一方、ネイティブアプリにはいくつかの明確な利点があります。
- 画像やメディアなどをプリロードして、モバイルページでデスクトップのような応答を返すことができます。
- 大きなJavascriptライブラリのダウンロードや、モバイルWebページのロードに長時間かかる原因となる同様の問題を心配することなく、スクリプトを使用できます。
- スピナー/ドロップダウンなどのネイティブ構造を使用できます。ユーザーがよく知っている
- 組み込みの機能を使用して、より効果的なコンテキストヘルプを提供し、場合によっては他のアプリとより簡単にやり取りできます（たとえば、TwitterまたはFacebookを起動します）。
したがって、ネイティブアプリを作成する場合は、それらを利用するために作成する必要があります。テキストを表示しているだけなら、なぜわざわざ？モバイルWebページはそれで十分です。しかし、ネイティブアプリを利用して同様の応答性のために優れた機能を提供でき、それが実際に便利な機能である場合は、そのルートに進みます。
短い話ですか？レスポンシブなWebサイト（またはそのことについてはコルドバアプリ）がAppleユーザーにApple体験アプリを提供する）を提供する方法は地球上にないためです。そして基本的に私の見方では、ハイブリッドやネイティブではなく、「Appleエクスペリエンス」がすべてです。
IOSに精通している場合は、Appleガイドラインに従って作成されたハイブリッドアプリなのか純粋なxcodeアプリなのか、アプリを使用するだけでわかります。
誰かが述べたように、ハイブリッドアプリやレスポンシブサイトを設計しているときは、基本的にAndroidエクスペリエンス、同じAndroidエクスペリエンス私の電話を捨てたい、コントロールが同じではない、多くの機能が実装されていない（シェイクして元に戻すなど）など。
ネイティブアプリはレスポンシブウェブとは異なる必要があります。それはユースケースによって異なります。
場合によっては、レスポンシブWebアプリは製品を試してみたい新規ユーザーに最適であり、ネイティブアプリは製品にもっと関心を持っている頻繁なユーザーに最適です。