Sie haben für das Design bezahlt. Sie haben für die Entwicklung bezahlt. Die App läuft einwandfrei auf dem Testgerät in Ihrer Hand. In Ihrem Kopf ist der Tag der Veröffentlichung nur noch eine Formsache. Sie drücken auf einen Knopf, die App erscheint in den Stores, Nutzer beginnen herunterzuladen. Genau dieses Bild ist der Punkt, an dem viele Gründer zwei Wochen, einen Veröffentlichungstermin und manchmal ein bereits verplantes Marketingbudget verlieren.
Eine App zu bauen und eine App zu veröffentlichen sind zwei verschiedene Projekte. Das zweite hat eigene Regeln, eigene Torwächter und eigene Wege, Sie unbemerkt Zeit zu kosten. Apple und Google sitzen beide zwischen Ihrer fertigen App und Ihren Nutzern, und beide haben in den letzten Jahren dieses Tor langsamer und strenger gemacht, nicht schneller. Dies ist ein Rundgang in einfacher Sprache durch das, was tatsächlich passiert, nachdem die App fertig ist. Das Warten, die Ablehnungen und die Fallen, die Teams treffen, die glauben, der schwierige Teil sei vorbei.
Zwei Eingangstüren, die völlig unterschiedlich funktionieren
Das Erste, was man verstehen muss: Die Veröffentlichung in den App Stores besteht eigentlich aus zwei getrennten Prozessen, die sich nur einen Termin teilen. Apples App Store und Google Play haben unterschiedliche Kontosysteme, unterschiedliche Prüfphilosophien, unterschiedliche Zeitpläne und unterschiedliche Gründe, Nein zu sagen. Ein Team, das für den einen plant und annimmt, der andere funktioniere genauso, wird auf der Seite überrascht, die es ignoriert hat.
Apple prüft nahezu alles von Hand. Ein menschlicher Prüfer öffnet Ihre App, tippt sich durch, gleicht sie mit einer langen Liste von Richtlinien ab und trifft eine Entscheidung. Das klingt langsam, und historisch war es das auch, doch Apple hat die Bearbeitungszeit deutlich gesenkt. Mitte 2026 wurden routinemäßige Updates in deutlich unter einem Tag freigegeben, oft in wenigen Stunden. Aufgrund von Zusagen, die Apple gegenüber einer britischen Aufsichtsbehörde gemacht hat, strebt das Unternehmen nun an, 90 Prozent der Einreichungen innerhalb von 24 Stunden zu genehmigen oder abzulehnen. Die Prüfung selbst ist also schnell. Der Haken: Ein Mensch schaut hin, und Menschen bemerken Dinge, die automatische Systeme übersehen.
Google setzte historisch auf automatisches Scannen und wirkte jahrelang schneller. Das ist keine sichere Annahme mehr. Etablierte Google Play Konten mit Veröffentlichungshistorie werden weiterhin in ein bis drei Tagen freigegeben, aber ein brandneues Entwicklerkonto ist eine völlig andere Geschichte, und genau in dieser Situation befinden sich die meisten ersten Veröffentlichungen.
Der Aufschlag von zwei Wochen für Neueinsteiger
Hier ist die größte Überraschung für Gründer, die ihre erste Android App veröffentlichen, und fast niemand erwähnt sie im Projektangebot.
Seit Ende 2024 kann ein neues Google Play Entwicklerkonto eine App nicht einfach öffentlich veröffentlichen. Bevor Sie zur Produktion freigeben dürfen, verlangt Google, dass Sie einen geschlossenen Test mit mindestens 12 Testern durchführen und diesen Test 14 Tage lang ununterbrochen laufen lassen. Erst nach diesem Zeitfenster von zwei Wochen können Sie überhaupt den Zugang zur Produktion beantragen, und dieser Antrag wird selbst geprüft.
Lesen Sie das noch einmal, denn es verändert Ihren Veröffentlichungskalender. Bei einem frischen Konto ist der schnellste realistische Weg von die App ist fertig bis die App ist für alle live auf Android nicht ein oder zwei Tage. Es sind ungefähr zwei Wochen verpflichtender Test, plus die anschließende Produktionsprüfung, plus die Zeit, zwölf echte Personen mit Google Konten zusammenzubekommen, die die App tatsächlich installieren und behalten. Erste Einreichungen von neuen Konten dauern allein bei der Prüfung häufig sieben bis vierzehn Tage, und wenn Ihre App eine sensible Kategorie berührt, etwa Gesundheit, Finanzen oder alles, was sich an Kinder richtet, können es vierzehn bis einundzwanzig Tage werden.
Apple hat seine eigene Art von Reibung für Neulinge, sie zeigt sich allerdings früher, in der Kontophase statt in der Prüfphase. Die Anmeldung zum Apple Developer Program kostet 99 US Dollar pro Jahr und erfordert, wenn Sie sich als Unternehmen statt als Einzelperson anmelden, eine verifizierte rechtliche Geschäftsidentität (eine DUNS Nummer), die Apple prüft. Diese Verifizierung kann für sich genommen Tage dauern, und sie muss geschehen, bevor Sie überhaupt etwas einreichen können. Teams, die die Kontoeinrichtung bis zur Fertigstellung der App aufschieben, stellen fest, dass nun der Papierkram der Blocker ist, nicht der Code.
Die praktische Erkenntnis: Die Konten, die Geschäftsverifizierung und, bei Android, der geschlossene Test sollten am Anfang der Entwicklung gestartet werden, nicht am Ende. Die Store Anmeldung erst in der Veröffentlichungswoche anzugehen ist der Grund, warum eine fertige App zwei Wochen ungenutzt liegt.
Die Prüfung ist schnell. An der Ablehnung sterben Projekte.
Wenn Menschen fragen, wie lange die Genehmigung dauert, stellen sie die falsche Frage. Eine erste Genehmigung ist, wenn alles stimmt, schnell. Das eigentliche Zeitrisiko ist die Ablehnungsschleife. Jedes Mal, wenn ein Prüfer Nein sagt, beheben Sie das Problem, reichen erneut ein und landen wieder in der Warteschlange. Zwei oder drei solcher Runden, und aus einer Genehmigung in 48 Stunden ist unbemerkt ein dreiwöchiges Martyrium geworden, das meist genau dann eintritt, wenn Sie Investoren, Kunden oder der Presse bereits gesagt haben, dass Sie starten.
Die nützliche Frage lautet also: Was bringt Prüfer dazu, Nein zu sagen? Eine Handvoll Gründe dominiert, und die gute Nachricht ist, dass die meisten davon vermeidbar sind, wenn man weiß, dass sie kommen.
Auf Apples Seite ist der häufigste einzelne Ablehnungsgrund die Richtlinie 4.3, Spam. Dieses Wort ist irreführend. Es bedeutet nicht, dass Ihre App Müll ist. Es trifft häufig legitime Apps, die einem bereits im Store vorhandenen Angebot zu ähnlich sehen oder die Schlüsselwörter in Titel und Beschreibung stopfen, um die Suche auszutricksen. Es ist die häufigste Ablehnungskategorie, dicht gefolgt von Abstürzen und Fehlern (Richtlinie 2.1). Wenn der Prüfer auf einen Absturz, einen kaputten Button, einen Platzhalterbildschirm oder eine Funktion stößt, die nicht funktioniert, ist das ein sofortiges Nein. Der dritte Schwergewichtsgrund ist Datenschutz (Richtlinie 5.1.1), der sich in den letzten Jahren stärker verschärft hat als jeder andere Bereich.
Diese drei, wie ein Duplikat auszusehen, während der Prüfung abzustürzen und Datenschutzangaben falsch zu handhaben, machen den Großteil der Ablehnungen aus. Nehmen Sie noch Screenshots oder Beschreibungen hinzu, die Funktionen zeigen, die die App nicht wirklich hat, und kaputte Links in Ihrem Store Eintrag, und Sie haben die meisten Wege abgedeckt, auf denen eine Einreichung abprallt.
Der Datenschutz Papierkram, den die meisten Teams unterschätzen
Der Datenschutz verdient einen eigenen Abschnitt, weil Apple und Google beide dort Anforderungen aufgetürmt haben und weil eine technisch einwandfreie App immer noch abgelehnt werden kann, weil ein Formular falsch ist.
Beide Stores verlangen nun, dass Sie detailliert angeben, welche Daten Ihre App erhebt, warum und mit wem Sie sie teilen. Bei Apple ist das das Datenschutz Nährwertetikett plus, für Apps, die bestimmte gängige Werkzeuge verwenden, ein Datenschutzmanifest, das die Datenpraktiken auf Code Ebene beschreibt. Bei Google ist es das Formular zur Datensicherheit. Diese sind nicht optional und nicht kosmetisch. Prüfer gleichen ab, was Sie angegeben haben, mit dem, was Ihre App tatsächlich tut. Wenn Ihre App still Daten an einen Analysedienst oder einen KI Anbieter sendet, den Sie nicht angegeben haben, ist diese Diskrepanz eine Ablehnung, und zunehmend eine ernste. Die Messlatte steigt noch einmal, sobald Kinder ein mögliches Publikum sind oder eine KI Funktion im Spiel ist.
Der Grund, warum das Teams stolpern lässt, ist, dass es kein Programmierproblem ist, weshalb es leicht bis zuletzt liegen bleibt. Es erfordert, dass jemand die Datenflüsse der App wirklich versteht und sie in das spezifische Angabeformat des Stores übersetzt. Wenn ein Entwickler, der noch nie eines ausgefüllt hat, es in der Nacht vor der Veröffentlichung in Eile erledigt, zeigen sich die Vermutungen als Ablehnungen.
Die anderen stillen Fallen
Über die Hauptgründe hinaus gibt es eine Reihe kleinerer Anforderungen, die unvorbereitete Teams erwischen. Ein Prüfer muss Ihre App nutzen können, wenn sie also hinter einem Login liegt, müssen Sie funktionierende Demo Zugangsdaten bereitstellen, sonst stockt die Prüfung sofort. Altersfreigaben und Inhaltsfragebögen müssen der Realität entsprechen. Wenn Ihre App Verschlüsselung nutzt (und die meisten tun das, sobald sie über HTTPS mit einem Server sprechen), gibt es eine Frage zur Exportkonformität, die Sie korrekt beantworten müssen. Ihr Store Eintrag braucht eine erreichbare Datenschutzrichtlinie als URL und einen funktionierenden Support Kontakt. Keine davon ist für sich genommen schwer. Zusammen sind sie eine Checkliste, die man leicht zu 90 Prozent richtig macht, und die fehlenden 10 Prozent kommen zwei Tage später als Ablehnung zurück.
Da ist auch noch die Sache mit der zweiten Plattform. Häufig konzentriert sich ein Team darauf, den iOS Build perfekt zu machen, segelt durch Apples Prüfung und stellt dann fest, dass die Android Einreichung einen eigenen Store Eintrag, eigene Screenshots in anderen Größen, ein eigenes Datensicherheitsformular und, wenn das Konto neu ist, einen eigenen Testzyklus von zwei Wochen braucht. Wir sind auf iOS live, Android ist im Grunde dasselbe ist ein Satz, der schon viele vollständige Veröffentlichungen verzögert hat.
Was das ein Unternehmen wirklich kostet
Für einen Gründer ist der Schaden aus all dem nicht abstrakt. Eine verzögerte Veröffentlichung bedeutet bezahlte Anzeigen, die auf eine Store Seite zeigen, die noch nicht bereit ist. Sie bedeutet einen Pressetermin, der verrutscht. Sie bedeutet ein Vertriebsteam, das einem Kunden versprochen hat, die App sei verfügbar, und das nun zurückrudern muss. Sie bedeutet Entwickler, die Stunden für Wiedereinreichungsrunden abrechnen statt für die nächste Funktion. Dass die App fertig ist, erzeugt eine starke Erwartung, dass sie verfügbar ist, und die Lücke zwischen diesen beiden Zuständen ist dort, wo der Ruf kleine, vermeidbare Kratzer bekommt.
Das Frustrierende ist, dass fast nichts davon mit der Qualität Ihrer App zu tun hat. Es geht darum, den Prozess zu kennen, die Vorlaufzeiten für die Konten, den Android Test von zwei Wochen, die Datenschutzangaben, die Anforderung an Demo Zugänge, die Ablehnungsmuster, und die Arbeit so zu takten, dass die langweilige Torwächterei parallel zur Entwicklung geschieht und nicht danach.
Wie es gut aussieht
Eine Veröffentlichung, die reibungslos läuft, teilt meist dieselbe Handvoll Gewohnheiten. Die Entwicklerkonten und die Geschäftsverifizierung sind am ersten Tag eingerichtet, nicht in der Veröffentlichungswoche. Auf Android beginnt der geschlossene Test mit zwölf Testern Wochen vor dem geplanten öffentlichen Termin, sodass die verpflichtenden vierzehn Tage bereits hinter Ihnen liegen, wenn Sie bereit sind. Die Datenschutzangaben werden von jemandem geschrieben, der die Datenflüsse der App wirklich versteht, und sie stimmen mit dem überein, was die App tut. Die Store Einträge, Screenshots, Beschreibungen, Support und Datenschutz URLs, werden als echtes Ergebnis behandelt, nicht als nachträglicher Gedanke. Demo Zugangsdaten liegen für die Prüfer bereit. Und jemand im Team hat genug aktuelle Ablehnungen gelesen, um die Fallen zu erkennen, bevor ein Prüfer darauf hinweist.
Tun Sie das, und beide Stores werden zum schnellen Teil Ihrer Veröffentlichung. Lassen Sie es, und Sie begegnen jedem einzelnen dieser Hindernisse nacheinander, jedes kostet ein paar Tage, genau dann, wenn Sie den wenigsten Spielraum haben.
Wenn Sie das lieber nicht auf die harte Tour lernen möchten
Bei Conimex IT ist es eine unserer Leistungen, Apps durch den App Store und Google Play zu bringen, nicht nur gebaut, sondern geprüft, genehmigt und live. Wir übernehmen die Einrichtung von Konten und Geschäftsverifizierung, den Zeitplan für das geschlossene Testen auf Android, die Datenschutzmanifeste und Datensicherheitsangaben, die Store Einträge und das Hin und Her mit den Prüfern, wenn etwas abprallt. Kurz gesagt, wir fangen die zwei Wochen voller Überraschungen ab, damit Ihr Veröffentlichungstermin ein Termin ist, den Sie tatsächlich halten können.
Wenn Sie eine App fertig oder in Arbeit haben und die Store Einreichung langsam wie eine Black Box aussieht, nehmen Sie Kontakt mit uns auf. Sagen Sie uns, wo die App steht und wann Sie starten möchten, und wir sagen Ihnen ehrlich, wie der echte Zeitplan aussieht und wie Sie ihn schützen.