# App an anderen Apple Developer Account übertragen

> App übertragen: Der Account Holder startet App Transfer, der Empfänger nimmt innerhalb von 60 Tagen an. Bewertungen und Bundle ID bleiben erhalten.

Originalseite: [App an anderen Apple Developer Account übertragen](https://devoria.fr/de/blog/app-uebertragen-apple-developer-account)
Autor: [Mehdi Azizi](https://devoria.fr/de/mehdi-azizi)
Veröffentlicht: 2026-11-04
Letzte inhaltliche Überarbeitung: 2026-11-04


Um eine App von einem Apple Developer Account auf einen anderen zu verschieben, bietet Apple in App Store Connect den App-Transfer an. **Der Account Holder des abgebenden Accounts startet den Transfer, der Account Holder des empfangenden Accounts nimmt ihn innerhalb von 60 Tagen an, danach dauert der Vorgang bis zu zwei Werktage.** Die App bleibt im Verkauf, behält ihre Bewertungen, Rezensionen und ihre Bundle ID, und ihre Nutzer bekommen weiterhin Updates.

Was dabei kaputtgeht, bereitest du vor, bevor du klickst: TestFlight, Abos, Sign in with Apple, Push-Benachrichtigungen, geteilter Schlüsselbund. Ich habe selbst noch keine App übertragen. Dieser Guide folgt Apples Hilfeseiten, die ich am 3. November 2026 nachgelesen habe, und die Liste am Ende ist die, die ich bei meinen Apps anwenden würde, gebaut mit Expo und RevenueCat.

## Wann du eine App überträgst

Laut der [Übersicht zum App-Transfer](https://developer.apple.com/help/app-store-connect/transfer-an-app/overview-of-app-transfer) ist er gedacht, wenn du die App an einen anderen Entwickler verkauft hast oder sie in einen anderen Account oder eine andere Organisation verschieben willst. Typisches Beispiel für Indie-Entwickler: der Wechsel vom privaten Account zum Account der eigenen Firma. Um diesen Account zu eröffnen, lies zuerst den Guide zur D-U-N-S-Nummer.

**Der Transfer verschiebt die App, nicht deinen Account.** Jede App wird einzeln übertragen und verlässt deinen Account komplett, sobald der Vorgang abgeschlossen ist.

## Apples neun Bedingungen

Die Seite mit den [Transfer-Kriterien](https://developer.apple.com/help/app-store-connect/transfer-an-app/app-transfer-criteria) nennt neun, in dieser Reihenfolge:

| Apples Kriterium                                                                                                                                                            | Was du prüfst                                            |
| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------- |
| Keiner der beiden Accounts ist ausstehend oder wird gerade geändert, und beide haben die neueste Version ihrer Verträge für kostenpflichtige und kostenlose Apps akzeptiert | Business, Tab Agreements, auf beiden Seiten              |
| Die App hat mindestens eine im App Store veröffentlichte Version                                                                                                            | Eine nie veröffentlichte App lässt sich nicht übertragen |
| Die App ist in keinem Land und keiner Region im Pre-Order                                                                                                                   | Pre-Order beendet oder zurückgezogen                     |
| Die App hat keinen dieser Status: Processing for Distribution, Waiting for Review, In Review, Accepted, Pending Developer Release, Pending Apple Release                    | Deine neueste Version ist im Verkauf                     |
| Die In-App-Käufe haben einen dieser Status: Approved, Ready to Submit, Developer Removed from Sale, Rejected                                                                | Kein In-App-Kauf im Review oder unvollständig            |
| Von Apple gehostete Asset Packs haben keine Version in Waiting for Review oder In Review, weder bei TestFlight noch im App Store                                            | Dort ist nichts im Review                                |
| Keine Produkt-ID eines In-App-Kaufs der App wird bereits von einer App des Empfängers verwendet                                                                             | Vergleiche die IDs beider Accounts                       |
| Eine Mac-App, die die Sandbox genutzt hat und ihr Application Group Container Directory mit anderen Mac-Apps teilt, lässt sich nicht übertragen                             | Nur bestimmte Mac-Apps                                   |
| Eine Apple-Arcade-App lässt sich nicht übertragen                                                                                                                           | Betrifft wenige Projekte                                 |

**Warte, bis deine neueste Version im Verkauf ist, bevor du den Transfer startest.**

## Den Transfer vorbereiten

Diese Punkte klärst du laut Apples Hilfeseiten, bevor du klickst:

- **Sichere alles.** Die App verlässt deinen Account: Exportiere Metadaten, Preise, Verfügbarkeitsdaten, Verkäufe und Downloads.
- **Schalte TestFlight ab.** Entferne alle Builds und alle Tester und leere die Felder unter Test Information in jeder Sprache. Wie die Gruppen funktionieren, steht im [TestFlight-Guide](https://devoria.fr/de/blog/testflight-iphone-app-testen).
- **Räume Xcode Cloud leer** und entferne das Entitlement App Replacement, falls vorhanden, mit einem veröffentlichten Update.
- **Abos: Teile das App-spezifische Secret.** Eine App, die automatisch verlängerbare Abos verkauft, muss ein App-spezifisches Shared Secret verwenden. Du generierst es, gibst es an den Empfänger weiter und startest dann den Transfer. Der Empfänger aktualisiert seine Server, bevor er annimmt, und generiert nach Abschluss des Transfers ein neues Secret.
- **Sign in with Apple: Gruppierung aufheben und Identifier vorbereiten.** Details weiter unten.
- **Webhooks: Entscheide dich.** Sie gehen mit der App mit. Lösche sie vorher, wenn du keine Events mehr bekommen willst, oder lass den Empfänger sie umleiten.

Zwei Folgen solltest du beim Geld kennen. Laut der [Seite zum Small Business Program](https://developer.apple.com/app-store/small-business-program/) werden die Nettoerlöse der App im Kalenderjahr allen Accounts zugerechnet, die den Transfer starten oder annehmen. Die Schwelle von 1 Million Dollar wird also mit dieser App berechnet, auf beiden Seiten: siehe [die 15-%-Provision](https://devoria.fr/de/blog/apple-small-business-program-15-prozent-provision). Und nach dem Transfer kann für die App kein Promo-Code mehr erstellt werden: Bestehende Codes bleiben vier Wochen nach ihrer Erstellung gültig.

## Die Schritte auf Seite des Abgebenden

Nur der Account Holder kann den Transfer starten. Er braucht die Apple-ID des empfangenden Account Holders und die Team ID von dessen Account. Laut der [Hilfe zum Starten eines Transfers](https://developer.apple.com/help/app-store-connect/transfer-an-app/initiate-an-app-transfer):

1. Wähle unter Apps die App aus.
2. Klicke in der Seitenleiste unter General auf App information und scrolle dann zu Additional Information.
3. Klicke auf Transfer App. Eventuell wirst du nach einem Code für die Zwei-Faktor-Authentifizierung gefragt.
4. Wenn alle Kriterien erfüllt sind, klicke auf Continue. Sonst auf Cancel, und kläre, was fehlt.
5. Gib die Apple-ID des empfangenden Account Holders und seine Team ID ein, dann Continue.
6. Lies die Bedingungen, setze das Häkchen zur Zustimmung und klicke auf Request Transfer.
7. Klicke auf Done.

Die App behält ihren Status, zusätzlich mit dem Hinweis Pending App Transfer. In dieser Zeit kannst du ihre Metadaten, ihren Preis, ihre Verfügbarkeit und ihre In-App-Käufe nicht mehr ändern. Laufende Konversationen mit App Review werden geschlossen.

## Die Schritte auf Seite des Empfängers

Nur der Account Holder des empfangenden Accounts kann annehmen, innerhalb von 60 Tagen. Laut der [Hilfe zur Annahme](https://developer.apple.com/help/app-store-connect/transfer-an-app/accept-an-app-transfer):

1. Melde dich bei App Store Connect an: Ein Hinweis kündigt die zu übertragende App an.
2. Öffne Business: Der Hinweis erscheint unter Agreements.
3. Klicke unter App Transfers auf Review.
4. Trage die Support-URL, die Marketing-URL und die URL der Datenschutzerklärung ein, falls die App welche hatte, sowie die Kontakte für App Review und den App Store.
5. Wähle unter User Access, wer in deinem Team die App sieht.
6. Übernimm unter App privacy die Antworten des bisherigen Eigentümers oder beantworte die Fragen neu. Ohne Antworten füllst du sie vor der nächsten Version aus.
7. Lies die Bedingungen, setze das Häkchen zur Zustimmung und klicke auf Accept.

Der Transfer wechselt auf Processing App Transfer, für bis zu zwei Werktage. Wenn die App Exportunterlagen erfordert, durchläuft sie Waiting for Export Compliance. Am Ende werden beide Account Holder benachrichtigt, und die App verschwindet aus dem Account des Abgebenden. **Der Empfänger erstellt danach neue Provisioning Profiles**, verknüpft mit der App ID der App und ihrem Distribution-Zertifikat: siehe iOS-Zertifikate und -Profile.

Solange der Status Waiting for Recipient lautet, kann jede Seite abbrechen: Cancel Transfer für den Abgebenden, Decline für den Empfänger, im Bereich App Transfers unter Business.

## Was mit der App mitgeht und was kaputtgeht

| Element                           | Nach dem Transfer                                                      | Zu tun                                                      |
| --------------------------------- | ---------------------------------------------------------------------- | ----------------------------------------------------------- |
| Bundle ID und App ID              | Gehen mit, eine Wildcard-App-ID wird explizit                          | Nichts                                                      |
| Bewertungen, Rezensionen, Updates | Gehen mit, die App bleibt im Verkauf                                   | Nichts                                                      |
| Automatisch verlängerbare Abos    | Erfordern ein App-spezifisches Shared Secret                           | Secret vorher weitergeben, danach neu generieren            |
| iCloud                            | Daten, Container und Key-Value-Identifier gehen mit                    | Key-Value-Identifier in den Entitlements aktualisieren      |
| Service ID für Sign in with Apple | Geht mit, außer du hebst die Zuordnung vorher auf                      | Transfer-Identifier innerhalb von 60 Tagen austauschen      |
| Webhooks                          | Gehen mit                                                              | Vorher löschen oder danach umleiten                         |
| Push-Benachrichtigungen           | Zertifikate bleiben bis zu ihrem Ablauf gültig                         | APNs-Schlüssel des Empfängers, Server aktualisiert          |
| Geteilter Schlüsselbund           | Funktioniert bis zum nächsten Update                                   | Gruppe mit der Team ID des Empfängers neu anlegen           |
| App Groups                        | Die App bleibt verfügbar                                               | Gruppe beim Abgebenden löschen, beim Empfänger registrieren |
| Apple Pay                         | Die Merchant ID geht nicht mit                                         | Neue Merchant ID vor dem nächsten Update                    |
| Wallet-Karten                     | Von der App aktualisierte Karten müssen neu ausgestellt werden         | Neuer Identifier                                            |
| Promo-Codes                       | Keine neuen Codes mehr                                                 | Alte Codes vier Wochen gültig                               |
| Verkäufe und Auszahlungen         | Der Abgebende behält das Davor, der Empfänger bekommt das Danach       | Vor dem Start exportieren                                   |
| App Analytics                     | Der Abgebende verliert den Zugriff, der Empfänger bekommt die Historie | Nichts                                                      |
| Nominations, Bundle-Historie      | Gehen nicht mit                                                        | Notieren und vor dem Start weitergeben                      |

Der Schlüsselbund verdient besondere Aufmerksamkeit. Apple warnt: Nach dem Update findet die App das im geteilten Schlüsselbund gespeicherte Login-Token nicht mehr, und **die Nutzer müssen sich einmal neu anmelden**. Wenn deine App ihren Schlüsselbund mit einer anderen App oder einer Extension teilt, warne deine Nutzer, bevor du dieses Update veröffentlichst.

Bei Game Center muss der Empfänger Gruppen, zusammengeführte Bestenlisten und Matchmaking-Regeln neu anlegen. Mac-Catalyst-Apps werden in zwei Schritten übertragen, zuerst die iPad-App.

## Sign in with Apple: die Transfer-Identifier

Bei Sign in with Apple ist der Identifier jedes Nutzers an dein Team gebunden. Der Empfänger kann ihn nicht einfach weiterverwenden. Die [Apple-Dokumentation zum Übertragen der Nutzer](https://developer.apple.com/documentation/signinwithapple/transferring-your-apps-and-users-to-another-team) sieht drei Schritte vor:

1. **Hebe die Gruppierung deiner Apps auf.** Eine App, die für Sign in with Apple mit anderen gruppiert ist, lässt sich nicht übertragen.
2. **Generiere einen Transfer-Identifier pro Nutzer.** Mit einem Token, das du mit dem Scope `user.migration` bekommst, rufst du den Endpunkt `usermigrationinfo` mit dem Identifier des Nutzers und der Team ID des Empfängers auf. Die Antwort enthält ein `transfer_sub`.
3. **Gib nur die Transfer-Identifier weiter.** Weder die Identifier deines Teams noch die privaten E-Mail-Adressen.

Du kannst diese Identifier vor der Annahme generieren oder bis zu 60 Tage danach. **Der Empfänger hat nach der Annahme 60 Tage Zeit, sie gegen seine eigenen Identifier einzutauschen.** Plane diesen Austausch, bevor du den Transfer startest. Noch eine Folge: Wenn ein Nutzer keine andere deiner Apps hat, kannst du ihm nach dem Transfer nicht mehr an seine private Adresse schreiben. Die Regeln zum Login stehen in [Guideline 4.8](https://devoria.fr/de/blog/guideline-4-8-login-services-sign-in-with-apple).

## Die wichtigen Fristen

| Schritt                                     | Frist                             |
| ------------------------------------------- | --------------------------------- |
| Annahme durch den Empfänger                 | 60 Tage nach dem Start            |
| Bearbeitung nach der Annahme                | Bis zu zwei Werktage              |
| Austausch der Sign-in-with-Apple-Identifier | 60 Tage nach der Annahme          |
| Bestehende Promo-Codes                      | Vier Wochen nach ihrer Erstellung |
| APNs-Zertifikate aus dem Transfer           | Bis zu ihrem Ablaufdatum          |

## Meine Liste für eine Expo-App mit RevenueCat

Das würde ich bei einer meiner Apps prüfen, in dieser Reihenfolge:

1. **Exportieren**: Verkäufe, Downloads und Analytics vor dem Start.
2. **Warten**, bis die neueste Version im Verkauf ist und die In-App-Käufe einen erlaubten Status haben.
3. **TestFlight abschalten**: Builds, Tester und Test Information.
4. **Das App-spezifische Shared Secret weitergeben**, dann den Transfer starten.
5. **Beim Empfänger, nach der Annahme**: ein neues Shared Secret, eingetragen in jedem Dienst, der Abos prüft, RevenueCat eingeschlossen. In-App-Purchase-Schlüssel werden unter Users and Access, Tab Integrations, erstellt und lassen sich nur einmal herunterladen, laut der [App-Store-Connect-Hilfe](https://developer.apple.com/help/app-store-connect/configure-in-app-purchase-settings/generate-keys-for-in-app-purchases).
6. **Die Adresse für Server-Benachrichtigungen prüfen**, in den Einstellungen der App. Apples Seite zum Transfer erwähnt sie nicht: Kontrolliere sie, statt etwas anzunehmen.
7. **Profile und APNs-Schlüssel neu erstellen**, im Account des Empfängers. Für eine Expo-App steht das Vorgehen in APNs-Push-Zertifikat mit Expo.
8. **Ein Update veröffentlichen**, signiert vom neuen Account, mit Hinweis auf eine erneute Anmeldung, falls der Schlüsselbund geteilt ist.

## Veröffentlichen, ohne zu verlieren, was funktioniert

Das [iOS & Android Kit](https://devoria.fr/de/kits/ios) basiert auf dem Starter Code meiner Apps und führt dich in vier Schritten bis in den App Store, in deinem Tempo. Den kompletten Ablauf findest du auf der Seite [eine App im App Store veröffentlichen](https://devoria.fr/de/expertise/app-im-app-store-veroeffentlichen).

Bevor du irgendetwas änderst, [mach deine kostenlose Diagnose](https://devoria.fr/de/diagnostic): Sie bringt die Schritte in die richtige Reihenfolge und schickt dir meine Checkliste gegen Apple-Ablehnungen.

## Häufige Fragen

### Wie lange dauert ein App-Transfer im App Store?

Der Empfänger hat 60 Tage Zeit zum Annehmen. Nach der Annahme nennt Apple bis zu zwei Werktage Bearbeitungszeit. Wenn die App Exportunterlagen erfordert, kommt ein Prüfschritt dazu.

### Verschwindet die App während des Transfers aus dem App Store?

Nein. Die App bleibt während und nach dem Transfer im Verkauf. Sie behält ihre Bewertungen, Rezensionen und ihre Bundle ID, und ihre Nutzer bekommen weiterhin Updates.

### Behalten Abonnenten nach einem Transfer ihr Abo?

Apple beschreibt keine Unterbrechung für Abonnenten. Die einzige Anforderung betrifft das App-spezifische Shared Secret: Der Abgebende gibt es vorher weiter, der Empfänger aktualisiert seine Server und generiert nach dem Transfer ein neues.

### Kann man eine App übertragen, die nie veröffentlicht wurde?

Nein. Die App muss mindestens eine im App Store veröffentlichte Version haben. Sie darf außerdem nicht im Pre-Order oder im Review sein.

### Wer kann einen App-Transfer starten und annehmen?

Nur die Inhaber der Accounts, die sogenannten Account Holder. Der Abgebende braucht die Apple-ID des empfangenden Account Holders und die Team ID von dessen Account.

### Kann man einen App-Transfer abbrechen?

Ja, solange der Status Waiting for Recipient lautet. Der Abgebende klickt auf Cancel Transfer, der Empfänger auf Decline, im Bereich App Transfers unter Business. Ohne Antwort läuft der Transfer nach 60 Tagen ab.


## Dein Projekt

[Review Kit](https://devoria.fr/de/kits/app-review): Meine Checkliste für die App Store Review, meine von Apple abgelehnten und korrigierten Fälle, die für Google Play und drei Claude Code Skills. 49 €.

[iOS & Android Kit](https://devoria.fr/de/kits/ios): Bau deine iPhone- und Android-App mit Claude Code: der Startcode meiner Apps, der Weg bis in die Stores und alle Kits. 99 €.

[Diagnose: Was dich von deiner iPhone-App trennt](https://devoria.fr/de/diagnostic): 7 Fragen, 60 Sekunden: Du erfährst, was dich wirklich davon abhält, deine iPhone-App zu veröffentlichen, bekommst deinen Weg in 4 Schritten und das passende Kit.
