App Store Connectアプリ転送 2026：引き継ぎ前後の検収方法

Appleの公式資料では、アプリ転送は譲渡元と譲受先の2つのアカウント間で進めます。転送の概要だけを確認して発行・受諾を終えても、サブスクリプション、ログイン、サーバー、権限まで検収できたことにはなりません。勝者は、先に資格と停止条件を確認し、商店資産と周辺サービスを分離して引き継ぎ、最後に5分類の回帰確認を行う方法です。遠隔Macは証拠を残す隔離環境として使えますが、アカウント所有者の権限やAppleの正式手順を代替しません。

この検収手順が必要な担当者

対象は、上場済みアプリの売却・買収や海外事業の組織変更を担当する責任者です。App Store Connect、課金、ログイン、商店素材を引き継ぐ運用担当者にも適しています。

また、複数地域の担当者に独立したmacOS作業環境を用意し、資料保存と権限回収を管理するプロジェクトマネージャーやIT担当者にも役立ちます。

商店の所有権と事業資産を分けて確定する

App Store Connect上のアプリ転送は、商店に登録されたアプリの所有権を移す手続きです。コードリポジトリ、サーバー、ドメイン、広告アカウント、顧客サポート窓口、分析ツール、外部決済は別の交接対象として扱います。

最初の会議では、次の3点を文書化します。

• 譲渡元と譲受先のApple Account所有者
• 転送中に止めてはいけない業務
• 転送を一時停止または契約上の再確認に戻す条件

「アプリがストアで表示され続けている」ことは、サービス継続の証拠ではありません。販売ページが見えていても、レシート検証、プッシュ通知、ログイン、問い合わせ先が旧事業者の環境に残っている可能性があります。

先に作る責任マトリクス

リポジトリや資料は、ファイル名だけでなく取得日時と責任者も残します。機密情報を含む画面は脱敏し、チームID、メールアドレス、秘密鍵、復旧コードをスクリーンショットに表示しません。

資格確認は「申請」より先に行う

転送条件は、双方の契約状態、アプリの公開状況、審査や予約注文の状態、アプリ内課金などに左右されます。Appleの転送条件で、作業当日の状態を確認してください。

担当者が行う順番は次のとおりです。

1. 譲渡元のApple Developer Program契約と支払い関連の状態を確認します。
2. 譲受側が必要な契約・法人情報を準備しているか確認します。
3. アプリの公開、審査、予約注文、アプリ内課金に関する阻害要因を確認します。
4. Bundle ID、関連機能、チーム設定を一覧化します。
5. 条件ページ、警告、协议画面ではなく、契約状態と阻害表示が分かる画面を脱敏保存します。
6. 「一時的に条件を満たさない」のか、「現在の構成では転送できない」のかを分けて記録します。
7. 両者の所有者が承認した後に、アプリ転送の開始手順へ進みます。

同じ申請を繰り返しても、状態制限は解消しません。阻害表示の原因、担当者、再確認日を交接表に記録してから判断します。

商店資料と財務記録は別々に引き渡す

転送前には、次の資料をアーカイブします。

• アプリ名、説明、キーワード、ローカライズ文
• アイコン、スクリーンショット、プレビュー素材
• 価格、販売地域、配信状態
• 過去の売上・ダウンロード・返金などのレポート
• 審査メッセージ、リリース履歴、提出済みビルド
• プライバシーポリシー、サポートURL、マーケティングURL
• 外部ツールの契約者、請求先、管理者

譲受側は、受諾前にサポートURL、マーケティングURL、プライバシーポリシーURL、問い合わせ先を用意します。転送操作の途中で不足情報を探すと、業務停止条件の判断が曖昧になります。

ファイルの完全性を確認する場合は、保管庫に置いた一覧をローカルで照合できます。

shasum -a 256 ./handover-manifest.zip

出力例：

<検証用ハッシュ>  ./handover-manifest.zip

ハッシュ値そのものより、誰がいつ取得し、どの版を承認したかが重要です。財務レポートの閲覧権限と、アプリ転送後にApp Store Connectで見える履歴は同一ではないため、契約上の保存責任も明記します。

サブスクリプションとログインはサービス単位で検収する

自動更新サブスクリプションを使う場合、商品一覧だけでなく、購入、復元、解約後の状態、レシート検証、問い合わせ対応まで確認します。サーバーの認証情報、環境変数、通知先、請求担当者は、アプリ転送だけで自動更新される前提にしません。

Sign in with Appleを使うアプリでは、チーム変更に伴うユーザー識別子とメール連携を確認します。Appleのユーザー移行資料に沿って、移行処理の担当者、照合結果、失敗時の問い合わせ方法を決めます。

次の機能は、実際に有効なものだけを対象にします。

• 自動更新サブスクリプション
• Sign in with Apple
• プッシュ通知
• Apple Pay
• iCloud
• キーチェーン共有
• Wallet

TestFlightも、招待可能な担当者、内部・外部テスター、テスト用ビルド、招待メールの到達性を確認します。機能を使っていない場合まで一律に移行作業へ含めると、不要な変更が増えます。

注意：転送完了の通知は、ユーザーサービスの正常性を示すものではありません。ログイン、購入復元、通知受信を、譲受側の担当者が実際に確認できる状態まで検収を完了させてください。

