What’s new in App Store Connect

ハイライト

App Store Connect のこの 1 年の焦点は「ユーザーがダウンロード前に自分に適した app かどうかを判断できるようにすること」です。Accessibility Nutrition Labels、Review Summaries、5 段階年齢レーティング、CPP キーワード検索が一斉に登場しました。

主要内容

過去数年、開発者が build のアップロードに失敗した際に最も痛い小さな問題がありました：その build number が使えなくなってしまうことです。次回はバージョン番号を再び増やす必要があり、CI スクリプトとリリース記録がすべて乱れてしまいます。今回 Apple は「アップロードプロセス」を単独で切り出しました。TestFlight セクションに「Build Uploads」ボードが追加され、build は配信プロセス中にリアルタイムでステータスが表示されます——作成、処理中、完了または失敗まで。失敗した build は破棄されず、リストに残り、エラー情報と警告を確認できます。最も重要なのは、失敗した build number を再利用できる ことです（02:38）。近日登場する App Store Connect API のアップロード機能と webhook のリアルタイム通知と組み合わせることで、配信パイプライン全体を完全に自動化できるようになります。

もう一つ長く不満の声が上がっていたのが「App Store でユーザーに自分の app を見つけてもらうにはどうすればいいか」という点です。Apple の応答は App Store Tags です：大規模言語モデルであなたの app のメタデータ（説明、カテゴリ、スクリーンショット）をスキャンし、より細粒度のタグを自動生成してから、人の目による審査を行います。ユーザーはタグをクリックしてキュレートされた特集ページに移動し、開発者は ASC の「App information」で自分のタグリストを確認でき、不正確な関連付けを解除できます（09:56）。同時に Custom Product Page がついに検索結果に登場可能に——各 CPP にキーワードを割り当て、そのキーワードで検索するとデフォルト製品ページではなく対応する CPP が表示され、審査提出なしで即座に有効化できます（11:36）。

詳細

この session は Chinedu と Michael によって 4 つのブロックに分けて説明され、それぞれが具体的な痛点に対応しています。

1. App の管理（Michael）

Build Uploads ボードは、過去の「失敗後に何も見えない」という体験に代わるものです。build delivery の作成、処理中、完了まで、各ステップのステータスが表示されます。同名バージョン番号 + build number の失敗記録と成功記録が並列表示されます（03:19）。以下と連携：

• App Store Connect API アップロード機能（今年後半）
• Webhooks による build ステータス変化のプッシュ
• TestFlight Feedback も webhook と新しい feedback API 経由で

App Store Connect の iPhone/iPad app は TestFlight feedback プッシュ（スクリーンショット + crash log）を直接受信できるようになり、通知で埋め尽くされない digest モードをサポートし、スマホからワンタップで feedback をチームメンバーに共有できます（06:30）。Apple-Hosted Background Assets は最大 200GB の Apple ホスティングリソースパッケージを提供し、Mac/iPhone/iPad/Apple TV/Vision Pro をカバーし、app 外でコンテンツを更新できます（04:15）。

2. ユーザーによる App の発見を支援（Chinedu）

App Store Tags、CPP キーワード、Offer Codes の三種の神器。その中で CPP キーワードの設定パスは短く、session でライブデモが行われました：

App Store Connect
  └─ App information
       └─ Tags を確認（Edit をクリックして不正確なタグを解除可能）

App Store Connect
  └─ Custom Product Pages
       └─ 対象 CPP を選択（例：workouttracking）
            └─ 最新の App Store バージョンのキーワードから 1 つ以上を選択
                 └─ 言語ごとに設定
                      └─ 保存で即時有効化、再審査不要

重要ポイント：

• App Store Tag を 1 つ解除 = その tag に対応するキュレートページであなたの app が表示されなくなり、検索結果でもこのエントリを取得できません。
• CPP キーワードは、すでに提出した App Store バージョンのキーワードからのみ選択可能で、新しい語を独自に記述できません。
• CPP キーワードがヒットした場合、検索結果に表示されるのはその CPP のスクリーンショットと文案で、デフォルト製品ページではありません。
• CPP キーワードの変更は審査不要なので、異なるキーワード組み合わせの A/B テストを迅速に行えます。

Offer Codes は今回最大の拡張：サブスクリプションのみから consumables、non-consumables、non-renewing subscriptions まで拡張されました。ルール：

• IAP あたり最大 10 つのアクティブ offer
• app あたり四半期最大 100 万個の offer code（サブスクリプション + IAP 合計）
• 3 段階の eligibility：未購入 / 30 日以上前に購入 / 直近 30 日以内に購入
• Sandbox 環境でも code の生成と交換が可能で、app あたり四半期 10000 個、単一 sandbox Apple Account には交換上限なし（13:18）

