Was macht store-listing?
Erstellen Sie Listing-Texte, die die Prüfung bestehen und konvertieren. Arbeiten Sie mit der echten App: Lesen Sie pubspec.yaml (Name, Beschreibung), README.md, die Hauptbildschirme unter lib/ (Feature-Namen, Bildschirmtitel, Leerzustandstexte) und ggf. vorhandene fastlane/metadata- oder store/-Ordner. Erfinden Sie keine Features, die nicht im Code vorhanden sind.
Lesen Sie references/limits.md für die genauen Feldlimits und references/aso-checklist.md für die Schreibregeln, bevor Sie mit dem Entwurf beginnen.
Fragen Sie nur, was der Code nicht verrät
Falls nicht bereits klar, fragen Sie in einer Nachricht:
- Für wen ist die App (ein Satz)?
- Was macht sie besser als Alternativen?
- Zielmärkte / Sprachen?
- Gibt es eine Datenschutzrichtlinien-URL und eine Support-E-Mail?
Fahren Sie mit sinnvollen Annahmen fort, wenn der Nutzer nicht antwortet; markieren Sie Annahmen im Entwurf.
Lieferung (Standard: beide Stores)
Google Play
- App-Name (30): Produktname, optionaler kurzer Hook. Kein "kostenlos", "beste", Emojis oder GROSSBUCHSTABEN.
- Kurzbeschreibung (80): das Nutzenversprechen, Keywords zuerst.
- Langbeschreibung (4000): Einleitung, die für sich allein funktioniert, dann Aufzählung der Features, dann Vertrauens-/Datenschutz-Absatz, dann "Berechtigungen, die wir anfragen und warum" falls sensible Berechtigungen vorhanden sind.
- Versionshinweise (500) für die aktuelle Version, falls eine CHANGELOG existiert.
- Kategorie-Vorschlag und Altersfreigabe-Hinweise.
App Store
- Name (30), Untertitel (30), Werbebannertext (170, editierbar ohne neuen Build), Beschreibung (4000), Keywords (100, kommagetrennt, keine Leerzeichen nach Kommas, keine bereits in Name/Untertitel enthaltenen Wörter, keine Pluralformen vorhandener Wörter, keine Wettbewerbernamen), Neuerungen.
- Primäre Kategorie-Vorschlag; Altersfreigabe-Hinweise.
Geben Sie für jedes Feld die Zeichenanzahl in Klammern dahinter an, z. B. [78/80], und halten Sie jedes Feld unter seinem Limit.
Überprüfungsmodus (--review)
Wenn der Nutzer bestehenden Text einfügt oder das Projekt fastlane/metadata enthält, überprüfen Sie jedes Feld auf: Länge, Policy-Wörter (kostenlos, beste, #1, jetzt herunterladen, Erwähnung anderer Plattformen oder Stores, nicht überprüfbare Behauptungen, medizinische/finanzielle Behauptungen ohne Haftungsausschluss), Keyword-Stuffing, Feature-Aussagen, die nicht im Code vorhanden sind, und fehlende Berechtigungserklärungen. Geben Sie eine Tabelle mit Feld, Problem und Verbesserungsvorschlag zurück.
Ausgabe
Liefern Sie die Felder als reine Textblöcke, sodass der Nutzer sie direkt in die Konsolen kopieren kann. Bieten Sie an, das Ergebnis nur dann in fastlane/metadata/android/en-US/*.txt und fastlane/metadata/ios/en-US/*.txt zu speichern, wenn das Projekt bereits fastlane verwendet.