لإعادة توجيه المستخدمين إلى متجر التطبيقات (iOS) أو متجر Play (Android) إذا لم يكن تطبيقك مثبتًا، فإ

لإعادة توجيه المستخدمين إلى متجر التطبيقات (iOS) أو متجر Play (Android) إذا لم يكن تطبيقك مثبتًا، فإنك تتبع عادةً عملية من خطوتين:

Intermediate

لإعادة توجيه المستخدمين إلى متجر التطبيقات (iOS) أو متجر Play (Android) إذا لم يكن تطبيقك مثبتًا، فإنك تتبع عادةً عملية من خطوتين:

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

إليك تفصيل لكلا النظامين الأساسيين:

1. نظام iOS

بالنسبة لنظام iOS، يمكنك استخدام الروابط الشاملة (Universal Links) أو مخططات عناوين URL المخصصة.

  • مخططات عناوين URL المخصصة:

    • ستقوم بتعريف مخطط URL مخصص لتطبيقك (على سبيل المثال، your_app_scheme://).
    • عندما ينقر المستخدم على رابط، ستحاول فتح هذا المخطط.
    • إذا كان التطبيق مثبتًا، فسيتم فتحه. إذا لم يكن كذلك، سيفشل المتصفح عادةً في فتح عنوان URL، ويمكنك بعد ذلك إعادة التوجيه إلى متجر التطبيقات.
    • مثال (HTML/JavaScript):

      html <a href="your_app_scheme://">Open My App</a> <script> setTimeout(function() { window.location.href = "https://apps.apple.com/app/idYOUR_APP_ID"; // استبدل YOUR_APP_ID }, 250); // تأخير قصير للسماح للتطبيق بالفتح </script>

      يحاول هذا JavaScript فتح التطبيق. إذا لم يفتح التطبيق في غضون 250 مللي ثانية، فإنه يعيد التوجيه إلى متجر التطبيقات.

  • الروابط الشاملة:

    • الروابط الشاملة هي الطريقة المفضلة لدى Apple. إنها روابط https:// قياسية يمكن لتطبيقك المطالبة بها.
    • إذا كان تطبيقك مثبتًا، فإن النقر على الرابط الشامل يفتح تطبيقك مباشرة.
    • إذا لم يكن تطبيقك مثبتًا، فسيفتح الرابط في Safari، ويمكنك بعد ذلك إعادة التوجيه إلى متجر التطبيقات من موقعك على الويب. يتطلب هذا تكوينًا من جانب الخادم (ملف apple-app-site-association).

2. نظام Android

بالنسبة لنظام Android، يمكنك استخدام روابط تطبيقات Android (Android App Links) أو مخططات عناوين URL المخصصة (الروابط العميقة).

  • مخططات عناوين URL المخصصة (الروابط العميقة):

    • على غرار نظام iOS، يمكنك تعريف مرشح نية (intent filter) في ملف AndroidManifest.xml الخاص بك لمخطط مخصص (على سبيل المثال، your_app_scheme://).
    • عندما ينقر المستخدم على رابط، يحاول فتح هذا المخطط.
    • إذا كان التطبيق مثبتًا، فسيتم فتحه. إذا لم يكن كذلك، سيفشل المتصفح عادةً في فتح عنوان URL، ويمكنك بعد ذلك إعادة التوجيه إلى متجر Play.
    • مثال (HTML/JavaScript):

      html <a href="your_app_scheme://">Open My App</a> <script> setTimeout(function() { window.location.href = "market://details?id=com.yourcompany.yourapp"; // استبدل باسم حزمة تطبيقك }, 250); // تأخير قصير للسماح للتطبيق بالفتح </script>

      يفتح مخطط market:// متجر Play مباشرة.

  • روابط تطبيقات Android:

    • روابط تطبيقات Android مشابهة للروابط الشاملة لنظام iOS. إنها روابط https:// قياسية يمكن لتطبيقك المطالبة بها.
    • إذا كان تطبيقك مثبتًا، فإن النقر على رابط التطبيق يفتح تطبيقك مباشرة.
    • إذا لم يكن تطبيقك مثبتًا، فسيفتح الرابط في المتصفح الافتراضي للمستخدم، ويمكنك بعد ذلك إعادة التوجيه إلى متجر Play من موقعك على الويب. يتطلب هذا أيضًا تكوينًا من جانب الخادم (ملف assetlinks.json).

3. اعتبارات عامة

  • تجربة المستخدم: قدم رسائل واضحة للمستخدم حول ما يحدث (على سبيل المثال، "جارٍ فتح التطبيق..." أو "جارٍ إعادة التوجيه إلى متجر التطبيقات...").
  • التأخيرات: استخدم تأخيرًا قصيرًا (على سبيل المثال، 250 مللي ثانية) قبل محاولة إعادة التوجيه إلى متجر التطبيقات لمنح التطبيق وقتًا كافيًا للتشغيل إذا كان مثبتًا.
  • آلية احتياطية: احتفظ دائمًا بآلية احتياطية لمتجر التطبيقات المعني إذا لم يكن التطبيق مثبتًا.
  • معرفات التطبيق/أسماء الحزم: تأكد من استخدام معرف متجر التطبيقات الصحيح (iOS) واسم الحزمة (Android) لتطبيقك.