シンプルなiPhoneアプリは、モバイルWebサイトよりもユーザーにとって魅力的ですか？

クライアントがiPhoneアプリを実行したいのは、モバイル向けに最適化されたサイトでiPhoneアプリを使用する可能性が大幅に高いためです。iPhoneアプリは非常にシンプルです。いくつかの画像とテキストを表示するだけです。プログラマーとしては、コンテンツの単純な性質を考えると、むしろモバイルサイトを使用したいと思います。技術的な観点からは、この状況でiPhoneアプリを使用するのはやり過ぎだと思います。

ユーザーがむしろiPhoneアプリであるという理由だけで、モバイルサイトで十分なときにiPhoneアプリを構築することは理にかなっていますか？とにかく、モバイルサイトが使いやすいことをユーザーに簡単に納得させることはできますか？

簡単な答えは、Webサイトを開発することですが、それをモバイルWebアプリとして構築することです。Webサイトの作成に慣れている場合、またはWebサイトの作成が速くなると感じた場合は、これが適しています。

ユーザーは引き続きそれを「インストール」でき（ホーム画面にアイコンを作成するには、アイコンに使用するpngを指定します）、Safariツールバーを非表示にすると、アプリと同じように機能します。

こちらがウェブアプリ作成のアップルページです

これの利点は

• クロスプラットフォーム-WebアプリはAndroid、WP、さらにはBlackberryでも動作します！
• コンテンツを更新できます-たとえば、アプリを更新せずにテキスト、画像
• 安価で迅速な開発

これらの種類のWebアプリをiTunesストアに入れることができるかどうかはわかりません。

Webページが本当にそれほど単純なものである場合は、それをアプリにしてはいけません。理由は1つですが、それは非常に良い理由です。

通常、単純なアプリケーションはappstore reviewersを通過しません。

https://developer.apple.com/appstore/resources/approval/guidelines.htmlから

2.12あまり有用でなく、ユニークではない、単にウェブサイトがアプリとしてバンドルされている、または永続的なエンターテインメント価値を提供しないアプリは拒否される場合があります

そのようなアプリをアップロードしようとすると、「アプリはネイティブiOS機能を使用しない」などの拒否のメッセージが表示されます。

シンプルなiOSアプリを作成する場合は、Webページに対して追加される機能を考える必要があります。

先週、Google PlayとApp Storeの両方にアプリを公開しました。これらのアプリは、レスポンシブWebサイト専用のブラウザー（WebView）に少し上回っており、その上にいくつかの砂糖が含まれています。

これはあなたに与えます：

• アプリの大部分をWebページとしてHTML5ベースで迅速に開発
• デバイスのそれぞれのApp Storeに存在
• ユーザーは通常の方法でアプリをインストールできます（アイコンをホーム画面に表示するための複雑な手順はありません）

ただし、ネイティブアプリの利点はそのまま残ります。

• 後でいつでもより多くのコードをネイティブ側に移動できます
• ブラウザーベースのWebページに制限されていないAPIを使用します。
  • 新しいiOSマップでルーティングアプリとしてアプリを宣伝する
  • 通帳にアプリなどでチケットを開かせる

AndroidにもWebアプリで禁止されているAPIが多数あると思います。

ところで。私自身の経験から- クロスプラットフォームフレームワークに近づかないでください。そのような簡単な仕事でさえ、私はそれらのうちの1つに私のお尻を噛まれて、私はすべてを母国語で書き直しました。

私はあなたの痛みを感じます、多くのアプリはウェブの一部であり、ウェブ技術で開発されるべきです。
しかし、それは技術的なスタンスであり、クライアントはおそらく気にしません。

私の推測では、この種のクライアントは、実際にはアプリストアに行くほどではありません。

ここでは、アプリストアがクライアントのパブリケーションに与える可能性のある可視性を過小評価している可能性があります。

「無料広告!!! 1！」あなたのクライアントが見るすべてかもしれません。

それでも、クライアントである彼らは、暗示される実際のコストを過小評価している可能性があります。しかし、彼らの考え方では、これらの新しいコストは、アプリストアが許可する「新しい」収益化メカニズムによってバランスが取られます。

その後、彼らはほぼ確実に、現時点でアプリストアが（編集者、おそらく）製品のために調達できる実際の収益化を過大評価しています。結局のところ、彼らはAngry Birdsをスポーツしていません。

また、アプリソリューションを利用することで、市場投入までの時間を大幅に遅らせている可能性があります。

残念ながら、この種のビジネスプラン：

• アプリを構築
• ???
• 利益

最近は大流行しているようです。

十分な情報に基づいた決定を行うために十分な情報をクライアントに提供していません。

1. 彼らはiPhoneアプリの承認プロセスを知っていますか？
2. ユーザーが接続していないときにアクセスする必要がある機能はありますか？
3. 電話に保存されている機密情報について心配する必要がありますか？
4. アップル製ではないデバイスはどうですか？

「私がウェブサイトを構築する方が簡単だ」ということに注意してください。iPhoneアプリを構築することに満足する以上の資格があるからです。

確かに、私は個人的にネイティブアプリに偏見を持っていますが、これに対する白黒の答えは本当にないと思います。ここでは、Webアプリとネイティブアプリについていくつか考えます。

• Apple Developer Programのメンバーになる煩わしさを避けたい場合は、Webアプリが便利です。これがないと、デバイスにアプリをインストールしたり、アプリをApp Storeに公開したりできません。
• そしてもちろん、XCodeとObjective-Cを学ぶ努力があります（まだ知らない場合）。
• 一方、ネイティブアプリは応答性が高い傾向があります（私自身の主観的な経験）。
• アプリが「オフライン」で実行できる必要がある場合（インターネット接続が利用できない場合）、ネイティブアプリは実際に唯一の現実的なオプションです。

あなたのケースでは、私はクライアントの要件をウェブとネイティブアプリの長所と短所と比較検討します。

私はまた、その書き込みを追加したいとネイティブのiPhoneアプリを展開することはありません必ずしも App Storeで存在を必要とします。いわゆる「社内アプリ」は、企業の設定で作成および導入できます。これを考慮してください：http : //help.apple.com/iosdeployment-apps/mac/1.1/#app43ad6a6a

あなたの問題の説明を考えると、アプリとしてマスクされたモバイルサイトに行きます。一般に、多くのモバイルアプリはHTML5サイトであり、ローカルで実行される場合とされない場合があります。これは、多くのコードを作り直すことなく、多くのタイプのモバイルデバイスで問題なく動作するマルチプラットフォームアプリをすばやく開発するための素晴らしいスタートです。これを言っても、1つの注意点があります。HTML5は、重要なことを行う場合の速度の王ではありません。開発中のプラットフォーム用のミドルウェアの一部として利用できない処理集中型のコードを実行するときは、JavaScriptのみに依存して処理を実行すると、コードの実行がかなり遅くなる可能性があります。次のレベル（ネイティブアプリ）への移行を検討する必要があります。