モバイルアプリ・レスポンシブWeb

当社が理由を確認し、修正して再提出します。見積に含まれる範囲です。リジェクトは例外ではなく公開手順の一部と考えるのが正確で、提出前にリジェクト要因になりそうな点を点検します。ただし審査期間そのものは短縮できません。

機能によります。ログイン、端末間のデータ共有、プッシュ通知、決済があるならサーバーが必要です。端末内だけで完結するアプリならサーバーもアカウントもなしで作れます。当社の営業キットと見積キットがその構造です。サーバーが不要なら運用費もかからないので、本当に必要かをまず確認します。

アプリはストア審査を再度通るため、Webのように即時反映されません。頻繁に変わる内容は最初からサーバーから取得する設計にしておけば、審査なしで修正できます。どこまでそうするかは、何がどのくらいの頻度で変わるかを見て一緒に決めます。

費用を左右するのはプラットフォーム数ではなく、作る画面と機能の量です。一つのコードで作るためWebを外しても大きくは下がらず、逆に後からWebが必要になっても作り直す必要がありません。画面数が少なければその分下がります。

必要です。両ストアともポリシーのURLを求めます。また、収集しないことと第三者にデータが届かないことは別です。地図タイルを取得するアプリは収集が0でも、そのサーバーにアクセス記録が残ります。ストアの申告と文書が食い違うこと自体がリジェクト理由になるため、端末外に出る通信を基準に記述します。