はじめての App Store Connect ガイド

1. App Store Connect とは何ですか？

App Store Connect は、デベロッパとアプリ運営チームのために Apple が提供する管理画面です。App Store でユーザーに表示される名前、説明、スクリーンショット、価格、アップデートを管理します。テスト、審査、売上、支払い、カスタマーレビューにもアクセスできます。

2. 始める前に何を準備すればよいですか？

• 2 ファクタ認証を有効にした Apple Account。
• 有効な Apple Developer Program メンバーシップ、またはチームから届いた App Store Connect への招待。
• 作業対象となるチームの確認。アカウントが複数のチームに所属している場合は、サインイン後に正しいチームを選びます。
• アプリレコードの作成に使うアプリ名、プライマリ言語、Bundle ID、社内用 SKU。
• リリース前に用意するプライバシーポリシー URL、ストアの説明、キーワード、スクリーンショット、サポート URL、審査担当者向けの連絡先情報。

最初に役割を理解する

ボタンが表示されない場合、システムの不具合ではなく、権限が不足していることがよくあります。Apple の役割に関するドキュメントには詳しい説明があります。まずは次の表を参考にしてください。

同僚を招待するには、Users and Access → People → + を開き、氏名とメールアドレスを入力してから、役割とアプリへのアクセス権を割り当てます。必要な範囲の権限だけを付与してください。手間を省くために全員を Admin にすることは避けましょう。

3. ビルドをアップロードする前に、最初のアプリレコードを作成する

バイナリをアップロードしても、App Store Connect にアプリが自動で表示されるわけではありません。先に アプリレコードを作成し、デベロッパが対象アプリのビルドをアップロードできるようにします。Apple のアプリ作成手順でも、この順序が指定されています。

1. サインインして Apps を開きます。
2. 左上の + をクリックし、New App を選びます。
3. iOS、macOS、tvOS、visionOS などのプラットフォームを選びます。
4. Name、Primary Language、Bundle ID、SKU を入力します。
5. Full Access または Limited Access を選び、Create をクリックします。

各項目の意味

4. App Store の掲載情報を完成させる

新しく作成したレコードは、通常 Prepare for Submission の状態から始まります。ここから 2 種類の情報を入力します。アプリ全体で共通する情報と、リリースするバージョン固有の情報です。この 2 種類を分けて考えると、手順を追いやすくなります。

アプリ全体で共通する情報

サイドバーの General → App Information 付近で、名前、サブタイトル、カテゴリ、年齢制限指定、Bundle ID、コンテンツ配信権などを管理します。年齢制限指定は、質問への回答をもとに算出されます。感覚でレーティングを選ばず、正確に回答してください。

App Privacy には、アプリと他社製 SDK が収集するデータ、そのデータがユーザーに関連付けられるか、トラッキングに使用されるかを記載します。iOS アプリにはプライバシーポリシー URL が必要です。他のアプリの回答をコピーしないでください。Apple は、あなたと外部パートナーによる実際のデータ取り扱いを開示するよう求めています。アプリのプライバシーの管理を確認しながら、項目ごとに進めてください。

バージョンごとに入力する情報

• Promotional Text: 実施中のキャンペーン情報など、短いプロモーション用テキスト。
• Description: 製品の詳しい説明。主な機能を列挙する前に、アプリが解決する課題を説明します。
• Keywords: ユーザーがアプリを見つけるための検索語句。アプリ名を繰り返し詰め込むことは避けます。
• What’s New: 今回のアップデートで変わった点。通常、最初のバージョンでは必要ありません。
• Support URL: ユーザーがサポートを受けられるページ。
• Screenshots / App Previews: 対象デバイスサイズに合わせたスクリーンショットと、任意のプレビュー動画。

スクリーンショットは、数枚の画面キャプチャをフォームにアップロードするだけのものではありません。App Store でのコンバージョンを左右する重要な素材です。最初に中核となる価値を示し、次に利用場面を続け、各画像で伝えることを 1 つに絞ります。言語ごとにローカライズできます。アップロード先は、Apple のスクリーンショットとプレビューの手順で確認できます。

