Claude Code
Eine Ablehnungsnachricht von App Review oder Google Play ist strukturierter Text: eine Richtliniennummer, eine Beschreibung, manchmal ein Screenshot. Genau diese Art Input verarbeitet ein Agent gut. So triagierst du sie mit Claude Code, entscheidest, ob der Fix in deine Web-App oder ins WebViewGold-Projekt gehört, und schreibst die Antwort, die dir die Genehmigung bringt.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Apple nennt die Richtlinie (zum Beispiel "Guideline 4.2 - Design - Minimum Functionality") und beschreibt, was der Reviewer gesehen hat; Google nennt die Policy ("Minimum Functionality", "User Data", "Broken Functionality") und hängt oft einen Screenshot oder Gerätemodell und OS-Version an. Kopiere den vollständigen Text inklusive der Screenshot-Beschreibung. Öffne dann Claude Code in deinem Projekt und füge ihn zusammen mit dem Triage-Prompt unten ein. Der Agent kann den Screenshot nicht sehen, beschreibe also in einem Satz, was er zeigt.
Fang nicht damit an, mit dem Reviewer zu diskutieren. Die meisten Ablehnungen webbasierter Apps sind berechtigt und in einer Stunde behebbar; die Übersicht der Ablehnungsgründe listet sie nach Häufigkeit.
Below is a rejection message from App Store Review (or Google Play). Our app is a web app that runs inside the WebViewGold native wrapper; the web code is in this repository, the native projects are separate Xcode and Android Studio projects I configure by hand. Triage it: 1. Quote each guideline or policy number mentioned and explain in two sentences what the reviewer is asking for and why that rule exists. 2. For each point, decide whether the fix belongs in (a) this web codebase, (b) a WebViewGold setting or native project file (Config.swift, Config.java, Info.plist, AndroidManifest.xml), or (c) store metadata (listing, screenshots, review notes, privacy answers). Say which and why. 3. For (a), find the relevant code, propose the smallest change that resolves the point, and implement it on a branch with one commit per point. 4. For (b) and (c), write exact instructions for me: file, setting name, value, and what to check afterwards. 5. If a point looks like a reviewer misunderstanding, say so and tell me what evidence (screenshots, demo account, review notes) would resolve it. 6. Finish with a checklist I can verify on a real device before resubmitting. Rejection text: [paste here]
Die App verhält sich wie die Website. Web: Website-Elemente in der App ausblenden, App-artige Navigation ergänzen. Nativ: Push, den Offline-Bildschirm und ein weiteres Feature wie Biometrie oder das Share Sheet einschalten. Beschreibe die nativen Features in den Review-Notizen.
Leerer Screen, Absturz, toter Link, oder der Reviewer konnte sich nicht einloggen. Web: Fehlerzustand fixen, Platzhalter entfernen. Nativ: Splash und Ladeanzeige, nur HTTPS-Inhalte. Metadaten: funktionierender Demo-Account in den Review-Notizen.
Kein Link zur Datenschutzerklärung, oder Registrierung ohne Kontolöschung. Web: /privacy-Seite und eine funktionierende Aktion zum Löschen des Kontos. Metadaten: Datenschutz-URL in App Store Connect und in der Play Console.
Google- oder Facebook-Login angeboten, aber ohne Sign in with Apple. Web: den Apple-Provider ergänzen. Nativ: Der WebViewGold Social Login Helper übernimmt das Google-Popup, Apple wird automatisch erkannt.
Digitale Güter werden in der App über Stripe verkauft. Web: Käufe in der nativen App über revenuecat:// abwickeln, Web-Preise ausblenden. Nativ: RevenueCat-Keys in Config.swift und Config.java.
Screenshots von der Website, Erwähnung anderer Plattformen, versprochene Features, die es nicht gibt. Metadaten: Screenshots aus der echten App, ehrliche Beschreibung.
Berechtigungstexte für Features, die die App nie nutzt. Nativ: ungenutzte Nutzungsbeschreibungen in der Info.plist und ungenutzte Berechtigungen in der AndroidManifest.xml löschen.
Inhalte unter der Notch, winzige Tippflächen, horizontales Scrollen. Web: Safe-Area-Padding, 44-px-Flächen, bei 320 px testen.
Mein iOS WebView wurde endlich genehmigt. Danke!!
| Symptom in der Ablehnung | Fix in der Web-App (Claude Code) | Fix in WebViewGold |
|---|---|---|
| "Nur eine Website" / dünner Wrapper | Marketing-Header und -Footer in der App ausblenden, App-artige Navigation | Push, Offline-Bildschirm, Pull-to-Refresh, natives Teilen aktivieren; in den Review-Notizen erwähnen |
| Leerer Screen beim Start | Unbehandelte Fehler fixen, Lade- und Fehlerzustände ergänzen | Splash-Screen mit remainSplashOption, die URL in webviewurl / HOME_URL prüfen |
| Google-Login schlägt fehl (disallowed_useragent) | Nichts, der Anbieter blockiert eingebettete WebViews | Social-Login-Helper-Trigger in Config.swift und Config.java |
| Offline erscheint eine weiße Seite | Fehlgeschlagene Fetches abfangen | Der native Offline-Bildschirm ist standardmäßig an; bei Bedarf einen lokalen Fallback-Ordner ergänzen |
Reviewer lesen kurze, sachliche Antworten. Der Agent weiß, was sich geändert hat, denn er hat die Änderungen gemacht.
Write a reply for App Store Connect Resolution Center (or the Google Play appeal form) to the rejection I pasted earlier. Base it only on the changes we actually made in this repository since the rejection, plus the native settings I confirmed: [list them, e.g. push notifications via OneSignal enabled, offline screen enabled]. Structure: one sentence thanking the reviewer, then one numbered item per rejection point stating what changed and where the reviewer can see it (route or screen name), then the demo account and a sentence that a new build with version X is submitted. Tone: factual, polite, no excuses, no mention of AI tools or the wrapper product name. Max 200 words. Also give me a one-paragraph version for the Review Notes field.
Web-Änderungen sind in der App live, sobald du deployst. Prüfe sie im echten App-Build auf einem Gerät, nicht in Safari.
Hat sich etwas in Config.swift, Config.java, Info.plist oder dem Manifest geändert, baue eine neue Version (Build-Nummer erhöhen) in Xcode, Android Studio oder dem Cloud Builder.
Korrigiere Screenshots, Datenschutzangaben und Review-Notizen in der Konsole. Ergänze den Demo-Account, falls der Reviewer sich nicht einloggen konnte.
Poste die Antwort im Resolution Center, häng Screenshots an, falls ein Punkt ein Missverständnis war, und reiche den neuen Build ein. Folge-Reviews sind oft schneller als das erste.
Füge die neue Nachricht in dieselbe Claude Code Session ein; sie hat den Kontext noch. Nach der dritten Runde lies was nach drei Ablehnungen zu tun ist und sprich mit dem Support.
Du musst es nicht verstecken, aber stelle voran, was die App für den Nutzer tut und welche nativen Features sie hat. Reviewer bewerten das Erlebnis, nicht die Architektur.
Es kann den Web-Teil fixen: App-artiges Layout und ausgeblendete Website-Elemente. Der native Teil (Push, Offline-Bildschirm, Biometrie) sind ein paar Einstellungen in den WebViewGold-Projekten, die du oder der Agent einschaltet, plus ein Satz in den Review-Notizen.
Apple antwortet meist innerhalb von 24 bis 48 Stunden. Google braucht ein paar Tage, bei neuen Konten bis zu einer Woche. Eine Antwort im Resolution Center vor der erneuten Einreichung kann die Apple-Seite beschleunigen.
Inhaltliche Ablehnungen (Glücksspiel, medizinische Aussagen, urheberrechtlich geschütztes Material, irreführende Behauptungen) betreffen das, was die App anbietet, nicht wie sie gebaut ist. Der Agent kann dir helfen, die Inhalte umzuformulieren oder zu entfernen, aber die Entscheidung liegt bei dir.
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.
