App lock (one setting)
Set enableBioMetricAuth to true in Config.swift / Config.java and the app asks for Face ID, Touch ID or the fingerprint every time it opens. Nothing to change in Cursor.
Cursor + biometrics
A password field feels like a website. Face ID feels like an app. WebViewGold adds biometric authentication to your Cursor app in two flavors: a simple app lock switched on in the config, or a JavaScript API (<code>bioauth://</code>) that returns the result to your web app so you can gate exactly the screens you want.
From $109 one-time per platform, or let our team do it all from $698.
Set enableBioMetricAuth to true in Config.swift / Config.java and the app asks for Face ID, Touch ID or the fingerprint every time it opens. Nothing to change in Cursor.
Call bioauth:// from your web app before showing a sensitive screen; WebViewGold calls onBioAuthSuccess(), onBioAuthFailure(code, message) or onBioAuthUnavailable() in your page. Combine with your Whatever you built: Auth.js, Clerk, Supabase, Firebase or sessions session for a "unlock with your face" login.
Biometric login is one of the clearest answers to Apple's Guideline 4.2: it is something a Safari tab cannot do, and reviewers notice it on the first screen.
Paste this into Cursor to implement the web-app side. Review the result, publish, then test inside the WebViewGold app.
Prompt for the Cursor agent: Add a biometric gate for the WebViewGold app wrapper. Create src/hooks/useBiometricGate.ts returning { locked, unlock, error }. When enabled (user preference stored with our backend) and navigator.userAgent contains my custom WebViewGold token, it shows a lock overlay and sets window.location.href to bioauth://. It must assign window.onBioAuthSuccess, window.onBioAuthFailure(errorCode, errorMessage) and window.onBioAuthUnavailable as globals, cleaned up on unmount. Apply the hook to the account and billing routes. Add a settings toggle. Write a unit test that invokes the window callbacks and checks the state. Add a .cursor/rules note that WebViewGold callbacks must be window globals.
WebViewGold has allowed us the shortest and most efficient time-to-market ever possible from among all the other app platforms we have ever tried during the past 5 years. I don’t know why I hadn’t discovered you sooner, but I am really, really glad I did. Currently nearing 6000 app downloads on both iOS App Store & Google Play Store without any problem!
About 15 minutes.
Whole app (app lock) or specific screens such as account settings, payment details, health data or a private journal (JavaScript API). Many apps combine both: lock on launch, re-check before sensitive actions.
In the WebViewGold Xcode project add the "Privacy – Face ID Usage Description" key to Info.plist with a sentence that explains why the app uses Face ID. Without it Face ID is not available. The Cloud Builder has a field for this text.
Define onBioAuthSuccess, onBioAuthFailure and onBioAuthUnavailable as global JavaScript functions and navigate to bioauth:// when the protected screen loads. Show the screen on success, a fallback (password) otherwise.
Biometrics replace typing the password, not the session: keep the user logged in with Whatever you built: Auth.js, Clerk, Supabase, Firebase or sessions and use the biometric check as a local gate. Never grant access on the web side without the native callback.
Simulators can enroll a fake Face ID (Features → Face ID), but test on an iPhone and an Android phone with a fingerprint, including the "no biometrics enrolled" case.
Paste into your Cursor app (or let it generate the equivalent in your framework):
function onBioAuthSuccess() {
document.body.classList.remove("locked");
}
function onBioAuthFailure(errorCode, errorMessage) {
showPasswordFallback(errorMessage);
}
function onBioAuthUnavailable() {
showPasswordFallback("Biometrics not available on this device");
}
// ask for Face ID / fingerprint when the protected screen opens
if (navigator.userAgent.includes("WebViewGold")) {
window.location.href = "bioauth://";
}onBioAuthUnavailable().bioauth:// inside the app: detect WebViewGold's custom user agent, otherwise the browser shows an error for the unknown scheme.No, but it helps. Guideline 4.2 asks for functionality beyond a website; biometric login, push notifications and offline handling are the native features reviewers see first.
Yes. The biometric check is independent of the auth provider: Whatever you built: Auth.js, Clerk, Supabase, Firebase or sessions keeps the session, WebViewGold adds the local unlock in front of it.
iOS falls back to the device passcode in the app-lock mode; with the JavaScript API you get onBioAuthUnavailable() and show your own fallback.
Yes. The same bioauth:// call and callbacks work on Android with fingerprint or face unlock, and the app-lock setting exists in Config.java as well.
Same result, different amount of work on your side. All three come with the approval guarantee and 24/7 human support.
$109 per platform, one-time
The WebViewGold license: a finished Xcode or Android Studio project. Paste your URL, set name and icon, switch on features, build and submit. Free updates forever.
See plans on the main page$349 per license, one-time add-on
No Mac, no Xcode, no Android Studio: configure in the browser, we build both apps in the cloud and hand them to App Store Connect and the Play Console.
How the Cloud Builder works Try the free demo$698 per platform $798
Send us your URL and icon. Our team configures, builds and delivers your app within 72 hours, white-label, with source projects. Both platforms for $1,158.
Full Service details Powered byWinter Sale prices valid until December 31, 2026.
App Store & Google Play approval guarantee – or your money back within 14 days
Rather hand it over? Full Service: we configure, build and deliver within 72 hours, from $698 per platform. Questions? Chat with us 24/7.
Refunds are granted under the conditions listed in our FAQ: a non-content rejection by Apple and/or Google, claimed within 14 days after purchase.