App im App Store veröffentlichen: Schritt für Schritt (2026)

Welche Schritte braucht es, um eine App im App Store zu veröffentlichen?

Die Veröffentlichung im App Store besteht aus neun Schritten. Die meiste Arbeit passiert in App Store Connect, Apples Web-Panel für Apps; die einzige Wartezeit, die du nicht steuerst, ist App Review.

Schritt	Wo	Typischer Stolperstein
1. Mitgliedschaft	Anmeldung zum Apple Developer Program	Name oder Firmendaten passen nicht zu den Unterlagen
2. Vereinbarungen und Händlerstatus	App Store Connect, Business	Nicht unterschriebene Vereinbarung blockiert das Anlegen von Apps
3. App-Eintrag	App Store Connect, Apps, +, New App	Bundle ID noch nicht registriert
4. Build-Upload	Xcode, Archive, Distribute	Fehlende Antwort zur Exportkontrolle
5. TestFlight	App Store Connect, TestFlight	Erster externer Build braucht eine Beta-Prüfung
6. Store-Seite und Metadaten	App Store Connect, Versionsseite	Screenshots, Support-URL, Datenschutzerklärung
7. App Privacy und Altersfreigabe	App Information, App Privacy	Antworten, die nicht zur App passen
8. Zur Prüfung einreichen	Add for Review, Submit for Review	Kein Demo-Konto für eine App mit Login
9. Release	Release-Einstellungen der Version	Veröffentlichung, bevor du bereit bist

Schritt 1: Dem Apple Developer Program beitreten

Die Mitgliedschaft kostet 99 USD pro Mitgliedsjahr und wird bei der Anmeldung in Landeswährung angezeigt. Du meldest dich als Einzelperson an (dein rechtlicher Name erscheint als Verkäufer) oder als Organisation (braucht eine D-U-N-S-Nummer, den Status einer juristischen Person, eine E-Mail auf der eigenen Domain und eine öffentliche Website). Die Wahl und die Unterlagen erklärt Apple Developer Account Kosten.

Schritt 2: Vereinbarungen unterschreiben und Händlerstatus angeben

Öffne in App Store Connect den Bereich Business. Der Account Holder muss die aktuelle Vereinbarung akzeptieren; vorher lässt Apple dich keine App anlegen. Ist die App kostenpflichtig oder verkauft sie In-App-Käufe, schließe zusätzlich die Paid Apps Agreement mit Steuer- und Bankdaten ab.

Jeder Entwickler muss außerdem seinen Händlerstatus nach dem EU-Gesetz über digitale Dienste (Digital Services Act) angeben, auch ohne Pläne für die EU. Bei Händlern erscheinen Adresse, Telefonnummer und E-Mail auf der EU-Produktseite.

Schritt 3: Den App-Eintrag anlegen

Registriere die Bundle ID der App unter Certificates, Identifiers & Profiles (oder lass Xcode das erledigen). Dann gehst du in App Store Connect zu Apps, klickst auf +, wählst New App und gibst ein:

Platforms: iOS, macOS, tvOS, visionOS (eine oder mehrere).
Name: 2 bis 30 Zeichen, pro Lokalisierung eindeutig im App Store.
Primary language: die Ersatzsprache deiner Store-Seite.
Bundle ID: muss exakt zum Build passen.
SKU: deine eigene interne Kennung, für Nutzer nie sichtbar.
User access: voller Zugriff oder nur für ausgewählte Teammitglieder.

Der neue Eintrag erscheint mit dem Status Prepare for Submission. Anlegen dürfen ihn nur Account Holder, Admin oder App Manager.

Schritt 4: Einen Build hochladen

Setze in Xcode Versions- und Build-Nummer, wähle ein echtes Gerät als Ziel, dann Product, Archive und Distribute App an App Store Connect. Nach der Verarbeitung erscheint der Build im TestFlight-Tab der App.

Beantworte die Exportkontrolle (export compliance) einmal pro Build, oder trage den Schlüssel ITSAppUsesNonExemptEncryption in die Info.plist ein, damit Xcode die Frage für dich beantwortet. Ein Build, der auf diese Antwort wartet, lässt sich weder testen noch einreichen.

Schritt 5: In TestFlight testen

Interne Tester: bis zu 100 Mitglieder deines App-Store-Connect-Teams, ohne Prüfung.
Externe Tester: bis zu 10.000 pro App, per E-Mail oder öffentlichem Link. Der erste Build braucht eine TestFlight-Prüfung.
Jeder Build ist 90 Tage lang testbar.

Teste genau den Build, den du einreichst, mit einer frischen Installation und auf der ältesten iOS-Version, die du unterstützt. Alles Weitere steht in der TestFlight-Anleitung.

Schritt 6: Store-Seite und Metadaten ausfüllen

Öffne die Versionsseite (zum Beispiel iOS App 1.0) und die Seite App Information. Die Felder und Limits, die Apple vorgibt:

