Von Danijel Balog, Gründer von Fragon Studios in Linz · Stand:
Wie läuft die Veröffentlichung einer App ab?
In fünf Schritten: Entwicklerkonto, Store-Eintrag, Datenschutzangaben, Review und Freigabe. Apple erledigt laut eigener Angabe 90 % der Reviews in unter 48 Stunden, bei Google kann die Prüfung für manche Konten bis zu sieben Tage oder länger dauern.
- 1
Entwicklerkonten anlegen
Je ein Konto bei Apple und Google, am besten auf Ihr Unternehmen. Firmenkonten brauchen bei beiden eine D-U-N-S-Nummer, deshalb früh starten.
- 2
Store-Eintrag vorbereiten
App-Name, Beschreibung, Screenshots, Icon, Kategorie und Kontaktdaten. Alles muss zur tatsächlichen App passen.
- 3
Datenschutz angeben
Link zur Datenschutzerklärung und Angaben, welche Daten die App erhebt, auch durch eingebundene SDKs.
- 4
Build hochladen und einreichen
Der fertige Release-Build geht mit Zugangsdaten für den Reviewer ins Review.
- 5
Freigabe und Veröffentlichung
Nach der Freigabe sofort live schalten oder einen Termin wählen. Bei Ablehnung nachbessern und neu einreichen.
Das Entwicklerkonto legen Sie selbst an, weil Apple dafür eine Person verlangt, die Ihr Unternehmen rechtlich vertreten darf. In unseren App-Projekten übernehmen wir danach Store-Texte, Screenshots, Datenschutzangaben und Einreichung, inklusive der typischen ein bis zwei Korrektur-Runden im Festpreis.
Wer selbst einreichen will, findet hier die Punkte, an denen es meistens hakt.
Was kostet ein Entwicklerkonto bei Apple und Google?
Das Apple Developer Program kostet 99 US$ pro Jahr, in Landeswährung wo verfügbar. Google Play verlangt einmalig 25 US$ Registrierungsgebühr.
| Punkt | Apple Developer Program | Google Play Console |
|---|---|---|
| Gebühr | 99 US$ pro Jahr | 25 US$ einmalig |
| Kontoart | Einzelperson oder Organisation | privat oder Organisation |
| Für Firmenkonten | D-U-N-S-Nummer, E-Mail auf der Firmendomain, öffentliche Website | D-U-N-S-Nummer, Identitätsprüfung der Organisation |
| Besonderheit | Organisationskonten: Apple prüft die Anmeldung, bevor Sie bezahlen können | neue private Konten: geschlossener Test mit mindestens 12 Testern über 14 Tage |
Für ein Organisationskonto verlangt Apple eine rechtsfähige Organisation, die Verträge schließen kann, und eine Person mit Zeichnungsbefugnis. Die D-U-N-S-Nummer, eine neunstellige Kennung von Dun & Bradstreet, ist in den meisten Ländern kostenlos. Bis Dun & Bradstreet eine neue Nummer vergibt, vergehen laut Apple bis zu 5 Werktage, bis Apple sie kennt, weitere bis zu 2 Werktage. Dieselbe Nummer brauchen Sie auch für das Organisationskonto bei Google.
Einzelunternehmen, auch eingetragene e.U., melden sich bei Apple als Einzelperson an. Im Store steht dann der Name des Inhabers. Den Firmennamen zeigt Apple nur bei einer rechtsfähigen Organisation wie einer GmbH.
Bei Google gilt für private Konten, die nach dem 13.11.2023 angelegt wurden, eine Testpflicht: Mindestens 12 Tester müssen 14 Tage am Stück an einem geschlossenen Test teilnehmen, bevor Sie die Freigabe für die Produktion beantragen können. Neue private Konten müssen außerdem über die Play-Console-App nachweisen, dass sie Zugang zu einem Android-Gerät haben. Für Unternehmen sieht Google ohnehin ein Organisationskonto vor, für das die Testpflicht nicht gilt.
Neben der Kontogebühr fällt bei Apple eine Provision nur auf kostenpflichtige Apps und In-App-Käufe an. Im Small Business Program sind das 15 %, für neue Entwickler und für alle mit bis zu 1 Mio. US$ Erlös im Vorjahr. Eine kostenlose Firmen-App ohne In-App-Käufe zahlt bei Apple keine Provision.
Unsere Empfehlung: Beide Konten laufen auf Ihr Unternehmen. Dann bleibt der Store-Eintrag in Ihrem Konto, auch wenn Sie später den Dienstleister wechseln.
Welche Texte, Screenshots und Datenschutzangaben verlangen die Stores?
Beide Stores verlangen einen vollständigen Eintrag mit Beschreibung, Screenshots und Icon sowie einen öffentlich erreichbaren Link zur Datenschutzerklärung. Dazu kommen Angaben, welche Daten die App erhebt und wofür.
- App-Name und Kurzbeschreibung, die halten, was die App tut
- Screenshots aus der echten App, keine Entwürfe
- App-Icon in den geforderten Formaten
- Link zur Datenschutzerklärung im Store-Eintrag und in der App selbst
- Support-Kontakt und Kategorie
- Altersfreigabe über den Fragebogen der Stores
- bei Apple die Händlerangaben für die EU, öffentlich sichtbar
Bei Apple heißen die Datenschutzangaben App Privacy Details, bei Google Datensicherheit (Data safety). Anzugeben sind alle Daten, die die App vom Gerät überträgt, ausdrücklich auch durch Analyse-Tools, Werbenetzwerke und andere SDKs von Drittanbietern. Google verlangt den Link zur Datenschutzerklärung selbst dann, wenn die App gar keine Daten erhebt.
Die Angaben müssen zur Datenschutzerklärung und zum tatsächlichen Verhalten der App passen. Wer ein Tracking-SDK einbindet und es nicht angibt, riskiert eine Ablehnung. Ändert sich etwas, lassen sich die Angaben bei Apple ohne neues App-Update anpassen.
Wer Apps im App Store in der EU anbietet, muss bei Apple angeben, ob er als Händler im Sinne des Digital Services Act handelt. Für Händler veröffentlicht Apple Adresse, Telefonnummer und E-Mail auf der Produktseite, bei Organisationen die Adresse aus dem D-U-N-S-Eintrag.
Wo die Daten Ihrer App liegen, entscheidet über den Inhalt der Datenschutzerklärung mit. Mehr dazu im Ratgeber DSGVO-konformes Hosting in Österreich.
Wie lange dauert das App-Review?
Apple prüft laut eigener Angabe 50 % der Einreichungen in unter 24 Stunden und 90 % in unter 48 Stunden. Google nennt keinen Regelwert, bei bestimmten Entwicklerkonten kann die Prüfung bis zu sieben Tage oder länger dauern.
Bei neuen privaten Google-Konten prüft Google zusätzlich den Antrag auf Freigabe für die Produktion, laut Google meist in sieben Tagen oder weniger. Rechnen Sie bei beiden Stores mit ein bis zwei Korrektur-Runden, vor allem bei der ersten Version.
Bei Apple fällt das Review in der Regel strenger aus als bei Google. Der Reviewer sieht nur, was Sie ihm geben: den Build, den Store-Eintrag und die Hinweise zur Prüfung. Fehlt ein Zugang, endet das Review oft schon am Login.
Legen Sie einen festen Starttermin deshalb nie auf den Tag der ersten Einreichung. Planen Sie Puffer für mindestens eine Korrektur-Runde ein, bei einer neuen App erst recht.
Warum werden Apps im App Store abgelehnt?
Die typischen Gründe sind seit Jahren dieselben: fehlende Links zur Datenschutzerklärung, unvollständige Metadaten, Dummy-Inhalte im Release-Build und Funktionen hinter einem Login, für den der Reviewer keinen Zugang hat.
- Datenschutzerklärung fehlend, nicht erreichbar oder nicht in der App verlinkt
- Beschreibung oder Screenshots, die nicht zur App passen
- Platzhaltertexte, Testdaten oder leere Seiten im Release-Build
- Login ohne Demo-Konto für den Reviewer oder Backend nicht erreichbar
- Abstürze oder offensichtliche technische Fehler
Vor dem Einreichen prüfen
Ein Demo-Konto in die Prüfhinweise schreiben und das Backend während des Reviews laufen lassen. Apples Richtlinie 2.1 verlangt beides, sobald die App einen Login hat.
Ihre App wurde abgelehnt und Sie finden den Grund nicht? Ein Code-Review kostet bei uns 1.200 bis 4.500 € und zeigt, woran es liegt.
Wie kommen Updates zu den Nutzern?
Über zwei Kanäle: Änderungen am JavaScript-Code, an Texten und Bildern rollen wir per EAS Update ohne Store-Review aus. Alles Native braucht einen neuen Build und ein neues Review.
| Änderung | Auslieferung |
|---|---|
| Fehler im JavaScript-Code, Texte, Übersetzungen, Layout | OTA per EAS Update, in Minuten |
| Neue native Bibliothek oder geänderter nativer Code | neuer Build, neues Review |
| Neue Berechtigung, etwa Kamera oder Standort | neuer Build, neues Review |
| Upgrade der Expo-SDK-Version | neuer Build, neues Review |
| Neue Mindestvorgaben der Stores für Xcode oder Ziel-API | neuer Build, neues Review |
OTA steht für Over the Air: Die App lädt das Update beim Start im Hintergrund und nutzt es ab dem nächsten Start. Das funktioniert, weil wir Apps mit React Native und Expo bauen. Bei nativ entwickelten Apps geht jede Änderung durch das Review.
Für einen Bugfix am Freitagabend ist das ein großer Vorteil. Ein Ersatz für Store-Releases ist es nicht: Neue Funktionen mit nativen Bausteinen landen weiterhin über den normalen Prozess bei den Nutzern.
Beide Stores heben ihre Vorgaben regelmäßig an. Seit 28.04.2026 nimmt Apple nur noch Builds an, die mit Xcode 26 erstellt wurden. Seit 31.08.2026 müssen neue Apps und Updates bei Google Play auf Android 16 (API-Level 36) ausgerichtet sein, eine Verlängerung bis 01.11.2026 gibt es auf Antrag. Eine App, die lange kein Update bekommen hat, lässt sich deshalb oft nicht ohne neuen Build aktualisieren.
Häufige Fragen
Wie lange dauert es, bis eine App im App Store ist?
Das Review selbst dauert bei Apple meist unter 48 Stunden, bei Google je nach Konto bis zu sieben Tage oder länger. Für ein neues Firmenkonto kommen bis zu 7 Werktage für die D-U-N-S-Nummer dazu, bei einem neuen privaten Google-Konto mindestens 14 Tage geschlossener Test. Planen Sie außerdem ein bis zwei Korrektur-Runden ein.
Was kostet es, eine App im App Store zu veröffentlichen?
Das Apple Developer Program kostet 99 US$ pro Jahr, Google Play einmalig 25 US$. Die Entwicklung selbst ist der deutlich größere Posten, ein MVP liegt bei uns ab 15.000 €, mit Login, Backend und Store-Einreichung für iOS und Android typisch bei 25.000 bis 40.000 €.
Auf wessen Namen sollte das Entwicklerkonto laufen?
Auf Ihr Unternehmen. Dann bleiben App-Eintrag und Bewertungen in Ihrem Konto, auch wenn Sie später den Dienstleister wechseln. Einzelunternehmen melden sich bei Apple als Einzelperson an.
Kann ich Fehler beheben, ohne neu einzureichen?
Ja, solange nur JavaScript-Code, Texte oder Bilder betroffen sind. Diese Updates verteilen wir per EAS Update ohne Store-Review. Native Änderungen brauchen einen neuen Build.
Quellen
- Apple Developer Program, Enrollment
- Apple, D-U-N-S-Nummer
- Apple, App Review
- App Store Review Guidelines
- Apple App Privacy Details
- Apple, Händlerangaben nach dem Digital Services Act
- Apple, App Store Small Business Program
- Apple, Mindestvorgaben für SDK und Xcode
- Google Play Console, Entwicklerkonto registrieren
- Google Play, Kontotyp wählen
- Google Play, Testanforderungen für neue private Konten
- Google Play, App-Prüfung vorbereiten
- Google Play, Datensicherheit
- Android Developers, Ziel-API-Level für Google Play
- Expo, EAS Update