App-typische Oberfläche
Responsives Layout bei 320 px und auf dem iPad, keine Desktop-Navigationsleisten, kein Footer mit 40 Links, kein Cookie-Banner, keine „Lade unsere App“-Werbung. Bottom-Navigation und Buttons in voller Breite helfen.
App-Store-Review
Richtlinie 4.2 ist die eine Regel, die jeder Vibe Coder vor der Einreichung lesen sollte. Sie verbietet keine WebView-Apps. Sie verbietet Apps, die der Website nichts hinzufügen. So wenden Reviewer sie an, und das solltest du ergänzen.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Abschnitt 4.2 verlangt Funktionen, Inhalte und eine Benutzeroberfläche, die über eine neu verpackte Website hinausgehen; Apps, die nicht besonders nützlich oder „nur eine Website“ sind, können abgelehnt werden. Reviewer legen das so aus: Sie öffnen die App und stellen zwei Fragen: Fühlt sie sich wie eine App an, und kann sie etwas, was die mobile Website nicht kann?
An der zweiten Frage scheitert ein schlichter Wrapper, und eine WebViewGold-App besteht sie: native Push-Benachrichtigungen, biometrischer Login, ein nativer Offline-Bildschirm, Teilen über das Share Sheet des Systems, QR-Scanning oder Deep Links sind sichtbare native Fähigkeiten, die ein Safari-Tab nicht hat.
Responsives Layout bei 320 px und auf dem iPad, keine Desktop-Navigationsleisten, kein Footer mit 40 Links, kein Cookie-Banner, keine „Lade unsere App“-Werbung. Bottom-Navigation und Buttons in voller Breite helfen.
Push-Benachrichtigungen sind das häufigste Unterscheidungsmerkmal. Ergänze Face-ID-Login, natives Teilen, den QR-Scanner oder Offline-Handling, und der Fall ist klar.
Schneller erster Bildaufbau (Splash Screen beim Laden), keine toten Links, kein Platzhaltertext, funktionierende Formulare, Fehlerzustände statt leerer Bildschirme.
Sign in with Apple, wenn es andere Social Logins gibt, Account-Löschung in den Einstellungen, eine erreichbare Datenschutzerklärung. Das sind andere Richtlinien, aber ein Reviewer, der sie vermisst, schaut auch bei 4.2 genauer hin.
Jeder Schritt ist eine Einstellung oder ein einzelner JavaScript-Aufruf.
OneSignal oder Pushwoosh mit einer sinnvollen Berechtigungsabfrage (nach der Registrierung fragen, nicht beim ersten Start). Schon ein einziger echter Benachrichtigungstyp (Bestellstatus, Antworten, Erinnerungen) zählt.
Ein nativer „Du bist offline“-Bildschirm mit Wiederholen-Button und ein Splash Screen, bis die App geladen ist. Reviewer testen im Flugmodus.
Nutze die Custom-CSS-Injection von WebViewGold, um Cookie-Banner, App-Store-Badges und den Desktop-Header zu entfernen, wenn die Seite in der App geladen wird, oder erkenne den User-Agent der App in deiner Web-App.
Natives Share Sheet zum Teilen von Inhalten, biometrische Sperre für sensible Daten, QR-Scanner für Check-ins, haptisches Feedback bei wichtigen Aktionen. Wähle, was zu deinem Produkt passt.
Erkläre in zwei Sätzen, was die App tut, liste die nativen Features auf und gib einen Demo-Account an. Reviewer lesen das.

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.
Lies die Nachricht: Apple nennt die Richtlinie und beschreibt meist, was gefehlt hat („die App ist ein dünner Wrapper um deine Website“). Antworte im Resolution Center mit den nativen Features, die du ergänzt hast (sei konkret: „Push-Benachrichtigungen für Bestellupdates, Face-ID-Login, Offline-Modus“), und reiche dann einen neuen Build ein. Viele Apps werden bei der zweiten Einreichung genehmigt, sobald der Reviewer den nativen Mehrwert sieht.
Die Genehmigungsgarantie von WebViewGold deckt Ablehnungen ab, die nicht am Inhalt liegen: Lehnt Apple die App aus einem anderen Grund als deinem Inhalt ab, kannst du innerhalb von 14 Tagen nach dem Kauf eine Rückerstattung beantragen. Unser Support-Chat hilft dir vorher beim Formulieren der Antwort.
Ja. Apples Richtlinie 2.5.6 verlangt sogar, dass Apps, die Webinhalte anzeigen, WebKit verwenden, und genau das tun WKWebView und WebViewGold. Gefordert ist Funktionalität über eine Website hinaus, kein Verbot von Web-Technologie.
Oft, in Kombination mit einem App-typischen Layout. Reviewer betrachten das Gesamtbild; Push plus Offline-Handling plus eine saubere mobile Oberfläche ist die übliche Gewinnerkombination.
Nein, solange der Reviewer sich einloggen kann. Hinterlege einen Demo-Account in App Store Connect und beschreibe, was er zu sehen bekommt.
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 byWinter-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.