アプリの譲渡の概要

自動更新サブスクリプションを提供するアプリは、アプリ用共有シークレットを使用する必要があります。

• アプリの譲渡の開始

  自動更新サブスクリプションを提供するアプリの譲渡を開始する前に、アプリ用共有シークレットを生成します。次に、アプリの譲渡先であるデベロッパアカウントのユーザにコードを共有します。コードを共有したら、アプリの譲渡を開始します。

• アプリの譲渡の承諾

  自動更新サブスクリプションを提供するアプリの譲渡を承諾する前に、サーバを更新し、コードを使用して自動更新サブスクリプションを検証できるようにするために、アプリ用共有シークレットを責任者から取得します。アプリの譲渡が完了したら、組織外のユーザがアクセスできないように、アプリ用共有シークレットを生成します。

キーチェーンの共有は、アプリのアップデートまではそのまま動作しますが、アップデートされると無効になります。そのため、アップデートを提出する際は、キーチェーンを再構築する必要があります。Xcodeプロジェクトでキーチェーングループが定義されている場合、キーチェーン共有を継続するには、受取人が作成した、受取人のチームIDを含むグループと置き換えてください。アップデート後、アプリがキーチェーンから認証トークンを取得できなくなるため、ユーザは再ログインを求められます。

Appleプッシュ通知サービス(APNs)を使用しているアプリを譲渡する場合は、手動でプッシュ通知サービスを再設定する必要があります。関連付けられたクライアントSSL証明書、TLS証明書、認証トークンは譲渡の対象外であるため、受取人は自身のデベロッパアカウントを使用して新しいクライアントSSL証明書を作成する必要があります。

Apple Payを使用するアプリを譲渡する場合、マーチャントIDは譲渡されません。元の証明書が有効である限り、トランザクションは引き続き正常に行われます。ただし、アップデートを提出する際には、新しいマーチャントIDを受取人のアカウントで作成する必要があります。

受取人にアプリを譲渡する前に行うデータ準備の一環として、データベース内に存在する各ユーザに対して譲渡IDを生成する必要があります。この作業は、Appleが提供するRESTサービスエンドポイントを介して行うことができます。

「Appleでサインイン」向けにアプリをグループ化している場合は、譲渡開始前にグループを解除する必要があります。

「Appleでサインイン」が設定されているアプリを譲渡すると、関連付けられたサービスIDも譲渡されます。サービスIDの譲渡を希望しない場合は、譲渡プロセスを開始する前に関連付けを解除する必要があります。

アプリが、アプリやWebサービスからのアップデートを必要とするウォレットパスを配信する場合は、譲渡の後、新しいIDを使用してパスを再発行する必要があります。新しいIDを使用することで、パスの署名がApple Developerアカウントから発行された証明書で行われるようになります。ユーザの混乱を最小限に抑え、機能中断を避けるために、アプリ内のメッセージを利用して、以前に発行されたパスが無効になることを通知し、アプリやWebサービスから新しいパスをダウンロードするように促すことをお勧めします。

パスの配布、更新、使用についてはこちらを参照してください。

また、アラート設定のベストプラクティスについてはこちらを参照してください。

アプリで以下のいずれかが使用されている場合、アプリの譲渡が受取人に承諾された際、以下も合わせて譲渡されます。

• ユーザデータの保存に使用されているiCloud

• iCloudコンテナ

• アプリに関連付けられているKVSの識別子

アカウント内のほかのアプリとCloudKitコンテナを共有しているアプリを譲渡する場合、ほかのアプリにも譲渡の影響が及びます。ほかのアプリで、譲渡したCloudKitコンテナ内のデータの読み取りや保存ができなくなります。また譲渡人は、譲渡したアプリのユーザデータにiCloudダッシュボードを経由してアクセスすることができなくなります。アプリのアップデート実施後、譲渡したCloudKitコンテナを使用してアプリデータの読み取りや保存を行うことができなくなります。

アプリがiCloudのKey-Value Storage(KVS)を使用している場合、譲渡されたアプリに対して作成する新しいプロビジョニングプロファイルに完全なKVSの値が埋め込まれます。完全なKVSの値を含むプロビジョニングプロファイルを使用して、entitlements plistを更新してください。

CloudKitを使用したアプリ開発については、こちらを参照してください。

マルチプレイヤー互換性：アプリが、アプリ間のマルチプレイヤー互換性マトリックスの一部である場合、ほかのアプリとの互換性がなくなり、マトリックスにも表示されなくなります。譲渡したアプリが既存の別アプリと動作するようにするには、アプリの譲渡後、受取人が当該アプリにマルチプレイヤー互換性を追加する必要があります。

Game Centerグループ：アプリがGame Centerグループの一部である場合、譲渡中にそのグループから削除されます。Leaderboardおよび達成項目のステータスは、譲渡が完了次第すべて元に戻ります。元々グループLeaderboardを構成していたLeaderboardについては、識別子にgrp.というプレフィックスが付いたままとなります。譲渡が完了次第、受取人は当該アプリをGame Centerグループに追加できるようになります。

マージしたLeaderboard：元々シングルLeaderboardだったがその後グループに統合されたものについては、譲渡後にgrp.のプレフィックスが削除されます。これらのLeaderboardのIDは、統合前のものに戻ります。スコアの投稿が正常に行われるよう、アプリの譲渡後に受取人は必ず、新しいLeaderboard IDを使用してアプリのビルドをアップデートしてください。

マッチメイキング：マッチメイキングに関する設定は、アプリの譲渡とともに引き継がれません。Game Centerでのマッチメイキング機能が正常に動作するためには、譲渡完了後に受取人がマッチメイキングに関するルールを作成または変更する必要があります。

譲渡を始める前に、譲渡人は、影響のある代替アプリマーケットプレイスにアプリの譲渡について知らせておく必要があります。変更については、譲渡人と受取人の双方に、マーケットプレイスへ通知する義務があります。

代替アプリマーケットプレイスで配信されているアプリの譲渡を行う場合、ユーザがアプリのダウンロードを継続して行えるよう、受取人は譲渡前に「Alternative Terms Addendum for Apps in the EU」(EUにおけるアプリに関する新しい規約の付属文書)に同意し、かつApp Store Connectで同じマーケットプレイスを追加しておく必要があります。譲渡したアプリを配信できる代替アプリマーケットプレイスは、譲渡人と受取人の両方が譲渡前にApp Store Connectで追加したもののみです。

ノミネートは、譲渡内容に含めることができません。ノミネートの詳細を受取人と共有するには、現在のノミネート情報を記録し、譲渡開始前に直接受取人に渡してください。

フィーチャー候補として自身のアプリをノミネートする際の詳細は、こちらをご覧ください。

App Bundleの一部であるアプリを譲渡すると、App Bundleの履歴を見ることができなくなります。アプリを譲渡する前に、忘れずにApp Bundleの情報を記録しておいてください。

アプリがアクセシビリティ機能に対応していることを記載していたり、アクセシビリティURLを含めたりしている場合は、これらの対応情報とURLも受取人に譲渡されます。譲渡の完了後、受取人はアクセシビリティURLを自分のWebサイトに更新できるようになります。

アプリにWebhookを設定していた場合、それらは受取人に譲渡されます。譲渡後にWebhookイベントが譲渡人のWebサーバに送信されないようにするには、アプリを譲渡する前にWebhookを削除してください。あるいは、譲渡完了後に受取人がWebhookを自身のWebサーバに更新することもできます。