Eine App im App Store veröffentlichen

Veröffentlichen braucht vier Dinge in dieser Reihenfolge: einen bezahlten Apple-Developer-Account für 99 USD im Jahr, einen unterschriebenen Vertrag, einen App-Datensatz in App Store Connect und einen daran gehängten Build. Apple prüft danach — und erledigt 90 % der Einreichungen in unter 24 Stunden.

Die meisten ersten Einreichungen scheitern nicht am Code. Sie scheitern, weil etwas aus dieser Liste übersprungen wurde.

Was du brauchst, bevor du irgendetwas einreichen kannst

Schritt	Details
Apple Developer Program	99 USD pro Mitgliedsjahr. Privatpersonen brauchen ihren echten rechtlichen Namen, kein Pseudonym, und eine Straßenadresse. Keine Postfachadressen.
D-U-N-S-Nummer	Nur für Organisationen. Kostenlos von Dun & Bradstreet, bis zu 5 Werktage bis zur Ausstellung, danach bis zu 2 weitere, bis Apple sie erhält.
Verträge	Der Account Holder unterschreibt. Wer irgendetwas verkauft, In-App-Käufe eingeschlossen, braucht den Paid Apps Agreement plus Steuer- und Bankdaten.
Bundle ID	Registriert unter Certificates, Identifiers & Profiles. Explizit für eine einzelne App.
App-Datensatz	Vor deinem ersten Upload in App Store Connect angelegt. Xcode bietet an, ihn für dich zu erstellen.
Build	Hochgeladen und fertig verarbeitet. Apple schickt dir eine E-Mail, wenn es so weit ist.

Die Reihenfolge ist Apples eigene: Vertrag unterschreiben und Steuer- und Bankdaten eintragen, Nutzer und Rollen anlegen, App hinzufügen und Build hochladen, testen und einreichen, danach beobachten.

Wenn du eine Organisation bist, starte den D-U-N-S-Antrag zuerst. Es ist der einzige Schritt auf dieser Liste mit einer Warteschlange, die du nicht kontrollierst, und er kann eine Woche fressen, bevor du eine einzige Zeile Store-Text geschrieben hast.

Was ausgefüllt sein muss

Pflicht: App-Name, primäre Kategorie, Erklärung zu Inhaltsrechten, Altersfreigabe, Versionsnummer, Build. Optional, aber sinnvoll: Untertitel, Werbetext, Support-URL, sekundäre Kategorie.

Zwei Dinge werden regelmäßig übersehen.

Die URL der Datenschutzerklärung. Apples eigene Seiten sind sich uneinig, ob sie technisch verpflichtend ist, aber Guideline 5.1.1 sagt, jede App muss einen Link zu ihrer Datenschutzerklärung enthalten — und der muss auch aus der App heraus erreichbar sein, nicht nur aus deinem Listing. Behandle sie als Pflicht.

App-Privacy-Angaben. Du erklärst, welche Daten deine App erhebt und welche deine Drittanbieter-Partner erheben. Die zweite Hälfte ist die, an der Leute hängenbleiben: Du antwortest für die SDKs, die du eingebunden hast, nicht nur für deinen eigenen Code. Seit Mai 2024 werden Apps, die ihre Nutzung von Required-Reason-APIs nicht in einem Privacy Manifest beschreiben, schon von App Store Connect abgelehnt, bevor ein Mensch sie sieht.

Screenshots brauchen eine Größe für iPhone und eine fürs iPad. Der Screenshot-Guide hat die Maße und die Inhaltsregeln.

Der Button, der deine App nicht einreicht

In App Store Connect klickst du Add for Review. Der Status wechselt auf Ready for Review.

Deine App ist damit nicht eingereicht. Ready for Review heißt, du hast eine Absicht erklärt. Die Einreichung geht erst an Apple, wenn du die Draft Submission öffnest und Submit for Review klickst — dann wird der Status In Review.

Leute verlieren damit Tage. Prüfe den Status, nicht den Button, den du zuletzt gedrückt hast.

Die Guideline, an der die meisten Erstsubmissions scheitern

Apple veröffentlicht die Zahl: über 40 % der ungelösten Probleme betreffen Guideline 2.1, App Completeness.

Diese Guideline geht nicht um Codequalität. Sie geht darum, ob der Reviewer deine App tatsächlich benutzen kann. In Apples eigenen Worten: Einreichungen sollen finale Versionen sein, mit allen nötigen Metadaten und funktionierenden URLs, und Platzhaltertexte und leere Websites sollen vor der Einreichung entfernt werden.

Die konkreten Stolpersteine:

Kein Demo-Account. Wenn deine App ein Login hat, musst du funktionierende Zugangsdaten liefern — und Apple ergänzt eine Klammerbemerkung, die zeigt, wie oft das schiefgeht: Schalte deinen Backend-Dienst ein. Ein Demo-Account, der auf einen abgeschalteten Server zeigt, ist dasselbe wie kein Demo-Account.

