Hilfe bei Ablehnung
Eine Ablehnung ist kein Urteil über Lovable oder über dich. Reviewer lehnen aus einer kleinen Zahl konkreter Gründe ab, und fast alle lassen sich an einem Nachmittag beheben. Diese Seite führt dich durch die Triage, die Lösungen für Lovable-Apps und die Antwort, die das Review wieder in Gang bringt.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Zehn Minuten Triage sparen Tage des Ratens.
Apple nennt die Guideline (zum Beispiel 4.2, 2.1, 5.1.1) im Resolution Center; Google nennt die Richtlinie (zum Beispiel Mindestfunktionalität, Nutzerdaten) auf der Seite zum Richtlinienstatus. Die Nummer sagt dir, ob die Lösung in deiner Web-App, in den WebViewGold-Einstellungen oder im Store-Eintrag liegt.
Die meisten Ablehnungen von Lovable-Apps fallen in fünf Kategorien: nicht App-artig genug (4.2 / Mindestfunktionalität), etwas hat nicht geladen (2.1 / defekte Funktionalität), Datenschutz-Formalitäten (5.1.1 / Datensicherheit, Kontolöschung), Login-Regeln (4.8 Sign in with Apple, blockierter Google-Login) und Zahlungen (3.1.1 / Play Billing).
Öffne die Lovable-App im Flugmodus, auf einem iPad, mit einem frischen Konto, mit dem Demo-Login, den du ihnen gegeben hast. Lass den kostenlosen Readiness-Check über deine URL laufen. Häng Screenshots von dem an, was sie angehängt haben.
Ändere die Web-App (sofort wirksam) oder die native Einstellung (neuer Build), schreib eine kurze sachliche Antwort, die benennt, was sich geändert hat, und reiche den neuen Build ein. Zweite Reviews sind meist schneller als das erste.
Apple prüft das Verhalten der App, nicht das Tool, mit dem sie gebaut wurde. Das sind die Guidelines hinter den meisten Ablehnungen von Lovable-Apps, jeweils mit der Lösung.
Die App muss mehr bieten als eine neu verpackte Website. Responsives Layout, native Navigation und mindestens eine native Fähigkeit (Push-Benachrichtigungen, Offline-Screen, natives Teilen, biometrischer Login) machen den Unterschied. WebViewGold schaltet diese mit je einer Einstellung ein.
Keine Platzhalterinhalte, keine toten Links, keine Abstürze. Liegen Inhalte hinter einem Login, hinterlege ein Demo-Konto in den App-Review-Notizen.
Eine öffentliche URL zur Datenschutzerklärung ist Pflicht. Apps, in denen Nutzer Konten anlegen können, müssen auch das Löschen des Kontos in der App ermöglichen.
Wenn die App für das Nutzerkonto einen Login über Google, Facebook oder einen anderen Drittanbieter- oder Social-Login-Dienst nutzt, muss sie auch einen gleichwertigen Login anbieten, der nur Name und E-Mail-Adresse erhebt, Nutzern erlaubt, ihre E-Mail-Adresse zu verbergen, und sie nicht für Werbung trackt. Sign in with Apple ist der sichere Weg, das zu erfüllen. Eine App, die nur ihren eigenen Login mit E-Mail und Passwort nutzt, ist nicht betroffen.
Digitale Güter und Abos, die in der App verkauft werden, müssen Apples In-App-Kauf nutzen. Physische Güter und Dienstleistungen in der realen Welt dürfen bei Stripe oder PayPal bleiben.
Screenshots, Beschreibung und App-Name müssen zu dem passen, was die App tut. Erwähne im Eintrag keine anderen Plattformen und kein „Beta“.
Googles Review ist stärker automatisiert und stärker von Formularen getrieben. Die Richtlinien unten decken die meisten Ablehnungen von Lovable-Apps ab.
Google lehnt Apps ab, die nur eine Website ohne Erlaubnis des Website-Betreibers verpacken oder keine echte Funktionalität bieten. Dein eigenes Produkt mit zusätzlichen nativen Features zu verpacken ist in Ordnung.
Jede App braucht eine URL zur Datenschutzerklärung und ein ausgefülltes Formular zur Datensicherheit, das auflistet, was die App und ihre SDKs erheben.
Apps, in denen Nutzer Konten anlegen können, müssen die Kontolöschung in der App und über einen Web-Link anbieten, den du in der Play Console hinterlegst.
Persönliche Konten, die nach November 2023 erstellt wurden, müssen einen geschlossenen Test mit mindestens 12 Testern über 14 zusammenhängende Tage durchführen, bevor sie Produktionszugang beantragen können.
Neue Apps müssen auf eine aktuelle Android-Version abzielen. WebViewGold-Updates halten das Template aktuell; baue einfach mit der neuesten Version.
Digitale Güter und Abos, die in der App verkauft werden, müssen in der Regel Google Play Billing nutzen (WebViewGold unterstützt RevenueCat). Physische Güter und Dienstleistungen dürfen andere Zahlungsmethoden nutzen.
Großartige Arbeit! Ich habe noch nie etwas programmiert, aber ich konnte damit arbeiten. Einfach und schnell! Auch mit großartiger Hilfe von den Erstellern!
Weil Lovable-Apps meist auf React + Vite + Tailwind CSS + shadcn/ui im Frontend, meist Supabase (oder Lovable Cloud) für Auth, Datenbank und Edge Functions laufen, mit Supabase Auth (E-Mail/Passwort, Magic Links, Google, GitHub, Apple) oder Lovable Cloud und Stripe, meist über Supabase Edge Functions angebunden, sind das die Punkte, die uns im Support bei Lovable-Ablehnungen begegnen.
Füge den Ablehnungstext zusammen mit diesem Prompt in Lovable ein; es setzt die Änderungen um, die Reviewer typischerweise verlangen.
The app built from this project was rejected by the app store review. Here is the rejection text: [PASTE REJECTION TEXT]. The app runs inside the WebViewGold native WebView wrapper (iOS and Android). 1. Explain in one paragraph which guideline or policy is cited and what the reviewer saw. 2. Apply every fix that belongs in the web app: responsive layout from 320px, 44px tap targets, safe-area padding on fixed bars, /privacy and /terms pages, a Delete account action with confirmation, friendly error and retry states, no external promotional links or "download our app" banners, no placeholder content, a demo account seeded for reviewers. 3. If the fix is native (push notifications, offline screen, Sign in with Apple provider, in-app purchases via RevenueCat), tell me exactly what to enable in the WebViewGold configuration and what to change in the backend. 4. Draft a short, factual reply to the reviewer that lists what changed.
Kurz, sachlich, konkret. Reviewer lesen davon hunderte am Tag.
Thank you for the review. We have addressed the points raised: 1. [Guideline/policy number]: [what was wrong] → [what changed, where to find it in the app, e.g. Settings → Delete account]. 2. Native functionality: the app provides push notifications for [use case], an offline mode with retry, and [Face ID login / native sharing / QR scanning], none of which are available on the website. 3. Demo account: [email] / [password]. The main features are reachable from the home screen after login. A new build ([version]) with these changes has been uploaded. Please let us know if anything else is needed.
Nein. Kein Store sieht den Builder oder interessiert sich dafür. Ablehnungen drehen sich um Verhalten (App-artige UI, native Features), Vollständigkeit, Datenschutz-Formalitäten, Login-Regeln und Zahlungen. Bring das in Ordnung, und die Lovable-Herkunft spielt keine Rolle.
So oft wie nötig. Jede Einreichung wird erneut geprüft, meist schneller als die erste. Das Einzige, was Reviewer nervt, sind wiederholte identische Einreichungen ohne Änderungen.
Beides: Antworte mit einer kurzen Liste dessen, was sich geändert hat (oder, höflich, was der Reviewer übersehen hat), und reiche dann den neuen Build ein. Eine Antwort ohne neuen Build ändert selten etwas am Ergebnis, es sei denn, die Ablehnung war ein Missverständnis.
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.
