Webflow-App abgelehnt? So behebst du es und bekommst die Genehmigung
Eine Ablehnung ist kein Urteil über Webflow 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 Webflow-Apps und die Antwort, die das Review wieder in Gang bringt.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Genehmigungsgarantie – oder Geld zurück innerhalb von 14 Tagen
Kein Programmieren nötig
Einmalzahlung, kostenlose Updates
24/7 Support von echten Menschen
Made in Germany seit 2014 · ISO 27001
9:41
WWebflow
Webflow-AppJetzt auf dem Smartphone
App Store · Google Play Freigegeben
Zuerst: Lies die Ablehnung wie ein Reviewer
Zehn Minuten Triage sparen Tage des Ratens.
Finde die Nummer der Guideline
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.
Ordne sie deinem Webflow-Projekt zu
Die meisten Ablehnungen von Webflow-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).
Reproduziere, was der Reviewer gesehen hat
Öffne die Webflow-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.
Beheben, dann antworten, dann neu einreichen
Ä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.
App Store-Guidelines, die Webflow-Apps treffen
Apple prüft das Verhalten der App, nicht das Tool, mit dem sie gebaut wurde. Das sind die Guidelines hinter den meisten Ablehnungen von Webflow-Apps, jeweils mit der Lösung.
4.2
Mindestfunktionalität
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.
2.1
Vollständigkeit der App
Keine Platzhalterinhalte, keine toten Links, keine Abstürze. Liegen Inhalte hinter einem Login, hinterlege ein Demo-Konto in den App-Review-Notizen.
5.1.1
Datenschutz
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.
4.8
Anmeldedienste
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.
3.1.1
In-App-Kauf
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.
2.3
Korrekte Metadaten
Screenshots, Beschreibung und App-Name müssen zu dem passen, was die App tut. Erwähne im Eintrag keine anderen Plattformen und kein „Beta“.
Google Play-Richtlinien, die Webflow-Apps treffen
Googles Review ist stärker automatisiert und stärker von Formularen getrieben. Die Richtlinien unten decken die meisten Ablehnungen von Webflow-Apps ab.
Mindestfunktionalität
Richtlinie zu Spam und Mindestfunktionalität
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.
Datensicherheit
Richtlinie zu Nutzerdaten
Jede App braucht eine URL zur Datenschutzerklärung und ein ausgefülltes Formular zur Datensicherheit, das auflistet, was die App und ihre SDKs erheben.
Kontolöschung
Richtlinie zu Nutzerdaten
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.
Testpflicht
Persönliche Entwicklerkonten
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.
Ziel-API-Level
Anforderungen an das Ziel-API-Level
Neue Apps müssen auf eine aktuelle Android-Version abzielen. WebViewGold-Updates halten das Template aktuell; baue einfach mit der neuesten Version.
Zahlungen
Google Play Billing
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.
Weil Webflow-Apps meist auf Webflow Designer mit CMS, Ecommerce und Webflow-Hosting, dazu Memberstack oder Outseta für Mitgliederbereiche laufen, mit Memberstack oder Outseta, seit Webflow seine eigenen User Accounts am 29. Januar 2026 eingestellt hat und Webflow Ecommerce oder Stripe über Memberstack oder Outseta, sind das die Punkte, die uns im Support bei Webflow-Ablehnungen begegnen.
Eine reine Marketing-Website reicht Apple nicht (Richtlinie 4.2). Mitgliederbereiche, CMS-gesteuerte Inhalte, Buchungen oder Community-Funktionen plus Push-Benachrichtigungen von WebViewGold machen daraus eine App.
Webflow User Accounts funktionieren seit dem 29. Januar 2026 nicht mehr: Geschützte Seiten wurden zu öffentlichen statischen Seiten, und die Mitgliederdaten wurden nicht übernommen. Wenn deine App Logins braucht, richte zuerst Memberstack oder Outseta ein und teste Registrierung, Passwort-Reset und E-Mail-Links in der App.
Blende Website-spezifische Elemente (Cookie-Banner, „App herunterladen“-Bereiche, Newsletter-Pop-ups) aus, wenn die Site in der App geladen wird: WebViewGold kann eigenes CSS injizieren, sodass eine Klasse wie .hide-in-app verschwindet.
Füge deine Seite mit der Datenschutzerklärung hinzu und verlinke sie im Footer; beide Stores fragen nach der URL.
Webflow Ecommerce für physische Waren ist in der App in Ordnung; digitale Abos, die in der App verkauft werden, brauchen auf iOS In-App-Käufe.
Made in Webflow: Deaktiviere das „Made in Webflow“-Badge in den Site-Einstellungen (verfügbar mit einem bezahlten Site-Plan), bevor du die App baust.
Lass Webflow die Web-App-Seite reparieren
Füge den Ablehnungstext zusammen mit diesem Prompt in Webflow ein; es setzt die Änderungen um, die Reviewer typischerweise verlangen.
Prompt für Webflow
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.
Antwortvorlage für den Reviewer
Kurz, sachlich, konkret. Reviewer lesen davon hunderte am Tag.
Antwort im Resolution Center / Richtlinienstatus
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.
Häufig gestellte Fragen
Lehnen Apple oder Google Apps ab, weil sie mit Webflow gebaut wurden?
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 Webflow-Herkunft spielt keine Rolle.
Wie oft kann ich neu einreichen?
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.
Soll ich antworten oder einfach neu einreichen?
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.
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.
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.
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.
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.