Feld	Limit oder Regel	Pflicht
Name	2 bis 30 Zeichen	Ja
Untertitel (Subtitle)	Bis zu 30 Zeichen	Nein, wird aber für die Suche indexiert
Keywords	Bis zu 100 Byte, durch Kommas getrennt, keine Leerzeichen nach den Kommas	Nein, aber zentral für die Suche
Werbetext (Promotional text)	Bis zu 170 Zeichen, ohne neue Version änderbar	Nein
Beschreibung	Bis zu 4.000 Zeichen, reiner Text	Ja
What's New	Bis zu 4.000 Zeichen; nicht bei der ersten Version	Ab der zweiten Version
Support-URL	Eine funktionierende Seite	Ja
URL der Datenschutzerklärung	Öffentliche URL	Ja
Copyright	Zum Beispiel „2026 Deine Firma“	Ja
Hauptkategorie	Eine von Apples Kategorien; eine zweite ist optional	Ja
Hinweise für App Review	Bis zu 4.000 Byte; ein nicht ablaufendes Demo-Konto, wenn ein Login nötig ist	Demo-Konto, wenn es einen Login gibt

Keywords werden in Byte gezählt, nicht in Zeichen. Buchstaben wie ç, ş, ü oder ß belegen also mehr als ein Byte. Wiederhole keine Wörter, die schon in Name, Untertitel oder Kategorie stehen.

Screenshots folgen Apples Screenshot-Spezifikationen: 1 bis 10 Bilder pro Gerätegröße, JPEG oder PNG, ohne Transparenz. Für die Einreichung verlangt Apple einen iPhone-Satz und, wenn die App das iPad unterstützt, einen Satz für das 13-Zoll-iPad (2064 x 2752 oder 2048 x 2732 im Hochformat). Apples Seite führt die iPhone-Pflicht unter den Dynamic-Island-Größen (1179 x 2556 oder 1206 x 2622 im Hochformat) und akzeptiert auch 6,9-Zoll-Bilder (1260 x 2736, 1290 x 2796 oder 1320 x 2868). Ist deine Oberfläche auf allen Geräten gleich, lädst du die größte geforderte Größe hoch, und App Store Connect skaliert sie für kleinere Geräte herunter. Ein sicherer Satz für 2026 ist 1320 x 2868 plus 1206 x 2622.

Schritt 7: App Privacy, Altersfreigabe und Verfügbarkeit

App Privacy: Gib die Datentypen an, die du erhebst, und wofür. Daraus entsteht das Datenschutz-Etikett auf der Produktseite, und es muss zu deinen SDKs ebenso passen wie zu deinem eigenen Code.
Altersfreigabe: Beantworte den Fragebogen unter App Information.
Pricing and Availability: kostenlos oder eine Preisstufe, dazu die Länder und Regionen.
Content rights: Bestätige, ob die App Inhalte Dritter verwendet.
In-App-Käufe und Abos: Lege sie an, vervollständige Metadaten und Prüf-Screenshot und füge sie derselben Einreichung hinzu wie die Version.

Schritt 8: Zur Prüfung einreichen

Prüfe auf der Versionsseite, dass im Abschnitt Build der richtige Build steht. Dann klickst du auf Add for Review (Status wird Ready for Review) und Submit for Review (Status wird Waiting for Review, danach In Review). Je Plattform kann jeweils nur eine App-Version in Prüfung sein.

Laut Apple prüft App Review in der Regel mindestens 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden. Komplexe Apps, neue Probleme oder wiederholte Ablehnungen nach derselben Richtlinie dauern länger. Bei einem kritischen Fehler oder einem festen Termin kannst du eine beschleunigte Prüfung beantragen. Details in App Store review time (auf Englisch).

Die Ablehnungen, die erste Einreichungen am häufigsten treffen:

2.1 App Completeness: Abstürze, Platzhalterinhalte, defekte Links oder kein Demo-Konto für einen Login.
2.3 Accurate Metadata: Screenshots, die nicht die App zeigen, oder Hinweise auf andere Plattformen.
5.1.1 Data Collection: keine Kontolöschung, obwohl du eine Kontoerstellung anbietest, oder Berechtigungstexte, die den Zweck nicht erklären.
4.3 Spam: eine App, die vielen anderen oder deinen eigenen Apps zu sehr ähnelt.

Wirst du abgelehnt, antwortest du in App Store Connect auf die Nachricht von App Review, behebst das Problem und reichst erneut ein. Glaubst du, der Prüfer hat etwas missverstanden, kannst du beim App Review Board Einspruch einlegen.

Schritt 9: Release

Wähle die Release-Option auf der Versionsseite, bevor du einreichst:

Manually release this version: Nach der Freigabe lautet der Status Pending Developer Release, und du klickst auf Release This Version.
Automatically release this version: geht mit der Freigabe live.
Automatically release this version after App Review, no earlier than: ein Datum und eine Uhrzeit, die du wählst.

