Deferred Deep Link: ما هو، كيف يعمل ويُستخدم في التطوير

ما هو Deferred Deep Link؟

Deferred Deep Link هو نوع من الروابط العميقة يعمل على مرحلتين: أولاً ينقر المستخدم الرابط قبل تثبيت التطبيق، ثم يستعيد النظام السياق بعد اكتمال التثبيت. الرابط العميق العادي يفتح التطبيق فقط إذا كان مثبتًا بالفعل، بينما deferred يحفظ جميع معلمات الانتقال وينقلها عند أول تشغيل.

أصبحت هذه التقنية مطلوبة بشكل خاص مع نمو التسويق المحمول، حيث تستهدف الحملات الإعلانية في كثير من الأحيان مستخدمين لم يقوموا بتثبيت التطبيق بعد. بدون deferred deep link، كل هذه الانتقالات ستنتهي بمجرد تنزيل التطبيق بدون أي سياق — سيصل المستخدم إلى الشاشة الرئيسية بدلاً من الشاشة المستهدفة.

الفرق عن الرابط العميق العادي

الرابط العميق العادي يفتح المحتوى المستهدف في تطبيق مثبت بالفعل. إذا لم يكن التطبيق مثبتًا، يعرض المتصفح خطأً. Deferred Deep Link يعمل من خلال خادم وسيط يعيد توجيه المستخدم إلى المتجر، وبعد التثبيت يخبر التطبيق بالمعلمات المحفوظة. بهذا الطريق، لا يتطلب الرابط المؤجل تثبيتًا مسبقًا للتطبيق ويوفر مسار مستخدم متكاملًا من الإعلان إلى المحتوى.

كيف يعمل Deferred Deep Link

تتكون معالجة deferred deep link من ثلاث مراحل. في المرحلة الأولى، ينقر المستخدم الرابط — يحدد الخادم ما إذا كان التطبيق مثبتًا. إذا لم يكن، يقوم بإنشاء معرّف جلسة فريد، يحفظ معلمات الانتقال ويعيد توجيه المستخدم إلى App Store أو Google Play بهذا المعرّف.

في المرحلة الثانية، يقوم المستخدم بتثبيت التطبيق من المتجر. بعد التثبيت وأول تشغيل، يتصل SDK المنصة بالخادم، ينقل معرّف الجهاز ويتلقى معلمات الانتقال المحفوظة. في المرحلة الثالثة، يقوم التطبيق بمعالجة البيانات الواردة ويعيد توجيه المستخدم تلقائيًا إلى الشاشة المستهدفة.

دورة حياة الرابط المؤجل

لحفظ المعلمات بين النقر على الرابط والتثبيت، تستخدم آليات مختلفة. في iOS، يتم استخدام سلسلة مفاتيح iCloud (iCloud Keychain) أو الحافظة، وفي Android — Install Referrer API. يستخدم Firebase Dynamic Links مزيجًا من localStorage المتصفح ورابط الإحالة للمتجر لنقل معرّف الجلسة. يطبّق Branch.io بروتوكوله الخاص مع احتياطي البيانات في عدة مستودعات.

Deferred Deep Link في iOS

في iOS، يتم تنفيذ deferred deep link من خلال مزيج من Universal Links و Shared Web Credentials. عندما ينقر المستخدم رابط Universal Link لموقع التطبيق، يقوم Safari بحفظ معلمات الانتقال في iCloud Keychain المرتبط بنطاق التطبيق. بعد تثبيت التطبيق من App Store، يتحقّق iOS من وجود البيانات المحفوظة وينقلها إلى التطبيق عند أول تشغيل.

لا توفر Apple API مضمنة لـ deferred deep link — يقع التنفيذ بالكامل على SDK الخارجية. يستخدم Firebase Dynamic Links آلية passive deferred، حيث تحفظ البيانات في كوكيز المتصفح وتستعاد من خلال إعادة توجيه إلى URL خاص عند أول تشغيل للتطبيق.

القيود في iOS

بدءًا من iOS 14، شدّدت Apple قواعد الخصوصية، ما أثّر على آليات deferred deep link. لم يعد يمكن استخدام الحافظة لقراءة البيانات دون إذن صريح من المستخدم. كما أن iCloud Keychain له قيود على حجم البيانات — لا يتجاوز 4 كيلوبايت للكتابة الواحدة. ويجعل هذا الحلول الخادمية مع معرّف جلسة فريد هي الطريقة المفضّلة لنقل السياق.

Deferred Deep Link في Android

يوفر Android خيارات أكثر مرونة لـ deferred deep link من خلال Install Referrer API. عندما ينقر المستخدم رابطًا إلى Google Play، يقوم المتجر بالتقاط referrer — سلسلة بمعلمات الانتقال. بعد التثبيت، يتلقى التطبيق هذه السلسلة من خلال Install Referrer API ويستخرج منها السياق المستهدف. هذه هي أكثر آليات deferred deep link موثوقية على Android.