Generische Review-Notizen. Guideline 2.3.1 verlangt, dass neue Funktionen im Feld Notes for Review konkret beschrieben werden, und sagt unmissverständlich, dass generische Beschreibungen abgelehnt werden.

In-App-Käufe, die nicht live sind. Sie müssen vollständig, für den Reviewer sichtbar und funktionsfähig sein.

Keine Kontolöschung. Guideline 5.1.1(v): Wenn Leute in deiner App ein Konto anlegen können, müssen sie es auch in deiner App löschen können. Nicht per E-Mail an dich.

TestFlight, und ob du es brauchst

Brauchst du nicht. Apple empfiehlt Beta-Tests, verlangt sie aber nicht.

Wenn du es nutzt: bis zu 100 interne Tester, bis zu 10.000 externe. Internes Testen braucht kein Review. Externes schon. Der erste Build, den du einer externen Gruppe hinzufügst, geht durch App Review; spätere Builds brauchen unter Umständen kein vollständiges Review. Builds laufen nach 90 Tagen ab.

Von diesem ersten externen Review solltest du wissen, bevor du irgendwem eine Beta zusagst. Es ist eine eigene Warteschlange mit eigenen Status, und Apple veröffentlicht dafür keine Bearbeitungszeit.

Wie es live gehen soll

Drei Optionen, in Apples eigenen Bezeichnungen: diese Version manuell veröffentlichen, diese Version automatisch veröffentlichen, oder automatisch nach dem Review, frühestens zu einem von dir gewählten Datum.

Manuelle Veröffentlichung parkt die App in Pending Developer Release. Apple erinnert per E-Mail, wenn sie dort länger als 30 Tage liegt. Nach dem Klick auf Release kann es bis zu 24 Stunden dauern, bis sie im Store auftaucht.

Phased Release ist für Updates, nicht für neue Apps. Es rollt über sieben Tage aus, mit 1 %, 2 %, 5 %, 10 %, 20 %, 50 %, dann 100 %, und steuert nur automatische Updates. Manuell herunterladen kann die neue Version die ganze Zeit über jeder. Du kannst insgesamt bis zu 30 Tage pausieren und dort weitermachen, wo du aufgehört hast, oder mit Release to All Users vorzeitig beenden.

Für ein erstes Release ist die sinnvolle Wahl terminiert: Nimm ein Datum, das weit genug entfernt liegt, dass das Review es dir nicht zerschießt, und zieh es vor, wenn du früh durch bist.

Vier Dinge, die sich kürzlich geändert haben

Xcode 26 SDK ist die Untergrenze. Seit dem 28. April 2026 müssen Uploads mit Xcode 26 und dem iOS-26-SDK oder neuer gebaut sein.

Die Altersfreigaben wurden neu gebaut. Die Stufen sind jetzt 4+, 9+, 13+, 16+ und 18+, und alles wurde am 31. Januar 2026 migriert. Der Fragebogen fragt jetzt nach In-App-Kontrollen, Medizin- und Wellness-Themen und nach KI-Assistenz- oder Chatbot-Funktionen.

Die Social-Media-Fragen wurden im September 2026 verpflichtend. Sie ergänzen einen Social-Media-Deskriptor auf deiner Produktseite und fließen in die elterlichen Time Allowances ein. Wenn du soziale Funktionen für unter 13-Jährige abschaltest, wird deine App in dieser Zeitvorgabe nicht mitgezählt.

Der EU-Händlerstatus gilt auch, wenn du nicht in die EU ausliefert. Erklären musst du ihn trotzdem. Wenn du dort vertreibst, werden deine verifizierte Adresse, Telefonnummer und E-Mail öffentlich auf deiner Produktseite in allen 27 Territorien veröffentlicht. Privatpersonen dürfen hierfür ausnahmsweise ein Postfach angeben.

Zum Vergleich: Google Play

Fünfundzwanzig Dollar, einmalig, nicht jährlich. Identitätsprüfung mit amtlichem Ausweis und einer Kreditkarte auf denselben rechtlichen Namen.

Der Haken ist neuer: Persönliche Play-Console-Accounts, die nach dem 13. November 2023 angelegt wurden, müssen einen geschlossenen Test mit mindestens 12 Testern, durchgehend 14 Tage lang angemeldet, fahren, bevor sie Produktionszugang beantragen können. Dieser Antrag wird selbst geprüft, meist innerhalb von sieben Tagen.

Die Form ist also umgedreht. Apple kostet mehr pro Jahr und kann dich an einem Tag live haben. Play kostet weniger und kann eine Solo-Entwicklerin beim ersten Mal drei Wochen aufhalten, bevor die App überhaupt prüfbar ist.

Was Uprate damit macht

Der Submission-Agent prüft deine Apple- und Google-Einreichungen auf Blocker und kommt mit dem exakten Feld und der Lösung zurück. Bevor du einreichst, nicht nachdem Apple sie zurückschickt.

Nichts geht live, bevor du es freigibst.