كل ما تحتاج لمعرفته حول Mobile Deep Link

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

ما هو الرابط العميق؟

الارتباط العميق هو منهجية لإطلاق تطبيق جوال محلي عبر رابط.

الرابط العميق يفعل بالضبط ما يقوله: اصطحب المستخدمين إلى عمق موقع الويب / التطبيق باستخدام رابط. على سطح المكتب ، الارتباط العميق هو استخدام ارتباط تشعبي يربط بمحتوى معين داخل موقع ويب (على سبيل المثال ، "http://example.com/path/page") ، بدلاً من الصفحة الرئيسية لموقع الويب (على سبيل المثال ، "http: / /example.com/ ”). على الهاتف المحمول ، يستخدم الارتباط العميق معرّف موارد موحدًا (URI) يرتبط بموقع معين داخل تطبيق جوال بدلاً من مجرد تشغيل التطبيق. في هذه السلسلة ، نركز فقط على الارتباط العميق للجوال.

إذن أنت تتصفح الإنترنت على هاتفك المحمول. أنت تبحث عن "Facebook" على Google وتشير النتيجة الأولى إلى صفحة Facebook الرئيسية. تنقر على هذا الرابط وبدلاً من إعادة توجيهك إلى صفحة Facebook الرئيسية ، يتم فتح تطبيق Facebook على هاتفك المحمول. هذا هو الأساس الذي يعمل به الارتباط العميق للجوال.

سيسمح لك تمكين الارتباط العميق لتطبيق الهاتف المحمول باستدعاء الروابط العميقة التي تفتح تطبيقًا وتطلق شاشات محددة ومحددة داخل التطبيق ، مثل الصفحة الرئيسية وصفحات المنتج وعربة التسوق ، تمامًا كما تفعل على موقع ويب.
يعد الارتباط العميق مفيدًا بشكل خاص للجهود الترويجية لأنه يسمح لك ولأي طرف ثالث بفتح التطبيق عند النقر فوق الرابط ، بدلاً من القيادة إلى موقع ويب أو إلى قائمة تطبيقك على iOS App Store أو Google Play.

3 أنواع من الروابط لمواضع معينة

1. روابط عميقة تقليدية

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

2. الروابط العميقة المؤجلة

يمكن للروابط الداخلية المؤجلة توجيه المستخدمين إلى المحتوى حتى إذا لم يكن التطبيق مثبتًا عند فتح الرابط. سيعيد الرابط أولاً توجيهه إلى App Store أو Play Store لتنزيل التطبيق ، ثم يأخذ المستخدم إلى المحتوى "المؤجل" المحدد فور إطلاقه لأول مرة.

3. الروابط الداخلية السياقية

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

تضيف الروابط السياقية قيمة لكل من مطوري التطبيقات والمستخدمين. يمكن لمطوري التطبيقات إنشاء ميزات قوية تتجاوز مجرد ربط المحتوى البسيط ، بما في ذلك الترحيب المخصص (حيث ترى توصية صديقك في التطبيق إذا شاركوا عنصرًا معك) وبرامج الإحالة. يستفيد مستخدمو التطبيق لأن التطبيقات يمكن أن توفر تجارب أفضل ومعلومات أكثر صلة.

مخطط URI

كانت مخططات URI المخصصة هي الشكل الأصلي للارتباط العميق لتطبيقات الأجهزة المحمولة. إنها تشبه إنشاء "إنترنت خاص" لتطبيقك ، مع روابط تشبه myapp: // path / to / content . تتمثل ميزة مخططات URI المخصصة في سهولة إعدادها ومعظم التطبيقات بها واحد بالفعل. العيب هو أن جهاز المستخدم يعرف فقط عن هذا "الإنترنت الخاص" إذا كان التطبيق المقابل مثبتًا بالفعل ، ولا يوجد خيار احتياطي رشيق افتراضيًا.

يتضمن النهج البديل للارتباط العميق بأنظمة URI استخدام رابط http: // تقليدي لتشغيل متصفح ويب. يحتوي هذا الرابط على إعادة توجيه JavaScript إلى مخطط URI مخصص ، يتم تنفيذه بواسطة مستعرض الويب لتشغيل التطبيق. إذا فشلت محاولة إعادة التوجيه بسبب عدم تثبيت التطبيق ، فإن JavaScript يأخذ المستخدم بعد ذلك إلى App Store أو Play Store.

لا يزال هذا هو النهج الأساسي للربط العميق على Android ، لكن Apple بدأت في حظر هذا النهج على نظام التشغيل iOS في عام 2015 بإصدار Universal Links .

روابط عالمية لـ Apple iOS

قدمت Apple روابط عالمية في نظام التشغيل iOS 9 كحل لعدم وجود وظائف احتياطية رشيقة في الروابط العميقة لمخطط URI المخصص. الروابط العامة هي روابط ويب قياسية (http://mydomain.com) تشير إلى صفحة ويب وجزء من المحتوى داخل التطبيق. عند فتح رابط عام ، يتحقق iOS لمعرفة ما إذا كان أي جهاز مثبت مسجلاً لهذا المجال. إذا كان الأمر كذلك ، فسيتم تشغيل التطبيق على الفور دون تحميل صفحة الويب. إذا لم يكن كذلك ، فإن عنوان URL للويب (والذي يمكن أن يكون إعادة توجيه بسيطة إلى App Store) يتم تحميله في Safari.

وجدت دراسة أجريت على آلاف التطبيقات على النظام الأساسي الفرعي أن Universal Links زادت التحويل لفتحها بنسبة 40٪.

روابط أندرويد

صممت Google ارتباطات التطبيقات على أنها مكافئ Android لـ iOS Universal Links ، وهي تعمل بطريقة مشابهة جدًا: رابط ويب قياسي يشير إلى صفحة ويب وجزء من المحتوى داخل التطبيق. ينتج عن هذا تجربة مستخدم أكثر سلاسة ، ولكن نظرًا لأن مخططات URI المخصصة لا تزال مدعومة بالكامل من قبل كل إصدار من إصدارات Android ، فقد شهدت ارتباطات التطبيقات اعتمادًا منخفضًا للغاية.

روابط تطبيقات Facebook

أنشأ Facebook روابط التطبيقات في عام 2014 كمعيار مفتوح لحل قيود الروابط الداخلية لمخطط URI. تحتوي روابط التطبيقات على مكونين رئيسيين:

1. مجموعة من العلامات الوصفية لإضافتها إلى وجهة صفحة الويب لرابط http: // قياسي. تحدد هذه العلامات موقع مخطط URI المخصص للمحتوى المقابل داخل التطبيق الأصلي ، والسلوك الذي يجب أن يحدث إذا لم يتم تثبيت التطبيق.
2. محرك توجيه للاستخدام داخل التطبيقات التي تدعم فتح الروابط. يتحقق هذا المحرك من عنوان URL المقصود لعلامات ارتباطات التطبيقات قبل فتحه ، ثم يقوم بتشغيل التطبيق المقابل أو تنفيذ السلوك الاحتياطي المحدد.

http://applinks.org/documentation/

يشتمل معيار ارتباطات التطبيقات على عيب فادح: فهو يتطلب العمل من قبل كل من تطبيقات الأصل والوجهة. بينما شهد مكون العلامات الوصفية اعتمادًا واسعًا ، كانت التطبيقات الرئيسية الوحيدة لمحرك التوجيه موجودة في تطبيقات Facebook و Messenger الأساسية.

يفضل Facebook الآن إبقاء المستخدمين داخل نظامه الأساسي ، وقد أزال محرك توجيه روابط التطبيقات من كل مكان باستثناء تطبيق Android الرئيسي. نظرًا لأن Facebook يحظر أيضًا روابط iOS Universal ، فإن هذا لا يترك طريقة موثوقة لفتح تطبيقات الطرف الثالث من Facebook أو Messenger على iOS. قام الفرع بتطبيق حل للمساعدة في التغلب على هذه القيود.

بنية الارتباط العميق

يعمل الارتباط العميق مثل الارتباط التشعبي التقليدي على صفحة ويب. وهو يتألف من عناصر منفصلة تشكل ما يشار إليه باسم معرف الموارد الموحد (URI). يحتوي URI على جميع المعلومات التي ، عند الاستدعاء ، تقوم بتشغيل تطبيق جوال بشاشة معينة.

عند التفكير في بنية الارتباط العميق ، فإن أفضل ممارسة هي تنفيذ عنوان URL باسم مخطط فريد ومعلمات توجيه (سلاسل المسار والاستعلام) التي تمثل الإجراءات المخصصة التي يجب اتخاذها في التطبيق. ما لم تكن لديك احتياجات محددة للغاية ، نوصي باستخدام بنية عنوان URL بسيطة كما هو موضح في المثال أدناه:

 mobiledeeplinkingprojectdemo: // المسار؟ query_string

حيث يمثل عرض mobiledeeplinkingprojectdemo هو اسم المخطط والمسار وسلسلة الاستعلام هي معلمات التوجيه المستخدمة لتوجيه المستخدم إلى تجربة معينة في التطبيق.

لاسم المخطط:

• عند اختيار اسم مخطط ، من الضروري اختيار اسم فريد لعلامتك التجارية لتجنب المخططات المتضاربة عبر التطبيقات المختلفة
• لا توجد حاليًا سلطة مركزية لإدارة التعارضات مع أسماء المخططات
• تتمثل أفضل الممارسات في جعل اسم المخطط يشير إلى علامتك التجارية (على سبيل المثال ، النسخة التجريبية لمشروع الربط الإلكتروني للجوال). هناك نمط آخر مقترح لأسماء المخططات وهو استخدام تدوين اسم المجال العكسي (على سبيل المثال org.mobiledeeplinking) ، ولكن هذا لا يتم اتباعه على نطاق واسع

بالنسبة لمعلمات التوجيه (المسار وسلسلة الاستعلام):

• معلمات التوجيه اختيارية ، لكن يوصى بها بشدة. توفر لك معلمات التوجيه مزيدًا من التحكم لتوجيه المستخدم إلى شاشات محددة من التطبيق أو تمرير معلمات إضافية
• سلسلة الاستعلام اختيارية ، ويمكن استخدامها إذا كنت بحاجة إلى تمرير معلمات محددة ، مثل معرّف المنتج
• قد تقوم الأطراف الخارجية بإلحاق بيانات وصفية إضافية بمعلمات التوجيه ، لذلك من المهم أن يتمكن تطبيقك من التعامل مع حالة الاستخدام هذه (تمت مناقشة مكتبات iOS و Android في حساب الجزء 2 لهذا)
• إذا كان تطبيق الجوال يحتوي على موقع ويب مطابق ، فمن المستحسن أن تتطابق بنية معلمات التوجيه لتطبيق الجوال مع بنية عنوان URL على موقع الويب

فيما يلي بعض الأمثلة على الروابط العميقة للتطبيقات الشائعة على iOS:

تنفيذ Deeplink

بغض النظر عما إذا اخترت استخدام مكتبة MobileDeepLinking ، فإن تنفيذ الارتباط العميق يتطلب منك:

• حدد مخطط URI الذي ستستخدمه ، وأعلن عنه في بيان التطبيق (تمت مناقشته بمزيد من التفاصيل أدناه). كما تمت مناقشته في الجزء الأول ، يجب أن يكون اسم المخطط فريدًا لتطبيقك ، وإلا فقد يحدث تعارض مع التطبيقات الأخرى
• حدد الإجراءات التي تريد إطلاقها باستخدام ارتباط عميق. تأكد من أن هذه الإجراءات متوافقة مع بناء جملة URI الذي اخترته. كما هو مذكور في الجزء 1 ، يوصى بشدة باستخدام بناء جملة URL (على سبيل المثال schemename://path?query_string )

بمجرد الانتهاء من ذلك ، يمكنك البدء في تنفيذ الكود الذي سيتعامل مع أقسام المسار وسلسلة الاستعلام الخاصة بعنوان URL لبدء الإجراء المقصود.

يوصى باستخدام مكتبات MobileDeepLinking ، ولكن إذا كنت ترغب في تنفيذ الارتباط العميق للجوال مباشرةً ، فإن العملية عالية المستوى هي كما يلي -

iOS

تطبيقات iOS هي كيانات قائمة بذاتها. لا يوجد سوى نقطة دخول واحدة في التطبيق: AppDelegate. عندما يتم بدء ارتباط عميق لتطبيقك ، فسوف يستدعي AppDelegate مع البيانات الوصفية للارتباط العميق.

من المهم الحفاظ على حالة متسقة في تطبيقك مع توفير التجربة المطلوبة. يمكن إطلاق رابط عميق في أي وقت في أي حالة تطبيق ، وتقع على عاتقك مسؤولية الحفاظ على التطبيق في حالة مستقرة.

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

عند فتح التطبيق ، يمكنك استرداد عنوان URL الذي تم استخدامه لتشغيله ومعالجته وفقًا لاحتياجاتك.

يمكنك العثور على الوثائق المرجعية على AppDelegate هنا.

ذكري المظهر

تتكون تطبيقات Android من مجموعة من الأنشطة. يمكن استدعاء كل من هذه الأنشطة بواسطة تطبيقات أخرى إذا تم تكوينها على هذا النحو. بناءً على كيفية تنظيم تطبيقك والارتباطات العميقة ، يمكنك اختيار استخدام نقطة نهاية مركزية واحدة أو أكثر.

من المهم الحفاظ على حالة متسقة في تطبيقك مع توفير التجربة المطلوبة. سيتم تشغيل نشاط Android فوق السياق الحالي ، وتقع على عاتقك مسؤولية ضمان الحفاظ على التسلسل الهرمي المناسب للعرض. بالإضافة إلى ذلك ، من المهم أن تكون البيانات الضرورية جاهزة للنشاط عند تحميله للمستخدم.

عند فتح التطبيق ، يمكنك استرداد عنوان URL الذي تم استخدامه لتشغيله ومعالجته وفقًا لاحتياجاتك.

يمكنك العثور على وثائق مرجعية حول الارتباط العميق في Android هنا.

استخدم حالات

1. تحويل مستخدمي الويب إلى مستخدمي التطبيق

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

2. الحملات الاجتماعية والبريد الإلكتروني والرسائل النصية القصيرة

إرسال العروض الترويجية باستخدام الروابط التي تعمل على أي منصة. يمكن للمستخدمين الحاليين والمستقبليين استرداد عروضك سواء كانوا يستخدمون iOS أو Android أو متصفح ويب ، وسواء تم تثبيت تطبيقك بالفعل أم لا.

3. مشاركة المستخدم إلى المستخدم

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

4. ترويج التطبيق في العالم الحقيقي

استخدم رموز QR أو الرموز الشريطية التي تشفر رابطًا لموضع معين في شاشات العرض الفعلية للترويج لتطبيقك في الأحداث والأماكن. يمكن للمستخدمين استخدام كاميرا هواتفهم المحمولة لمسح رموز QR / الرموز الشريطية وإعادة توجيههم إلى المحتوى المستهدف في تطبيقك ، أو يُطلب منهم تثبيت تطبيقك أولاً إذا لم يفعلوا ذلك.

حالات الاستخدام الأربعة المذكورة أعلاه ليست سوى بعض الأمثلة على كيف يمكن للرابط العميق أن يساعد عملك ، من وجهة نظر المسوق. هناك بالتأكيد العديد من الطرق الأخرى التي يمكنك من خلالها استخدام الارتباط العميق للجوال في تطبيقك لزيادة المبيعات والمشاركة.

استنتاج

الروابط العميقة هي ببساطة وسيلة لتحديد المستخدمين ومخاطبتهم ونقلهم إلى محتوى معين في التطبيقات. على الرغم من كونها مريحة (وضرورية) ، إلا أنها ليست ثورية أو مثيرة. تكمن القيمة المستقبلية للروابط العميقة في كيفية استخدامها - ما هو مبني عليها ، وتجارب المستهلك الجديدة التي ستمكّنها.

سيشمل ذلك طرقًا جديدة لاكتشاف الروابط العميقة للتطبيقات التي لديك ، واكتشاف تطبيقات جديدة من خلال المحتوى والخدمات ذات الصلة القابلة للارتباط العميق ، ونقل المزيد من الذكاء عبر الروابط نفسها. يشبه إلى حد كبير الارتباط التشعبي ، ليست الآلية التي ستغير العالم ، ولكن الطريقة التي نستخدمها لربط الويب معًا.