App entwickeln lassen und im App Store veröffentlichen

Wenn Sie eine App entwickeln lassen und im App Store veröffentlichen wollen, ist die Entwicklung selten der schwierige Teil. Der schwierige Teil beginnt danach: Entwicklerkonten, Prüfprozesse, Datenschutzangaben, Altersfreigaben, Testzugänge, Store-Texte. Wir haben diesen Weg mit Kundenprojekten und mit unserer eigenen App Festino mehrfach zurückgelegt – und schreiben hier auf, was vorher niemand sagt.

Was zwischen „App ist fertig“ und „App ist im Store“ wirklich passiert

Eine funktionierende App ist die Voraussetzung, nicht das Ergebnis. Zwischen dem letzten Feature und dem Download-Button liegen Aufgaben, die mit Programmieren wenig zu tun haben: Firmenkonten anlegen und verifizieren lassen, Signaturschlüssel erzeugen und sicher verwahren, Store-Einträge in jeder unterstützten Sprache schreiben, Screenshots in mehreren Geräteformaten erstellen, Datenschutzangaben ausfüllen, Altersfreigabe beantworten, Testzugänge bereitstellen.

Unsere Faustregel: Rechnen Sie für diesen Block bei einer Erstveröffentlichung mit ein bis zwei Wochen, wenn alles glattläuft. Der häufigste Grund für Verzögerungen ist nicht der Prüfprozess, sondern die Kontoeröffnung – insbesondere die Identitätsprüfung von Unternehmenskonten.

Welche Konten und Nachweise Sie brauchen

• Apple Developer Program – Firmenmitgliedschaft, derzeit rund 99 US-Dollar pro Jahr. Für ein Konto auf Firmennamen wird eine geprüfte Unternehmenskennung verlangt; die Beschaffung dauert erfahrungsgemäß am längsten.
• Google Play Console – einmalige Registrierungsgebühr im niedrigen zweistelligen Dollarbereich, dazu eine Identitäts- beziehungsweise Unternehmensprüfung.
• Impressum und Support-Kontakt – beides muss erreichbar sein, nicht nur ausgefüllt.
• Datenschutzerklärung unter fester Adresse – wird in beiden Stores verlinkt und geprüft.
• Signaturschlüssel und Zugänge – gehören dem Unternehmen, nicht dem Dienstleister. Klären Sie das vertraglich, bevor entwickelt wird.

Der letzte Punkt ist ernster gemeint, als er klingt. Wir haben mehrfach Projekte übernommen, bei denen das Store-Konto auf den vorherigen Dienstleister lief. Das ist kein technisches, sondern ein Verhandlungsproblem – und es lässt sich mit einem Satz im Vertrag vermeiden.

Ebenfalls früh zu klären: das Erlösmodell. Verkaufen Sie digitale Inhalte oder Abonnements innerhalb der App, führt der Weg in aller Regel über die Bezahlverfahren der Plattformen – mit einer Beteiligung, die Sie in die Preiskalkulation einrechnen müssen. Für Leistungen, die außerhalb der App erbracht werden, etwa Termine, Warenlieferungen oder Dienstleistungen vor Ort, gilt das nicht. Diese Unterscheidung wirkt technisch, entscheidet aber über Ihre Marge – und sollte deshalb vor der Entwicklung feststehen, nicht danach.

Woran Einreichungen tatsächlich scheitern

• Login ohne Testzugang. Wer eine Anmeldung verlangt und den Prüfern keinen funktionierenden Zugang hinterlegt, wird abgelehnt. Zuverlässig.
• Fremdanmeldungen ohne Apple-Alternative. Wer Anmeldung über soziale Netzwerke anbietet, muss bei Apple in der Regel auch die eigene Anmeldemöglichkeit anbieten.
• Unvollständige Datenangaben. Beide Stores verlangen eine Erklärung, welche Daten erhoben und wozu sie genutzt werden. Weicht die Angabe vom tatsächlichen Verhalten der App ab, fällt das auf.
• Digitale Inhalte am Store-Bezahlsystem vorbei. Wer digitale Güter innerhalb der App verkauft, kommt an den Bezahlverfahren der Plattformen kaum vorbei – mit spürbaren Auswirkungen auf die Kalkulation.
• Berechtigungen ohne Begründung. Standort, Kamera, Kontakte: Jede Berechtigung braucht eine verständliche Erklärung im Moment der Abfrage.
• Platzhalter und Testinhalte. Ein „Lorem ipsum“ im Hilfetext reicht für eine Ablehnung.
• Der reine Webseiten-Rahmen. Eine App, die nur eine Website anzeigt und keinen eigenen Nutzen bietet, wird von Apple regelmäßig abgelehnt.

Web-App, native App – oder beides?

Diese Entscheidung fällt vor der Entwicklung und bestimmt Aufwand wie Reichweite. Eine Web-App ist sofort über einen Link nutzbar, ohne Installation, ohne Prüfprozess, ohne Store-Gebühren – dafür ohne Store-Sichtbarkeit und mit Einschränkungen bei Geräteschnittstellen. Eine native App kostet mehr, liefert dafür Push-Nachrichten, Offline-Nutzung und den Vertrauensvorschuss eines Store-Eintrags.

Unsere eigene App Festino ist bewusst beides: Sie ist direkt im Browser spielbar und zusätzlich im Google Play Store verfügbar. Der Grund ist pragmatisch: Wer auf einer Feier schnell ein Spiel starten will, installiert nichts. Wer die App regelmäßig nutzt, will sie auf dem Startbildschirm. Für viele Geschäftsanwendungen gilt dieselbe Logik – erst der Link, dann der Store.

Wie lange dauert die Prüfung?

