App im App Store veröffentlichen: Von TestFlight bis zur Freigabe

Um eine App im App Store zu veröffentlichen, trittst du dem Apple Developer Program bei (99 USD pro Jahr, Stand November 2026), legst die App in App Store Connect an, lädst einen signierten Build hoch, testest ihn über TestFlight, ergänzt Screenshots, Beschreibung, Datenschutzangaben und Altersfreigabe und klickst dann auf Zur Überprüfung hinzufügen und Zur Prüfung einreichen. Apple prüft jede Einreichung von Hand, meist innerhalb von ein bis zwei Tagen, und nach der Freigabe veröffentlichst du die App im App Store. Dieser Leitfaden geht den Weg Bildschirm für Bildschirm durch und nennt die Probleme, die Apps am häufigsten zurückschicken lassen.

Du baust noch? Beginne mit wie du eine iPhone-App erstellst.

Was du vor dem Start brauchst

• Eine Mitgliedschaft im Apple Developer Program, als Einzelperson (dein Name wird als Verkäufer angezeigt) oder als Organisation (benötigt eine D-U-N-S-Nummer, eine E-Mail-Adresse der Firmendomain und eine funktionierende Website).
• Einen signierten Build deiner App, hochgeladen in App Store Connect. Meist aus Xcode oder über Apples Transporter, oder durch einen Dienst, der für dich baut.
• Eine URL für die Datenschutzerklärung und eine Support-URL mit aktuellen Kontaktdaten. Apple verlangt beides für jede App.
• Screenshots: 1 bis 10 pro erforderlicher Gerätegröße, als JPEG oder PNG ohne Transparenz. App Store Connect zeigt an, welche Größen benötigt werden. Zum Zeitpunkt der Erstellung sind das die Größe für das 6,9-Zoll-iPhone (oder 6,5 Zoll, falls du keine 6,9-Zoll-Screenshots lieferst) sowie iPad-Größen, falls deine App auf dem iPad läuft.
• Einen Demo-Zugang, falls ein Teil der App hinter einem Login liegt.

Schritt 1: Im Apple Developer Program anmelden

Melde dich mit einer Apple-Account an, bei der die Zwei-Faktor-Authentifizierung aktiviert ist, und melde dich dann an. Einzelpersonen werden meist schnell freigeschaltet. Organisationen sollten mehr Zeit einplanen, weil Apple den rechtlichen Status des Unternehmens und deine Befugnis prüft, im Namen der Firma zu unterzeichnen. Wenn du keine D-U-N-S-Nummer hast, kannst du sie in den meisten Ländern kostenlos beantragen, die Ausstellung dauert aber einige Zeit.

Schritt 2: App-Eintrag anlegen

Öffne in App Store Connect den Bereich Apps, klicke auf + und wähle Neue App. Trage ein:

• Plattform: iOS.
• Name: den Namen im App Store, der im Store eindeutig sein muss.
• Primäre Sprache.
• Bundle-ID: die Kennung der App, etwa com.deinefirma.deineapp. Sie muss mit dem Build übereinstimmen.
• SKU: ein beliebiger interner Code.

Apple erlaubt es externen Tools nicht, diesen Eintrag anzulegen, deshalb machst du das einmal selbst.

Schritt 3: Build hochladen

Wenn du in Xcode baust, archiviere die App und lade sie über den Organizer hoch. Builds lassen sich auch mit Transporter oder über die App-Store-Connect-API hochladen.

Wenn du mit Mythex baust

Im Pro-Tarif baut Mythex deine veröffentlichte App als iPhone-App auf eigenen Macs und lädt sie in deine TestFlight hoch. Du brauchst keinen Mac und kein Xcode. Die Einrichtung dauert ein paar Minuten:

1. Gehe in App Store Connect zu Benutzer und Zugriff → Integrationen → App Store Connect API und erstelle einen Team-Schlüssel mit der Rolle Admin.
2. Lade die .p8-Datei herunter. Apple erlaubt den Download nur einmal, bewahre sie also sicher auf.
3. Lege die Datei im Bereich Connect App Store in Mythex ab und füge die Issuer-ID ein, die über der Schlüsselliste angezeigt wird. Mythex prüft den Schlüssel bei Apple, bevor er gespeichert wird.

Beim ersten Build sagt dir Mythex den genauen Namen und die Bundle-ID, die du beim Anlegen des App-Eintrags in Schritt 2 verwenden sollst. Wenn die Build-Karte In TestFlight anzeigt, verarbeitet Apple den Build etwa 10 bis 30 Minuten, danach ist er für Tester bereit. Mehr dazu im Mythex-iOS-App-Builder.

Schritt 4: Mit TestFlight testen

TestFlight ist Apples Beta-Kanal, und es lohnt sich, ihn vor der Prüfung richtig zu nutzen:

• Interne Tester: bis zu 100 Mitglieder deines App-Store-Connect-Teams. Sie können einen Build installieren, sobald er verarbeitet ist.
• Externe Tester: bis zu 10.000 Personen, per E-Mail oder öffentlichem Link eingeladen. Der erste Build, den du einer externen Gruppe hinzufügst, durchläuft eine kurze Beta-Prüfung.
• Lebensdauer des Builds: jeder Build kann 90 Tage lang getestet werden.

Tester installieren die TestFlight-App, nehmen die Einladung an und installieren deinen Build. Bitte sie, die wichtigsten Aufgaben zu erledigen, nicht nur die App zu öffnen. Unser Leitfaden für Beta-Tests erklärt, wie du Tester findest und ihr Feedback sammelst.

