Zum Inhalt springen
WebViewGold Vibe Coding in den App Store
Deutsch
WebViewGold holen

App-Store-Ablehnung

"Your app is a thin wrapper around your website": Was das bedeutet und wie du antwortest

Das ist die häufigste Nachricht, die Vibe Coder von App Review bekommen, und die, auf die sich am besten antworten lässt. Der Reviewer hat deine App geladen, eine mobile Website gesehen und nichts gefunden, was ein Safari-Tab nicht auch könnte. Du änderst, was er sieht, und sagst ihm dann, wo er hinschauen soll.

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

Die Nachricht entschlüsseln

Der Text zitiert meist Guideline 4.2 (Minimum Functionality) und sagt, die App biete ein eingeschränktes Erlebnis, das sich nicht ausreichend vom Besuch der Website unterscheidet. Das Urteil entsteht in einer kurzen Sitzung: Der Reviewer öffnet die App, tippt ein paar Minuten herum und fragt sich, ob das eine App sein musste. Eine schnelle, responsive Website ohne natives Verhalten fällt durch diesen Test, auch wenn sie als Website hervorragend ist.

Zwei Dinge ändern das Urteil. Erstens native Fähigkeiten, die in der ersten Minute sichtbar sind: eine Berechtigungsabfrage für Benachrichtigungen nach dem Onboarding, eine Face-ID-Sperre, eine native Tab-Leiste, ein Share Sheet, ein Offline-Screen. Zweitens eine Antwort, die sie mit genauen Fundorten auflistet, damit der nächste Reviewer sie nicht zufällig finden muss. Der 4.2-Guide erklärt die Regel selbst; auf dieser Seite geht es um die Antwort.

Native Features, die das Urteil ändern

Push-Benachrichtigungen

OneSignal mit kPushEnabled und oneSignalID in Config.swift; frag nach dem Onboarding mit registerpush:// um Erlaubnis. Das stärkste einzelne Argument, sofern die Benachrichtigungen echt sind (Bestell-Updates, Antworten, Erinnerungen).

Face ID / Touch ID

enableBioMetricAuth sperrt die App beim Start; bioauth:// schützt einzelne Aktionen und meldet das Ergebnis über onBioAuthSuccess zurück. Naheliegend für Finanzen, Gesundheit, Tagebücher und Admin-Dashboards.

Offline-Screen und Fallback

offlinelocalhtmlswitch mit einer local-html-Seite und reconnect://. Reviewer testen den Flugmodus.

Natives Share Sheet

shareapp://message?=TEXT&url=LINK öffnet das iOS-Share-Sheet von jedem Button aus; ein offensichtlicher "Das ist eine App"-Moment.

Scanner

qrcode:// und barcodescanner:// öffnen den Kamera-Scanner; ideal für Check-ins, Tickets und Inventur.

Native Tab-Leiste

showNavFooter mit FooterBar.json gibt der App eine echte iOS-Tab-Leiste und behebt gleichzeitig Beanstandungen zur Safe Area.

Haptik und Bewertung

successhaptic:// bei wichtigen Aktionen und rateapp:// nach einem Erfolgsmoment. Klein, aber Reviewer spüren es.

