Dans les applications mobiles, les liens profonds permettent aux utilisateurs d'accéder directement au contenu d'une application. Sans lien profond, si vous partagez avec un ami une chemise que vous avez trouvée dans l'application d'un magasin, le lien que vous lui envoyez le redirige vers son navigateur ou vers le Play Store, où il doit installer ou ouvrir l'application, puis rechercher le contenu. Aucune de ces situations n'est une expérience utilisateur optimale. Avec les liens profonds, le lien redirige votre ami vers la chemise exacte que vous avez trouvée dans l'application de vente au détail.
Dans ce document, vous allez découvrir comment utiliser des liens profonds pour créer des expériences riches et attrayantes pour vos utilisateurs de RBM.
Rediriger un utilisateur RBM vers une application
Un lien profond n'est qu'un lien vers une application. Votre agent RBM peut ouvrir une application installée sur le téléphone d'un utilisateur à l'aide d'une action OpenUrl, où l'URL est un lien profond configuré pour l'application que vous souhaitez appeler. Pour en savoir plus, consultez Créer des liens profonds vers le contenu d'une application.
Consultez l'exemple ci-dessous. Pour ouvrir le podcast Google Cloud dans l'application Google Podcasts, vous pouvez créer une action OpenUrlAction avec l'URI suivant :
https://www.google.com/podcasts?feed=aHR0cDovL2ZlZWRzLmZlZWRidXJuZXIuY29tL0dvb2dsZUNsb3VkUGxhdGZvcm1Qb2RjYXN0
De nombreux produits Google sont configurés pour prendre en charge les liens profonds qui fonctionnent également comme des URL Web, y compris YouTube et Google Maps.
Pour déclencher l'une de ces applications à partir d'un agent, nous devons spécifier cette valeur en tant qu'URL dans un OpenUrlAction. Dans l'exemple de code JSON suivant, une carte enrichie RBM est spécifiée avec trois actions d'URL ouvertes, chacune correspondant à un lien profond vers une application différente.
{
"contentMessage":{
"richCard":{
"standaloneCard":{
"cardOrientation":"VERTICAL",
"cardContent":{
"title":"Did you know that you can open apps from an RBM agent?",
"description":"",
"suggestions":[
{
"action":{
"text":"Google Cloud Podcast",
"postbackData":"podcast_tap",
"openUrlAction":{
"url":"https://www.google.com/podcasts?feed=aHR0cDovL2ZlZWRzLmZlZWRidXJuZXIuY29tL1JvYkNlc3Rlcm5pbm8&nord=0"
}
}
},
{
"action":{
"text":"YouTube Video",
"postbackData":"youtube_tap",
"openUrlAction":{
"url":"https://www.youtube.com/embed/xSE9Qk9wkig"
}
}
},
{
"action":{
"text":"Google Maps",
"postbackData":"maps_tap",
"openUrlAction":{
"url":"https://goo.gl/maps/ToMSdr4PYX62"
}
}
}
]
}
}
}
}
}
Lorsque cette charge utile JSON s'affiche dans le client RCS d'un utilisateur, l'icône de l'action suggérée correspond à l'application avec lien profond. Appuyez sur l'une des actions suggérées pour lancer l'application correspondante directement sur le contenu encodé dans l'URL.
Pourquoi le choisir ?
Vous pouvez avoir plusieurs raisons de créer un lien profond vers une application.
Authentification
Si votre agent traite des informations potentiellement sensibles, vous pouvez renforcer sa sécurité en incluant un lien profond dans votre application pour aider à authentifier l'utilisateur à l'aide d'une empreinte digitale, d'une connexion ou d'un autre moyen. Une fois que l'utilisateur s'est authentifié, vous pouvez suivre l'authentification côté serveur et le ramener vers l'agent en déclenchant un nouveau message RBM. Si vous envoyez des messages de suivi potentiellement sensibles, vous pouvez vérifier côté serveur pour vous assurer que l'utilisateur est authentifié. Si ce n'est pas le cas, vous pouvez les renvoyer vers l'application pour renouveler leur jeton d'authentification.
Prise en charge des cas d'utilisation complexes
Les agents RBM sont parfaits pour les interactions conversationnelles, mais les applications peuvent mieux répondre à certains cas d'utilisation. Par exemple, si vous possédez une entreprise de meubles et que vous avez créé une expérience de réalité augmentée pour que les utilisateurs puissent essayer des meubles dans leur maison (voir l'image suivante), votre cas d'utilisation ne peut être pris en charge que par une application.
Dans ces situations, il est logique de rediriger vos utilisateurs RBM vers votre application pour qu'ils puissent effectuer certaines fonctionnalités. Votre application peut toujours ramener l'utilisateur à la conversation RBM en déclenchant un nouveau message de l'agent.
Faciliter le paiement
Vous pouvez accepter les paiements via une application tierce dotée de liens profonds.
Par exemple, supposons que vous souhaitiez accepter les virements via la société de paiement fictive AcmePay. En effectuant une enquête en ligne, vous avez découvert qu'AcmePay prend en charge les liens profonds en utilisant sa propre structure d'URI unique, qui vous permet de transmettre des valeurs pour les destinataires, le montant et une note à l'aide de paramètres de chaîne de requête.
Fort de ces informations, votre agent doit créer une action OpenUrl avec l'URI AcmePay paramétré spécifié pour la partie URL de l'action suggérée.
acmepay://paycharge?recipients=Jane+Smith&amount=10¬e=Money+For+You!
Une fois que le destinataire du message RBM appuie sur l'action suggérée, l'application AcmePay se lance directement sur l'écran de transaction, avec les valeurs transmises déjà renseignées.
Que se passe-t-il si l'application n'est pas installée ?
Si une application n'est pas installée sur l'appareil d'un utilisateur, le comportement des liens profonds dépend de la structure de l'URI transmis à OpenUrlAction. Si l'URI peut être reconnu par au moins une application sur l'appareil (par exemple, Chrome reconnaît les URL commençant par "http://"), l'action suggérée s'affiche normalement dans cette application. Lorsque l'utilisateur appuie sur l'action, l'URI s'ouvre dans l'application qui reconnaît la structure de l'URI.
Si vous êtes le développeur de l'application, il est avantageux de créer des liens profonds avec des URI commençant par "http://" et pointant vers un domaine qui vous appartient, car Chrome peut rediriger l'utilisateur vers une page Web en remplacement. Sur la page Web, vous pouvez inviter l'utilisateur à télécharger l'application ou l'inviter à télécharger l'application selon vos besoins.
Si l'URI utilise une structure personnalisée qui n'est reconnue par aucune application de l'appareil, l'action suggérée ne s'affichera pas dans votre message RBM.
Pour vous assurer que les actions suggérées s'affichent toujours, vous pouvez utiliser une URL qui vous appartient et demander à la page Web de rediriger le navigateur vers un URI personnalisé qui lance l'application. Si l'application existe sur l'appareil, elle se lance comme prévu. Sinon, l'utilisateur reste sur la page Web, où vous pouvez le rediriger si nécessaire pour votre cas d'utilisation.
Vous trouverez ci-dessous un exemple de cette procédure avec JavaScript. Le script tente de rediriger l'utilisateur vers l'application AcmePay, mais si cette application n'est pas installée, il le redirige vers le Google Play Store pour la télécharger.
<!doctype html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="viewport" content="width=device-width,minimum-scale=1.0, maximum-scale=1.0" />
<title>Acme Pay</title>
<script type="text/javascript">
window.onload = function() {
// Launch Acme Pay app for existing users
window.location = 'acmepay://paycharge?recipients=Jane+Smith&amount=10¬e=Money+For+You!';
// Redirect to Acme Pay app download for new users
setTimeout("window.location = 'https://play.google.com/store/apps/details?id=com.acmepay.android';", 1000);
}
</script>
</head>
<body>
<h1>Redirecting…</h1>
</body>
</html>
Récapitulatif
Vous pouvez utiliser l'action suggérée OpenUrlAction pour créer un lien profond vers des applications que vous possédez ou que vous souhaitez déclencher afin d'améliorer l'engagement de vos utilisateurs. Les liens profonds vous permettent de proposer une expérience enrichie et attrayante à vos utilisateurs, ou de renforcer la sécurité pour le partage de contenus sensibles.
Bonne chance et à vous de jouer !