Browser-Screenshots
Ein Safari- oder Chrome-Fenster mit der Website, manchmal mit sichtbarer Adressleiste. Reviewer erkennen das sofort. Nimm die Screenshots stattdessen im installierten TestFlight-Build auf.
Was Guideline 2.3 abdeckt
Abschnitt 2.3 (Accurate Metadata, also korrekte Metadaten) dreht sich um die Wahrhaftigkeit von allem rund um die Binary: Screenshots, Vorschauen, Name, Untertitel, Keywords, Beschreibung, Kategorie, Altersfreigabe und der "What's New"-Text. Das Prinzip ist einfach: Wer den Eintrag liest, muss genau die App bekommen, die beschrieben wird, und Reviewer vergleichen beides nebeneinander.
Vibe Coder lügen selten absichtlich; der übliche Fehler ist Tempo: Browser-Screenshots der Website, eine ChatGPT-Beschreibung, die noch nicht aktivierte Funktionen verspricht, eine Erwähnung der Android-Version, ein mit Keywords aufgefüllter Name. Jeder Punkt hat seine eigene 2.3-Unternummer.
Die 2.3-Unterregeln, die in Ablehnungen auftauchen
- 2.3.3
Screenshots zeigen die App in Benutzung
Screenshots müssen aus der App selbst stammen und sie in Benutzung zeigen, nicht die Website, einen Splashscreen, eine Login-Seite oder reine Marketing-Grafiken.
- 2.3.7
Eindeutiger Name, ehrliche Keywords
Wähle einen eindeutigen App-Namen und zutreffende Keywords. Stopfe Name, Untertitel oder Keyword-Feld nicht mit Namen anderer Apps, Marken, Preisen oder generischen Begriffen voll.
- 2.3.8
Passende Metadaten ohne Platzhalter
Icons, Screenshots und Vorschauen müssen für jedes Publikum geeignet sein, und Reviewer zitieren diesen Abschnitt, wenn Metadaten noch Vorlagen- oder Platzhaltertext enthalten.
- 2.3.10
Fokus auf die Apple-Plattform
Erwähne oder zeige keine anderen Mobilplattformen in der App oder im Eintrag. "Auch für Android verfügbar" und Android-UI in Screenshots sind typische Treffer.
Typische Fehler in Vibe-Coding-Einträgen
KI-Mockups
Wunderschön generierte Screens, die eine Chat-Funktion oder einen Dark Mode zeigen, die es in der App nicht gibt. Mockups sind nur in Ordnung, wenn der Screen existiert und genauso aussieht.
Plattform-Erwähnungen
"Auch für Android verfügbar", ein Google-Play-Badge im ersten Screenshot oder "Beta" und "Early Access" im Untertitel.
Vollgestopfter Name
"Taskly - Todo Notes Planner Calendar Habit" ist eine 2.3.7-Ablehnung. Nutze nur den Namen, pack die Beschreibung in den Untertitel (30 Zeichen) und den Rest ins Keyword-Feld (100 Zeichen).
Versprechen, die die App nicht hält
Beschreibungen, die Push-Benachrichtigungen, Offline-Zugriff oder Face ID aufzählen, weil die KI sie geschrieben hat. Aktiviere die Funktion in WebViewGold oder streiche den Satz.
Ich bin sehr glücklich, dass ich diese App gekauft habe! Extrem einfach und großartige Dokumentation. Ich stand in Kontakt mit dem Kundenservice, sie antworteten sehr schnell und sehr freundlich. Sie lösten meine Frage innerhalb eines Tages. 10/10 würde ich empfehlen.
Ehrliche Screenshots aus der echten App in zwanzig Minuten
Installiere exakt den Build
Nimm den TestFlight-Build, den du eingereicht hast. Logge dich mit dem Demo-Account ein, damit die Screens realistisch wirkende Daten zeigen, und schalte Benachrichtigungen und das Gewusel in der Statusleiste aus, wenn du magst.
Nimm die Größen auf, die App Store Connect verlangt
Das Upload-Formular listet die nötigen iPhone-Displaygrößen (und, wenn deine App auf dem iPad läuft, die iPad-Größen). Mach die Screenshots auf diesen Geräten oder Simulatoren; skaliere keinen Handy-Screenshot in einen iPad-Slot.
Beginne mit dem Kern-Screen, nicht mit dem Login
Die ersten beiden Screenshots sollten zeigen, was die App tut. Login, Onboarding und Einstellungen kommen zuletzt oder gar nicht.
Bring Name, Icon und Screenshots mit der Binary in Einklang
Der App-Store-Name sollte dem Namen auf dem Gerät entsprechen (Product Name und Bundle Display Name im WebViewGold-Projekt, siehe Doku zu App-Name und Icon). Das Icon in App Store Connect muss das aus dem Build sein.
Schreibe die Beschreibung nur mit dem, was existiert
Nutze den Prompt unten und lies sie dann einmal mit der installierten App gegen: Jede Aussage muss in einem Screen sichtbar sein, den der Reviewer erreichen kann.
Prompt: Schreibe deine Beschreibung so um, dass sie 2.3 besteht
Prompt für ChatGPT, Claude oder Gemini
Rewrite my App Store description. Rules: mention only features that exist in the current iOS build (list below). No mention of Android, Google Play, web browsers, beta, early access, coming soon, or the tool I built the app with. No superlatives like best or number one, no other apps' names, no trademarks I do not own, no prices except the exact in-app purchase prices I list. Plain, friendly, second person, max 2,500 characters, first sentence states what the app does. Also give me a 30-character subtitle and a comma-separated keyword list under 100 characters without repeating words from the name. App name: [name] What it does: [one paragraph] Features in the iOS build: [list: e.g. push reminders, Face ID lock, offline screen, native share, Sign in with Apple] In-app purchases: [names and prices, or none]
Häufig gestellte Fragen
Darf ich Screenshots mit Marketingtext und Geräterahmen verwenden?
Ja. Der Screenshot im Rahmen muss aus der App stammen und sie in Benutzung zeigen; Bildunterschriften und Hintergründe drumherum sind in Ordnung.
Ich habe die Android-Version in der Beschreibung erwähnt. Ist das wirklich eine Ablehnung?
Ja, Guideline 2.3.10. Entferne jeden Verweis auf andere Mobilplattformen aus dem Eintrag, den Screenshots und der App selbst, auch Google-Play-Badges in deinem Web-Footer, wenn er in der App geladen wird.
Brauche ich iPad-Screenshots?
Nur wenn die App für das iPad freigegeben ist. Dann verlangt App Store Connect Screenshots in iPad-Größe vom echten iPad-Layout; ein gestrecktes Handy-Layout fällt auf. Zur Layout-Seite siehe den iPad-Guide.
Drei Wege, deine App in die Stores zu bringen
Gleiches Ergebnis, unterschiedlich viel Arbeit auf deiner Seite. Alle drei kommen mit Genehmigungsgarantie und 24/7 Support von echten Menschen.
Selbst machen
$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 ansehenCloud Builder
$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 ausprobierenFull Service
$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.