iOS: App Store にアプリを提出する方法

新規申請の提出プロセスは比較的長いですが、更新のみの場合は非常に迅速です。アプリケーションをローカライズする必要がある場合、いくつかの基本情報をローカライズする必要があるため、多くの作業が必要になります。しかし、このプロセスには価値があります。結局のところ、ユーザーが増えればダウンロード数と利益も増えるからです。

多くの困難を乗り越えてついに独自のアプリを開発したら、次のステップはアプリを App Store に提出することです。次に何をすべきでしょうか?私のアプリは本当に提出できる状態ですか?きっとこれらの疑問が頭に浮かぶでしょう。このチュートリアルに基づいて、完全な送信プロセスを説明します。

導入

Apple のレビュー プロセスは「ブラック ボックス」操作のようなものだということは誰もが知っていますが、だからといって、このレビュー プロセスのために事前に準備しておくことが妨げられるわけではありません。 Apple の App Store レビューガイドラインには、何が許可され、何が許可されないかがすでに記載されています。アプリを初めて Apple に提出するときは、ワクワクすると同時に緊張するプロセスです。結局のところ、これは毎日コードを書くようなものではないので、最も経験豊富な開発者でさえも不意を突かれるでしょう。

前提

App Store にアプリケーションを提出するための前提条件は、Apple iOS Developer Program のメンバーになり、Apple に年間 99 ドルの料金を支払うことです。このリンクから Apple の iOS 開発者プログラムのメンバーに登録できます。 「今すぐ登録」ボタンをクリックします。

図1. iOS開発者として登録する

1. 申請の準備はできていますか?

ステップ1. テスト

最後のコード行を記述したり、最後の関数を実行したりしても、アプリが完成したわけではありません。複数のデバイスでアプリをテストしましたか?アプリケーションにメモリリークはありますか?アプリがいつもクラッシュしていませんか?近年、iOS デバイス市場は急速に成長しており、アプリケーションができるだけ多くのデバイスでテストされていることを確認する必要があります。よくある質問には、4 インチの iPhone 5 から 7.9 インチの iPad Mini までのさまざまな画面でテストに合格したかどうかなどがあります。

iOS シミュレーターは非常に便利ですが、これは Mac 上で実行されます。Mac は、ポケットの中の携帯電話よりもはるかに多くのメモリと処理能力を備えており、iPhone 3GS と iPhone 5 のパフォーマンスの違いは言うまでもありません。 iOS 開発者として、アプリの作成と保守のために、古い iOS デバイスを長期間使用するリスクを負うことはできません。アプリが古い iOS デバイスで問題なく実行できたとしても、新しいデバイスでもスムーズに実行できるとは限りません。

Apple のレビューは終了していますが、パフォーマンスの不完全さによってユーザーに対して悪いレビュー結果がもたらされる可能性を減らすことができます。アプリが頻繁にクラッシュしたり、起動後すぐに動作が遅くなったりする場合は、App Store に提出する前にやるべき作業がたくさんあります。 Apple のレビュー担当者がアプリの問題を見つけられなくても、ユーザーは見つけるでしょう。ユーザー エクスペリエンスが悪いと、ユーザーから悪いレビューや低いスコアが付けられ、アプリの売上やダウンロード数にも影響を及ぼします。

ステップ2. ルールとガイドライン

前にも述べたように、Apple は開発者向けに多くのドキュメントを提供しています。開発者は iOS ヒューマン コンピュータ インタラクション ガイドラインと App Store レビュー ガイドラインに特に注意を払う必要があります。しかし、多くの開発者は、落ち着いてこれらのドキュメントを注意深く研究するエネルギーがなかったり、難しいと感じたりします。この場合、これらのドキュメントに記載されている要件により、アプリは繰り返し拒否されます。

一歩引いて考えてみると、iOS ヒューマン コンピューター インタラクション ガイドラインや App Store レビュー ガイドラインを学習していなくても、開発者はよく言及されるルールを知っておく必要があります。以下に、アプリで実行すべきことと実行すべきでないことをリストアップしました。

