Du hast deine erste iOS-App fertiggestellt und möchtest sie im App Store veröffentlichen? Der Prozess ist bei näherer Betrachtung gut strukturiert, aber für Einsteiger auf den ersten Blick überwältigend – Zertifikate, Provisioning Profiles, Screenshots in vielen Größen, Datenschutzangaben... In dieser Anleitung führe ich dich Schritt für Schritt durch den gesamten Prozess, von der Kontoeröffnung bis zur Live-App im Store.
Schritt 1: Apple Developer Account einrichten
Um eine App im App Store zu veröffentlichen, benötigst du ein Apple Developer Program-Mitgliedschaft. Die Kosten betragen 99 US-Dollar pro Jahr (ca. 90-95 Euro, je nach Wechselkurs). Als Einzelperson oder Unternehmen kannst du dich unter developer.apple.com anmelden.
Für die Anmeldung brauchst du:
- Eine Apple ID (am besten eine dedizierte für Entwicklung)
- Gültige Zahlungsmethode (Kreditkarte)
- Bei Unternehmensaccounts: D-U-N-S-Nummer deines Unternehmens
Nach der Genehmigung (meist sofort, bei Unternehmensaccounts mehrere Tage) hast du Zugriff auf App Store Connect und das Apple Developer Portal.
Schritt 2: Zertifikate und Provisioning Profiles
Apple verwendet ein Code-Signing-System, das sicherstellt, dass Apps authentisch sind und nicht manipuliert wurden. Die zwei Hauptbestandteile sind:
Distribution Certificate
Das Distribution Certificate identifiziert dich als Entwickler. Xcode kann es in den meisten Fällen automatisch erstellen und verwalten. Gehe dazu in Xcode unter Signing & Capabilities deines Targets auf "Automatically manage signing" – Xcode übernimmt den Rest.
Provisioning Profile
Das Provisioning Profile verknüpft deine App-ID mit deinem Zertifikat und gibt an, auf welchen Geräten die App laufen darf (bei Distribution Profiles: alle Geräte via App Store). Auch hier erledigt Xcode mit automatischem Signing fast alles selbst.
Für fortgeschrittene Setups (mehrere Teams, CI/CD-Pipelines) lohnt sich ein Blick auf Tools wie fastlane match, das Zertifikate zentral in einem privaten Git-Repository verwaltet.
Schritt 3: App in App Store Connect anlegen
Öffne App Store Connect unter appstoreconnect.apple.com und erstelle eine neue App:
- Klicke auf das "+" neben "Apps" und wähle "New App"
- Wähle die Plattform (iOS, macOS, etc.)
- Vergib einen App-Namen (max. 30 Zeichen, erscheint im Store)
- Wähle die primäre Sprache
- Erstelle oder wähle die Bundle ID (z.B.
tech.kotsch.meinapp) – muss mit deiner Xcode-Konfiguration übereinstimmen - Vergib eine SKU (interne Kennung, beliebig)
Nach dem Anlegen siehst du das vollständige App-Formular mit allen Metadaten-Feldern.
Schritt 4: App archivieren und hochladen
In Xcode bereitest du den Upload vor:
- Wähle als Zielgerät "Any iOS Device (arm64)" – nicht den Simulator
- Stelle die Versionsnummer (
CFBundleShortVersionString) und Build-Nummer (CFBundleVersion) ein - Gehe zu Product → Archive
- Im Organizer-Fenster klicke auf "Distribute App"
- Wähle "App Store Connect" und folge dem Assistenten
Nach dem Upload (je nach App-Größe einige Minuten) erscheint der Build in App Store Connect unter dem Abschnitt "TestFlight". Es kann bis zu 30 Minuten dauern, bis Apple den Build verarbeitet hat.
Alternative: Xcodebuild + Transporter
Für automatisierte Pipelines kannst du mit xcodebuild archive und anschließend xcodebuild -exportArchive einen IPA erstellen und diesen mit dem Transporter-Tool oder via altool hochladen. Tools wie fastlane deliver abstrahieren diesen Prozess weiter.
Schritt 5: TestFlight Beta-Test
Bevor du eine App öffentlich veröffentlichst, empfiehlt sich ein TestFlight-Beta-Test. Interne Tester (bis zu 100 Personen aus deinem Team) erhalten sofort Zugang; externe Tester (bis zu 10.000 Personen via E-Mail-Einladung oder öffentlichem Link) benötigen einen kurzen Beta-App-Review durch Apple.
TestFlight-Builds verfallen nach 90 Tagen automatisch. Mehr Details dazu findest du in der TestFlight-Anleitung.
Schritt 6: App Store Metadaten pflegen
Die Metadaten entscheiden maßgeblich über Sichtbarkeit und Conversion Rate im Store. Investiere hier ausreichend Zeit:
App-Name und Untertitel
Der App-Name darf maximal 30 Zeichen lang sein und sollte das wichtigste Keyword enthalten. Der Untertitel (ebenfalls 30 Zeichen) ergänzt den Namen und ist ebenfalls im Suchindex.
Beschreibung und Promotional Text
Die Beschreibung darf bis zu 4.000 Zeichen lang sein. Die ersten drei Zeilen sieht der Nutzer ohne "Mehr" zu tippen – mach sie stark. Der Promotional Text (170 Zeichen) erscheint oben und kann jederzeit geändert werden, ohne einen neuen Review zu durchlaufen.
Keywords
Das Keyword-Feld umfasst 100 Zeichen. Trenne Keywords mit Komma (kein Leerzeichen dahinter). Nutze keine Keywords, die bereits im App-Namen oder Untertitel vorkommen – Apple indexiert diese automatisch.
Screenshots
Screenshots sind der wichtigste visuelle Faktor für Downloads. Pflichtgrößen für iOS:
- 6,9 Zoll (iPhone 16 Pro Max): 1320 × 2868 px
- 6,5 Zoll (iPhone 14 Plus/15 Plus): 1284 × 2778 px
- 5,5 Zoll (iPhone 8 Plus): 1242 × 2208 px
- iPad Pro 13 Zoll: 2064 × 2752 px (falls iPad unterstützt)
Du kannst bis zu 10 Screenshots pro Gerätegröße hochladen. Screenshots können auch Videos sein (15-30 Sekunden, kein Ton im Autoplay).
Datenschutz-Labels (Privacy Nutrition Labels)
Seit iOS 14 sind Privacy Labels Pflicht. Du musst für jede Art von Daten, die deine App sammelt, angeben: welche Daten, zu welchem Zweck, und ob sie mit der Nutzeridentität verknüpft werden. Falsche Angaben sind ein häufiger Ablehnungsgrund.
Schritt 7: Der Review-Prozess
Wenn du alles ausgefüllt und den Build ausgewählt hast, klickst du auf "Submit for Review". Apple prüft deine App manuell auf:
- Einhaltung der App Store Review Guidelines
- Funktionsfähigkeit (Abstürze, defekte Features)
- Korrekte Datenschutz-Angaben
- Keine irreführenden Metadaten oder Screenshots
- Zahlungsverarbeitung über In-App Purchase (falls relevant)
Die Review dauert aktuell durchschnittlich 24 bis 48 Stunden (Werktage). Bei Ablehnung bekommst du eine detaillierte Begründung und kannst direkt antworten oder Änderungen einreichen. Häufige Ablehnungsgründe sind defekte Demo-Logins, fehlende Datenschutzerklärung oder nicht deklarierte Hintergrundmodi.
Schritt 8: Preis und Verfügbarkeit
Im Tab "Pricing and Availability" legst du fest:
- Preis: Kostenlos oder eine von Apples Preisstufen (Tier 1 = 0,99 €, Tier 2 = 1,99 €, usw.)
- Verfügbarkeit: Alle Länder oder nur ausgewählte Märkte
- Pre-Order: Optionale Vorbestellung bis zu 180 Tage vor Release
Beachte: Apple behält 30 % der Einnahmen (15 % für kleine Entwickler mit weniger als 1 Mio. USD Jahresumsatz im Apple Small Business Program).
Schritt 9: Veröffentlichung
Du kannst wählen, ob die App sofort nach dem Review automatisch live geht oder ob du den Release manuell auslöst. Für koordinierte Releases (z.B. mit Pressemitteilung) empfiehlt sich die manuelle Option oder ein geplanter Release-Zeitpunkt.
Sieh dir an, welche iOS-Apps bereits auf ios.kotsch.tech veröffentlicht sind – für Inspiration und Referenzpunkte.
Häufige Fragen
Wie lange dauert das erste App-Review?
Im Durchschnitt 24 bis 48 Stunden an Werktagen. In Stoßzeiten (z.B. kurz vor Weihnachten oder nach großen iOS-Releases) kann es länger dauern. Apple bietet unter developer.apple.com aktuelle Statusinformationen. Der Status lässt sich außerdem in App Store Connect und über Push-Benachrichtigungen der Apple Developer App verfolgen.
Was kostet der Apple Developer Account für Einzelpersonen?
99 US-Dollar pro Jahr. Für gemeinnützige Organisationen und Bildungseinrichtungen gibt es kostenlose Optionen. Für reine macOS-Apps außerhalb des Mac App Stores ist kein Paid-Account nötig, aber für iOS ist er Pflicht.
Kann ich eine App nach der Veröffentlichung noch ändern?
Ja, über Updates. Jede neue Version durchläuft einen eigenen Review. Metadaten wie Promotional Text und Preise kannst du ohne Review-Prozess jederzeit ändern. Für kritische Bugfixes gibt es die Möglichkeit, einen Expedited Review bei Apple zu beantragen.
Was ist, wenn meine App abgelehnt wird?
Du erhältst eine E-Mail mit dem konkreten Ablehnungsgrund. In App Store Connect kannst du direkt auf den Reviewer antworten, Fragen stellen oder Änderungen ankündigen. Kleinere Probleme lassen sich oft durch eine Antwort im Resolution Center klären, ohne einen neuen Build hochzuladen.
Brauche ich einen Mac, um eine iOS-App einzureichen?
Für das Archivieren und Hochladen via Xcode ja – Xcode läuft nur auf macOS. Allerdings kannst du für einfache App-Updates Metadaten auch über einen Windows-Browser in App Store Connect pflegen. CI/CD-Dienste wie Xcode Cloud oder GitHub Actions mit macOS-Runnern ermöglichen automatisierte Builds ohne eigenen Mac.