API scanner de codes-barres
Scannez les codes-barres EAN, UPC et autres nativement dans votre application Android WebView et transmettez les résultats à votre application web.
L'API Barcode Scanner de WebViewGold permet à votre application basée sur WebView d'activer la caméra de l'appareil pour scanner des codes-barres. Une fois un code-barres scanné avec succès, le résultat est automatiquement renvoyé dans votre contenu web.
Cas d'usage :
- Scanner les codes-barres de produits pour les systèmes de gestion des stocks
- Traiter des tickets ou des codes d'accès dans les applications de logistique ou d'événementiel
- Permettre une saisie rapide des données à partir de codes-barres imprimés
Comment déclencher le scanner :
Utilisez le code HTML suivant pour lancer le scanner de codes-barres natif :
<a href="barcodescanner://">Start Barcode Scanner</a> <a href="#" onClick="alert(barcodescanresult);">Show Scan Result</a>
- Démarrer le scanner de codes-barres : Ouvre la caméra de l'appareil pour détecter les formats de codes-barres pris en charge
- Afficher le résultat du scan : Affiche le contenu du code-barres scanné, stocké dans la variable JavaScript
barcodescanresult
Note technique : Après le scan, la valeur décodée du code-barres est injectée dans la page actuelle via la variable JavaScript barcodescanresult. Vous pouvez utiliser cette variable pour préremplir des formulaires, déclencher une logique personnalisée ou effectuer des recherches à partir des données scannées.
Autorisations : Assurez-vous que l'application a accès à la caméra de l'appareil, car celle-ci est requise pour que le scan de codes-barres fonctionne correctement.
Notes d’implémentation façon SDK
Considérez cette fonctionnalité comme une capacité native exposée à votre couche web : conservez votre site web de production ou votre PWA comme source de vérité, puis utilisez les indicateurs de configuration WebViewGold documentés, les commandes URL et les appels du pont JavaScript pour activer le comportement natif Android uniquement là où il apporte de la valeur. Cette approche garde votre base de code maintenable, car la même application web peut servir les navigateurs, WebViewGold pour Android et les autres plateformes WebViewGold avec un minimum de logique conditionnelle.
Pour des résultats fiables, privilégiez les points de terminaison HTTPS, des noms de routes stables, des états de succès/erreur explicites dans votre interface et de petites fonctions JavaScript qui encapsulent les appels natifs. Par exemple, une application web créée avec jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, une pile React/Vue/Angular personnalisée ou du HTML statique peut exposer un seul bouton ou gestionnaire d’événement qui déclenche l’API native WebViewGold tout en affichant une solution de repli élégante dans le navigateur.
- Modèle d’intégration recommandé : détectez le contexte de l’application, appelez l’API WebViewGold, puis mettez à jour votre interface web après le rappel natif ou le changement de route.
- Liste de vérification des tests : validez la fonctionnalité sur un appareil réel ou une build empaquetée, vérifiez les autorisations et le texte de revue du store, et confirmez que les utilisateurs navigateur uniquement reçoivent toujours une solution de repli utile.
- Avantage SEO : gardez les pages de fonctionnalités, les titres de routes et le contenu structuré indexables sur votre site web pendant que WebViewGold fournit l’enveloppe d’application native pour les utilisateurs Android.