Vom Prototyp zur App-Store-Einreichung: unsere Checkliste

Wenn eine App auf dem eigenen iPhone stabil läuft, fühlt sich das Projekt fast fertig an. Die Einreichung im App Store ist dann aber noch einmal ein eigenes Vorhaben, mit Formularen, Verträgen, Rechtstexten und einer Prüfung, die ihre eigenen Regeln hat. Wir haben diesen Weg in diesem Jahr mit unseren beiden Eigenprodukten ContoTrip und Avantido gemacht. Beide Apps sind eingereicht und befinden sich im Prüfprozess. Die folgende Checkliste fasst zusammen, was wir dabei gelernt haben.

1. Das richtige Entwicklerkonto

Im App Store steht als Anbieter der Name, unter dem das Entwicklerkonto registriert ist. Ein Konto für Einzelpersonen („Individual“) zeigt einen Privatnamen und lässt sich nicht einfach auf eine Firma umschreiben. Soll die GmbH als Anbieter erscheinen, braucht es ein Konto vom Typ „Organization“.

• D-U-N-S-Nummer: Apple verlangt sie für Organisationen. Viele Firmen haben bereits eine; Apple bietet ein eigenes Werkzeug zum Nachschlagen.
• Exakte Firmendaten: Name und Adresse bei Dun & Bradstreet müssen genau mit dem Handelsregister übereinstimmen. Abweichungen verzögern die Registrierung.
• Zeichnungsberechtigung: Wer das Konto anlegt, muss für die Firma handeln dürfen.

2. Verträge, Steuern und Bankverbindung

Bevor eine App oder ein In-App-Kauf etwas kosten darf, müssen in App Store Connect die Vereinbarungen für kostenpflichtige Apps aktiv sein. Dazu gehören die Bankverbindung, die Angaben zum Rechtsträger und die US-Steuerformulare, für eine deutsche GmbH das Formular W-8BEN-E. Das Small Business Program mit reduzierter Provision muss separat beantragt werden. Diese Schritte dauern und sollten früh erledigt sein, nicht erst am Tag der Einreichung.

3. Signierung und iCloud: einmal richtig

Ein Fehler, der sich nicht rückgängig machen lässt: iCloud-Container können nicht gelöscht werden. Wird ein Container versehentlich unter dem falschen Team registriert, etwa unter einem privaten Konto, ist sein Name dort dauerhaft belegt. Bei Avantido mussten wir deshalb auf einen anderen Containernamen ausweichen. Seitdem gilt bei uns: Der allererste Gerätebau läuft gegen das Firmenteam.

4. Pflichtseiten, die wirklich online sind

App Store Connect verlangt mindestens eine Datenschutzerklärung und eine Support-Adresse als erreichbare URL. Für unsere Apps haben wir zusätzlich Nutzungsbedingungen und ein Impressum veröffentlicht, jeweils in allen Sprachen der App. Die Seiten müssen zum Zeitpunkt der Einreichung live sein; ein toter Link fällt in der Prüfung auf.

5. Datenschutz-Label und Privacy Manifest

Im Fragebogen zum App-Datenschutz geben Sie an, welche Daten die App erfasst und wofür. Diese Angaben müssen zum Privacy Manifest passen, das in der App als PrivacyInfo.xcprivacy liegt.

Bei Apps mit KI-Funktionen lohnt sich Ehrlichkeit. Unsere Apps haben keinen eigenen Server; trotzdem gehen Fotos oder Texte an den KI-Anbieter, den der Nutzer selbst einrichtet. Wir deklarieren das als Erfassung durch Dritte, nicht mit der Identität verknüpft und nicht zum Tracking verwendet. Daten in der privaten iCloud-Datenbank des Nutzers sind dagegen nicht deklarationspflichtig, weil der Anbieter darauf keinen Zugriff hat.

6. Altersfreigabe und Exporterklärung

Der Fragebogen zur Altersfreigabe ist schnell beantwortet, wenn man die App genau kennt: Öffnet sie nur feste eigene Links, ist das kein unbeschränkter Web-Zugriff. Sind die Inhalte privat, sind es keine nutzergenerierten Inhalte im Sinne des Fragebogens. Für die Exportbestimmungen setzen wir in der Info.plist ITSAppUsesNonExemptEncryption auf NO, wenn die App nur die Verschlüsselung des Systems nutzt. Dann entfällt die Frage bei jedem Upload.

7. Hinweise für die Prüfer

Die wichtigste Lehre: Die Prüfer müssen jede beworbene Funktion ausprobieren können. Braucht eine Funktion einen eigenen API-Schlüssel des Nutzers, gehört ein funktionierender Testschlüssel in die Prüf-Hinweise, zusammen mit einer kurzen Schritt-für-Schritt-Anleitung, wo er einzutragen ist. Fehlt er, droht eine Ablehnung nach Guideline 2.1 (App Completeness). Nach der Freigabe wird der Testschlüssel beim Anbieter gelöscht.

8. In-App-Kauf und Einreichung

Ein Stolperstein bei Einmalkäufen: Der erste nicht verbrauchbare In-App-Kauf muss zusammen mit einer App-Version zur Prüfung eingereicht werden. Das Verknüpfen ging bei uns nur in App Store Connect im Browser, nicht über die API. Wird eine Version abgelehnt, fällt auch der Kauf zurück und muss bei der nächsten Einreichung erneut angehängt werden.

9. Rückfragen bei neuen Konten

Ein Konto ohne Prüfhistorie bekommt häufig zunächst keine inhaltliche Ablehnung, sondern einen Fragebogen („Information Needed“). Apple fragt darin unter anderem nach dem Zweck der App und nach einer Bildschirmaufnahme auf einem echten Gerät. Unsere Empfehlung: Das Video zeigt genau den eingereichten Build, inklusive Kaufvorgang und der KI-Funktionen.

10. Versionen sauber zählen

Jeder neue Upload braucht eine höhere Build-Nummer. Wir zählen sie in der Projektdatei hoch und erhöhen bei Fehlerbehebungen zusätzlich die Versionsnummer. Eine nie veröffentlichte Version kann in App Store Connect umbenannt werden; Texte, Screenshots und Datenschutzangaben bleiben dann erhalten.

Fazit

Die Einreichung ist kein Formular am Ende, sondern ein eigener Projektschritt. Wer Konto, Verträge, Rechtstexte und Prüf-Hinweise früh plant, spart sich Wartezeit. Wenn Sie eine App auf den Weg in den App Store bringen möchten, begleiten wir diesen Schritt gern – von der Kontoeinrichtung bis zur Antwort an die Prüfer.