Die 24 Stunden nach der Nachricht

  1. Lies die genau zitierte Guideline

    Ist es 4.2, gilt diese Seite. Ist es 4.3 oder 2.1 mit ähnlicher Formulierung, folge zuerst dem 4.3-Guide oder dem 2.1-Guide.

  2. Wähle zwei oder drei Features, die zum Produkt passen

    Nimm, was ein Nutzer wirklich wollen würde: Erinnerungen für eine Habit-App, Face ID für ein Finanz-Dashboard, einen Scanner für Events, Teilen für Inhalte. Drei gut platzierte Features schlagen zehn Spielereien.

  3. Setze sie in der Web-App und in Config.swift um

    Die meisten sind eine Einstellung plus ein Link oder JavaScript-Aufruf; sieh dir den Guide zur JavaScript-Bridge an, wenn Claude Code oder Cursor das für dich erledigen soll.

  4. Blende die reinen Website-Teile in der App aus

    Cookie-Banner, Desktop-Header, Footer-Links, Store-Badges: Blende sie mit custom.css aus (Snippet unten). Der erste Screen sollte wie eine App aussehen, nicht wie eine Landingpage.

  5. Erhöhe die Build-Nummer und aktualisiere die Review-Notizen

    Neue Build-Nummer und Review-Notizen, die jedes native Feature und seinen Fundort nennen. Füge eine 30-sekündige Bildschirmaufnahme der Features hinzu.

  6. Antworte und reiche neu ein

    Nutze die Vorlage unten im Resolution Center und reiche dann den neuen Build ein. Nenne den Demo-Account noch einmal, auch wenn sich daran nichts geändert hat.

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.

Nelis Geiger · CodeCanyon

Antwortvorlage für das Resolution Center

Diese Vorlage bleibt auf Englisch, weil die Reviewer von Apple und Google Englisch lesen.

Antwort im Resolution Center (passe die Teile in eckigen Klammern an)
Thank you for the review. We have updated the app to make its native functionality clearer and submitted build [build number].

[App name] is the iOS app for [service], used by [who] to [core job]. The iOS app offers functionality that the website cannot provide:

1. Push notifications for [order updates / replies / reminders]: Settings, Notifications. Permission is requested after onboarding; a test notification arrives within a minute.
2. Face ID lock for [sensitive area]: Settings, Lock with Face ID.
3. Native share sheet: the Share button on every [item].
4. Offline mode: the app shows a native offline screen with reconnect when there is no connection, and [cached content] remains available.
5. [QR check-in / native tab bar / local reminders]: [location in the app].

We also removed website-only elements from the app (cookie banner, desktop navigation, footer links) so the interface is designed for iOS.

Demo account: [email] / [password] (pre-confirmed, sample data included). A short screen recording of the features is attached.

We are happy to clarify anything or to schedule a call. Thank you for your time.

App-only-CSS, das das Website-Gefühl entfernt

custom.css im WebViewGold-Projekt wird nur innerhalb der App eingebunden.

css
/* custom.css: wird nur innerhalb der WebViewGold-App angewendet */
.cookie-banner, .store-badges, .site-header-desktop, .site-footer, .open-in-app-bar { display: none !important; }
.app-only { display: block !important; }  /* z. B. Teilen- oder Scan-Buttons, die die nativen APIs aufrufen */
body { padding-bottom: env(safe-area-inset-bottom); }

Antworten, die nicht funktionieren

  • Denselben Build mit einer längeren Erklärung erneut einreichen. Reviewer vergleichen Builds; nichts geändert, gleiches Urteil.
  • "Andere Apps machen dasselbe." Jede Einreichung wird für sich beurteilt.
  • Das Framework oder die Tools beschreiben statt dessen, was der Nutzer bekommt. Dem Reviewer ist egal, wie die App gebaut wurde.

Häufig gestellte Fragen

Reicht Push allein, um eine Thin-Wrapper-Ablehnung zu beantworten?

Oft, wenn die Benachrichtigungen sinnvoll sind und das App-Layout sauber ist. Kombiniere es mit einem Offline-Screen und einem interaktiven Feature, dann ist der Fall klar.

Soll ich WebViewGold in der Antwort erwähnen?

Das ist nicht nötig. Beschreibe, was der Nutzer in der App tun kann, das die Website nicht bietet; das Framework spielt für die Entscheidung keine Rolle.

Wie viele native Features erwarten Reviewer?

Es gibt keine feste Zahl. Zwei oder drei Features, die zum Produkt passen und früh sichtbar sind, überzeugen mehr als eine lange Liste ungenutzter Fähigkeiten.

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 ansehen

Full 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 WeSetupYourWebViewApp

Winter-Sale-Preise gültig bis 31. Dezember 2026.

Bereit, deine App zu veröffentlichen?

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.