بالنسبة للتطبيقات الموزّعة خارج Google Play، يدعم Android BroadcastReceiver للإحالات. يمكن للمطور إرسال Intent مخصص بمعلمات بعد التثبيت، ويستقبله التطبيق من خلال BroadcastReceiver المسجّل في المانيفست. ولكن هذه الآلية أقل موثوقية، حيث أنها تعتمد على تنفيذ المثبّت.

Install Referrer API

يوفر Install Referrer API معلومات عن مصدر التثبيت، بما في ذلك URL المحيل، وقت النقر ووقت التثبيت. يبلغ الحد الأقصى لطول سلسلة referrer 8 كيلوبايت، وهو ما يكفي لنقل جميع معلمات الرابط العميق الضرورية. تتوفر واجهة البرمجة على الأجهزة التي تشتمل على Google Play Store الإصدار 8.3.73 فما فوق، وتدعم Android 5.0 (واجهة البرمجة 21).

التنفيذ عبر Firebase Dynamic Links

Firebase Dynamic Links هي الأداة المجانية الأكثر شيوعًا لتنفيذ deferred deep link على كلتا المنصتين. يقوم Firebase بمعالجة جميع مراحل الانتقال المؤجل تلقائيًا: إعادة التوجيه إلى المتجر عند عدم وجود التطبيق، تخزين المعلمات على خادم Firebase ونقلها إلى SDK عند أول تشغيل للتطبيق.

للتنفيذ، يكفي دمج Firebase SDK في المشروع، وإنشاء Dynamic Link من خلال Firebase Console مع تحديد الرابط العميق ومعلمات الحملة. يتم استدعاء Firebase SDK تلقائيًا عند تشغيل التطبيق ويتحقّق من وجود Dynamic Link وارد من خلال طريقة getDynamicLink().

مثال على إعداد المعالجة

مثال معالجة Firebase Dynamic Link مؤجل في Activity بلغة Kotlin. يعمل الكود بنفس الطريقة لكل من cold start و warm start عند تشغيل التطبيق.

class MainActivity : AppCompatActivity() {

    override fun onCreate(savedInstanceState: Bundle?) {
        super.onCreate(savedInstanceState)
        checkDeferredLink()
    }

    private fun checkDeferredLink() {
        FirebaseDynamicLinks.getInstance()
            .getDynamicLink(intent)
            .addOnSuccessListener link ->
                val deferredLink = link?.link.toString()
                if (deferredLink.isNotEmpty()) {
                    navigateToContent(deferredLink)
                }
            }
    }
}

تعيد طريقة getDynamicLink() PendingTask مع كائن DynamicLink. إذا تم تثبيت التطبيق بعد النقر على الرابط، سيتلقى المستمع البيانات مع المعلمات. إذا كان التطبيق مثبتًا فعليًا قبل الانتقال، ستعيد الطريقة نفس البيانات كما في الرابط العميق العادي. يسمح العلم minimumAppVersion في معلمات الرابط بتعيين أدنى إصدار للتطبيق للمعالجة.

مزايا وقيود Deferred Deep Link

يوفر Deferred Deep Link مزايا كبيرة للحملات التسويقية: يتلقى المستخدم المحتوى المستهدف بعد التثبيت دون إجراءات إضافية، ما يزيد من معدل التحويل والاحتفاظ بالمستخدمين. بالنسبة لبرامج الإحالة، تسمح الروابط المؤجلة بربط الدعوة بالتثبيت وإجراءات المستخدم الجديد بشكل واضح.

ومع ذلك، للتقنية أيضًا قيود. لا يعمل deferred deep link في المتصفحات التي تحجب كوكيز الطرف الثالث، وفي iOS من الإصدار 14 يتطلب تكوينًا إضافيًا للعمل مع iCloud Keychain. بالإضافة، قد تمرّ عدة أيام بين النقر على الرابط والتثبيت، ولا تضمن جميع SDK الحفاظ على البيانات لهذه الفترة.

متى يجب استخدام deferred deep link

Deferred deep link ضروري للحملات الإعلانية الموجّهة للمستخدمين الجدد، والنشرات البريدية بالدعوات وبرامج الإحالة. بالنسبة للمستخدمين المثبتين فعليًا، يكفي الرابط العميق العادي. إذا لم يستخدم التطبيق حملات تسويقية أو آليات إحالة، فلا حاجة لـ deferred deep link — يكفي Universal Links و App Links.

عند اختيار التنفيذ، قم بمراعاة التكلفة: Firebase Dynamic Links مجاني ولكن له تحليلات محدودة. يوفر Branch.io و AppsFlyer إحالة متقدّمة ولكنهما يتطلبان اشتراكًا. للمشاريع الصغيرة، Firebase هو الحل الأمثل، وللمؤسسات الكبيرة مع عشرات قنوات الإعلانات، تكون منصات MMP التجارية هي الخيار.