Verrouillage de l'app (un seul réglage)
Passez enableBioMetricAuth à true dans Config.swift / Config.java : l'app demande Face ID, Touch ID ou l'empreinte digitale à chaque ouverture. Rien à modifier dans v0.
Deux façons d'utiliser la biométrie
API JavaScript (bioauth://)
Appelez bioauth:// depuis votre app web avant d'afficher un écran sensible ; WebViewGold appelle onBioAuthSuccess(), onBioAuthFailure(code, message) ou onBioAuthUnavailable() dans votre page. Combinez-la avec la session gérée par Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel pour une connexion « déverrouillez avec votre visage ».
Une fonctionnalité native visible
La connexion biométrique est l'une des réponses les plus claires à la guideline 4.2 d'Apple : un onglet Safari ne sait pas le faire, et les examinateurs la remarquent dès le premier écran.
Prompt pour v0
Collez ceci dans v0 pour implémenter la partie app web. Vérifiez le résultat, publiez, puis testez dans l'app WebViewGold.
Prompt à coller dans v0
Ajoutez à cette app Next.js un verrou biométrique pour le wrapper d'app WebViewGold. Créez un client component BiometricGate et rendez-le dans app/layout.tsx. Il lit une préférence biometric_lock sur la fiche utilisateur via une server action ; si elle est activée et que navigator.userAgent contient mon token WebViewGold personnalisé, il affiche une superposition plein écran et met window.location.href sur bioauth://. Dans un useEffect, enregistrez window.onBioAuthSuccess (ferme la superposition), window.onBioAuthFailure(errorCode, errorMessage) (affiche le message et un bouton « Réessayer ») et window.onBioAuthUnavailable (efface la préférence et ferme la superposition). Ajoutez dans les Réglages un interrupteur qui met à jour la préférence via une server action. Reverrouillez quand la page redevient visible après plus de cinq minutes.
Je suis très content d'avoir acheté cette application ! Extrêmement facile et excellente documentation. J'ai été en contact avec le service client, ils ont répondu très rapidement et très amicalement. Ils ont résolu ma question en un jour. 10/10 recommanderaient.
Ajouter le déverrouillage biométrique à v0
Environ 15 minutes.
Décidez de ce que vous protégez
Toute l'app (verrouillage) ou des écrans précis comme les réglages du compte, les données de paiement, les données de santé ou un journal privé (API JavaScript). Beaucoup d'apps combinent les deux : verrouillage au lancement, nouvelle vérification avant les actions sensibles.
Ajoutez la description d'usage de Face ID (iOS)
Dans le projet Xcode de WebViewGold, ajoutez la clé « Privacy – Face ID Usage Description » dans Info.plist avec une phrase qui explique pourquoi l'app utilise Face ID. Sans elle, Face ID n'est pas disponible. Le Cloud Builder propose un champ pour ce texte.
Implémentez les callbacks dans v0
Définissez
onBioAuthSuccess,onBioAuthFailureetonBioAuthUnavailablecomme fonctions JavaScript globales et naviguez versbioauth://au chargement de l'écran protégé. Affichez l'écran en cas de succès, sinon une solution de repli (mot de passe).Gardez la session active
La biométrie remplace la saisie du mot de passe, pas la session : gardez l'utilisateur connecté avec Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel et utilisez la vérification biométrique comme verrou local. N'accordez jamais l'accès côté web sans le callback natif.
Testez sur de vrais appareils
Les simulateurs peuvent enregistrer un faux Face ID (Features → Face ID), mais testez sur un iPhone et sur un téléphone Android avec empreinte, y compris le cas « aucune biométrie enregistrée ».
Le côté JavaScript
À coller dans votre app v0 (ou demandez à v0 de générer l'équivalent dans votre framework) :
javascript
function onBioAuthSuccess() {
document.body.classList.remove("locked");
}
function onBioAuthFailure(errorCode, errorMessage) {
showPasswordFallback(errorMessage);
}
function onBioAuthUnavailable() {
showPasswordFallback("Biométrie indisponible sur cet appareil");
}
// demander Face ID / l'empreinte à l'ouverture de l'écran protégé
if (navigator.userAgent.includes("WebViewGold")) {
window.location.href = "bioauth://";
}Notes de sécurité
- Le callback s'exécute dans votre page : traitez-le comme un verrou d'interface, pas comme une preuve d'identité. Tout ce qui doit être sécurisé reste derrière votre session backend dans Route handlers et server actions Next.js, Postgres via Neon ou Supabase.
- Proposez une solution de repli (mot de passe ou code PIN) pour les appareils sans biométrie et pour les utilisateurs qui ont refusé l'autorisation Face ID ; WebViewGold signale ce cas via
onBioAuthUnavailable(). - N'appelez
bioauth://que dans l'app : détectez le user agent personnalisé de WebViewGold, sinon le navigateur affiche une erreur pour ce schéma inconnu.
Questions fréquentes
Ai-je besoin de Face ID pour la validation App Store ?
Non, mais cela aide. La guideline 4.2 exige des fonctionnalités qui vont au-delà d'un site web ; la connexion biométrique, les notifications push et la gestion du hors-ligne sont les fonctionnalités natives que les examinateurs voient en premier.
Est-ce compatible avec la connexion de v0 ?
Oui. La vérification biométrique est indépendante du fournisseur d'authentification : Auth.js/NextAuth, Clerk, Supabase Auth ou intégrations Vercel conserve la session, WebViewGold ajoute le déverrouillage local par-dessus.
Et si l'utilisateur n'a pas configuré Face ID ?
En mode verrouillage, iOS se rabat sur le code de l'appareil ; avec l'API JavaScript, vous recevez onBioAuthUnavailable() et affichez votre propre solution de repli.
Android le prend-il en charge de la même façon ?
Oui. Le même appel bioauth:// et les mêmes callbacks fonctionnent sur Android avec l'empreinte digitale ou la reconnaissance faciale, et le réglage de verrouillage existe aussi dans Config.java.
Trois façons de mettre votre app dans les stores
Même résultat, charge de travail différente de votre côté. Les trois formules incluent la garantie d'approbation et le support humain 24/7.
Faites-le vous-même
$109 par plateforme, paiement unique
La licence WebViewGold : un projet Xcode ou Android Studio prêt à l'emploi. Collez votre URL, définissez le nom et l'icône, activez les fonctionnalités, compilez et soumettez. Mises à jour gratuites à vie.
Voir les offres sur la page principaleCloud Builder
$349 par licence, extension en paiement unique
Ni Mac, ni Xcode, ni Android Studio : configurez dans le navigateur, nous compilons les deux apps dans le cloud et les transmettons à App Store Connect et à la Play Console.
Comment fonctionne le Cloud Builder Essayer la démo gratuiteFull Service
$698 par plateforme $798
Envoyez-nous votre URL et votre icône. Notre équipe configure, compile et livre votre app sous 72 heures, en marque blanche, projets sources inclus. Les deux plateformes pour $1,158.
Détails du Full Service Propulsé par
Prix Soldes d'hiver valables jusqu'au 31 décembre 2026.