審査情報はユーザーではなく審査担当者に向けて書く

App Review Information は審査チームだけが使用します。すぐに対応できる連絡先を記載してください。アプリへのサインインが必要な場合は、確実に使えるデモアカウントを用意します。特定の操作手順、ハードウェア、場所、動作が機能の利用に必要な場合は、手順を明確に説明します。審査担当者が機能を見つけられないと、追加説明を求められたり、提出が却下されたりすることがあります。

5. ビルドとは何ですか？ TestFlight でどうテストしますか？

バージョン番号は、1.2.0 のようにユーザーに表示される番号です。ビルド番号は、37 のように、パッケージ化された個々のビルドを内部で識別する番号です。1 つのバージョンに複数のビルドをアップロードできますが、審査への提出時に選べるのは 1 つだけです。

デベロッパは Xcode、Transporter などの対応方法でビルドをアップロードできます。アップロードに成功しても、すぐにビルドが使用可能になるわけではありません。最初に Apple の処理が必要です。処理が完了すると、アプリの TestFlight タブに表示されます。

内部テストと外部テストのどちらを使うべきですか？

1. アプリの TestFlight タブを開き、Beta App Description、フィードバック用メールアドレス、テスト内容を入力します。
2. テストグループを作成し、正しいビルドを追加します。
3. 内部テストでは、既存のチームユーザーをグループに追加します。外部テストでは、メールや公開リンクで招待する前に TestFlight 審査へ提出します。
4. テスターに Apple の TestFlight アプリをインストールし、招待を承認してもらいます。
5. TestFlight でインストール数、Sessions、Crashes、テスターからのフィードバックを確認します。

6. App Store の審査に提出してリリースする

テストが完了したら、リリースするバージョンのページに戻ります。TestFlight にビルドが表示されても、App Store に提出されたことにはなりません。TestFlight のテストと App Store の審査は別の工程です。

1. バージョンページの必須項目をすべて入力し、赤色で表示されたエラーを解消します。
2. Build セクションで最終ビルドを選びます。一度に関連付けられるビルドは 1 つだけです。
3. プライバシーに関する申告、輸出コンプライアンス、コンテンツ配信権、広告識別子、審査用のサインイン情報を再確認します。
4. 右上の Add for Review をクリックします。この操作では、バージョンが提出用の下書きに追加されるだけです。
5. サイドバーで Draft Submissions または App Review を開き、項目を確認して Submit for Review をクリックします。この操作を終えて初めて、提出物が審査待ちの列に入ります。

この 2 つのボタンは、Apple のアプリ提出のワークフローでも説明されています。手順 4 で止めてしまうのは、よくある間違いです。アプリは Ready for Review のままになり、Apple が審査を始めるまで時間がかかっているように見えます。

主なステータスの意味

7. リリース後はアプリをどう管理しますか？

新しいバージョンをリリースする

アプリページで、対象プラットフォームの + をクリックし、新しいバージョンを作成します。新しいバージョン番号と What’s New を入力し、デベロッパが用意した新しいビルドを選び、審査への提出手順を繰り返します。アップデートのために新しいアプリレコードを作成しないでください。別の製品になってしまいます。

価格と地域を管理する

Pricing and Availability で、価格、地域、提供状況を設定します。無料アプリを有料に変更したり、提供地域を変更したりする前に、契約、税務情報、銀行口座情報が有効であることを確認します。価格を変更するときは、既存ユーザーとサブスクライバーが期待する内容も考慮してください。

カスタマーレビューに返信する

Ratings and Reviews を開き、評価とレビューを確認します。クラッシュ、サインインの失敗、支払いの問題など、具体的な問題を優先します。メールアドレスや注文番号などの個人情報を公開の場で尋ねず、サポート窓口へ案内してください。修正後は返信を更新し、問題を解決したバージョンを伝えます。

アプリ内課金とサブスクリプションを管理する

