App veröffentlichen: So kommt Ihre App in den App Store, zu Google Play und bei Bedarf in die AppGallery
Die App ist fertig getestet, der Launch-Termin steht, und dann scheitert der Release an einer fehlenden D-U-N-S-Nummer oder einem Build mit veraltetem SDK. Die Veröffentlichung ist kein Knopfdruck, sondern ein eigener Projektschritt mit Fristen, Konten und Prüfprozessen. Dieser Artikel zeigt Entscheidern, was Apple, Google und Huawei 2026 verlangen, wie lange die Freigabe dauert und wie Sie Ablehnungen vermeiden.

Inhalt
- Welche Voraussetzungen brauchen Sie, bevor die App in den Store kann?
- Wie läuft die Veröffentlichung im Apple App Store ab?
- Wie läuft die Veröffentlichung bei Google Play ab?
- Warum werden Apps abgelehnt, und wie vermeiden Sie das?
- Wann brauchen Sie die Huawei AppGallery?
- Praxis: Ihre Launch-Checkliste mit Zeitplan
- Fazit
- Häufige Fragen
- Quellen
Um eine App zu veröffentlichen, sollten Unternehmen ein Entwicklerkonto auf den eigenen Firmennamen anlegen. Hinzu kommen ein Build nach aktuellen Vorgaben, vollständige Store-Angaben inklusive Datenschutz und Zeitpuffer für das Review. Apple verlangt 99 US-Dollar pro Jahr, Google einmalig 25 US-Dollar. Für Einreichungen gelten 2026 das iOS-26-SDK beziehungsweise Android-Target-API 36. Apple prüft nach eigener Angabe meist innerhalb von 24 Stunden, Google kann bis zu sieben Tage benötigen. Die Huawei AppGallery ist vor allem dann relevant, wenn Ihre Zielgruppe Geräte ohne Google-Dienste nutzt.
Ein typischer Fall: Ein Mittelständler will seine Service-App am Dienstag zusammen mit einer Kundenkampagne freischalten. Am Freitag davor fragt die Agentur nach dem Zugang zum Apple-Entwicklerkonto. Das Konto existiert nicht, für die Firmenregistrierung fehlt die D-U-N-S-Nummer, und Apple prüft Organisationen erfahrungsgemäß mehrere Tage. Der Launch verschiebt sich um drei Wochen – kein technisches Problem, sondern ein vermeidbares.
Welche Voraussetzungen brauchen Sie, bevor die App in den Store kann?
Bevor ein einziger Build hochgeladen wird, brauchen Sie verifizierte Entwicklerkonten bei Apple und Google sowie die rechtlichen Pflichtangaben. Unternehmen sollten Organisationskonten auf den eigenen Firmennamen verwenden. Planen Sie für diese Vorarbeit mehrere Wochen ein: Die Beschaffung einer D-U-N-S-Nummer kann bei Google nach eigener Angabe allein bis zu 30 Tage dauern. Die Konten gehören deshalb an den Projektanfang, nicht ans Ende.
Das Apple Developer Program kostet 99 US-Dollar pro Jahr und ist Pflicht für jede App im App Store (Apple, Stand 2026). Unternehmen registrieren sich als Organisation. Dafür verlangt Apple eine D-U-N-S-Nummer, den kostenlosen Firmenidentifikator von Dun & Bradstreet, dessen Eintrag exakt mit dem Handelsregister übereinstimmen muss. Nur Organisationskonten können Teammitglieder und Agenturen mit eigenen Rollen einladen; Einzelkonten zeigen im Store den Namen einer Privatperson.
Bei Google Play kostet das Entwicklerkonto einmalig 25 US-Dollar (Google, Stand 2026). Organisationen brauchen ebenfalls eine D-U-N-S-Nummer und durchlaufen eine Identitätsprüfung. Der Kontotyp entscheidet über den Ablauf: Persönliche Konten, die nach dem 13. November 2023 erstellt wurden, müssen vor der ersten Veröffentlichung einen geschlossenen Test mit mindestens 12 Testern über 14 Tage nachweisen; Organisationskonten sind davon ausgenommen.
Dazu kommen eine öffentlich erreichbare Datenschutzerklärung und eine Support-Kontaktmöglichkeit. Für den Vertrieb über Apples EU-App-Store müssen Anbieter zusätzlich erklären, ob sie nach dem Digital Services Act als Händler auftreten. Händler verifizieren ihre Adresse, Telefonnummer und E-Mail-Adresse; diese Kontaktdaten erscheinen anschließend auf der Produktseite. Nicht-Händler können diesen Status ebenfalls angeben und werden im Store entsprechend gekennzeichnet. Seit dem 18. Februar 2025 entfernt Apple Apps aus dem EU-App-Store, wenn die erforderliche Händlerstatus-Erklärung fehlt.
Ein Grundsatz gilt für alle Konten: Sie sollten Ihrem Unternehmen gehören, nicht der Agentur. Läuft eine App über das Konto eines Dienstleisters, sind Sie bei Rollenvergabe, Updates und einem späteren Transfer von dessen Mitwirkung abhängig. Apple und Google ermöglichen zwar einen offiziellen App-Transfer; bei einem erfolgreichen Transfer bleiben Nutzer, Bewertungen und Store-Identität grundsätzlich erhalten. Einzelne Integrationen, Berichte oder Testgruppen können jedoch zusätzliche Arbeit verursachen. Legen Sie die Konten deshalb selbst an und laden Sie Ihren Entwicklungspartner mit passenden Rollen ein.
Wie läuft die Veröffentlichung im Apple App Store ab?
Der Weg in den App Store führt über einen signierten Build aus Xcode, einen Betatest über TestFlight und einen vollständigen App-Datensatz in App Store Connect, den Apple anschließend im App Review prüft. Die Einreichung selbst dauert einen Nachmittag; die Vorbereitung der Inhalte dauert länger.
Für den Build gilt seit dem 28. April 2026 eine harte Regel: Apps müssen mit Xcode 26 und dem iOS-26-SDK oder neuer gebaut sein, sonst lehnt App Store Connect den Upload ab (Apple, 2026). Diese Grenze hebt Apple jedes Frühjahr an. Der Build-Server Ihres Entwicklungspartners muss also eine aktuelle Xcode-Version einsetzen, und alle eingebundenen Frameworks müssen mit dem neuen SDK kompatibel sein.
TestFlight ist Apples Verteilplattform für Vorabversionen: Interne Tester aus Ihrem Team erhalten Builds sofort, bis zu 10.000 externe Tester nach einer kurzen Beta-Prüfung (Apple, Stand 2026). Nutzen Sie diese Stufe für die Abnahme auf echten Geräten, denn dort zeigen sich Abstürze, die im Simulator nie auftreten.
In App Store Connect legen Sie den App-Datensatz an: Name, Untertitel, Beschreibung, Keywords, Screenshots für die geforderten Displaygrößen, Kategorie, Preismodell und die Angaben zum Datenschutz. Seit dem 31. Januar 2026 gilt Apples neues Altersfreigabe-System mit einem erweiterten Fragebogen, der vor der Einreichung beantwortet sein muss. Seit September 2026 fragt Apple zusätzlich nach Kommunikations- und Social-Media-Funktionen wie Chats, nutzergenerierten Inhalten und Kinderschutzmechanismen (Apple, 2026). Im Abschnitt App Review Information hinterlegen Sie Demo-Zugangsdaten und Hinweise für das Prüfteam. Das ist keine Formalie, sondern ein häufiger Grund, warum Reviews scheitern.
Nach der Einreichung prüft Apple laut eigener Angabe 90 Prozent der Einreichungen in weniger als 24 Stunden (Apple, Stand 2026). Das ist die Dauer bis zur Review-Entscheidung, nicht bis zur garantierten Sichtbarkeit: Nach der Freigabe kann es laut Apple noch bis zu 24 Stunden dauern, bis die App im Store erscheint. Sie entscheiden vorab, ob die App nach der Freigabe automatisch, manuell oder zu einem festen Datum veröffentlicht wird. Für einen Kampagnenstart empfiehlt sich die manuelle Freigabe, kombiniert mit ausreichend Puffer für die Aktualisierung im Store.
Wie läuft die Veröffentlichung bei Google Play ab?
Bei Google Play laden Sie ein Android App Bundle in die Play Console, füllen den Store-Eintrag und die Erklärungen zum App-Inhalt aus, durchlaufen die Test-Tracks und beantragen dann die Produktionsfreigabe. Planen Sie für die anschließende Prüfung bis zu sieben Tage ein.
Google Play akzeptiert für neue Apps ausschließlich das Android App Bundle (AAB), nicht mehr die klassische APK-Datei (Google, Stand 2026). Aus dem Bundle erzeugt Google für jedes Gerät ein optimiertes Paket. Die Signierung übernimmt Play App Signing: Google verwahrt den Auslieferungsschlüssel, Ihr Entwicklungspartner signiert nur den Upload. So kann ein verlorener Upload-Schlüssel keine Updates blockieren.
Der Build muss außerdem die Target-API-Anforderung erfüllen. Seit dem 31. August 2026 müssen neue Apps und Updates Android 16 (API-Level 36) als Ziel angeben; bestehende Apps brauchen mindestens Android 15 (API 35), um für neue Nutzer auf aktuellen Geräten sichtbar zu bleiben (Google, 2026). Diese Frist kehrt jedes Jahr am 31. August wieder und ist ein häufiger Grund, warum ältere Apps stillschweigend aus der Suche verschwinden.
In der Play Console folgen der Store-Eintrag mit Titel, Kurzbeschreibung, Screenshots und Feature-Grafik sowie der Bereich App-Inhalte: Datenschutzerklärung, der Abschnitt Datensicherheit mit allen erhobenen Datentypen, die Alterseinstufung über den IARC-Fragebogen, die Zielgruppe und die Erklärung zu Werbung. Diese Angaben müssen zum tatsächlichen Verhalten der App und ihrer SDKs passen; Abweichungen führen zu Ablehnungen oder späteren Sperren.
Google bietet drei Test-Tracks vor der Produktion: internen Test für bis zu 100 Tester, geschlossenen Test für eingeladene Gruppen und offenen Test für alle. Organisationskonten dürfen direkt in die Produktion, sollten den internen Track aber für die Abnahme nutzen. Nach der Einreichung kann die Prüfung laut Google bis zu sieben Tage dauern, in Ausnahmefällen länger (Google, Stand 2026). Wichtig für die Launch-Planung: Ein stufenweiser Rollout, etwa zunächst an 10 Prozent der Nutzer, ist bei Google nur für Updates verfügbar, nicht für die erste Veröffentlichung. Das Risiko des Erst-Releases begrenzen Sie deshalb über die Test-Tracks und einen ausreichenden Review-Puffer.
Warum werden Apps abgelehnt, und wie vermeiden Sie das?
Die meisten Ablehnungen entstehen nicht durch bewusste Regelverstöße, sondern durch unvollständige Einreichungen: fehlende Demo-Zugänge, tote Links, Platzhaltertexte und Angaben, die nicht zum Verhalten der App passen. Apple beziffert den Anteil der Guideline 2.1 „App Completeness“ an allen ungelösten Review-Problemen auf über 40 Prozent (Apple, Stand 2026).
Bei Apple heißt das konkret: Die App muss beim Reviewer auf Anhieb laufen. Bei Login-Pflicht brauchen die Prüfer einen funktionierenden Testaccount, und das Backend muss während des Reviews erreichbar sein. Alle Links in der App und im Store-Eintrag müssen funktionieren, insbesondere Datenschutz und Support. Screenshots dürfen nur zeigen, was die App tatsächlich kann. Und jede Berechtigung, etwa für Kamera oder Standort, braucht einen verständlichen Grund im Systemdialog.
Bei Google Play sind es vor allem die Deklarationen: Der Abschnitt Datensicherheit muss jedes SDK abdecken, das Daten sendet; Analytics- oder Crash-Reporting-Bibliotheken werden dabei regelmäßig vergessen. Sensible Berechtigungen wie Hintergrund-Standort oder Zugriff auf alle Dateien erfordern eine Begründung und teilweise ein Video, das die Nutzung zeigt. Wer Berechtigungen anfordert, die die Funktion nicht braucht, wird abgelehnt.
Der wirksamste Schutz ist ein interner Pre-Review: Ihr Entwicklungspartner geht vor der Einreichung die Guidelines beider Stores mit der fertigen App durch und prüft jeden Link, jede Berechtigung und jede Deklaration. Bei Johnny Bytes gehört dieser Schritt fest zur Abnahme, weil ein einziger Review-Zyklus mehr Zeit kosten kann als die Prüfung selbst.
Wird die App dennoch abgelehnt, erhalten Sie eine Begründung mit Verweis auf die betroffene Richtlinie. Beheben Sie den Punkt, antworten Sie sachlich über das Resolution Center beziehungsweise die Play Console und reichen Sie erneut ein. Einspruch lohnt sich nur, wenn Sie die Richtlinie nachweislich erfüllen.
Wann brauchen Sie die Huawei AppGallery?
Die Huawei AppGallery ist vor allem dann ein Muss, wenn Ihre Zielgruppe Huawei-Geräte ohne Google-Dienste nutzt: in China oder auf Modellen, die seit 2019 ohne Google Mobile Services (GMS) ausgeliefert werden. Für die meisten Apps mit Zielmarkt Deutschland ist sie ein optionaler dritter Kanal, den Sie an Nutzungsdaten festmachen sollten.
Der Hintergrund: Viele seit den US-Sanktionen von 2019 neu eingeführte Huawei-Smartphones werden ohne Google Play und Google-Dienste ausgeliefert. Huawei hat mit Huawei Mobile Services (HMS) und der AppGallery ein eigenes Ökosystem aufgebaut. Laut Counterpoint lag der weltweite Anteil von HarmonyOS 2024 in jedem Quartal bei 4 Prozent; in China waren es je nach Quartal 17 bis 19 Prozent (Counterpoint, 2024). In Europa ist der Anteil deutlich geringer und konzentriert sich auf ältere Geräte.
Die AppGallery braucht drei Voraussetzungen: ein kostenloses Konto in AppGallery Connect, ein Android-Paket als APK oder AAB und eine Variante Ihrer App, die ohne Google-Dienste auskommt (Huawei, Stand 2026). Das ist der eigentliche Aufwand: Karten, Push-Benachrichtigungen, Standort, Login und In-App-Käufe laufen bei Huawei über HMS Core statt über Google. Technisch lösen Entwickler das über eine zweite Build-Variante, einen sogenannten Product Flavor, die zur Laufzeit prüft, welche Dienste verfügbar sind.
Ein separates Thema ist HarmonyOS NEXT beziehungsweise HarmonyOS 5: Huaweis Betriebssystemgeneration ohne Android-Kompatibilität, die das Unternehmen seit 2025 in China über mehrere neue Geräteklassen ausrollt. Ein Android-Paket läuft darauf nicht und eine native App muss für HarmonyOS portiert werden. Huawei empfiehlt dafür ArkTS, eine auf TypeScript aufbauende Sprache, zusammen mit ArkUI. Wiederverwendbar bleiben je nach Architektur beispielsweise Geschäftslogik, Backend-Schnittstellen und Medieninhalte; die Benutzeroberfläche und plattformspezifische Funktionen erfordern jedoch eine eigene Umsetzung. Laut Huaweis Entwicklerdokumentation vom Mai 2026 sind HarmonyOS-NEXT-Apps außerhalb Chinas bislang nur für Smartwatches verfügbar. Für den europäischen Markt ist NEXT deshalb 2026 noch keine allgemeine Entscheidungsgrundlage.
Die praktische Regel für Entscheider in Deutschland: Prüfen Sie in Analytics oder Kundenbasis, wie viele Nutzer Huawei-Geräte ohne Google-Dienste haben. Liegt der Anteil bei wenigen Prozent und gibt es keinen B2B-Kunden mit Huawei-Flotte, verzichten Sie zunächst auf die AppGallery und halten die Architektur so, dass eine HMS-Variante später ergänzt werden kann.
Praxis: Ihre Launch-Checkliste mit Zeitplan
Ein sauberer Store-Release lässt sich in sechs Schritte mit festen Vorlaufzeiten gliedern. Der Zeitplan geht von einem kommunizierten Launch-Termin (T) aus:
- T minus 8 Wochen: Konten anlegen. D-U-N-S-Nummer beantragen, Apple Developer Program und Play Console als Organisation registrieren, Entwicklungspartner mit Rollen einladen.
- T minus 6 Wochen: Rechtliches klären. Datenschutzerklärung veröffentlichen, Support-Adresse einrichten, Händlerstatus für die EU hinterlegen, Altersfreigabe-Fragebögen vorbereiten.
- T minus 4 Wochen: Store-Inhalte produzieren. Screenshots in allen geforderten Formaten, Texte, Keywords und Feature-Grafik für Google Play erstellen; Datenschutzangaben mit der SDK-Liste abgleichen.
- T minus 3 Wochen: Release-Build und Betatest. Build mit Xcode 26 und Target-API 36 erstellen, über TestFlight und den internen Play-Track verteilen, auf echten Geräten abnehmen und einen Demo-Account anlegen.
- T minus 2 Wochen: Einreichen. Pre-Review nach den Guidelines durchführen, manuelle Freigabe bei Apple vorbereiten, bei Google den Erst-Release nach erfolgreichen Tests vollständig einreichen und das Backend während des Reviews erreichbar halten. Stufenweise Rollouts sind dort erst für spätere Updates verfügbar.
- T: Freischalten und beobachten. Release auslösen, Crash-Reports und Bewertungen in den ersten 48 Stunden engmaschig prüfen, Hotfix-Build bereithalten.
Die folgende Übersicht fasst die drei Stores zusammen:
| Kriterium | Apple App Store | Google Play | Huawei AppGallery |
|---|---|---|---|
| Kontogebühr (2026) | 99 US-Dollar pro Jahr | einmalig 25 US-Dollar | kostenlos |
| Firmenregistrierung | Organisation mit D-U-N-S-Nummer | Organisation mit D-U-N-S-Nummer | Unternehmensverifizierung |
| Paketformat | IPA aus Xcode 26, iOS-26-SDK | Android App Bundle, Target-API 36 | APK oder AAB mit HMS Core |
| Vorabtests | TestFlight, intern und extern | interner, geschlossener, offener Track | Open Testing in AppGallery Connect |
| Typische Prüfdauer | 90 % unter 24 Stunden | bis zu 7 Tage, ausnahmsweise länger | wenige Werktage |
| Besonderheit | manuelle oder terminierte Freigabe | stufenweiser Rollout nur für Updates | vor allem ohne Google-Dienste relevant |
Fazit
Die Veröffentlichung ist der Schritt, an dem viele App-Projekte Zeit verlieren, obwohl er vollständig planbar ist. Wer Konten, D-U-N-S-Nummer und Rechtstexte acht Wochen vor dem Launch erledigt, den Build nach den aktuellen SDK- und API-Vorgaben erstellt und die Einreichung intern vorprüft, schafft die Voraussetzungen für einen reibungslosen Release. Apple prüft die meisten Einreichungen innerhalb eines Tages, bei Google sollten Sie bis zu einer Woche einplanen. Die Huawei AppGallery bleibt für den deutschen Markt meist ein Sonderfall, den Sie an konkreten Nutzungsdaten festmachen sollten.
Häufige Fragen
Was kostet es, eine App zu veröffentlichen?
Die Kontogebühren sind gering: Apple verlangt 99 US-Dollar pro Jahr, Google einmalig 25 US-Dollar, Huawei nichts (Stand 2026). Der eigentliche Aufwand liegt in der Vorbereitung: Screenshots, Store-Texte, Rechtstexte, Datenschutz-Deklarationen, Release-Builds und Pre-Review. Als groben Projektwert können Sie dafür bei einer bereits fertigen, überschaubaren App zwei bis fünf Personentage ansetzen; mehrere Sprachen, viele Gerätegrößen oder komplexe Berechtigungen erhöhen den Aufwand. Verkaufen Sie digitale Inhalte in der App, kommen Store-Provisionen hinzu.
Wie lange dauert die Freigabe im App Store und bei Google Play?
Apple prüft nach eigener Angabe 90 Prozent der Einreichungen in weniger als 24 Stunden (Stand 2026); anschließend kann es noch bis zu 24 Stunden dauern, bis die freigegebene App sichtbar ist. Google nennt für die Prüfung bis zu sieben Tage, in Ausnahmefällen länger. Rechnen Sie für den ersten Release mit zwei Wochen Puffer, weil eine Ablehnung einen neuen Prüfzyklus auslöst. Beginnen Sie mit der Organisationsregistrierung deutlich früher: Allein die D-U-N-S-Nummer kann bei Google bis zu 30 Tage beanspruchen.
Kann meine Agentur die App über ihr eigenes Konto veröffentlichen?
Technisch ja, empfehlenswert ist es nicht. Läuft die App über das Konto eines Dienstleisters, sind Sie für Rollen, Updates und einen späteren Transfer von seiner Mitwirkung abhängig. Apple und Google unterstützen offizielle App-Transfers; bei einem erfolgreichen Transfer bleiben Nutzer, Bewertungen und die Store-Identität grundsätzlich erhalten. Einzelne Berichte, Integrationen oder Testgruppen können jedoch nicht automatisch mitwandern. Legen Sie die Konten deshalb selbst an und geben Sie Ihrem Partner eine Rolle mit Upload-Rechten.
Brauche ich die Huawei AppGallery für den deutschen Markt?
In den meisten Fällen nicht. Die AppGallery ist vor allem für Huawei-Geräte ohne Google-Dienste nötig, also für entsprechende Modelle seit 2019 und für den chinesischen Markt. In Deutschland ist dieser Anteil klein. Prüfen Sie Ihre Nutzungsdaten oder Ihre Kundenbasis; erst bei einem relevanten Anteil oder einem B2B-Kunden mit Huawei-Flotte lohnt sich die zusätzliche HMS-Variante Ihrer App.
Was passiert, wenn meine App abgelehnt wird?
Sie erhalten eine Begründung mit Verweis auf die betroffene Richtlinie und können die App nach der Korrektur erneut einreichen. Bei Apple läuft die Kommunikation über das Resolution Center in App Store Connect, bei Google über die Play Console. Die häufigsten Ursachen sind fehlende Demo-Zugänge, defekte Links und Datenschutzangaben, die nicht zum Verhalten der App passen. Ein interner Pre-Review vor der Einreichung vermeidet die meisten dieser Fälle.
Quellen
- Apple Developer Program: What’s Included (Apple, Stand 2026)
- Apple Developer Program: Enroll (Apple, Stand 2026)
- Upcoming Requirements: SDK-Mindestanforderungen und Altersfreigabe (Apple Developer, Stand 2026)
- Upcoming SDK minimum requirements (Apple Developer News, Februar 2026)
- Neue Fragen zur Altersfreigabe für Kommunikations- und Social-Media-Funktionen (Apple Developer News, Juli 2026)
- DSA-Händlerstatus im EU-App-Store (Apple Developer, Stand 2026)
- Entfernung von Apps ohne erforderliche Händlerstatus-Angaben (Apple Developer News, Februar 2025)
- App Review: Prüfdauer und häufige Ablehnungsgründe (Apple Developer, Stand 2026)
- Veröffentlichung und Sichtbarkeit im App Store (Apple Developer, Stand 2026)
- Apps zwischen Apple-Entwicklerkonten übertragen (Apple Developer, Stand 2026)
- TestFlight: Betatests mit bis zu 10.000 externen Testern (Apple Developer, Stand 2026)
- Google Play: Erste Schritte mit der Play Console (Google, Stand 2026)
- Google Play: Registrierungsgebühr (Google, Stand 2026)
- Google Play: Testanforderungen für neue persönliche Entwicklerkonten (Google, Stand 2026)
- Google Play: D-U-N-S-Nummer für Organisationskonten (Google, Stand 2026)
- Google Play: App-Prüfungen und Veröffentlichung (Google, Stand 2026)
- Google Play: Stufenweise Rollouts nur für Updates (Google, Stand 2026)
- Apps zwischen Google-Play-Entwicklerkonten übertragen (Google, Stand 2026)
- Google Play: Target-API-Level-Anforderungen (Google, Stand 2026)
- Ensuring high-quality apps on Google Play: Kontoverifizierung und Testpflicht (Android Developers Blog, November 2023)
- Android App Bundles (Android Developers, Stand 2026)
- Huawei AppGallery Connect: Releasing an App for the First Time (Huawei Developers, Stand 2026)
- Huawei AppGallery für Entwickler (Huawei Developers, Stand 2026)
- ArkTS als Sprache für HarmonyOS-Apps (Huawei Developers, Stand 2026)
- Regionale Verfügbarkeit von HarmonyOS-NEXT-Apps (Huawei Developers, Mai 2026)
- Marktanteile mobiler Betriebssysteme (Counterpoint Research, Stand 2024)