Zum Hauptinhalt springen

Wie Sie Ihre App Store- und Google Play-Liste vorbereiten

Vorbereiten Sie Ihre App-Store- und Google-Play-Liste: Bildschirmfotos, Icon-Größen, Metadaten-Limits, Datenschutz-Labels, Daten-Sicherheit, Altersgruppen und eine Checkliste.

Artikel Credits

Martin Donadieu

Schreiber

Valeria

Reviewer

Jordan

Editor

Wie man seine App-Store- und Google Play-Liste vorbereitet

Ein App-Store- und Google Play-Liste benötigt das gleiche grundlegende Material: ein Icon, Screenshot in den Größen, die jeder Store akzeptiert, einen Namen und Beschreibungen innerhalb strenger Zeichenlimits, eine Datenschutzrichtlinien-URL, eine Datenschutz-Erklärung (Apples App-Privacy-Labels und Googles Data-Sicherheitsform) und ein Fragebogen für die Altersstufeneinstellung. Wenn man irgendeinen dieser Blöcke bei der Einreichung fehlt, bereite sie daher während der Entwicklung deiner App vor.

Unten sind die aktuellen Anforderungen für beide Stores, was Rezensenten überprüfen und ein Checkliste, die du in einem Nachmittag durcharbeiten kannst.

Alles, was du brauchst, auf einen Blick

Asset App Store Google Play
App-Name Weniger als 30 Zeichen Weniger als 30 Zeichen
Untertitel / kurze Beschreibung Untertitel, weniger als 30 Zeichen Kurze Beschreibung, 80 Zeichen
Beschreibung 4.000 Zeichen Vollständige Beschreibung, 4.000 Zeichen
Schlüsselwörter 100 Bytes, getrennt durch Kommas Keine (die Beschreibung wird indexiert)
Verkaufs-Text 170 Zeichen, jederzeit bearbeitbar None
Was Neues 4.000 Zeichen Releasehinweise, 500 Zeichen pro Sprache
Icon 1024 x 1024 PNG, ohne Transparenz, im App-Ordner 512 x 512 32-bit PNG, max. 1 MB, hochgeladen in Play Console
Feature-Bild None 1024 x 500 JPEG oder 24-bit PNG, erforderlich
Bildschirmfotos 1 bis 10 pro Bildschirmgröße 2 bis 8 pro Gerätetyp
Vorschauvideo Bis zu 3 App-Vorschau pro Größe, 15 bis 30 Sekunden Eine YouTube-URL
URL der Datenschutzrichtlinie Erforderlich Erforderlich
Datenschutzmitteilung App-Privatsphäre (‚Nährwertetiketten‘) Sicherheitsabschnitt für Daten
Altersfreigabe Apple-Befragung IARC-Befragung
Support-URL Erforderlich Kontakt-E-Mail erforderlich, Website optional
Zugriff auf App Demo-Konto in App-Review-Informationen Demo-Konto in App Review Information

App-Icon

App-Icon The App Store icon is a 1024 x 1024 PNG, square, without transparency and without rounded corners (iOS masks it). In Capacitor apps it lives in ios/App/App/Assets.xcassets/AppIcon.appiconsetDas App-Store-Icon ist eine 1024 x 1024 PNG, quadratische Datei, ohne Transparenz und ohne abgerundete Ecken (iOS maskiert es). In __CAPGO_KEEP_0__-Apps befindet es sich in

Google. Play erfordert eine separate 512 x 512 32-Bit-PNG-Upload, bis zu 1 MB. Google fügt den gerundeten Masken und Schatten selbst hinzu, daher sollte ein voller Quadrate hochgeladen werden. Die in-app-Launcher-Icon ist getrennt und sollte ein anpassbares Icon sein.

Generieren Sie alle native Icon- und Splash-Größen aus einer Quellbild:

bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate

Regeln, die beide Stores durchsetzen: keine Badges wie „Kostenlos“ oder „#1“, keine Screenshots von anderen Marken-Geräten oder Logos, nichts, das eine andere App nachahmt.

Screenshots

Screenshots sind der größte Faktor, ob jemand installiert. Die meisten Menschen lesen die Beschreibung nie.

App Store-Screenshot-Größen

Anzeige Erforderlich? Hochformat-Größe (px)
iPhone 6,9" Erforderlich (empfohlen) 1260 x 2736, auch 1290 x 2796 oder 1320 x 2868
iPhone 6,5 Zoll Erforderlich nur, wenn kein 6,9 Zoll-Set vorhanden ist 1284 x 2778 oder 1242 x 2688
iPhone 6,1 Zoll und kleiner Optional, skaliert aus größeren Größen 1170 x 2532 und andere
iPad 13 Zoll Erforderlich, wenn die App auf iPad läuft 2064 x 2752 oder 2048 x 2732
iPad 11 Zoll Optional 1488 x 2266 und andere