In-App Purchase と Subscriptions は、アプリ自体の価格とは別に、アプリ内で提供する製品の仕組みです。各製品には Product ID、表示名、説明、価格、審査用スクリーンショットが必要です。サブスクリプションを開始する前に、サブスクリプショングループ、更新、猶予期間、オファー、サーバー通知について理解しておきます。テスト用の製品を、そのまま本番用として公開しないでください。

アクセス権と契約を最新に保つ

同僚が退職したときや役割が変わったときは、Users and Access を更新します。Account Holder は、メンバーシップの更新と Business に追加される新しい契約も確認してください。未署名の契約があると、アプリ作成、有料機能、支払いが止まることがあります。

8. アプリのデータをどう読み解きますか？

リリースは始まりにすぎません。App Store Connect には、少なくとも 3 つの異なるデータ画面があります。Analytics では発見から利用までのユーザー行動を追い、Sales and Trends では販売実績を確認し、Payments and Financial Reports では最終的な精算内容を確認します。定義が異なるため、同じ日の数値が完全に一致するとは限りません。

Analytics をファネルとして読む

Analytics を開き、アプリと期間を選びます。初めて見る場合は、次の順番がわかりやすいでしょう。

Apple の指標の定義では、一部の App Store 指標は、初回ダウンロードまたは予約注文が 5 件以上になってから利用できると説明されています。新しいアプリでグラフが表示されなくても、必ずしも設定に問題があるわけではありません。単にデータが少なすぎる場合があります。

合計だけでなく、データを分類して見る

• Source Type: ユーザーは App Store Search、Browse、Web Referrer、App Referrer のどこから来ていますか？
• Territory: ダウンロードと収益を生んでいる国や地域はどこですか？ ローカライズは成果につながっていますか？
• Device / Platform Version: 特定のデバイスや OS バージョンに問題が集中していますか？
• App Version: 最新リリースの後に利用状況や安定性が変化しましたか？
• Campaign: タグを付けたマーケティングリンクから、価値の高いユーザーを獲得できていますか？

まずは 7 日間と 28 日間のデータを、それぞれ同じ長さの前期間と比較する方法がおすすめです。一度に変更する内容は 1 つにします。スクリーンショットを更新した後はプロダクトページのコンバージョンを確認し、初回利用時の体験を改善した後は継続率と Sessions を確認します。1 日に 5 つの変更を加えると、どの変更が数値に影響したのか判断しにくくなります。

Sales and Trends: 販売実績を把握する

このセクションでは、App Units、In-App Purchases、サブスクリプション、売上、見込み収益を追跡できます。製品、地域、デバイスなどで絞り込むこともできます。事業用ダッシュボードに近い画面ですが、収益は見込み値であり、為替レートや取引状況によって変わる可能性があります。

Payments and Financial Reports: 受取額を把握する

このセクションは財務上の照合に使います。Proceeds は、ユーザーが支払った価格から、該当する税金と Apple の手数料を差し引いた後にデベロッパへ支払われる金額です。各ページには、支払い、見込み収益、為替レート、税金、調整額、銀行口座番号の末尾が表示されます。Apple の説明では、前会計月のデータは通常、当月の最初の水曜日から表示され始め、地域別レポートは通常、最初の金曜日までに用意されます。詳しくは支払いと収益の確認をご覧ください。

9. 初心者向けの週間チェックリスト

• アプリのステータス、App Review からのメッセージ、TestFlight のフィードバックを確認します。
• 直近 7 日間のインプレッション、プロダクトページ閲覧数、ダウンロード数、コンバージョンを、その前の 7 日間と比較します。
• 継続率、Sessions、クラッシュ、主要なアプリバージョンの分布を確認します。
• 評価と新しいレビューを確認し、サポートが必要なユーザーに返信します。
• アプリ内課金、サブスクリプション、返金、収益に通常と異なる変化がないか確認します。
• データを解釈できるように、その週に行ったバージョン、スクリーンショット、価格、マーケティングの変更を記録します。
• 毎月、財務担当者が財務レポートをダウンロードして保管し、実際の支払いと照合します。

10. 初心者が遭遇しやすい 8 つの問題

11. 1 分でわかる用語集