יישום קישור עמוק דחוי באפליקציות מובייל

קישור עמוק רגיל עובד רק אם האפליקציה כבר מותקנת. משתמש לוחץ על קישור, האפליקציה לא קיימת — הקישור מוביל לחנות, וההקשר אובד. נתקלנו במצב הזה פעמים רבות בפרויקטים של לקוחות: תקציב הפרסום מבוזבז, אך ההמרה לפעולת היעד יורדת עקב אובדן הקשר. קישור עמוק דחוי (DDL) פותר את הבעיה: המשתמש מתקין את האפליקציה ובהפעלה הראשונה נוחת מיד על המסך שלחץ עליו. זה קריטי לקמפיינים פרסומיים, תוכניות הפניה ושיתוף תוכן. המהנדסים שלנו מחזיקים בהסמכות של Apple ו-Google, עם ניסיון של למעלה מ-8 שנים בפיתוח מובייל — אנו מבטיחים פעולה תקינה של DDL בשתי הפלטפורמות.

למה ההמרה יורדת ללא DDL

ללא DDL, קמפיינים פרסומיים מאבדים עד 30% מההמרות: משתמש לוחץ על קישור על מוצר, מתקין את האפליקציה, ורואה את מסך הבית במקום כרטיס המוצר. הם צריכים לחפש ידנית — רבים מוותרים. DDL שומר על פרמטרי הקמפיין (utm_source, utm_campaign, content) ומעביר אותם לאפליקציה בהפעלה הראשונה. השיווק מקבל ייחוס מדויק: אפשר להבין איזה ערוץ הוביל להתקנה ולהמרה. לפי תיעוד Branch.io, דיוק הייחוס מגיע ל-95% באנדרואיד ו-85% ב-iOS.

בעיות שאנו פותרים עם DDL

• אובדן הקשר לאחר התקנה. משתמש לוחץ על קישור למבצע, מתקין את האפליקציה — ונוחת על מסך הבית. פתרון: שמירת פרמטר המבצע ולאחר ההפעלה הראשונה ניווט למסך המבצע. זה מגדיל את ההמרה ב-25%.
• ייחוס התקנות פרסומיות. ללא DDL, קשה לקשר התקנה למודעה ספציפית. עם DDL, אנו יודעים מאיפה המשתמש הגיע: דרך Branch או referrer מותאם אישית. חיסכון בתקציב הפרסום יכול להגיע עד 40% בזכות ייחוס מדויק.
• תוכניות הפניה. כדי לזכות את המפנה, יש להעביר את מזהה המפנה בזמן ההתקנה. DDL פותר זאת: המפנה מקודד בקישור ונקרא בהפעלה הראשונה. שימור המשתמשים עולה ב-15%.

איך אנו מיישמים קישור עמוק דחוי

אנו בוחרים גישה לפי פלטפורמות ותקציב. להתחלה מהירה, Branch.io מתאים — הוא תומך באנדרואיד (Play Referrer + טביעת אצבע), iOS (לוח + SKAdNetwork), ו-fallback לדפדפן. אם הפרויקט לא יכול להשתמש ב-SDK של צד שלישי, אנו פורסים יישום מותאם אישית על השרת שלנו.

Branch.io

אינטגרציה: אנו מחברים את ה-SDK (Android/Kotlin, iOS/Swift), מגדירים Universal Links ו-App Links דרך לוח הבקרה של Branch. אנו יוצרים apple-app-site-association ו-assetlinks.json. בקוד האפליקציה, אנו מטפלים ב-callback של הסשן.

// Android: Application.onCreate() Branch.getAutoInstance(this)
// Activity.onStart()
Branch.sessionBuilder(this)
    .withCallback { referringParams, error ->
        if (error == null && referringParams != null) {
            val screen = referringParams.getString("screen")
            val itemId = referringParams.getString("item_id")
            if (referringParams.getBoolean("+clicked_branch_link", false)) {
                navigateTo(screen, itemId)
            }
        }
    }
    .withData(intent?.data)
    .init()

// iOS: AppDelegate
Branch.getInstance().initSession(launchOptions: launchOptions) { params, error in
    guard error == nil, let params = params else { return }
    if let clicked = params["+clicked_branch_link"] as? Bool, clicked {
        let screen = params["screen"] as? String
        self.navigateTo(screen: screen)
    }
}

יישום מותאם אישית

אנו יוצרים endpoint /deferred?screen=product&id=123, שומרים פרמטרים + טביעת אצבע של הדפדפן ב-Redis עם TTL של 24 שעות. באנדרואיד אנו משתמשים ב-InstallReferrerClient כדי לקרוא את ה-referrer. ב-iOS — בקשה עם טביעת אצבע (דיוק נמוך יותר).

השוואת גישות

Branch.io מדויק פי 1.2 מהיישום המותאם אישית ב-iOS (85% לעומת 70%). באנדרואיד, הדיוק דומה (95%), אבל Branch מוסיף הגנה מפני שימוש חוזר בקישורים ודיווח נוח בלוח הבקרה. הפתרון המותאם אישית נותן שליטה מלאה על הנתונים ואינו דורש SDK של צד שלישי, אבל מאבד אמינות ב-iOS. אם 1000 התקנות עם DDL מביאות 60 המרות נוספות, אז עם הגישה המותאמת אישית רק 45. ההבדל משמעותי לתקציב הפרסום. העלות הממוצעת להתקנה (CPI) יורדת ב-20% בשימוש ב-Branch.

תהליך העבודה: מבדיקה ועד פריסה

1. אנליטיקה — אנו חוקרים את הניווט הנוכחי, מזהים מסכים ל-DDL, ומסכמים על סכמת פרמטרים עם השיווק.
2. עיצוב — אנו בוחרים גישה (Branch/מותאם אישית), מתכננים תרחישים: התקנה, לחיצה חוזרת, התקנה מחדש.
3. יישום — אנו מגדירים דומיין ל-Universal Links/App Links, משלבים SDK או כותבים backend מותאם אישית, ומוסיפים לוגיקת ניווט לאפליקציה.
4. בדיקות — על מכשירים אמיתיים דרך TestFlight/Firebase App Distribution. אנו משתמשים ב-testMode של Branch כדי לדמות לחיצות. בדיקת קישור עמוק דחוי כוללת בדיקת כל התרחישים.
5. פריסה — אנו מפרסמים את העדכון בחנויות, ומנטרים את הייחוס למשך שבוע.

תרחישי בדיקה של DDL

טעויות נפוצות ביישום DDL

מה כלול בעבודה

מפתח לפתח: אנו בוחרים אסטרטגיה לפי פלטפורמות ותקציב, מגדירים את הדומיין, משלבים SDK או מיישמים backend מותאם אישית, ובודקים את כל התרחישים על מכשירים אמיתיים. אנו מתעדים את סכמת הפרמטרים לצוות השיווק. לוח זמנים — בין 5 ל-10 ימים. צרו קשר להערכת פרויקט — נחשב את היקף העבודה המדויק. קבלו ייעוץ ליישום DDL: נעזור לכם לבחור את הפתרון האופטימלי.