TL;DR. アプリを別のApple Developerアカウントに譲渡しても、バンドルID、評価、レビューはそのまま維持されます——Apple自身のドキュメントも、譲渡の前後を通じてアプリが「レビューと評価を保持し続ける」ことを明記しています。譲渡を開始または承諾できるのはアカウント所有者ロールのみで、譲渡が保留中の間（最大60日）は譲渡元アカウントからメタデータ、価格、App内課金を変更できません。TestFlightのテスト、Xcode Cloudのデータ、Apple PayのマーチャントID、APNsプッシュ証明書、ウォレットパスはいずれも自動的には引き継がれず、受取人側で再設定が必要です。

インディーデベロッパがアプリの譲渡に直面する理由はいくつかあります：アプリをまるごと売却する、エージェンシーが完成したビルドをクライアント自身のアカウントに引き渡す、あるいは有料広告でのスケールを見据えて個人アカウントから法人アカウントに移行する、といったケースです。多くの人がまず心配するのは評価履歴を失うことですが、実際に人を驚かせるのはそこではありません。

App Store Connectでアプリを譲渡すると、評価とレビューは引き継がれる？

はい。App Store Connect ヘルプにはこう明記されています：「譲渡の最中も譲渡後も、アプリはレビューと評価を保持し続け、ユーザーは引き続きアップデートを受け取ることができます」。バンドルIDも固定されたままで、いったんビルドがアップロードされると変更できないため、アプリのアイデンティティとレビュー履歴は一体となって移動します——これが当てはまるのは同一アプリの正真正銘のアカウント間譲渡だけであり、新しいバンドルIDで作り直したアプリにレビューをコピーすることではありません。それをApple はまったくサポートしていません。

アプリの譲渡を開始または承諾できるのは誰？

譲渡元・譲渡先のどちらの側でも、許可されるロールはアカウント所有者だけです——譲渡元はアカウント所有者でなければ譲渡を開始できず、受取人もアカウント所有者でなければ承諾できません。これは、日常的にキーワードフィールドやサブタイトルを編集できる4つのロール（アカウント所有者、管理者、App管理者、マーケティング）よりもずっと狭い範囲で、普段リスティングを管理している管理者であっても、アカウント所有者自身がログインして操作しない限り、アプリを新しいアカウントに移すことはできません。

開始するには：App Store Connectでアプリを開き、「一般」の「アプリ情報」に進み、「追加情報」までスクロールして「アプリの譲渡」を選択します。2ファクタ認証と条件確認の後、受取人のApple Accountのメールアドレスとチーム ID を入力してリクエストを送信します。

譲渡が可能になるための条件

Apple は、譲渡を通す前に特定の条件リストを確認します：

  • アプリは少なくとも1バージョンがすでにApp Storeにリリースされている必要があります——一度も出荷されていないアプリは譲渡できません。
  • 予約注文受付中であってはならず、「配信用処理中」「審査待ち」「審査中」「承認済み」「デベロッパによるリリース待ち」「Appleによるリリース待ち」のいずれのステータスでもあってはなりません。
  • App内課金の商品は「承認済み」「提出準備完了」「デベロッパによる販売終了」「却下」のいずれかのステータスである必要があります——それ以外のステータスは譲渡をブロックします。
  • 受取人が同じApp内課金の商品IDを使用するアプリをすでに持っていてはいけません。
  • Apple Arcadeのアプリはそもそも譲渡できません。
  • 両方のアカウントが現行の有償版・無償版のApple Developer Programの使用許諾契約に同意している必要があり、そのアプリがEU向けのAlternative Terms Addendumを利用している場合は、受取人もそれに同意する必要があります。

計画しておくべきメタデータの凍結

これがASOの実務に実際に影響する部分です：譲渡が送信されると、受取人が承諾するまでの間、譲渡元アカウントはメタデータ、価格、App内課金を変更できなくなり、受取人には承諾までに最大60日の猶予があります。売却の交渉が進行中で、キーワードフィールドの書き直しやサブタイトルの変更も控えているなら、譲渡を始める前にその変更を送信して公開しておきましょう。譲渡が保留状態になった後はロックされ、受取人の対応スピードより速く進めることはできません。

この凍結は逆方向にも働きます：承諾時に、受取人は自分自身のサポートURL、マーケティングURL、プライバシーポリシーURL（アプリにすでにある場合は必須）、App Review連絡先情報、App Store連絡先情報を用意し、アプリの既存のプライバシー開示情報を承継するか、新たに入力し直す必要があります。進行中のApp Reviewのやり取りは、この引き渡しの一環としてすべて自動的にクローズされます。どれも省略できません——受取人側の準備が整っていない譲渡は、これらを揃えるだけで何週間もリスティングが実質ロックされたまま止まることがあります。

引き継がれず、再構築が必要なもの

いくつかの技術的な要素はアプリと一緒には移動せず、受取人のアカウント上でやり直す必要があります：

  • TestFlight — 譲渡を開始する前に、すべてのベータビルドのベータテストをオフにしておく必要があります。
  • Xcode Cloud — 関連するワークフローのデータはすべて、譲渡前にアプリから削除しておく必要があります。
  • Apple Pay — マーチャントIDは譲渡されません。受取人が新しいマーチャントIDを作成します。
  • プッシュ通知 — プッシュの送信を継続するには、受取人のチームが新しいAPNs証明書を生成する必要があります。
  • ウォレットパス — 譲渡完了後、新しいパスタイプ識別子で再発行する必要があります。
  • 自動更新サブスクリプション — アプリがこれを持つ場合、譲渡元はアプリ用共有シークレットを事前に受取人と共有しておく必要があります。そうしないとサブスクリプションの検証が失敗します。

iCloudのデータ、コンテナ、キーバリューストレージの識別子は、受取人が承諾すれば自動的に引き継がれます。

「アプリの譲渡」をクリックする前に

  1. 保留中のキーワードフィールド、サブタイトル、価格の変更を先に出荷する——譲渡リクエストを送信した後は何も動かせません。
  2. TestFlightのベータテストをオフにし、Xcode Cloudのデータをアプリから削除する。
  3. 受取人側にログインして承諾できるアカウント所有者がいることを確認する——60日という猶予は、その人が実際に期間内に対応できる準備が整っていて初めて意味を持ちます。
  4. アプリに自動更新サブスクリプションがある場合は、共有シークレットを別途手渡す——譲渡プロセスはそれを自動では行いません。
  5. 承諾時に何を求められるか（サポート/マーケティング/プライバシーのURLとApp Review連絡先情報）を受取人に事前に伝えておき、情報不足で譲渡が止まらないようにする。

関連記事