Natives Feature
Web-Änderungen gehen sofort live, native Änderungen nicht. Guides pro Tool für eine Versionsregel in deinem Backend, eine Sperre, die im Zweifel durchlässt, und Store-Links, die die richtige App öffnen.
Ab $109 einmalig pro Plattform, oder unser Team erledigt alles ab $698.
Web-Deploys erreichen jede installierte Version beim nächsten Seitenaufruf. Nur Änderungen an der nativen Hülle lassen Nutzer zurück, und auf diese drei kommt es an:
Du schaltest in Version 1.3 In-App-Käufe, biometrischen Login oder einen neuen Push-Anbieter frei. Nutzer mit 1.2 sehen den Button, aber das URL-Scheme dahinter bewirkt in ihrem Build nichts. Blende das Feature für ältere Versionen aus oder ersetze es.
Die Start-URL ist in die App einkompiliert. Ein Umzug von einer Builder-Subdomain auf deine eigene Domain oder zu einem neuen Host lässt alte Installationen auf der alten Adresse zurück. Halte dort eine Weiterleitung aktiv und nutze die Versionsprüfung, um Nutzer zum neuen Build zu bringen.
Du wechselst Auth-Anbieter, OAuth-Redirect-Domains oder das Link-Handling, und nur der neue Build hat die passenden nativen Einstellungen (Login-Helper, Universal Links, URL-Listen). Ein Update-Bildschirm ist netter als ein Login, der still scheitert.
Die native Seite meldet nur die Version; die Regel liegt in deinem Backend.
Setz autoInjectVariable in Config.swift und AUTO_INJECT_VARIABLES in Config.java auf true. WebViewGold stellt dann versionNumber (die Version, die Nutzer sehen, etwa 1.4.0) und bundleNumber (die Build-Nummer) als JavaScript-Variablen bereit. Ohne Auto-Injection navigierst du einmal zu getappversion:// und liest dieselben Variablen aus.
Speichere die minimal unterstützte und die neueste Version pro Plattform in deinem Backend: eine kleine Tabelle, eine JSON-Datei oder ein Remote-Config-Eintrag. Eine Änderung der Regel braucht dann kein Store-Release, im Idealfall nicht einmal ein Deploy.
Als Strings sortiert „1.10.0“ vor „1.9.0“. Teile an den Punkten und vergleiche jeden Teil als Zahl, oder vergleiche Build-Nummern, wenn du sie als einfach aufsteigende Ganzzahlen führst.
Unter der neuesten Version: ein wegklickbares Banner. Unter der Mindestversion: eine Vollbildseite „Update erforderlich“ mit einem einzigen Button zum Store-Eintrag. In einem normalen Browser oder bei unbekannter Version: nichts anzeigen.
Verlinke auf https://apps.apple.com/app/idYOUR_APPLE_ID und https://play.google.com/store/apps/details?id=your.package.name und trag apps.apple.com und play.google.com in die Hosts ein, die die App immer verlassen (safariwhitelist auf iOS, BROWSER_WHITELIST auf Android), damit das System den App Store oder Play Store öffnet statt einer Webseite in der WebView.
Nein. WebViewGold sagt deiner Web-App, welche Version installiert ist (getappversion:// oder die automatisch injizierten Variablen versionNumber und bundleNumber). Die Entscheidung und der Update-Bildschirm liegen in deiner Web-App, sodass du die Regel jederzeit ohne Store-Release ändern kannst.
Meist nicht. Die meisten Änderungen erreichen jeden Nutzer beim nächsten Seitenaufruf. Eine Versionsprüfung zählt bei nativen Änderungen: neue native Features, eine neue Start-URL oder Domain, geändertes Link-Handling oder geänderte Login-Einstellungen. Viele Apps kommen dauerhaft mit dem sanften Banner aus.
Keiner der beiden Stores verbietet, Nutzer um ein Update zu bitten, und viele große Apps machen das. Sorg dafür, dass der Build im Review nie gesperrt wird, erkläre ehrlich, warum das Update nötig ist, und verlinke nur auf deinen eigenen Store-Eintrag.
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.
