ChatGPT & Codex
ChatGPT schreibt Store-Texte schnell, verzählt sich aber bei Zeichen, erfindet Suchvolumen und liebt Wörter, die beide Stores verbieten. Gib ihm die Limits, die eigenen Worte deiner Nutzer und ein strenges Ausgabeformat, und prüf das Ergebnis mit einem Skript, bevor du es einfügst. Diese Prompts decken jedes durchsuchbare Feld in App Store Connect und in der Play Console ab.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
| Feld | Limit | Für die Suche genutzt | Hinweise |
|---|---|---|---|
| App Store: App-Name | 30 Zeichen | Ja, das stärkste Feld | Marke plus eine Keyword-Phrase; ändert sich mit einer neuen App-Version |
| App Store: Untertitel | 30 Zeichen | Ja | Ein konkreter Nutzen mit einem zweiten Keyword; keine Preise |
| App Store: Keywords | 100 Bytes, durch Kommas getrennt | Ja, für Nutzer unsichtbar | Jedes Keyword länger als zwei Zeichen; keine Namen anderer Apps oder Unternehmen. Dein App-Name und dein Firmenname sind bereits durchsuchbar, also wiederhole sie nicht |
| App Store: Werbetext | 170 Zeichen | Nein | Wird über der Beschreibung angezeigt; ohne neue Einreichung änderbar |
| App Store: Beschreibung | 4.000 Zeichen, reiner Text | Gilt allgemein als nicht indexiert | Für Menschen geschrieben, die über die Installation entscheiden; die ersten Zeilen zählen am meisten |
| App Store: Neuerungen (What's New) | 4.000 Zeichen | Nein | Für die erste Version nicht verfügbar |
| Google Play: App-Name | 30 Zeichen | Ja | Keine Ranking-, Preis- oder Werbewörter, keine Emojis |
| Google Play: Kurzbeschreibung | 80 Zeichen | Ja | Die Zeile, die Leute lesen, bevor sie den Eintrag aufklappen |
| Google Play: vollständige Beschreibung | 4.000 Zeichen | Ja | Natürlicher Keyword-Einsatz; Wiederholungen und Keyword-Listen verstoßen gegen die Metadaten-Richtlinie |
| Name auf dem Home-Bildschirm | Kurz, lange Namen werden abgeschnitten | Nein | iOS: Bundle Display Name in der Info.plist; Android: app_name in strings.xml. Er darf kürzer sein als der Store-Name |
ChatGPT ist ein schneller Texter mit drei blinden Flecken. Es hat keine Suchdaten der Stores: Es sieht nicht, wie oft Leute einen Begriff im App Store oder bei Google Play eintippen, also ist jede Zahl zu Suchvolumen oder Schwierigkeit, die es anbietet, erfunden. Es verzählt sich bei Zeichen, und bei Bytes für Keywords mit Umlauten noch mehr. Und es kennt deine App nicht: welche nativen Features in deinem WebViewGold-Projekt eingeschaltet sind, welche Screens es gibt, was geplant, aber noch nicht gebaut ist.
Behebe alle drei mit Input und Prüfungen. Füttere es mit den eigenen Worten deiner Nutzer (Support-E-Mails, Bewertungen, Antworten aus dem Onboarding, Suchbegriffe aus der Analyse deiner Website), mit Einträgen der Konkurrenz, die du selbst kopiert hast, und mit einer exakten Feature-Liste. Verlange ein strenges Ausgabeformat. Prüfe das Ergebnis mit dem Skript weiter unten und hol dir echte Popularitätssignale woanders: Apple Ads (früher Search Ads) zeigt beim Einrichten einer Kampagne, wie beliebt Suchbegriffe sind, und die Play Console meldet die Suchbegriffe, die Besucher bringen, sobald dein Eintrag Traffic hat. Die übergreifende Strategie (Screenshots, Bewertungen, Update-Rhythmus) steht im ASO-Guide für Vibe-Coding-Apps.
Beide Stores achten außerdem auf die Wortwahl. Apples Richtlinie 2.3.7 verlangt einen eindeutigen Namen und zutreffende Keywords und schließt Markenbegriffe, Namen populärer Apps und Preise in den Metadaten aus; Richtlinie 2.3.10 hält andere Plattformen aus deinen iOS-Metadaten heraus. Google Plays Metadaten-Richtlinie verbietet Ranking- und Werbewörter wie "best", "#1" oder "free" (auf Deutsch etwa "beste" oder "kostenlos") im App-Namen und im Icon sowie sich wiederholende oder sachfremde Keywords in der Beschreibung.
Sammle 20 bis 50 Formulierungen, die deine Nutzer tatsächlich verwenden: Support-E-Mails, Bewertungen deiner Web-App, Antworten aus dem Onboarding, Suchbegriffe der Website-Suche. Kopiere Name, Untertitel und die ersten Zeilen von drei bis fünf Einträgen der Konkurrenz.
Prompt 1 gruppiert die Formulierungen nach Suchabsicht und schlägt Keyword-Kandidaten vor. Streich alles, was du nicht ehrlich behaupten kannst.
Prompt 2 entwirft Kombinationen. Sprich sie laut aus: Ein Name, den sich Leute merken, schlägt einen mit Keywords vollgestopften Namen.
Prompt 3 packt die übrigen Begriffe in 100 Bytes, ohne Name oder Untertitel zu wiederholen.
Prompt 4 schreibt die App-Store-Beschreibung, den Werbetext und die beiden Google-Play-Texte aus denselben Fakten. Datenschutzerklärung, Datenformulare und Review-Notizen behandelt der Guide zu Datenschutzerklärung und Store-Eintrag mit ChatGPT.
Lass das Prüfskript laufen, füge die Texte in App Store Connect und die Play Console ein und gib ihnen ein paar Wochen, bevor du etwas änderst. Apples Produktseitenoptimierung und Googles Store-Eintrags-Tests prüfen Varianten mit echtem Traffic, und Bewertungen helfen auch: Der WebViewGold-Aufruf rateapp:// zeigt im richtigen Moment den nativen Bewertungsdialog (auf Android setzt du dafür zuerst RATE_MY_APP_URL in Config.java).
Mit einer gut optimierten Version Ihrer Web-App können Sie innerhalb von wenigen Minuten eine beeindruckende mobile App erstellen. Zusätzlich dazu ist der Kundenservice sehr nett und hilfsbereit! Ich kann WebViewGold nur empfehlen :-)
Die Zeile "Schätze nicht" ist wichtig; ohne sie bekommst du selbstbewusst erfundene Suchvolumen.
Du hilfst bei der App-Store-Optimierung für [APP-NAME], eine [Beschreibung in einem Satz] für [Zielgruppe]. Sie ist als iPhone-App und als Android-App in [Ländern und Sprachen] verfügbar. Unten stehen: (A) Formulierungen, die unsere Nutzer verwenden, (B) Texte aus Einträgen der Konkurrenz, die ich kopiert habe, (C) die Features, die es heute in der App gibt. Aufgaben: 1. Gruppiere die Formulierungen aus A und B in 5 bis 8 Suchabsichten (was die Person erledigen will). 2. Liste für jede Suchabsicht 3 bis 6 Keyword-Kandidaten aus ein bis drei Wörtern auf, die jemand tatsächlich in eine Store-Suche tippen würde. Bevorzuge konkrete Formulierungen gegenüber allgemeinen Wörtern wie "App" oder "Tool". 3. Markiere jeden Kandidaten: passt zu unseren Features (ja / teilweise / nein), enthält eine Marke oder ein Markenzeichen (ja / nein). 4. Entferne jeden Kandidaten, der ein Name der Konkurrenz ist, eine Marke, die uns nicht gehört, oder ein Feature, das wir nicht haben. Schätze weder Suchvolumen noch Schwierigkeit oder Rankings; diese Daten hast du nicht. Gib eine einzige Tabelle aus. A) [EINFÜGEN] B) [EINFÜGEN] C) [EINFÜGEN]
Schreib aus den Keywords der Shortlist 10 Kombinationen aus App-Store-Name und Untertitel für die Marke [MARKE]. Regeln: - Name: höchstens 30 Zeichen, beginnt mit der Marke, danach höchstens eine Keyword-Phrase. - Untertitel: höchstens 30 Zeichen, ein konkreter Nutzen, kein Slogan. - Kein Wort kommt sowohl im Namen als auch im Untertitel vor. - Keine Preise, kein "kostenlos", "gratis", "beste", "#1" oder "Top", keine Emojis und keine Namen der Konkurrenz, und nichts, was die App heute nicht kann. Zeig für jede Kombination die exakte Zeichenzahl von Name und Untertitel, inklusive Leerzeichen und Satzzeichen. Wenn du Code ausführen kannst, zähle mit Code. Schlag danach einen App-Namen für Google Play vor (höchstens 30 Zeichen, gleiche Regeln) und einen kurzen Namen für den Home-Bildschirm als Icon-Beschriftung.
Erstelle das App-Store-Keyword-Feld für den App-Namen "[NAME]", den Untertitel "[UNTERTITEL]" und den Firmennamen "[FIRMA]". Regeln: - Insgesamt höchstens 100 Bytes, gemessen in UTF-8 (Umlaute wie ä, ö, ü und das ß belegen zwei Bytes). - Trenne Keywords mit Kommas, ohne Leerzeichen nach den Kommas. - Wiederhole kein Wort aus Name, Untertitel oder Firmenname, und wiederhole keine Wörter innerhalb des Felds. - Jedes Keyword ist länger als zwei Zeichen. Bevorzuge einzelne Wörter gegenüber langen Phrasen. - Keine Namen der Konkurrenz, keine Marken, die uns nicht gehören, kein "App", kein "kostenlos". Ausgabe: der fertige String in einer Zeile, seine exakte Byte-Zahl und eine Liste starker Kandidaten, die nicht hineingepasst haben, für eine andere Lokalisierung oder das nächste Update.
Liste nur native Features auf, die in deinem WebViewGold-Projekt eingeschaltet und in dem Build sichtbar sind, den du einreichst.
Schreib die Store-Texte für [APP-NAME] und nutze dabei nur diese Fakten: [FEATURE-LISTE]. Eingeschaltete native App-Features: [z. B. Push-Benachrichtigungen bei Bestellupdates, ein Offline-Bildschirm mit erneutem Versuch, Login mit Face ID, das native Share Sheet]. Zielgruppe: [WER]. 1. App-Store-Beschreibung (max. 4.000 Zeichen, reiner Text, kein HTML): Die ersten drei Zeilen sagen, was die App macht und für wen; danach kurze Abschnitte, getrennt durch Zeilenumbrüche; am Ende eine Zeile mit Link zu unserer Datenschutzerklärung unter [URL]. 2. App-Store-Werbetext (max. 170 Zeichen), drei Varianten: Launch, Feature-Neuigkeit, saisonal. 3. Google-Play-Kurzbeschreibung (max. 80 Zeichen), die unsere wichtigste Keyword-Phrase einmal natürlich verwendet. 4. Vollständige Google-Play-Beschreibung (max. 4.000 Zeichen): die wichtigste Phrase zwei- oder dreimal in natürlichen Sätzen, verwandte Phrasen aus unserer Shortlist je einmal, keine Keyword-Listen, keine durchgehenden GROSSBUCHSTABEN, keine Emojis. 5. Versionshinweise für Version 1.0 in zwei Sätzen. Erwähne in den Apple-Texten nie Android oder Google Play und in den Google-Texten nie iPhone, iPad oder den App Store. Kein "Beta", kein "bald verfügbar", keine Preise, Auszeichnungen, Rankings oder Nutzerzahlen. Gib die Zeichenzahlen für 2 und 3 an.
Speichere die Texte als listing.json und führe das Skript mit Node.js aus (keine Pakete nötig). Es zählt echte Zeichen, misst das Keyword-Feld in Bytes und findet zu kurze oder doppelte Keywords, Ranking-Wörter und Erwähnungen der jeweils anderen Plattform. Die Liste der Ranking-Wörter im Skript ist englisch; ergänze für deutsche Texte Wörter wie "beste", "gratis" oder "kostenlos". Ob jede Aussage stimmt, entscheidest weiterhin du.
// check-listing.mjs: check store listing texts before you paste them into the consoles.
// Usage: node check-listing.mjs listing.json
// listing.json: { "apple": { "name", "subtitle", "keywords", "promotionalText", "description", "company" },
// "google": { "title", "shortDescription", "fullDescription" } }
import { readFileSync } from "node:fs";
const LIMITS = {
"apple.name": 30, "apple.subtitle": 30, "apple.promotionalText": 170, "apple.description": 4000,
"google.title": 30, "google.shortDescription": 80, "google.fullDescription": 4000,
};
const PROMO = /(\bbest\b|#1\b|\bnumber one\b|\btop\b|\bfree\b|\bsale\b|\bdiscount\b|\bno ads\b)/i;
const data = JSON.parse(readFileSync(process.argv[2] ?? "listing.json", "utf8"));
const get = (path) => path.split(".").reduce((o, k) => (o ? o[k] : undefined), data) ?? "";
let problems = 0;
const fail = (msg) => { problems++; console.log("FAIL ", msg); };
const warn = (msg) => console.log("WARN ", msg);
for (const [path, max] of Object.entries(LIMITS)) {
const len = [...get(path)].length; // characters, not UTF-16 code units
console.log(`${path.padEnd(24)} ${String(len).padStart(4)} / ${max}`);
if (len > max) fail(`${path} is ${len - max} characters too long`);
}
// Apple keyword field: 100 bytes, comma-separated, each keyword longer than two characters
const kw = get("apple.keywords");
const bytes = Buffer.byteLength(kw, "utf8");
console.log(`${"apple.keywords".padEnd(24)} ${String(bytes).padStart(4)} / 100 bytes`);
if (bytes > 100) fail(`keyword field is ${bytes - 100} bytes too long`);
if (/,\s/.test(kw)) warn("spaces after commas waste bytes");
const words = kw.split(",").map((w) => w.trim().toLowerCase()).filter(Boolean);
const indexed = `${get("apple.name")} ${get("apple.subtitle")} ${get("apple.company")}`
.toLowerCase().split(/[^\p{L}\p{N}]+/u);
for (const w of words) {
if ([...w].length <= 2) fail(`keyword "${w}" is too short`);
if (indexed.includes(w)) warn(`"${w}" is already in the name, subtitle or company name`);
}
const dupes = words.filter((w, i) => words.indexOf(w) !== i);
if (dupes.length) fail(`duplicate keywords: ${[...new Set(dupes)].join(", ")}`);
for (const path of ["apple.name", "apple.subtitle", "google.title"]) {
if (PROMO.test(get(path))) warn(`${path} contains a ranking or price word; both stores reject these in names`);
}
const appleText = `${get("apple.subtitle")} ${get("apple.promotionalText")} ${get("apple.description")}`;
if (/android|google play/i.test(appleText)) fail("the Apple texts mention Android or Google Play");
const playText = `${get("google.shortDescription")} ${get("google.fullDescription")}`;
if (/\b(iphone|ipad|app store)\b/i.test(playText)) fail("the Google texts mention iPhone, iPad or the App Store");
console.log(problems ? `\n${problems} problem(s) to fix` : "\nNo blocking problems found");
process.exit(problems ? 1 : 0);Apple dokumentiert App-Namen, Firmennamen und Keyword-Feld als Suchquellen, und ASO-Praktiker behandeln die App-Store-Beschreibung allgemein als nicht indexiert. Bei Google Play ist die vollständige Beschreibung indexiert. Schreib die App-Store-Beschreibung für Menschen, die Play-Beschreibung für Menschen und die Suche.
Im App Store nicht: Name, Untertitel und Keywords ändern sich mit der Einreichung einer neuen Version, der Werbetext dagegen jederzeit. Bei Google Play gehen Änderungen am Eintrag nach dem Review live, ohne neuen Build.
Eine starke Phrase nach der Marke funktioniert gut, zum Beispiel "Fitly: Trainingsplaner". Mehrere in den Namen gestopfte Keywords wirken auf Nutzer spammig und laden zu Ärger nach Apples Richtlinie 2.3.7 ein.
Jede Lokalisierung in App Store Connect hat eigenen Namen, Untertitel und eigene Keywords. Fang mit den Sprachen an, die deine Web-Analyse zeigt, und übersetze nicht einfach: Frag Muttersprachler, nach welchen Begriffen sie suchen.
Ja, aus deinem Changelog oder deinen Commit-Nachrichten. Bei einer WebViewGold-App kommen viele Verbesserungen über die Web-App ohne Store-Update, die Versionshinweise decken also die nativen Änderungen plus die Highlights seit der letzten Version ab.
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
$109 pro Plattform, einmalig
Die WebViewGold-Lizenz: ein fertiges Xcode- oder Android-Studio-Projekt. URL einfügen, Name und Icon setzen, Features einschalten, bauen und einreichen. Kostenlose Updates für immer.
Pakete auf der Hauptseite ansehen$349 pro Lizenz, einmaliges Add-on
Kein Mac, kein Xcode, kein Android Studio: Du konfigurierst im Browser, wir bauen beide Apps in der Cloud und übergeben sie an App Store Connect und die Play Console.
So funktioniert der Cloud Builder Kostenlose Demo ausprobieren$698 pro Plattform $798
Schick uns deine URL und dein Icon. Unser Team konfiguriert, baut und liefert deine App innerhalb von 72 Stunden, White-Label, inklusive Quellprojekten. Beide Plattformen für $1,158.
Full-Service-Details Powered by
Winter-Sale-Preise gültig bis 31. Dezember 2026.
App Store & Google Play Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Lieber abgeben? Full Service: Wir konfigurieren, bauen und liefern innerhalb von 72 Stunden, ab $698 pro Plattform. Fragen? Chatte mit uns – 24/7.
Erstattungen erfolgen zu den in unseren FAQ genannten Bedingungen: eine nicht inhaltsbedingte Ablehnung durch Apple und/oder Google, geltend gemacht innerhalb von 14 Tagen nach dem Kauf.