באפליקציות לנייד, קישור עומק מאפשר למשתמשים לעבור ישירות לתוכן באפליקציה. ללא קישורי עומק, אם שיתפתם חולצה שמצאתם באפליקציה של חנות קמעונאית עם הקישור, הקישור שתשלחו יעביר אותו לדפדפן שלכם או יעביר אותו לחנות Play, ושם הוא יצטרך להתקין או לפתוח את האפליקציה ולחפש את התוכן. אף אחד מהמצבים האלה אינו חוויית משתמש מעולה. קישור עומק מוביל את החבר שלכם לחולצה המדויקת שמצאתם באפליקציה הקמעונאית.
במאמר הזה נסביר איך להשתמש בקישורי עומק כדי ליצור חוויות עשירות ומעניינות למשתמשי RBM.
שילוב משתמש ב-RBM לאפליקציה
קישור עומק הוא רק קישור לאפליקציה. סוכן ה-RBM יכול לפתוח אפליקציה שהותקנה בטלפון של מישהו באמצעות OpenUrlAction, שכתובת ה-URL היא קישור עומק שהוגדר לאפליקציה שרוצים להפעיל. אפשר לקרוא מידע נוסף במאמר יצירת קישורי עומק לתוכן של אפליקציה.
נבחן דוגמה ספציפית. כדי לפתוח את הפודקאסט של Google Cloud באפליקציית Google Podcasts, אפשר ליצור OpenUrlAction עם ה-URI:
https://www.google.com/podcasts?feed=aHR0cDovL2ZlZWRzLmZlZWRidXJuZXIuY29tL0dvb2dsZUNsb3VkUGxhdGZvcm1Qb2RjYXN0
מוצרים רבים של Google מוגדרים לתמוך בקישורי עומק המשמשים גם ככתובות אתרים, כולל YouTube ומפות Google.
כדי להפעיל אחת מהאפליקציות האלה מסוכן, צריך לציין את הערך הזה ככתובת ה-URL ב-OpenUrlAction. בקובץ ה-JSON לדוגמה שלמטה, מצוין כרטיס Rich BMM עם שלוש פעולות פתוחות של כתובות URL, כשכל קישור עומק לאפליקציה אחרת.
{
"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"
}
}
}
]
}
}
}
}
}
כאשר המטען הייעודי (payload) של JSON מוצג בתוך לקוח RCS של המשתמש, הסמל של הפעולה המוצעת תואם לאפליקציה המקושרת עמוקה. הקשה על אחת מהפעולות המוצעות משיקה את האפליקציה המתאימה ישירות לתוכן שמקודד בכתובת ה-URL.
למה היית רוצה?
יש כמה סיבות אפשריות לכך שברצונך ליצור קישור עומק לאפליקציה.
אימות
אם הנציג מטפל במידע שעשוי להיות רגיש, אחת מהדרכים לאבטחת הנציג היא קישור עומק לאפליקציה כדי לאמת את המשתמש באמצעות טביעת אצבע, התחברות או באמצעים אחרים. אחרי שהמשתמש מבצע אימות בהצלחה, תוכלו לעקוב אחר הצד של שרת האימות ולהחזיר את המשתמש לסוכן על ידי הפעלת הודעת RBM חדשה. אם אתם שולחים הודעות מעקב שעשויות להיות רגישות, תוכלו לבדוק את הצד של השרת כדי לוודא שהמשתמש אומת. אם לא, תוכלו לשלוח אותם בחזרה לאפליקציה כדי לחדש את אסימון האימות שלהם.
תמיכה בתרחישים מורכבים
נציגים של RBM הם טובים לאינטראקציות עם שיחה, אבל אפליקציות יכולות להתאים יותר לתרחישים לדוגמה. לדוגמה, אם יש לכם חברת רהיטים ויצרתם חוויה של מציאות רבודה כדי שהמשתמשים יוכלו לנסות רהיט בבית שלהם (ראו תמונה בהמשך), תוכלו להשתמש בתרחיש לדוגמה רק באפליקציה.
במצבים כאלה, הגיוני להפנות את משתמשי RBM לאפליקציה שלך כדי לבצע פעולות מסוימות. האפליקציה שלכם תמיד יכולה להחזיר את המשתמש לשיחה ב-RBM, על ידי הפעלה של הודעת נציג חדשה.
סיוע בתשלום
ניתן לתמוך בתשלומים עם אפליקציית צד שלישי עם קישורי עומק.
לדוגמה, נניח שאתם רוצים לתמוך בהעברת כספים דרך חברת התשלומים הפיקטיבית AcmePay. כשחקרתם באינטרנט, גיליתם ש-AcmePay תומך בקישורי עומק באמצעות מבנה ה-URI הייחודי שלו, שמאפשר להעביר את הערכים של הנמענים, את הסכום ואת ההערה באמצעות הפרמטרים של מחרוזת שאילתה.
כשבידיים הידע הזה, הנציג צריך פשוט ליצור OpenUrlAction עם ה-URI של הפרמטר שהוגדר ל-AcmePay לחלק של כתובת ה-URL של הפעולה המוצעת.
acmepay://paycharge?recipients=Jane+Smith&amount=10¬e=Money+For+You!
אחרי שהנמען של הודעת ה-RBM יקיש על הפעולה שהוצעה, אפליקציית AcmePay תושק ישירות למסך העסקה, והערכים שמועברים כבר ימולאו.
מה קורה אם האפליקציה לא מותקנת?
אם אפליקציה לא מותקנת במכשיר של משתמש, אופן הפעולה של קישורי עומק תלוי במבנה ה-URI שמועבר ל-OpenUrlAction. אם לפחות אפליקציה אחת במכשיר מזהה את ה-URI הזה (למשל, Chrome מזהה את כתובות ה-URL שמתחילות ב-http:// ), הפעולה המוצעת תוצג כרגיל באפליקציה הזו. כשהמשתמש מקיש על הפעולה, ה-URI נפתח בכל אפליקציה שמזהה את מבנה ה-URI.
אם אתם מפתחי האפליקציה, כדאי לקשר עומק עם URI שמתחיל ב-"http://" ולהפנות לדומיין שבבעלותכם, כי Chrome יכול להפנות את המשתמש לדף אינטרנט כפעולה חלופית. בדף האינטרנט, אתם יכולים להפנות את המשתמש להורדה של האפליקציה או להפנות אותו לפי הצורך.
במצב שבו ה-URI משתמש במבנה מותאם אישית שלא מזוהה על ידי אף אפליקציה במכשיר, הפעולה המוצעת לא תעובד בהודעה של RBM.
כדי לוודא שההצעות לפעולות תמיד יופיעו, אתם יכולים להשתמש בכתובת URL שבבעלותכם ושדף האינטרנט ינסה להפנות את הדפדפן ל-URI מותאם אישית שמפעיל את האפליקציה. אם האפליקציה קיימת במכשיר, היא מופעלת כצפוי. אם לא, המשתמש נשאר בדף האינטרנט, ואפשר להפנות אותו לפי הצורך.
הדוגמה הבאה ממחישה איך לעשות זאת באמצעות JavaScript. הסקריפט מנסה להפנות את המשתמש לאפליקציית AcmePay, אבל אם האפליקציה הזו לא מותקנת, הסקריפט מפנה את המשתמש לחנות Google Play כדי להוריד את האפליקציה.
<!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>
סיכום ו-TL;DR
אתם יכולים להשתמש בפעולה המוצעת ב-OpenUrlAction כדי ליצור קישור עומק לאפליקציות שבבעלותכם או לאפליקציות שתרצו להפעיל כדי לעורר עניין בקרב המשתמשים. קישורי עומק מאפשרים לכם לספק למשתמשים חוויה עשירה ומרתקת וגם להגביר את האבטחה לשיתוף של תוכן רגיש.
שיהיה בהצלחה!