あなたのアプリケーション:

クラッシュできない

プライベート API は使用できません。

ネイティブ アプリの機能を再現できません。

IAP（アプリ内決済）金融取引を使用する必要があります

ユーザーの知らないうちにカメラやマイクにアクセスできない

著作権のある画像を使用する必要があります

これらは、上記のドキュメントの内容のほんの一部です。 iOS ヒューマン・コンピュータ・インタラクション・ガイドラインと App Store レビュー・ガイドラインの内容は、ほとんどが非常に些細なものです。しかし、うっかり違反してしまう可能性のある小さなことがいくつかあります。たとえば、Apple が独自のマップを有効にする前は、MapKit フレームワークは Google マップを使用していましたが、ユーザーは各マップの左下隅に Google ロゴが配置されることをよく知っていました。アプリのユーザー インターフェースが Google ロゴを覆っていた場合、Apple はアプリを拒否していました。これは非常に些細なことですが、多くの開発者が頻繁に「間違いを犯す」ところでもあります。

2. 事前準備

アプリを App Store に送信する前に、App ID、有効な配布証明書、有効なプロビジョニング プロファイルが必要です。それぞれの機能を見てみましょう。

ステップ1: アプリID

App ID は、さまざまなアプリケーションの一意の識別子です。すべてのアプリには、App ID またはアプリ識別子が必要です。現在、App ID には 2 種類あります。1 つは明示的な App ID で、もう 1 つはワイルドカード App ID です。 ワイルドカードを使用する App ID は、複数のアプリを構築およびインストールするために使用できます。ワイルドカード App ID は非常に便利ですが、特にアプリが iCloud を使用する場合や、Game Center、プッシュ通知、IAP などの他の iOS 機能を使用する場合は、正確な App ID も必要です。

プロジェクトに適した App ID がわからない場合は、このトピックに関する Apple のドキュメント (テクニカル ノート QA1713) を読むことをお勧めします。

ステップ2: 配布証明書

すべての iOS アプリケーションには、開発者の ID と署名を確認するためのセキュリティ証明書があります。アプリを App Store に送信するには、iOS プロビジョニング プロファイルを作成する必要があります。まず配布証明書を作成する必要があります。プロセスは開発証明書の作成と同様です。物理デバイス上でアプリをテストしたことがある場合は、開発証明書の作成にすでに精通していることになります。

これについてよくわからない場合は、証明書の署名とプロビジョニング プロファイルに関する Apple の詳細な手順を読むことをお勧めします。

ステップ3: プロビジョニングプロファイル

App ID と配布証明書を作成したら、iOS プロビジョニング プロファイルを作成して、App Store でアプリを販売しやすくなります。ただし、アドホック配布と同じプロビジョニング プロファイルを使用することはできません。 App Store 配布用に別のプロビジョニング プロファイルを作成する必要があります。ワイルドカード App ID を使用すると、複数のアプリで同じプロビジョニング プロファイルを使用できます。

ステップ4: ビルド設定

App ID、配布証明書、プロビジョニング プロファイルを構成したので、次は Xcode でターゲットのビルド設定を構成します。 Xcode プロジェクト ナビゲータのターゲット リストからターゲットを選択し、上部の [ビルド設定] タブを開いて、先ほど作成した配布プロビジョニング プロファイルと一致するようにコード署名を更新します。最近追加されたプロビジョニング プロファイルは、コード署名ビルド設定にすぐに表示されない場合があります。Xcode を再起動すると、この問題が解決される可能性があります。

図2: ターゲットのビルド設定を構成する

ステップ5: 展開ターゲット

