API App Links et Deep Linking

Ouvrez les liens vers votre domaine directement dans votre application Android grâce aux App Links et au deep linking par schéma d'URL personnalisé.

L'API App Links / Deeplinking de WebViewGold permet aux utilisateurs d'ouvrir des pages spécifiques de votre application depuis des sources externes telles que les e-mails, les réseaux sociaux ou les applications de messagerie.

WebViewGold pour Android prend en charge deux méthodes de deep linking :

Deep links standard basés sur une URL : par exemple https://www.example.org/subpages/example1
Deep links à schéma personnalisé : par exemple webviewgold://https://www.example.org/subpages/example2

Étape 1 : Configurer votre schéma de lien dans AndroidManifest.xml

Pour prendre en charge le deep linking standard, configurez votre fichier AndroidManifest.xml afin d'associer votre domaine à votre application. Remplacez www.webviewgold.com par votre domaine réel (par exemple www.example.org) :

AndroidManifest.xml pour la configuration des App Links

Étape 2 : Activer le deep linking dans Config.java

Dans votre fichier Config.java, activez les fonctionnalités de deep linking :

// Enables standard deep linking (https:// links)
public static final boolean IS_DEEP_LINKING_ENABLED = true;

// Enables custom scheme deep linking (e.g., webviewgold://)
public static final boolean IS_CUSTOM_SCHEME_ENABLED = true;

// Set your desired scheme prefix (must match AndroidManifest.xml)
public static final String CUSTOM_DEEPLINK_SCHEME = "webviewgold";

Config.java pour la configuration des App Links

Étape 3 : Vérifier la propriété du domaine (pour les deep links basés sur une URL)

Pour activer le deep linking à l'aide d'URL HTTPS, vous devez vérifier la propriété du domaine auprès de Google. Suivez le guide de vérification de site Google.

Tester vos App Links

Vous pouvez tester les deux types de liens via Android Studio ou le terminal :

Avec Android Studio : Ouvrez l'App Links Assistant depuis le menu Tools pour la simulation et le dépannage.
Avec le terminal ou l'invite de commande :
1. Exécutez la commande suivante :
```
adb shell am start -a android.intent.action.VIEW -d "webviewgold://https://www.example.org/subpages/example2" com.webviewgold.myappname
                
```
  - Remplacez com.webviewgold.myappname par le nom de package réel de votre application.
  - Vous pouvez également tester avec un lien URL comme https://www.example.org/subpages/example1.

Une fois tout configuré, les utilisateurs peuvent ouvrir votre application directement sur n'importe quelle page spécifique à l'aide de deep links comme :

https://www.example.org/subpages/example1
webviewgold://https://www.example.org/subpages/example2

Des questions ? Contactez-nous à tout moment !

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.