遠隔作業は証拠保存に使い、権限共有には使わない

両社が異なる地域にいる場合、独立したmacOSユーザー、独立したブラウザセッション、限定された保管領域を用意すると、交接資料を混在させにくくなります。SFTPMACの遠隔Mac環境は、App Store Connect画面の照合、脱敏資料の整理、時差をまたぐ引き継ぎ作業の候補になります。

ただし、遠隔MacがAppleのアカウント権限を付与するわけではありません。譲渡元と譲受側は、それぞれ自分のApple Accountと確認手段で操作します。Appleのアカウント権限説明を基準に、所有者、運用、技術、財務を最小権限へ分けてください。

避けるべき運用は明確です。

• Apple Accountのパスワードを共有する
• SMSや認証アプリの確認コードを転送する
• 1つのmacOSユーザーを複数社で共用する
• 秘密鍵や証明書をチャットへ貼り付ける
• 転送完了前に譲渡元のアクセスを一括削除する

作業終了時には、画面記録、資料一覧、未処理事項、権限回収予定を残します。必要であれば、複数Apple開発者アカウントの環境分離も確認し、案件ごとに作業領域を分けます。

受諾後は公開能力とユーザーサービスを回帰する

譲受側は、アプリ転送の受諾手順を終えた後、管理画面に入れるかだけで合格にしません。次の順番で実際の業務経路を確認します。

1. App Store Connectのユーザーと役割を確認します。
2. Bundle ID、証明書、プロビジョニングプロファイルを確認します。
3. 新チームでビルド、署名、提出が可能か確認します。
4. 商品ページ、ローカライズ、価格、販売地域を確認します。
5. ストアからの新規取得と既存アプリの更新を確認します。
6. サブスクリプション購入、復元、状態反映を確認します。
7. Sign in with Appleの新規ログインと既存ユーザーの照合を確認します。
8. プッシュ通知、サポートURL、プライバシーポリシーURLを確認します。
9. 譲渡元がアプリの移除を確認した後、契約に従って旧担当者の権限を回収します。
10. リポジトリ、サーバー、ドメイン、外部サービスのアクセスも個別に停止または更新します。

最終判定は、次の5分類で行います。

• ストア上の表示と履歴
• ユーザーサービスの継続性
• 新チームの公開能力
• コード・財務・外部サービスの資産帰属
• 旧担当者の権限回収

5分類のうち重要項目に未確認があれば、合格ではなく「期限付き整改」または「交割保留」とします。Appleの公式仕様と契約上の責任を混ぜないことが、後日の紛争を減らします。

FAQ

アプリ転送の条件はどこで確認するべきですか

Apple Developerの転送条件ページを基準にし、両社の契約状態、アプリの公開・審査状態、予約注文、アプリ内課金などを確認します。担当者は条件ページと阻害表示を脱敏保存し、一時的な状態制限と構成上の制限を分けて記録します。

レビュー、評価、Bundle IDは転送後も残りますか

ストア上の履歴やBundle IDの扱いは、対象アプリとAppleの公式仕様に沿って確認します。ただし、コード、サーバー、広告、顧客対応、分析ツールは別資産です。商店記録が残っていても、周辺サービスの所有者やアクセス権まで移ったとは判断しないでください。

自動更新サブスクリプションの確認範囲はどこまでですか

商品設定だけでなく、購入、復元、レシート検証、サーバー通知、失敗時の問い合わせ経路を確認します。外部サーバーの認証情報や請求担当者は自動移管を前提にせず、譲受側が本番公開前に検証できる手順と切り戻し条件を用意します。

Sign in with Appleで既存ユーザーが入れない場合はどうしますか

チーム変更後のユーザー識別子とメール連携を確認し、Appleが公開する移行仕様に沿ってサーバー側の照合を行います。新規ログインだけでなく、既存ユーザーのアカウント復旧、問い合わせ対応、移行失敗時の記録まで確認対象に含めます。

受諾後に再設定が必要な権限や証明書は何ですか

App Store Connectの役割、開発チームの参加状態、署名用証明書、プロビジョニングプロファイル、プッシュ通知用認証情報を再確認します。旧担当者の資格情報を流用せず、譲受側の担当者が自分の権限でビルドから公開まで実行できることを証拠として残します。

現行環境とMac環境を比較して決める

既存の共有PCや個人所有端末だけで交接すると、Apple Accountが混在しやすく、ブラウザのセッションや証拠資料が同じ場所に残り、時差のある担当者間で受け渡しも遅れます。社内の共用端末ではmacOSの公開経路や証明書を再現できない場合もあります。

一方、SFTPMACのMacレンタルは、案件単位で作業環境を分けたい場合や、手元にmacOS端末がない短期の検収に向いています。長期的に同じチームが高負荷で開発し、物理ポートや常時保有端末を必要とする場合は、自社Macの方が適しています。遠隔Macは転送を成功させる手段ではなく、証拠を残しやすい作業基盤として判断するのが安全です。

売買や組織変更の前に、検収担当が使う隔離環境を確保し、受諾後の公開・ログイン・課金まで確認する必要がある場合は、SFTPMACのMacレンタル案内から利用形態を確認できます。最終的な転送可否とアカウント操作は、必ずAppleの公式条件と各アカウント所有者の判断に委ねてください。