交換経路：deep link / QR code / app 内入力。一度ユーザーが交換すると、App Store は app を自動インストールし、開発者は StoreKit で transaction を識別して特典を付与するだけです。

3. ユーザーにあなたの App が適しているかを知らせる（Chinedu）

3 つの新機能：Review Summaries（LLM がレビューから要約を生成し、開発者は ASC で問題を報告可能）、年齢レーティングが 3 段階から 5 段階に拡張（messaging/chat、UGC、advertising などの宣言項目を追加；app 内のペアレンタルコントロールを宣言可能；手動で引き上げも可能、例：「当社ポリシーでは 16 歳以上必要」）、Accessibility Nutrition Labels。

Accessibility Nutrition Labels は全く新しい機能：

• 製品ページに app がサポートするアクセシビリティ機能（VoiceOver、Larger Text など）を表示
• デバイスごとに独立宣言——同じ app が iPhone では VoiceOver をサポートし、Apple TV では非サポートの場合、それぞれ宣言可能（19:45）
• デフォルトでは draft として保存し、繰り返し編集してから公開；外部説明ページ URL を紐付け可能
• 公開後はいつでも編集可能

4. その他の更新（Michael）

App Analytics に 100 以上の指標が追加され、サブスクリプションと収益化データが完全に展開；Game Center がリニューアルし、Activities と Challenges を導入；App Review 提出プロセスは Apple-Hosted Background Assets、Game Center タイプを独立項目として提出可能で、複数項目を組み合わせて draft submission としてまとめて審査提出もできます（24:02）。

重要ポイント

• 新しい年齢レーティングをすぐ確認：ASC は旧アンケート回答から新レーティングを自動計算しますが、messaging/chat、UGC、advertising の 3 種類の宣言項目が新たに追加され、旧アンケートにはありませんでした。やる価値がある理由：レーティングの不一致はダウンロードと親によるフィルタリングに直接影響します；始め方：ASC → Age Ratings → 新アンケートに一通り答え、特に新規問題に回答；会社ポリシーで計算結果より高い値が要求される場合は override で引き上げます。

• 各 CPP にユニークキーワードを割り当てる：CPP キーワードで検索結果にデフォルト製品ページではなく対応する CPP を表示でき、キーワード変更は再審査不要です。やる価値がある理由：無料で検索エントリが数個増えるのと同じ；始め方：app の 3-5 個の高インテント検索語をリストし、それぞれの語を最もマッチする CPP に割り当て、言語ごとに個別設定し、公開後 App Analytics で各 CPP の検索トラフィックを確認します。

• Offer Codes を消費ステータスで階層化：新版 IAP offer codes は「未購入 / 30 日未購入 / 直近 30 日以内購入」の 3 段階 eligibility をサポート。やる価値がある理由：同じクーポンを全員に配るのは無駄——新規獲得、喚起、既存維持で適正価格ポイントが異なる；始め方：まず sandbox で 3 セットの code を生成してプロセスを確立し、その後 3 種類のユーザーに異なる強度の offer を送り、ASC レポートでコンバージョン率を比較します。

• Accessibility Nutrition Labels はまず draft から：デフォルトで draft として保存されるのは誤宣言を防ぐためです。やる価値がある理由：非サポートと宣言するのは暗黙のコミットメントと同じ；始め方：QA に Apple の詳細ガイドラインに沿って各デバイスでのサポート状況を逐項実測させ、デバイスごとに独立宣言し、確認後に公開します。

• Review Summary を製品フィードバックとして扱う：LLM が生成する summary はユーザーの関心点を高濃度に凝縮しています。やる価値がある理由：手動でレビューを一つずつ読むより効率的；始め方：毎週 ASC の Review Summary を一度確認し、繰り返し出現するキーワードを製品 backlog に追加；summary の抽出が不正確な場合は ASC の report concern でフィードバックします。

関連セッション

• Automate your development process with the App Store Connect API — Webhooks と build upload API、build uploads ボードと組み合わせてリリースを完全自動化。
• Optimize your monetization with App Analytics — App Analytics に追加された 100 以上のサブスクリプションと収益化指標の使い方。
• What’s new in StoreKit and In-App Purchase — IAP offer codes が消耗品と非消耗品に拡張された後のクライアント側実装詳細。
• What’s new in AdAttributionKit — CPP キーワードと tag と組み合わせた広告配信の帰因。