デプロイメント ターゲットについて話すことは非常に重要です。Xcode の各ターゲットにはデプロイメント ターゲットがあり、アプリが実行できる最小バージョンを示すことができます。ただし、アプリが App Store で公開されたら、デプロイメント ターゲットを変更した場合の結果を考慮する必要があります。アプリを更新するときにデプロイメント ターゲットを増やしても、すでにアプリを購入したユーザーが新しいデプロイメント ターゲットに遭遇していない場合、そのアプリはユーザーのモバイル デバイスで実行できません。これは、ユーザーが iTunes (デバイスではなく) から更新されたアプリをダウンロードし、以前のバージョンの代わりにデバイスにインストールした結果、新しいバージョンがデバイスで動作しないことがわかった場合に問題になります。

これには2つの方法があります。

（1）既存アプリの展開対象を増やす場合は、新バージョンのリリースノートにその旨を記載します。事前にユーザーに通知すれば、少なくとも問題の発生を防ぐために最善を尽くしたことになります。

（２）新しいアプリの場合、デプロイメントターゲットを最新リリースのシステムバージョンに設定することが多いです。なぜなら、新しい iOS バージョンがリリースされると、普及率が信じられないほどの速度で増加するからです。導入目標を引き上げると、市場の大半を失うことになると考える人が多いようですが、これは正しくありません。たとえば、iOS 6 のリリースから 1 か月後には、60% を超えるデバイスがアップデートされていました。しかし、Android の場合は話が別です。Android ユーザーは、iOS ユーザーほどオペレーティング システムのバージョンを更新することに熱心ではありません。

3. 資産

ステップ1: アイコン

アイコンはアプリの不可欠な部分なので、アイコンのサイズが正しいことを確認する必要があります。

iTunes アートワーク: 1024 ピクセル x 1024 ピクセル (必須)

iPad/iPad Mini: 72 x 72 ピクセルおよび 114 x 114 ピクセル (必須)

iPhone/iPod Touch: 57px x 57px および 114px x 114px (必須)

検索アイコン: 29px x 29px および 58px x 58px (オプション)

設定アプリケーション: 50px x 50px および 100px x 100px (オプション)

ステップ2: スクリーンショット

スクリーンショットの役割は明らかです。アプリごとに 5 枚のスクリーンショットをアップロードできます。少なくとも 1 枚はアップロードする必要がありますが、1 枚だけをアップロードする人はまずいないでしょう。さらに、iPhone/iPod Touch と iPad/iPad Mini 用に別々のスクリーンショットを用意する必要があります。これも大変な作業ですが、アプリケーションの別の側面を示すことができます。 Shiny Development の 6.99 ドルの Mac アプリ Status Magic を使用すると、多くの時間を節約できます。 Status Magic を使用すると、スクリーンショット上のステータス バーを正しい位置に配置できます。

スクリーンショットとアイコンは、アプリがユーザーに与える第一印象であり、ユーザーがアプリを購入するかどうかに直接関係します。ただし、アップロードするスクリーンショットは実際のスクリーンショットである必要はありません。この戦略を使用すると、「Where’s My Water?」のスクリーンショットがより魅力的で説得力のあるものになります。

ステップ3: メタデータ

アプリを送信する前に、1. アプリ名、2. バージョン番号、3. メイン カテゴリ、4. 簡潔な説明、5. キーワード、6. サポート URL など、アプリのメタデータを管理する必要があります。アプリケーションを更新する必要がある場合は、新しく追加されたバージョン コンテンツも提供する必要があります。

アプリに登録が必要な場合は、レビュー担当者がアカウントを登録しなくてもすぐにアプリにアクセスできるように、Apple にテスト アカウントまたはデモ アカウントも提供する必要があります。

4. 提出準備

Xcode 4 以降では、開発者がアプリケーションを提出するプロセスが大幅に簡素化され、Xcode を使用して直接アプリケーションを提出できるようになりました。まず、iTunes Connect でアプリを作成します。iTunes Connect にアクセスし、iOS 開発者アカウントでログインし、右側の「アプリの管理」をクリックし、左上隅の「新しいアプリの追加」をクリックして、「iOS アプリ」を選択し、フォームに入力します。

図3. iTunes Connectページのナビゲーション

ステップ1: 基本情報を入力する