Nach dem Release kann es bis zu 24 Stunden dauern, bis die App in allen Länder-Stores erscheint. Für Updates kannst du phased release einschalten, sodass automatische Updates die Nutzer über 7 Tage erreichen; siehe phased release and staged rollout (auf Englisch).

Checkliste vor der Einreichung

Vereinbarungen unterschrieben, Händlerstatus angegeben, Paid Apps Agreement erledigt, wenn du verkaufst.
Build verarbeitet, Exportkontrolle beantwortet, in TestFlight mit frischer Installation getestet.
Name, Untertitel und Keyword-Feld für die Suche geschrieben, innerhalb der Limits.
Beschreibung, Support-URL, URL der Datenschutzerklärung und Copyright ausgefüllt.
Screenshots für jede geforderte Gerätegröße, die die echte App zeigen.
Angaben unter App Privacy passen zu jedem SDK in der App.
Demo-Konto und Prüfhinweise für jeden Login und jede versteckte Funktion.
In-App-Käufe der Einreichung hinzugefügt.
Release-Option bewusst gewählt.

Auch für Android veröffentlichen?

Google Play hat eine einmalige Gebühr von 25 USD, ein anderes Prüf-Timing und für neue private Konten einen geschlossenen Test mit 12 Testern. Den parallelen Weg beschreibt App im Play Store veröffentlichen. Ist dir das Panel selbst neu, hilft What is App Store Connect? (auf Englisch).

Was solltest du nach dem Start beobachten?

Die ersten Wochen entscheiden, für welche Suchen deine App rankt. Das Keyword-Radar von Uptika liest jeden Tag deine App-Store-Position für jedes Keyword in den ersten 200 Ergebnissen, pro Land, und der Suchspiegel zeigt, wie Name, Untertitel und Screenshots in einem echten Suchergebnis neben der Konkurrenz aussehen. Wenn du neue Store-Texte veröffentlichst, beobachtet Uptika die öffentliche Seite und meldet dir den Tag, an dem sie live gehen. Starte mit dem Plan Kostenlos: eine App, ein Länder-Store, 10 Keywords. Vor der Einreichung prüft der kostenlose Metadata Linter (auf Englisch) Limits, Wortwiederholungen und riskante Aussagen direkt im Browser.

Fragen

Wie veröffentlicht man eine App im App Store?

Du trittst dem Apple Developer Program bei, unterschreibst in App Store Connect die Vereinbarungen, legst den App-Eintrag an, lädst einen Build aus Xcode hoch und testest ihn in TestFlight. Dann füllst du Store-Seite, App Privacy und Altersfreigabe aus, reichst die Version zur Prüfung ein und wählst, wann sie nach der Freigabe live geht.

App im App Store veröffentlichen: Was kostet das, und geht es kostenlos?

Das Apple Developer Program kostet 99 USD pro Mitgliedsjahr, in Landeswährung angezeigt, wo Apple lokale Preise hat. Eine Gebühr pro App gibt es nicht; Apple nimmt nur bei kostenpflichtigen Apps und In-App-Käufen eine Provision. Ganz kostenlos geht es nicht: Ein kostenloser Apple Account reicht zum Entwickeln in Xcode und Testen auf dem eigenen Gerät, nicht für App Store Connect oder TestFlight. Gemeinnützige Organisationen, akkreditierte Bildungseinrichtungen und staatliche Stellen können eine Gebührenbefreiung beantragen.

Wie lange dauert die Prüfung im App Store?

Laut Apple prüft App Review in der Regel mindestens 50 % der Einreichungen in weniger als 24 Stunden und 90 % in weniger als 48 Stunden. Nach der Freigabe kann es bis zu 24 Stunden dauern, bis ein Release in allen Länder-Stores erscheint.

Brauche ich einen Mac, um im App Store zu veröffentlichen?

Du brauchst eine Möglichkeit, mit Xcode zu bauen und hochzuladen, und Xcode läuft unter macOS. Cloud-Build-Dienste können den Build für dich übernehmen, aber die App durchläuft App Store Connect und App Review genauso.

Welche Screenshots sind 2026 Pflicht?

Mindestens ein iPhone-Satz und, wenn die App auf dem iPad läuft, ein Satz für das 13-Zoll-iPad; 1 bis 10 Bilder pro Größe, JPEG oder PNG ohne Transparenz. Lädst du die größte iPhone-Größe hoch, skaliert App Store Connect sie für kleinere Geräte herunter, sofern deine Oberfläche gleich ist.

Kann ich den genauen Veröffentlichungstag wählen?

Ja. In den Release-Einstellungen der Version kannst du nach der Freigabe manuell veröffentlichen, automatisch bei Freigabe oder automatisch, aber nicht vor einem Datum und einer Uhrzeit, die du festlegst.