Landscape verwendet die gleichen Zahlen, nur umgedreht. Die Formate sind PNG oder JPEG, kein Alpha-Kanal. Sie können 1 bis 10 Screenshots pro Größe und 0 bis 3 App-Vorschauen hochladen.

Ein häufiger Capacitor Überraschung: Neue Projekte unterstützen iPad standardmäßig. Wenn Sie iPad-Screenshots nicht erstellen möchten, stellen Sie die Zielgeräte auf "nicht iPad" ein. Unterstützte Zielgeräte vor dem ersten Upload nur für iPhone. Wenn Sie iPad-Unterstützung bereitstellen, testen die Rezensionen auf iPad und lehnen fehlerhafte Layouts ab.

Google Play Bildschirmfotosizes

  • 2 bis 8 Bildschirmfotos pro Gerätetyp (Telefon, 7-Zoll-Tablet, 10-Zoll-Tablet, Chromebook, Wear OS, Android XR, TV, Automotive).
  • JPEG oder 24-Bit PNG, ohne Alpha.
  • Jeder Seitenlänge zwischen 320 und 3840 Pixeln; die lange Seite höchstens doppelt so lang wie die kurze Seite.
  • For phones, use at least 1080 x 1920 (portrait) or 1920 x 1080 (landscape) and at least four screenshots, otherwise the app is not eligible for some featured placements.
  • Tablet-Screenshots sind erforderlich, wenn Sie als tablettoptimiert erscheinen möchten.

1488 x 2266 und andere

  1. La App auf einem Simulator der richtigen Größe ausführen. In iOS Simulator verwenden Sie ein iPhone 17 Pro Max für 6,9 Zoll und drücken Sie Cmd+S. Auf Android verwenden Sie einen Emulator mit einer Bildschirmgröße von 1080 x 1920 oder höher und dem Kamera-Button in der Toolbar des Emulators.
  2. Die App mit realistischen Demo-Daten füllen. Leere Zustände verkaufen nichts.
  3. Debug-UI verbergen und den Statusbar sauber halten (xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100).
  4. Hinzufügen Sie eine kurze Überschrift über jedem Screenshot, die den Nutzen, nicht den Namen der Funktion darstellt.
  5. Behalten Sie die ersten beiden Screenshots als stärkste. Sie werden in den Suchergebnissen angezeigt.

Tools wie Figma-Vorlagen, Fastlane snapshot/screengrab oder Online-Bildschirmfassungserzeuger können die gefassten Versionen in jeder Größe erzeugen.

Verwenden Sie nie Screenshots, die Inhalte zeigen, die die App nicht bietet, und einschließen Sie keine Google Play-Badges in App Store-Screenshots (oder umgekehrt).

Name, Untertitel und Beschreibungen

Name (30 Zeichen)

  • Name (30 Zeichen)Markenname plus ein kurzer Beschreibung, wenn sie passt, zum Beispiel „Acme: Ausgaben-Tracker“.
  • Untertitel (30 Zeichen)Die Hauptvorteile. Für die Suchmaschine indexiert.
  • Schlüsselwörter (100 Bytes)Komma-getrennt, keine Leerzeichen nach Kommas, keine Wörter, die bereits im Namen oder Untertitel enthalten sind, keine Markennamen von Konkurrenten, Singularformen sind ausreichend.
  • Werbe-Text (170 Zeichen)Gezeigt wird er über der Beschreibung, änderbar ohne neue Version. Verwenden Sie ihn für aktuelle Angebote oder Nachrichten.
  • Beschreibung (4.000 Zeichen)Es wird nicht für die Suche im App Store indexiert, also schreiben Sie es für Menschen. Beginnen Sie mit einer kurzen Beschreibung, was die App macht.

Google Play

  • Titel (30 Zeichen)Keine Emojis, nur Großschreibung oder Wörter wie “best”, “free” oder “#1” außer wenn sie Teil des Markennamens sind.
  • Kurze Beschreibung (80 Zeichen): gezeigt auf der Liste oben im Bildschirm.
  • Vollständige Beschreibung (4.000 Zeichen): für die Suche indexiert. Nennen Sie Ihre Hauptschlüsselwörter natürlich ein paar Mal; das Keyword-Stuffing wird die Liste abgelehnt.

For more on writing metadata and the mistakes that hurt ranking, see App-Store-Metadaten: was Entwickler wissen müssen.

Datenschutzrichtlinie