App Store に表示されるアプリの名前は一意である必要があります。この名前はホーム画面アイコンの下の名前と異なっていてもかまいませんが、同じ名前を使用することをお勧めします。

SKU 番号は、アプリを識別するために使用される特別な文字列です。私はアプリのバンドル識別子をよく使います。下部にはアプリのバンドル ID が表示されます。ドロップダウン メニューからワイルドカード アプリ ID または正確なアプリ ID を選択できます。

図4. 名前、SKU番号、バンドルIDを指定する

次のページでは、App Storeへのアップロードの秘密を引き続き明らかにします。

ステップ2: 価格と在庫状況

次に、アプリの価格と入手可能性を決定します。 Apple はすでに価格勾配を決定しているため、各国でアプリの価格を個別に選択する必要はなく、どの国のアプリストアで販売するかを指定するだけで済みます。 このプロセス中に入力された情報は、アプリが App Store に表示された後に変更できるため、送信または更新せずに価格を変更できます。

図5. 価格と有効性の指定

ステップ3: メタデータ

メタデータについてはすでに説明しましたが、アプリの評価についてはまだ説明していません。 Apple は、アプリのコンテンツと機能に基づいて特定の評価を与えます。たとえば、多くのアプリは 4+ と評価されており、500px は 17+ と評価されています。アプリの内容や機能をユーザーに伝えるだけでなく、子供を持つ親に安心感を与えることもできます。

アプリの評価がコンテンツと一致しない場合、Apple はアプリを拒否します。

図6. アプリのメタデータと評価の入力

ステップ4: バイナリファイルのアップロードの準備

アプリのメタデータを送信すると、アプリに関する概要情報が表示されます。送信する前に、アプリのバージョンを確認してください。 「詳細を表示」ボタンをクリックし、右上隅の「バイナリのアップロード準備完了」をクリックします。次に、アプリに関する 1 つ以上の質問が表示され、完了するとバイナリをアップロードする準備をするように求められます。アプリのステータスが「アップロード待ち」に変わります。

図7. アプリの概要

5. バイナリファイルをアップロードする

プログラムをアップロードするには、プログラムのアーカイブを作成する必要があります。 1 つの実デバイスに作成できるアーカイブは 1 つだけです。 アクティブ スキームで iOS シミュレータを選択すると、Xcode の製品メニューのアーカイブ オプションがグレー表示されます。 iOS デバイスを Mac に接続し、アクティブ スキームでデバイスを選択して、Xcode の [製品] メニューから [アーカイブ] を選択します。

図 8. Xcode を使用してアプリケーションをアーカイブする

すべてがうまくいけば、アーカイブが作成され、Xcode の Organizer が自動的に開き、生成したアーカイブが表示されます。リストからアーカイブを選択し、右側の「配布」ボタンをクリックします。表示される画面で、「iOS App Store に送信」を選択します。次に、認証のために iOS 開発者アカウントを入力します。次に、アプリケーションとコード署名 ID を選択します。

アプリケーションバイナリは Apple のサーバーにアップロードされます。このプロセス中に、プログラムも検証する必要があります。検証プロセス中にエラーが発生した場合、アプリケーションの送信プロセスは失敗します。検証プロセスは非常に便利で、プログラムにエラーがある場合は、Apple の App Store レビュー チームが具体的な理由を教えてくれます。

図9. Xcodeを使用してアプリケーションをアーカイブする

図10. iOS App Storeにアプリを提出する

図11. iOS開発者と入力する

図12. アプリケーションとコード署名IDの選択

図 13. 検証に失敗した場合は、エラー メッセージが表示されます。

6. 待つ

アップロードが完了すると、アプリのステータスが「レビュー待ち」に変わります。

要約する

新規申請の提出プロセスは比較的長いですが、更新のみの場合は非常に迅速です。アプリケーションをローカライズする必要がある場合、いくつかの基本情報をローカライズする必要があるため、多くの作業が必要になります。しかし、このプロセスには価値があります。結局のところ、ユーザーが増えればダウンロード数と利益も増えるからです。