In der Regel bewegen sich beide Stores heute im Bereich von Stunden bis wenigen Tagen. Die erste Einreichung dauert erfahrungsgemäß länger als spätere Aktualisierungen, und jede Ablehnung startet die Uhr neu. Planen Sie deshalb niemals einen Marketingtermin auf den Tag der geplanten Freigabe. Zwei bis drei Wochen Puffer zwischen erster Einreichung und öffentlicher Ankündigung haben sich bewährt – das kostet nichts und erspart Ihnen die unangenehmste Variante: eine Kampagne, die läuft, während die App noch in Prüfung ist.

Der Store-Eintrag entscheidet über Installationen

Ein unterschätzter Teil der Arbeit: Der Eintrag selbst ist eine Verkaufsseite, und die meisten Nutzer sehen davon nur den oberen Bildschirmausschnitt. Das heißt konkret – der Name und die kurze Beschreibung müssen ohne Kontext verständlich sein, und die ersten beiden Screenshots müssen den Nutzen zeigen, nicht den Anmeldebildschirm.

• Name mit Funktion. Reine Fantasienamen ohne erklärenden Zusatz werden nicht gefunden. Ein knapper Nutzenhinweis im Namensfeld wirkt spürbar.
• Screenshots mit Beschriftung. Bildschirmfotos ohne erklärenden Text werden überblättert. Drei bis fünf gut beschriftete Bilder schlagen zehn rohe.
• Erste zwei Zeilen der Beschreibung. Alles darunter liest fast niemand ohne Aufklappen.
• Ehrliche Kategorie und Altersfreigabe. Falsche Angaben führen nicht zu mehr Reichweite, sondern zu Rückfragen im Prüfprozess.

Testphasen richtig nutzen

Beide Plattformen bieten Wege, eine App vor der Veröffentlichung an ausgewählte Personen zu verteilen. Wir halten das für den wichtigsten und am seltensten genutzten Schritt. Der Grund ist banal: Auf Ihrem Entwicklungsgerät ist die App installiert, angemeldet und mit Testdaten gefüllt. Auf dem Gerät eines fremden Nutzers beginnt sie bei null – und genau dort entstehen die Abbrüche.

Unsere Empfehlung: mindestens zehn Personen außerhalb des Projektteams, echte Geräte, keine Anleitung. Wer dabei zusieht, wie jemand die App zum ersten Mal öffnet, lernt in zwanzig Minuten mehr als aus jedem Testprotokoll. Bei Android empfiehlt sich zusätzlich ein gestaffelter Rollout, sodass eine neue Version zunächst nur einen Teil der Nutzer erreicht und bei Problemen gestoppt werden kann.

Was nach dem Launch kommt – und meistens vergessen wird

• Betriebssystem-Zyklen. Jedes Jahr erscheinen neue Hauptversionen; Anpassungen sind Pflicht, nicht Kür.
• Mindestanforderungen der Stores. Beide Plattformen verlangen regelmäßig, dass Apps gegen aktuellere Systemversionen gebaut werden. Wer das verpasst, kann irgendwann keine Aktualisierung mehr einreichen.
• Bewertungen und Antworten. Öffentlich sichtbare Reaktionen auf Kritik beeinflussen die Installationsrate spürbar.
• Store-Optimierung. Titel, Untertitel, Screenshots und die ersten Zeilen der Beschreibung entscheiden über Installationen – hier steckt oft mehr Wirkung als in zusätzlichen Funktionen.
• Absturz- und Nutzungsauswertung. Ohne Messung erfahren Sie von Problemen aus Bewertungen. Das ist der teuerste Kanal.

Genau diese Daueraufgaben decken wir über die Digitale Betreuung ab. Eine App ist kein Projekt mit Enddatum, sondern ein Produkt mit Betriebskosten.

Was kostet der Weg in den Store?

Die reinen Gebühren sind vernachlässigbar: eine jährliche Mitgliedschaft im niedrigen dreistelligen Bereich bei Apple, eine einmalige Registrierung im niedrigen zweistelligen Bereich bei Google. Relevant ist der Aufwand für Veröffentlichungsvorbereitung, Store-Material und die Begleitung durch den Prüfprozess. Für die App-Entwicklung selbst gelten die Größenordnungen aus unserem Beitrag MVP entwickeln lassen; die Veröffentlichung kommt als eigener, überschaubarer Posten hinzu.

Fazit

Der Store ist kein Ziel, sondern ein Vertriebskanal mit Hausordnung. Wer die Regeln früh kennt, veröffentlicht ohne Drama; wer sie erst beim ersten Ablehnungsschreiben liest, verliert Wochen. Und wer nur wissen will, ob seine Idee trägt, veröffentlicht am besten zuerst als Web-App und geht danach in den Store. Weitere Projekte finden Sie unter Referenzen & Apps, den Leistungsumfang unter Leistungen.

Häufige Fragen

Brauchen wir zwingend ein eigenes Entwicklerkonto?

Wir empfehlen es dringend. Die App sollte unter Ihrem Firmennamen erscheinen und die Konten sollten Ihnen gehören. Eine Veröffentlichung über fremde Konten schafft eine Abhängigkeit, die sich später nur mühsam auflösen lässt.

Wie lange dauert die Prüfung im App Store und im Play Store?

Üblicherweise wenige Stunden bis wenige Tage. Die erste Einreichung dauert länger als spätere Aktualisierungen, und jede Ablehnung verlängert den Prozess. Planen Sie zwei bis drei Wochen Puffer bis zur öffentlichen Ankündigung ein.

Was ist der häufigste Ablehnungsgrund?

Fehlende oder nicht funktionierende Testzugänge bei Apps mit Anmeldung, gefolgt von unvollständigen Angaben zur Datenerhebung und Platzhalterinhalten in der eingereichten Version.