هل يجب أن تكون إعادة التوجيه إلى متجر التطبيقات 301 أم 302؟

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

كيف تفعل ذلك

بلا SDK، وبلا إعادة بناء. مجرد رابط.

1. 1

   أعِد إعادة توجيه مؤقتة

   اختر المتجر بحسب User-Agent وأجب بالحالة 302. هنا على شكل Cloudflare Worker؛ والمنطق نفسه يعمل على أي خادم.

   // إعادة توجيه مؤقتة: تسأل المتصفحات خادمك من جديد في كل زيارة
   export default {
     fetch(req) {
       const ua = req.headers.get("user-agent") || "";
       const ios = "https://apps.apple.com/app/id0000000000";
       const android = "https://play.google.com/store/apps/details?id=com.example.app";
       const web = "https://example.com/download";
       const to = /iPhone|iPad|iPod/.test(ua) ? ios : /Android/i.test(ua) ? android : web;
       return new Response(null, { status: 302, headers: { Location: to, "X-Robots-Tag": "noindex" } });
     },
   };

2. 2

   أرسل الحواسيب إلى صفحة لا إلى متجر

   صفحة المتجر لا تستطيع تثبيت أي شيء على حاسوب. أرسل زوار الحاسوب إلى صفحة فيها زرّا المتجرين ورمز QR، وهي تلتقط أيضًا أجهزة iPad التي تعرّف نفسها على أنها Mac.

3. 3

   أو استخدم رابطًا مستضافًا

   أنشئ رابط onestore.link برابطَي متجريك: يجيب بـ 302 لكل جهاز، ويبقي الرابط القصير خارج الفهرس، ويتيح لك تغيير الوجهة لاحقًا.

الأسئلة الشائعة