Schritt 5: Store-Eintrag ausfüllen

Auf der Versionsseite der App ergänzt du:

• Screenshots für jede erforderliche Größe, die echte Bildschirme zeigen.
• Werbetext (optional) und eine Beschreibung, die klar sagt, was die App macht.
• Schlüsselwörter, durch Kommas getrennt. Wiederhole nicht deinen App-Namen und verwende keine Namen von Wettbewerbern.
• Support-URL und optional eine Marketing-URL.
• Versionsnummer und Copyright.

Unter App-Informationen legst du die Kategorie, die URL der Datenschutzerklärung und die Altersfreigabe fest, indem du Apples Fragebogen beantwortest. Unter Preise und Verfügbarkeit wählst du einen Preis (oder kostenlos) und die Länder.

Schritt 6: App-Datenschutz ausfüllen

Unter App-Datenschutz listest du die Daten auf, die deine App erhebt, etwa E-Mail, Name, Standort oder Nutzungsdaten, wofür sie verwendet werden und ob sie mit dem Nutzer verknüpft sind. Das erscheint auf deiner App-Store-Seite als „Datenschutz-Etikett“. Erfasse auch Daten, die durch Drittanbieter-Code erhoben werden, etwa Analyse- oder Login-Dienste.

Dieser Bereich ist nur auf der Website von App Store Connect verfügbar, nicht über externe Tools. Wenn du Mythex nutzt, sagt dir der Agent, was du angeben sollst, basierend darauf, was deine App tatsächlich tut.

Schritt 7: Prüfhinweise ergänzen und einreichen

Unter Informationen für die Prüfung durch App Review trägst du einen Ansprechpartner mit Name, Telefonnummer und E-Mail sowie einen Demo-Zugang ein, der funktioniert. Ergänze Hinweise, wenn etwas erklärt werden muss, zum Beispiel „Der Tab Buchungen zeigt Kurse erst, nachdem du einem beigetreten bist“.

Wähle dann den Build aus, den du getestet hast, klicke auf Zur Überprüfung hinzufügen und danach auf Zur Prüfung einreichen. Pro Plattform kann nur eine Version gleichzeitig in der Prüfung sein.

Mit Mythex kannst du den Agenten bitten, diesen Teil zu übernehmen. Er hängt den Build an, füllt aus, was er kann, und fragt dich, bevor er einreicht.

Schritt 8: Warten, antworten, veröffentlichen

Apple gibt an, dass mindestens die Hälfte der Einreichungen in unter 24 Stunden geprüft wird und 90 % innerhalb von 48 Stunden. Du bekommst eine E-Mail, wenn sich der Status ändert. Hat Apple Fragen oder lehnt den Build ab, erscheint die Nachricht im Bereich App Review von App Store Connect. Antworte dort, behebe das Problem und reiche erneut ein.

Nach der Freigabe wird die App je nach deiner Auswahl automatisch veröffentlicht oder zur manuellen Veröffentlichung bereitgehalten. Du kannst auch ein Veröffentlichungsdatum planen.

Warum Apps abgelehnt werden und wie du es vermeidest

• Unvollständige App (Richtlinie 2.1). Abstürze, Platzhaltertext, tote Links, ein fehlender Demo-Login. Apple sagt, dass dies hinter über 40 % der offenen Probleme steckt. Teste jeden Button auf einem echten iPhone, bevor du einreichst.
• Verpackte Website (Richtlinie 4.2). Apple erwartet Funktionen, Inhalte und eine Oberfläche, die über eine Website im Rahmen hinausgehen. Gib der App ein auf das Telefon abgestimmtes Layout, Konten, gespeicherte Daten und echte Aufgaben. Das gilt besonders für verpackte Web-Apps, auch für solche, die mit Mythex entstehen.
• Keine Konto-Löschung in der App (Richtlinie 5.1.1(v)). Wenn Nutzer in der App ein Konto anlegen können, müssen sie es auch in der App löschen können.
• Digitale Verkäufe außerhalb von In-App-Käufen (Richtlinie 3.1.1). Wer innerhalb der App für Geld Funktionen oder Inhalte freischaltet, muss Apples In-App-Kauf verwenden.
• Datenschutzangaben, die nicht zur App passen. App-Datenschutz, deine Datenschutzerklärung und das tatsächliche Verhalten der App müssen übereinstimmen.

Wenn du eine Richtlinienseite brauchst, erklärt dir unser Leitfaden zum Schreiben von Nutzungsbedingungen und einer Datenschutzerklärung, was hinein gehört.

Die App später aktualisieren

Für jede neue Version erhöhst du die Versionsnummer, lädst einen neuen Build hoch, schreibst den Text „Neuigkeiten“ und reichst erneut ein. Jede Einreichung wird geprüft.

Wenn deine App eine verpackte Web-App ist, wie es Mythex-Apps sind, erreichen die meisten alltäglichen Änderungen die iPhone-Nutzer, sobald du die Web-App veröffentlichst, weil die Telefon-App sie öffnet. Eine neue Version reichst du vor allem für Änderungen an der Hülle der App ein, etwa Symbol, Name oder Berechtigungen. Wenn Apple eine Versionsnummer bereits freigegeben hat, erhöht Mythex sie (zum Beispiel von 1.0 auf 1.1), bevor neu gebaut wird.

Auch auf Android veröffentlichen

Bei Google läuft der Prozess anders: eine einmalige Gebühr, Testkanäle und bei neuen privaten Konten ein 14-tägiger geschlossener Test mit 12 Testern. Siehe wie du eine App bei Google Play veröffentlichst.

Fragen