Beide Stores erfordern eine öffentliche Datenschutzrichtlinien-URL. Sie muss:

  • Erreichbar sein ohne Anmeldung und nicht als PDF-Download verfügbar sein.
  • Den Entwickler oder die Firma nennen, wie in der Store-Liste.
  • Auflisten, was Sie sammeln, warum, wem Sie es mitteilen, wie lange Sie es speichern und wie Benutzer die Löschung anfordern können.
  • Was Sie in den Datenschutzlabels und der Daten-Sicherheitsform erklären, bestätigen.

Außerdem die Richtlinie innerhalb der App (Einstellungen oder Account-Bildschirm) verlinken. Wenn Benutzer Konten erstellen können, erfordern beide Stores die Löschung innerhalb der App; Google erfordert auch eine Web-Link, wo Benutzer die Löschung ohne Wiederinstallieren der App anfordern können. Konto-Löschungsanleitung und Datenschutzrichtlinie für Android-Anwendungen weiterlesen

Apple-App-Privatsphäre-Etiketten

In App Store Connect öffnen Sie die App und gehen Sie zu App-Privatsphäre. Sie antworten:

  1. Sammlen Sie Daten von dieser App oder Ihre Drittanbieterpartner?
  2. Für jede Datentyp (Kontaktinformationen, Standort, Identifikatoren, Nutzungsdaten, Diagnosedaten, Finanzinformationen…): Was wird damit verwendet, ob es mit der Benutzeridentität verknüpft ist und ob es für Tracking verwendet wird.

"Tracking" hat einen engen Sinn: Daten von Ihrer App mit Daten von anderen Unternehmen-Apps oder -Websites für Werbung verknüpfen oder sie an Datenbroker teilen. Wenn Sie tracken, benötigen Sie auch die App-Tracking-Transparenz-Anfrage.

Die Etiketten müssen Ihren Datenvertraulichkeitsmanifest (PrivacyInfo.xcprivacy) und diejenigen der von Ihnen eingebundenen SDKs. Siehe unsere Datenschutz-Manifest-Leitfaden für Capacitor-Apps.

Sie können die Antworten zu App-Privatsphäre jederzeit ohne neue Build aktualisieren.

Google Play Daten-Sicherheit

In Play Console gehen Sie zu Politik und Programme > App-Inhalt > Daten-Sicherheit. Sie erklären:

  • Welche Datentypen die App sammelt und welche sie mit Dritten teilt.
  • Ob Daten im Transit verschlüsselt sind.
  • Ob Benutzer die Löschung anfordern können.
  • Für jeden Typ: Zweck (Anwendungs-Funktionalität, Analysen, Werbung, Betrugsverhinderung…) und ob die Sammlung optional ist.

Google kann Updates ablehnen, wenn die Erklärung nicht mit dem Verhalten der App übereinstimmt, zum Beispiel wenn eine SDK die Werbeeinheit sendet, obwohl keine Identifikatoren deklariert wurden.

Die meisten Daten-Sicherheitsfehler kommen von SDKs. Mach eine Tabelle aller native SDK und Plugins in package.json, ios/App/Podfile oder Package.swift, and android/app/build.gradleDann lesen Sie die Datenschutzleitlinien jedes Anbieters.

oder

oder oder Anwendungsinformationen > Altersfreigabe you answer questions about violence, sexual content, profanity, gambling, user-generated content, messaging, ads, and more. Apple’s ratings are 4+, 9+, 13+, 16+ and 18+. Apps with unmoderated user-generated content or open web access get higher ratings. Answer honestly; Apple checks. See our Richtlinie für Altersfreigaben im App Store.

oder In App-Inhalt > InhaltseinstufungFüllen Sie das IARC-Fragebogen aus. Es liefert Bewertungen für jede Region (ESRB, PEGI, USK und andere) auf einmal. Sie müssen auch das Zielgruppe und Inhalt;; wenn Sie eine Zielgruppe auswählen, die Kinder umfasst, werden die Anforderungen der Familienpolitik berücksichtigt.

Sonstige App-Inhaltserklärungen auf Google Play

Bevor Sie veröffentlichen können, fordert die Play Console alle diese unter App-Inhalt:

  • Datenschutzrichtlinie
  • App-Zugriff (Anmeldedaten für Rezensionen, wenn etwas hinter einem Login liegt)
  • Werbung (enthält die App Werbung?)
  • Inhaltseinstufung
  • Zielgruppe und Inhalte
  • Datensicherheit
  • Regierungsanwendungserklärung
  • Finanzfunktionserklärung
  • Gesundheitsanwendungsdeklaration
  • Advertising ID usage (if your target SDK requires it)

