API de deep linking
Lancez votre application iOS via des schémas d'URL personnalisés et redirigez les utilisateurs par deep link vers des pages précises de votre application web.
L'API Deep Linking facilite l'orientation des utilisateurs vers un contenu spécifique au sein de votre application. WebViewGold vous permet de configurer un schéma d'URL personnalisé (par exemple webviewgold://) qui peut être déclenché depuis des applications comme Mail, Safari et d'autres pour ouvrir des liens directement dans votre application WebView.
Remarque : l'application doit d'abord être installée pour que cette fonctionnalité fonctionne.
Vous pouvez également utiliser notre API Universal Links. Bien qu'elle fonctionne de manière similaire, elle utilise une syntaxe différente, plus courante que celle de l'API Deep Linking. Pour la plupart des applications, il est judicieux de choisir l'une ou l'autre, mais pas les deux.
Pour configurer le Deep Linking dans votre application iOS, veuillez suivre les étapes ci-dessous :
- Ouvrez Config.swift :
- Réglez
ShowExternalLinksurtrue.
- Réglez
- Ouvrez Info.plist :
- Remplacez le schéma d'URL par le nom de votre propre application (par exemple
your-app-name://au lieu dewebviewgold://).
- Remplacez le schéma d'URL par le nom de votre propre application (par exemple
Terminé ! :) L'exemple ci-dessous ouvrirait google.com dans l'application WebView :
WebViewGold://url?link=https://www.google.com
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 iOS 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 iOS 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 iOS.