App veröffentlichen in Play Store und App Store

Was braucht eine App, damit sie wirklich im Store auffindbar ist?

Neben der bestandenen Prüfung braucht eine App eine gesetzte Länder-Verfügbarkeit, einen Preis-Zeitplan, bei Käufen einen aktiven Vertrag samt Steuer- und Bankdaten, freigegebene In-App-Käufe, eine vollständige Altersfreigabe und den passenden Release-Typ. Fehlt einer dieser Punkte, bleibt die App ganz oder teilweise unsichtbar.

Die folgende Übersicht zeigt die sechs stillen Blocker im App Store und ihre Entsprechung bei Google Play.

Warum ist meine freigegebene App nicht im App Store zu sehen?

Die häufigste stille Ursache ist eine fehlende Länder-Verfügbarkeit. Eine Version kann die Prüfung bestanden haben und „Bereit für Vertrieb“ anzeigen, ohne in einem einzigen Land angeboten zu werden.

Apple beschreibt die Verfügbarkeit als eigenen Schritt unter „Pricing and Availability“: Dort wählen Sie alle Länder, ausgewählte Länder oder eine Vorbestellung (Apple: Manage availability for your app). Genau diese Lücke hat SaracAI bei der eigenen App ScanLoot erlebt: Version freigegeben, Abos freigegeben, trotzdem nicht auffindbar. Seitdem gehört eine feste Prüfliste zu jeder Veröffentlichung. Den ausführlichen Weg zur Fehlersuche beschreibt der Ratgeber App freigegeben, aber nicht im Store auffindbar.

Welche Einstellungen prüfen wir vor und nach der Freigabe?

Wir prüfen sechs Punkte, die unabhängig vom Prüfungsstatus der Version gesetzt sein müssen. Die meisten lassen sich über die Programmierschnittstelle von App Store Connect auslesen, den Vertragsstatus nur in der Weboberfläche.

### 1. Länder-Verfügbarkeit Ohne gewählte Länder existiert die App in keinem Store. Bei Google Play gilt die Länderauswahl für den Produktions-Track; Test-Tracks übernehmen sie standardmäßig (Play Console-Hilfe: App-Releases in bestimmten Ländern vertreiben).

### 2. Preis-Zeitplan Apple verlangt einen Preis, bevor eine App zur Prüfung eingereicht wird, auch wenn er „kostenlos“ lautet (Apple: Set a price). Ein Wechsel des Basislands löscht dabei bereits geplante Preisänderungen.

### 3. Paid Apps Agreement, Steuer- und Bankdaten Wer Apps verkauft oder In-App-Käufe anbietet, braucht die Paid Apps Agreement, die nur der Kontoinhaber unterschreiben kann (Apple: Sign and update agreements). Läuft sie aus oder fehlen Steuer- und Bankdaten, können kostenpflichtige Inhalte nicht verkauft werden, ohne dass der Versionsstatus sich ändert.

### 4. Freigabe der In-App-Käufe und Abos Käufe und Abos werden getrennt von der App geprüft. Das erste Produkt jeder Art muss zusammen mit einer neuen App-Version eingereicht werden (Apple: Submit an In-App Purchase). Ist die App live, die Käufe aber nicht freigegeben, zeigt die Bezahlseite der App nichts Kaufbares.

### 5. Altersfreigabe Apple berechnet die Altersfreigabe aus einem Fragebogen. Eine App ohne Einstufung kann laut Apple nicht im App Store veröffentlicht werden (Apple: Set an app age rating). Apple ergänzt den Fragebogen von Zeit zu Zeit und hat zuletzt angekündigt, dass unbeantwortete neue Fragen die Einreichung von Updates unterbrechen können (Apple: Updated age ratings). Bei einer bereits veröffentlichten App geht das nur über eine neue Version in Vorbereitung.

### 6. Release-Typ Apple kennt drei Varianten: manuelle Freigabe nach der Prüfung, automatische Freigabe und automatische Freigabe zu einem Datum (Apple: Select an App Store version release option). Bei „manuell“ wartet eine geprüfte Version, bis jemand sie freigibt. Google Play bietet mit der verwalteten Veröffentlichung eine ähnliche Steuerung, allerdings nicht für die erste Veröffentlichung einer App (Play Console-Hilfe: Festlegen, wann App-Änderungen veröffentlicht werden).

Was ist bei Google Play anders?

Google Play hat dieselben Grundbausteine, aber zusätzliche Hürden vor der ersten Veröffentlichung. Bei neuen privaten Entwicklerkonten steht vor der Produktion ein geschlossener Test, und jede App muss eine aktuelle Android-Version als Ziel angeben.

• Geschlossener Test: Private Konten, die nach dem 13. November 2023 angelegt wurden, brauchen mindestens 12 Tester, die 14 Tage am Stück teilnehmen (Play Console-Hilfe).
• Ziel-API-Level: Seit dem 31. August 2026 müssen neue Apps und Updates Android 16 (API-Level 36) als Ziel haben (Play Console-Hilfe).
• Datensicherheit: Jede App braucht ausgefüllte Angaben zur Datensicherheit, die im Store-Eintrag erscheinen (Play Console-Hilfe: Datensicherheit).

Wie weisen wir nach, dass eine App öffentlich abrufbar ist?

Mit einer Prüfung von außen, ohne Anmeldung bei Apple oder Google. Eine App gilt erst als veröffentlicht, wenn die öffentliche Store-Seite sie im Zielland zeigt.

Für iOS rufen wir die öffentliche Seite unter apps.apple.com mit dem Länderkürzel auf und fragen zusätzlich die öffentliche Suchschnittstelle von Apple ab, die für eine nicht verfügbare App kein Ergebnis liefert. Für Android prüfen wir die Seite unter play.google.com. Nach Änderungen an Verfügbarkeit oder Preis kann es dauern, bis die Store-Seiten den neuen Stand zeigen; deshalb wird die Prüfung wiederholt. So erscheint ScanLoot heute öffentlich im App Store.

Welche Angaben braucht ein Store-Eintrag?

Ein Store-Eintrag braucht Name, Beschreibung, Bildschirmfotos, ein Symbol, eine Datenschutzerklärung und die Datenschutzangaben des jeweiligen Stores. Dazu kommen Kategorie, Kontaktadresse und bei Apple Angaben zur Exportverschlüsselung.

• Texte: Name, Untertitel oder Kurzbeschreibung, ausführliche Beschreibung
• Grafiken: App-Symbol, Bildschirmfotos für die geforderten Gerätegrößen
• Datenschutz: öffentliche Datenschutzerklärung als Link, App-Datenschutzangaben bei Apple (Apple: App privacy details) und Datensicherheit bei Google
• Zugangsdaten für die Prüfung: Wenn die App ein Konto verlangt, braucht die Prüfung einen Testzugang

Übernimmt SaracAI die Veröffentlichung auch für bestehende Apps?

Ja, auch für Apps, die woanders entwickelt wurden. Typische Fälle sind eine freigegebene App, die nicht auffindbar ist, eine abgelehnte Einreichung oder ein Update, das an neuen Pflichtangaben scheitert.

Dafür brauchen wir einen Zugang zu Ihrem Entwicklerkonto mit passender Rolle. Die Verträge mit Apple und Google schließt immer der Kontoinhaber selbst ab. Schreiben Sie uns über das Kontaktformular; den Gesamtablauf einer App-Entwicklung beschreibt die Seite App-Entwicklung.