Zugriffs- und Notizenüberprüfung

Wenn ein Teil der App eine Anmeldung erfordert, stellen Sie ein funktionierendes Demo-Konto für beide Stores bereit. Das Konto darf nicht ablaufen, darf keine 2FA-Anforderung an einen von Ihnen kontrollierten Telefon erfordern und muss alle Funktionen, einschließlich der bezahlten, erreichen. In App Store Connect fügen Sie es unter App-Bewertungsinformationen ein; auf Google Play unter AnwendungszugriffFügen Sie eine kurze Anmerkung hinzu, die nicht offensichtliche Funktionen, Hardwareanforderungen oder die Stelle für In-App-Käufe erklärt. Unsere Erstzulassungshandbuch beschreibt, was die Rezensenten suchen.

Übersetzung

Beide Stores lassen Sie die Namensgebung, Beschreibungen, Schlüsselwörter (Apple) und Screenshot pro Sprache lokalisiert. Die Lokalisierung der Metadaten allein, selbst wenn die App-UI auf Englisch ist, verbessert oft die Konversionsraten in nicht-englischen Märkten. Apple indexiert auch einige sekundäre Länder pro Land (z. B. spanische (Mexiko)-Metadaten werden im US-Store indexiert), was Ihnen effektiv zusätzlichen Schlüsselwortraum gibt.

Was Sie nach der Veröffentlichung ändern können

Feld App Store Google Play
Beschreibung Neue Version erforderlich Jedermann, geprüft
Verkaufsankündigung Jederzeit n/a
Schlüsselwörter Neue Version erforderlich n/a
Bildschirme Neue Version erforderlich Jederzeit, geprüft
Name / Untertitel Neue Version erforderlich Jederzeit, geprüft
Datenschutzetiketten / Daten-Sicherheit Jederzeit Jederzeit, geprüft

Bei iOS bedeutet eine neue Version normalerweise eine neue Binärdatei. Mit Capgo Live-Updates Sie können JavaScript- und UI-Fixes ohne eine Store-Überprüfung versenden, aber Änderungen an den Store-Metadaten gehen immer noch über App Store Connect.

Gründe für die Blockierung von Listen

  1. URL der Datenschutzrichtlinie gibt 404 oder erfordert Anmeldung.
  2. Die Screenshots zeigen eine andere App-Version, Platzhalter-Inhalte oder die Benutzeroberfläche einer anderen Plattform.
  3. iPad-Unterstützung aktiviert, aber keine iPad-Screenshots oder ein gebrochener iPad-Ansichtsbereich.
  4. Datenschutz sagt „keine Daten gesammelt“ während ein Analytics-SDK läuft.
  5. Demo-Konto fehlt oder ist abgelaufen.
  6. Im Google Play-Beschreibung wird das Keyword-Stapeln verwendet.
  7. Name oder Icon zu nahe an einem bestehenden App oder Markenname.
  8. Fehlender Support-URL oder Kontakt-E-Mail.

Übersicht

  • 1024 x 1024 iOS-Icon im App, 512 x 512 Play-Icon hochgeladen
  • Play-Funktionen-Graphic 1024 x 500
  • iPhone 6,9“ (oder 6,5“) Bildschirmfotos, iPad 13“ wenn iPad unterstützt
  • Mindestens vier 1080p-Telefonfotos für Google Play
  • Name, Untertitel, Kurzbeschreibung innerhalb der Grenzen
  • Schlüsselwörter (App Store) ausgewählt, keine Duplikate mit Name
  • Beschreibung und Release-Notes geschrieben
  • URL der Datenschutzrichtlinie live und im App verlinkt
  • App-Privatsphäre-Labels und Datenschutzmanifest übereinstimmen
  • Datenschutzformular abgeschlossen, SDKs geprüft
  • Altersfreigabebefragungen auf beiden Stores abgeschlossen
  • Play App-Inhalteerklärungen abgeschlossen
  • Demo-Konto und Bewertungsnotizen hinzugefügt
  • Support-URL und Kontakt-E-Mail gesetzt

Sobald die Liste bereit ist, laden Sie eine Build zu Testern hoch. Wie Sie iOS- und Android-Apps an Testern verteilen umfasst TestFlight, Play-Test-Tracks und Alternativen.

Live-Updates für Capacitor-Apps

Wenn ein Web-Schicht-Bug live ist, schicken Sie die Reparatur über Capgo anstatt Tage zu warten, bis die App-Store-Zulassung erteilt wird. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Überprüfungsprozess bleiben.

Unterstützung durch Martin

Los geht's jetzt

Neueste Beiträge aus unserem Blog

Capgo gibt Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.