Eine App im App Store zu veröffentlichen läuft auf vier Dinge hinaus: ein Apple-Developer-Konto für 99 USD pro Jahr, ein signierter Build, der in App Store Connect hochgeladen wird, ein vollständiger Eintrag und eine Prüfung, die in 98 % der Fälle innerhalb von 48 Stunden entscheidet. Nichts davon ist für sich genommen schwer. Zeit kostet, sie in der falschen Reihenfolge zu entdecken.
Das eigentliche Risiko ist nicht mehr technisch: Die Build-Signierung, historisch der Schreckensteil von iOS, wird heute von Cloud-Build-Diensten automatisiert. Das Risiko ist die vermeidbare Ablehnung: ein vergessenes Demo-Konto, ein hastig ausgefüllter Datenschutz-Fragebogen, eine Zahlung, die den In-App-Kauf umgeht. Diese Anleitung folgt der tatsächlichen Reihenfolge der Schritte und hält bei jedem Punkt an, der eine erste Einreichung scheitern lässt. Wenn Sie die App mit einem No-Code-Baukasten für iOS-Apps wie Cadrant gebaut haben, werden Build und Einreichung begleitet, und die Prüfregeln bleiben dieselben.
Sie behandelt ausschließlich iOS. Android ist ein eigener Weg mit einer eigenen Anleitung: App bei Google Play veröffentlichen. Um beide Stores vor dem Start zu vergleichen, stellt unsere Checkliste für App Store und Google Play die beiden Wege nebeneinander.
Was Sie vor dem Start vorbereiten sollten
Alles Folgende lässt sich vorbereiten, während die App noch in Entwicklung ist. Am Tag der Einreichung brauchen Sie:
- Ein aktives Apple-Developer-Konto. 99 USD pro Jahr, als Einzelperson oder als Organisation. Das Organisationskonto verlangt eine DUNS-Nummer und veröffentlicht unter dem Firmennamen.
- Eine auf einem echten Gerät getestete App. Der Simulator zeigt weder die reale Performance noch die Systemberechtigungen.
- Ein PNG-Icon mit 1024 × 1024 Pixeln, ohne Transparenz und ohne abgerundete Ecken: Die legt Apple selbst an.
- Eine Datenschutzerklärung online. Ihre URL ist im Eintrag Pflicht, selbst für eine App, die fast nichts erhebt.
- Ein Demo-Konto, falls Ihre App eine Anmeldung verlangt: gültiger Login und gültiges Passwort, hinterlegt in den Prüfinformationen.
Was kostet die Veröffentlichung im App Store?
Eine App im App Store zu veröffentlichen kostet 99 USD pro Jahr und auf Apples Seite sonst nichts: keine Einreichungsgebühr, keine Provision auf eine kostenlose App. Der Rest hängt von Ihren Tool-Entscheidungen ab. Hier die realen Posten, ohne die Entwicklung der App selbst.
| Posten | Preis | Anmerkung |
|---|---|---|
| Apple-Developer-Konto | 99 USD pro Jahr | Pflicht, Einzelperson oder Organisation. Verlängern Sie nicht, läuft das Konto ab, und die App verschwindet mit ihm aus dem Store. |
| Mac und Xcode | 0 USD | Nicht mehr erforderlich: Ein Cloud-Build-Dienst wie EAS kompiliert und signiert das Binary für Sie. Der kostenlose Tarif von Expo deckt 15 iOS-Builds pro Monat ab. |
| Datenschutzerklärung | 0 USD | Eine Seite auf Ihrer Website genügt; kostenlose Generatoren liefern in zehn Minuten einen brauchbaren Text. |
| Apple-Provision | 0 bis 30 % | Nur auf digitale Inhalte, die per In-App-Kauf verkauft werden: 15 % im Small Business Program, 30 % ab einer Million Dollar Jahresumsatz. |
| Google Play, zum Vergleich | 25 USD einmalig | Kein Jahresabonnement unter Android, dafür die 12-Tester-Regel für ein persönliches Konto. |
Für eine kostenlose App, die mit einem Cloud-Build-Tool veröffentlicht wird, kostet das erste Jahr also 99 USD, und jedes weitere Jahr denselben Betrag. Das Budget für die App selbst ist eine andere Frage, die unsere Anleitung zu den Kosten einer mobilen App behandelt.
Die sechs Schritte, vom Build bis zum Launch
Hier der komplette Weg, in der Reihenfolge, in der er tatsächlich abläuft. Die Fristen gehen von einer beim ersten Versuch vollständigen Einreichung aus.
- Registrieren Sie sich im Apple Developer Program. Die Registrierung erfolgt auf developer.apple.com mit Ihrer Apple-ID und einer Identitätsprüfung. Dieses Konto öffnet App Store Connect, die Konsole, in der Ihre Apps leben.
- Erzeugen Sie einen signierten Build. Ein iOS-Binary muss mit einem Distributionszertifikat und einem an Ihr Konto gebundenen Provisioning-Profil signiert sein. Ein Cloud-Build-Dienst wie EAS erstellt beides automatisch und kompiliert auf entfernten macOS-Rechnern; mit Xcode tun Sie es lokal auf einem Mac.
- Legen Sie den Eintrag in App Store Connect an. Anzeigename, Bundle-ID (endgültig, wählen Sie sie mit Bedacht) und Kategorie. Der Eintrag kann als Entwurf bleiben, während Sie testen.
- Testen Sie mit TestFlight. Das ist exakt das Binary, das Ihre Nutzer erhalten, keine Vorschau. Interne Tester bekommen es sofort, externe Tester nach einer kurzen Beta-Prüfung. Die vollständige Mechanik steht in unserer Anleitung Wie TestFlight funktioniert.
- Vervollständigen Sie den Eintrag. Beschreibung, Keywords, iPhone-Screenshots (und iPad, falls unterstützt), der Fragebogen „App Privacy“, die Altersfreigabe und die Prüfinformationen mit dem Demo-Konto.
- Reichen Sie ein, dann veröffentlichen Sie. Sobald die Version freigegeben ist, wählen Sie: sofortige Veröffentlichung, automatisch bei Freigabe oder gestaffelt über sieben Tage, um die ersten Rückmeldungen zu beobachten.
Die Apple-Prüfung: reale Fristen und Ablehnungsgründe
Apple gibt an, dass 90 % der Einreichungen innerhalb von 24 Stunden eine Entscheidung erhalten und 98 % innerhalb von 48 Stunden. Planen Sie in der Praxis ein bis drei Werktage für eine erste Einreichung ein. Regulierte Kategorien (Finanzen, Gesundheit, Kinder) gehen an spezialisierte Prüfer und können Belege verlangen, also mehrere Tage mehr. Die Warteschlange wird auch im September, rund um das iOS-Release, und vor der Feiertagspause im Dezember langsamer.
Die Ablehnungsgründe sind stark konzentriert. Die App Review Guidelines listen Dutzende auf, aber fünf Familien decken die meisten ersten Einreichungen ab:
| Ablehnungsgrund | Richtlinie | So vermeiden Sie ihn |
|---|---|---|
| Absturz oder Fehler beim Start | 2.1 | Testen Sie das TestFlight-Binary auf mehreren Geräten, nicht nur die Vorschau. |
| Fehlendes oder ungültiges Demo-Konto | 2.1 | Stellen Sie einen funktionierenden Login bereit, mit bereits vorhandenen realistischen Daten. |
| Datenschutz: unbegründete Berechtigungen | 5.1 | Fordern Sie nur die Berechtigungen an, die Sie nutzen, jede mit einem klaren Erklärungstext. |
| Digitale Zahlung außerhalb des In-App-Kaufs | 3.1.1 | Verkaufen Sie digitale Inhalte über Apples In-App-Kauf; physische Waren dürfen eine externe Zahlung nutzen. |
| App als zu minimal oder als Duplikat eingestuft | 4.2 / 4.3 | Liefern Sie echten App-Mehrwert: Eine neu verpackte Website ohne eigene Funktion wird abgelehnt. |
Eine Ablehnung ist keine Strafe: Das Resolution Center nennt den genauen Grund, Sie beheben ihn, Sie reichen erneut ein. Die zweite Prüfung ist oft schneller als die erste. Wenn es so weit kommt, geht unsere Anleitung zu App-Store-Ablehnungen und wie Sie darauf reagieren die Status, die acht üblichen Gründe und die Antwort- und Einspruchsmöglichkeiten durch.
Ihr Einreichungs-Kit: Checkliste, Texte zum Kopieren und Zeitplan
Die Schritte oben sagen, was zu tun ist. Dieser Abschnitt liefert, was Sie abhaken und was Sie einfügen. Lassen Sie ihn neben App Store Connect offen: Jede Zeile entspricht einem Feld, das Apple prüft, bevor eine Version bei einem Prüfer landet.
Die Checkliste vor dem Einreichen
Größen und Grenzen stammen aus Apples Vorgaben für Screenshots, der Hilfe zu App Store Connect und den oben zitierten Richtlinien, geprüft im Oktober 2026.
| Punkt | Was Apple erwartet | Wo |
|---|---|---|
| ☐ Name und Untertitel | Je 30 Zeichen | App-Informationen |
| ☐ Werbetext, Beschreibung, Keywords | 170 Zeichen, 4.000 Zeichen, 100 Byte | Versionsseite |
| ☐ iPhone-Screenshots | 1 bis 10 in 1206 × 2622 oder 1179 × 2556 px, die Größe, die Apple als Pflicht nennt; PNG oder JPEG ohne Transparenz | Versionsseite |
| ☐ iPad-Screenshots | Wenn die App auf dem iPad läuft: 2064 × 2752 oder 2048 × 2732 px | Versionsseite |
| ☐ Datenschutzerklärung | URL für jede App Pflicht, dazu ein Link in der App selbst | App-Datenschutz |
| ☐ Datenschutz-Labels | Erhobene Daten, auch durch SDKs von Drittanbietern | App-Datenschutz |
| ☐ Altersfreigabe | Aktualisierter Fragebogen (4+, 9+, 13+, 16+, 18+), Antworten zum Einreichen nötig | App-Informationen |
| ☐ Exportbestimmungen | Fragen zur Verschlüsselung; setzen Sie ITSAppUsesNonExemptEncryption (usesNonExemptEncryption mit Expo), damit sie nicht bei jedem Build wiederkommen | Build |
| ☐ Demo-Konto | Ein funktionierender Login mit Daten, Backend eingeschaltet (Richtlinie 2.1) | Informationen für die Prüfung |
| ☐ Kontolöschung | In der App, wenn Nutzer ein Konto anlegen können (5.1.1(v)) | Ihre App |
| ☐ Login über Drittanbieter | Ein Google- oder Facebook-Login für das Hauptkonto verlangt eine gleichwertige, datensparsame Option wie „Mit Apple anmelden“ (4.8) | Ihre App |
| ☐ Support-URL | Eine Seite, über die Nutzer Sie erreichen | Versionsseite |
| ☐ Händlerstatus (EU) | Angeben, ob Sie Händler sind oder nicht, um in der EU vertrieben zu werden | Business |
| ☐ Aktuelles SDK | Seit dem 28. April 2026 mit Xcode 26 und dem iOS-26-SDK gebaut | Ihr Build-Werkzeug |
Texte zum Kopieren
Ersetzen Sie die eckigen Klammern und behalten Sie die Struktur. Der Werbetext lässt sich jederzeit ohne neue Version ändern und ist deshalb der Platz für Neuigkeiten; die Beschreibung ändert sich nur mit einer neuen Version.
Antworten Sie im Resolution Center, ein Punkt pro Ablehnungsgrund, ohne Vergleiche mit anderen Apps. Zum Einspruch und zu den acht üblichen Gründen lesen Sie unseren Ratgeber zur Ablehnung im App Store.
Der Zeitplan Tag für Tag
Ein realistischer Zeitplan für ein Einzelkonto und eine saubere erste Einreichung.
| Tag | Schritt | Was bremsen kann |
|---|---|---|
| Tag 0 | Anmeldung, 99 USD, Identitätsprüfung | Organisation: zuerst die DUNS-Nummer besorgen, mehrere Werktage |
| Tag 1 bis 3 | Konto freigeschaltet; App-Eintrag anlegen und den ersten Build starten (unter einer Stunde in der Cloud) | Signaturfehler, eine bereits vergebene Bundle-ID |
| Tag 3 | Build verarbeitet; interne TestFlight-Tester installieren ihn | Die Verarbeitung kann bis zu einer Stunde dauern |
| Tag 3 bis 4 | Externes TestFlight nach einer kurzen Beta-Prüfung | Fehlende Testinformationen |
| Tag 4 bis 5 | Store-Eintrag, Screenshots, Datenschutz, Altersfreigabe, Prüfhinweise; Einreichung | Screenshots in falscher Größe |
| Tag 5 bis 7 | Apple-Prüfung: 90 % der Entscheidungen innerhalb von 24 Stunden | Regulierte Kategorie, Andrang im September |
| Tag 7 | Veröffentlichung: manuell, automatisch oder schrittweise über 7 Tage | Jede Ablehnung kostet 1 bis 3 Tage |
Von Cadrant aus im App Store veröffentlichen
Wenn Ihre App mit dem Mobile-App-Baukasten von Cadrant gebaut wurde, ist der Teil Build und Einreichung durchgehend geführt: Die App ist ein natives Expo- und React-Native-Projekt, kompiliert mit EAS Build. Zwei Konten sind beteiligt, und beide bleiben Ihre: Der Build läuft auf Ihrem Expo-Konto (der kostenlose Tarif deckt 15 iOS-Builds pro Monat ab), und das Binary landet in Ihrem App-Store-Connect-Konto.
- Sichere Apple-Anmeldung: die Authentifizierung nutzt das SRP-Protokoll, Ihr Apple-Passwort wird nie gespeichert.
- Eintrag für Sie angelegt: Name, Icon mit 1024 × 1024 Pixeln und Bundle-ID werden automatisch in App Store Connect eingerichtet.
- Zertifikat automatisch bereitgestellt: Distributionszertifikat und Profil werden ohne manuelle Schritte erstellt oder als .p12 importiert, falls Sie bereits eines haben.
- Build, dann Einreichung: der iOS-Build startet auf Ihrem Expo-Konto, und Expo liefert das Binary an Ihr App Store Connect. Sie übernehmen für TestFlight, den Eintrag und die Einreichung.
Kurzfassung
- Eröffnen Sie das Apple-Developer-Konto noch heute: Es ist die einzige nicht verkürzbare Wartezeit auf dem Weg.
- Testen Sie das TestFlight-Binary, nicht die Vorschau: Dieses Binary geht durch die Prüfung.
- Sichern Sie die drei Punkte ab, auf die sich Ablehnungen konzentrieren: Stabilität, Demo-Konto, Datenschutz.