Die Nachricht aus App Store Connect ist knapp: Guideline 4.2, Design, Minimum Functionality. Apple hält Ihre Lovable-App für eine verpackte Website ohne ausreichenden App-Mehrwert. Diese Ablehnung trifft Web-basierte Apps besonders häufig, ist aber in den meisten Fällen lösbar. Entscheidend ist, die Kritik richtig zu lesen, die App gezielt zu verbessern und dem Prüfer die Änderungen nachvollziehbar zu erklären. So gehen Sie strukturiert vor, statt die gleiche App mit kosmetischen Änderungen erneut einzureichen.
Was Apple mit 4.2 meint
Apple erwartet, dass eine App mehr bietet als eine Website im Browser. Ein Prüfer öffnet Ihre App, sieht eine Oberfläche, die genauso in Safari funktioniert, findet keine App-typischen Funktionen und lehnt ab. Oft taucht im Text der Hinweis auf, die App sei ein repackaged website oder biete keine dauerhafte Unterhaltung oder Nützlichkeit.
Wichtig: 4.2 ist keine pauschale Absage an WebView-Apps. Viele erfolgreiche Apps basieren auf Web-Technologie. Ausschlaggebend ist das Nutzungserlebnis, nicht die Technik darunter.
Typische Ursachen bei Lovable-Apps
Häufig sind es Kleinigkeiten, die das Website-Gefühl verstärken: ein Cookie-Banner beim Start, eine Fußzeile mit Impressum und Social-Media-Icons, ein Hamburger-Menü wie im Web, Links, die externe Seiten in der App öffnen, Hinweise auf Desktop-Versionen oder eine Landingpage mit Preisen statt der eigentlichen Anwendung. Dazu kommt, dass viele Lovable-Apps nach dem Start erst eine Marketing-Seite zeigen, bevor man zum Login gelangt.
Hinzu kommt fehlende native Funktionalität. Wenn die App weder Push-Benachrichtigungen, noch Kamera, Offline-Verhalten oder Biometrie nutzt, hat der Prüfer wenig Argumente für eine Freigabe.
Lesen Sie die Ablehnung außerdem genau auf Hinweise, welche Bildschirme der Prüfer gesehen hat. Manchmal wird deutlich, dass er gar nicht über den Login hinausgekommen ist, weil das Testkonto fehlte oder abgelaufen war. Dann beruht die 4.2-Einschätzung auf einem einzigen Bildschirm, und ein funktionierender Zugang ist der wichtigste Teil der Lösung.
Konkreter Plan zur Behebung
So bringen Sie die App über die Hürde:
Achten Sie dabei auf echten Nutzen: Ein QR-Scanner, den niemand braucht, überzeugt keinen Prüfer. Wählen Sie Funktionen, die zum Zweck Ihrer App passen, etwa Fotodokumentation für eine Service-App oder Erinnerungen für eine Termin-App.
- Lassen Sie die App direkt im Login oder in der Kernfunktion starten und blenden Sie Marketing-Seiten, Cookie-Banner und Web-Fußzeilen in der App-Ansicht aus.
- Ergänzen Sie eine native Navigation, etwa eine Tab-Leiste, und sorgen Sie für Gesten, Zurück-Verhalten und Ladezustände wie in einer App.
- Bauen Sie mindestens zwei bis drei native Funktionen mit echtem Nutzen ein, zum Beispiel Push-Benachrichtigungen, Biometrie-Login, Kamera-Upload, QR-Scanner oder eine Offline-Seite.
- Stellen Sie ein Testkonto mit aussagekräftigen Beispieldaten bereit, damit der Prüfer den vollen Funktionsumfang sieht.
- Beschreiben Sie in der Antwort im Resolution Center sachlich, welche Funktionen hinzugekommen sind und wo der Prüfer sie findet, und reichen Sie dann neu ein.
Die Antwort an das Review-Team
Eine gute Antwort ist kurz, freundlich und konkret. Nennen Sie die Zielgruppe, den Nutzen gegenüber der Website und jede native Funktion mit Fundort. Screenshots oder ein kurzes Bildschirmvideo im Anhang helfen. Diskussionen darüber, dass andere Apps ähnlich aufgebaut seien, bringen dagegen nichts. Bleibt Apple bei der Ablehnung, können Sie ein Gespräch mit dem Review-Team anfragen oder Einspruch beim App Review Board einlegen.
Prüfen Sie parallel, ob weitere Punkte drohen, etwa 4.8 bei Social Logins oder 5.1.1 bei fehlender Kontolöschung. Sonst folgt auf die Behebung von 4.2 gleich die nächste Ablehnung.
Halten Sie die Antwort in englischer Sprache, wenn Sie unsicher sind, ob der Prüfer Deutsch versteht. Sachlich formulierte Antworten werden erfahrungsgemäß schneller bearbeitet.
Schnelle Hilfe nach der Ablehnung
WebViewGold liefert die nativen Bausteine, die bei 4.2 den Unterschied machen, als Konfiguration. appsubmitter.io analysiert die Ablehnung mit KI-gestützten Guideline-Checks, formuliert die Antwort und übernimmt die erneute Einreichung in Ihrem Konto. Schildern Sie uns Ihren Fall in einem kostenlosen 15-Minuten-Erstgespräch.
Häufige Fragen
Wie oft darf ich nach einer 4.2-Ablehnung neu einreichen?
Es gibt keine feste Grenze. Wiederholte Einreichungen ohne echte Änderungen verlängern aber den Prozess und können das Verhältnis zum Review-Team belasten.
Reicht es, Push-Benachrichtigungen einzubauen?
Manchmal, aber nicht immer. Apple bewertet das Gesamterlebnis. Push in Kombination mit App-typischer Navigation und weiteren nativen Funktionen ist deutlich überzeugender.
Kann eine 4.2-Ablehnung auch eine Capacitor-App treffen?
Ja. Die Regel bezieht sich auf den Funktionsumfang und das Erlebnis, nicht auf die Technik. Auch eine lokal gebündelte Web-App ohne App-Mehrwert kann abgelehnt werden.