توجيه الروابط الذكي حسب البلد والجهاز واختبار A/B وشروط القواعد
قد يحتاج رابط حملة واحد إلى وجهات مختلفة حسب البلد والجهاز واللغة ووسوم UTM ووزن اختبار A/B وخطة fallback. هذه طريقة تصميم المنطق بدون دفنه داخل كود التطبيق.

تبدو إعادة التوجيه سهلة عندما يجب أن يصل كل زائر إلى الصفحة نفسها. في حملات حقيقية عبر واتساب، إنستغرام، QR، البريد، التجارة الإلكترونية، التطبيقات، والشركاء، هذا نادرا ما يحدث.
قد يحتاج زائر من السعودية إلى صفحة عربية وعرض محلي. زائر من الإمارات قد يحتاج صفحة أخرى. مستخدم iPhone يحتاج Universal Link أو App Store. مستخدم Android يحتاج Android App Link أو Google Play. سطح المكتب يحتاج صفحة ويب. ووسوم UTM ومعرفات الحملات والشركاء يجب ألا تضيع. إذا كان هناك اختبار A/B، يجب أن يبقى الزائر على النسخة نفسها خلال الاختبار.
هذا هو Smart Redirect Routing: رابط عام واحد تحكمه سياسة توجيه، لا وجهة واحدة فقط.
UrlEdge يشغل هذه السياسة عند edge. يمكن جمع البلد، الجهاز، اللغة، query، header، cookie، الحملة، وزن A/B وfallback داخل قاعدة واحدة، مع analytics وrollback.
الرابط يحتاج سياسة واضحة
غالبا ما يتوزع المنطق هكذا:
- geo redirect في CDN
- device redirect في التطبيق
- A/B test في سكربت المتصفح
- UTM داخل صفحة الهبوط
- fallback في جدول أو محادثة حملة
عند تغيير العرض أو التطبيق، يصعب معرفة القاعدة التي عملت فعلا.

| السؤال | السبب |
|---|---|
| ما المصدر المطابق؟ | domain أو path أو wildcard أو regex أو QR |
| ما السياق المستخدم؟ | بلد، جهاز، لغة، OS، browser، query، header، cookie |
| ما الأولوية؟ | أمان، حملة، جهاز، بلد، A/B، fallback |
| ما الوجهة؟ | متجر، App Store، Google Play، صفحة هبوط، دعم، fallback |
| كيف ينقسم الترافيك؟ | أوزان A/B، rollout، canary |
| ما الذي يبقى؟ | path، query، UTM، affiliate ID، coupon |
| كيف نرجع؟ | snapshot سابق، fallback، إيقاف حملة، owner |
التوجيه الجغرافي يجب أن يخدم النية
| الحالة | توجيه أفضل |
|---|---|
| متجر متعدد الأسواق | كتالوج، عملة، شحن، لغة مناسبة |
| حملات خليجية أو عالمية | السعودية، الإمارات، مصر، global حسب العرض |
| منتج غير متاح | قائمة انتظار أو شريك محلي أو رسالة واضحة |
| قيود قانونية | allowed / blocked / fallback واضح |
| الدعم والمحتوى | صفحة عربية فقط إذا كانت موجودة ومحدثة |
Cloudflare Workers يوفر بيانات عبر request.cf ومنها البلد. لكن القدرة التقنية لا تعني أن كل زيارة يجب أن تعاد توجيهها. من ناحية SEO، يجب تجنب cloaking وتوضيح canonical وfallback.
التوجيه حسب الجهاز: تطبيق، ويب، QR

| السياق | الوجهة |
|---|---|
| iOS | Universal Link أو App Store أو web fallback |
| Android | Android App Link أو Google Play أو web fallback |
| Desktop | صفحة ويب أو تسجيل أو QR handoff |
| Tablet | غالبا web desktop |
| In-app browser | صفحة وسيطة لواتساب أو إنستغرام |
| Unknown | web fallback ثابت |
بعد توقف Firebase Dynamic Links، تحتاج فرق التطبيقات إلى امتلاك هذه الطبقة. UrlEdge يدير device routing وfallback، أما فتح التطبيق الأصلي فيحتاج Universal Links وAndroid App Links.
A/B بالredirect عندما تتغير الوجهة
مفيد في:
- landing page A مقابل B
- عرض محلي مقابل عالمي
- صفحة تسعير جديدة لنسبة صغيرة
- canary rollout
- تدوير صفحات الشركاء أو affiliate
ليس بديلا لمنصة تجارب كاملة.

| قرار | الافتراضي |
|---|---|
| status code | 302 أو 307 للاختبار المؤقت |
| الثبات | الزائر يعود للنسخة نفسها |
| SEO | لا تجربة مختلفة للزاحف |
| canonical | واضح إذا كانت للنسخ URLs منفصلة |
| المدة | لا تترك split قديما يعمل |
| rollout | زد الوزن تدريجيا |
Google ينصح بتجنب cloaking واستخدام redirect مؤقت عند إرسال URL الأصلي إلى نسخة اختبارية.
الشروط تحتاج أولوية
| الأولوية | الشرط | مثال |
|---|---|---|
| 1 | أمان أو قانون | بلد غير مدعوم إلى صفحة توضيح |
| 2 | حملة محددة | ?campaign=partner له أولوية |
| 3 | جهاز أو OS | iOS وAndroid وdesktop |
| 4 | بلد أو لغة | السعودية، الخليج، global |
| 5 | A/B weight | فقط الترافيك المؤهل |
| 6 | fallback | الباقي إلى وجهة ثابتة |
الترتيب الخاطئ قد يضيع UTM أو يدخل ترافيك مستبعد إلى اختبار.
UTM وquery جزء من الطريق
| السياسة | الاستخدام |
|---|---|
| Preserve all | مصدر موثوق |
| Allowlist | UTM وclick ID وaffiliate |
| Append defaults | توحيد campaign أو channel |
| Strip all | وجهة حساسة |
| Rewrite | parameter يحدد path أو destination |
اختبار المصفوفة قبل الإطلاق

اختبر البلدان، الأجهزة، وجود UTM، paid/organic/QR/affiliate، أول زيارة والعودة في A/B، status، عدد hops، الأولوية، fallback، analytics، وrollback.
أين يفيد UrlEdge
- Smart Redirect Routing
- Geo Redirects
- Device Targeting
- A/B Testing
- Advanced Redirect Rules
- UTM Builder
- Redirect Checker
- Broken Link Monitor
FAQ
ما هو Smart Redirect Routing؟
هو توجيه URL واحد إلى وجهات مختلفة حسب البلد والجهاز واللغة والمعلمات والحملة ووزن A/B وfallback.
هل هو مثل geo redirect؟
لا. geo redirect شرط واحد. Smart routing يجمع شروطا متعددة وأولوياتها.
هل اختبار A/B يستخدم 301 أم 302؟
غالبا 302 لأن الاختبار مؤقت.
References
أنشئ قواعد توجيه ذكية عند edge
وجّه الزيارات حسب البلد والجهاز واللغة والمعلمات ووزن A/B وخطة fallback بدون إخفاء المنطق داخل التطبيق.
استكشف smart routingمقالات مرتبطة
عرض الكل
Redirect API وقواعد ككود: تشغيل تغييرات URL عبر CI/CD بأمان
قواعد redirect هي إعدادات traffic في production. يجب أن تمر بمراجعة، validation، staging، publish، monitoring وrollback.

Geo Redirects للتجارة الإلكترونية: متاجر محلية، عملة، لغة وSEO بدون إخفاء الصفحات
تحويل الزائر حسب الدولة قد يحسن تجربة الشراء، لكنه يحتاج قواعد واضحة حتى لا يكسر hreflang أو يخفي صفحات المتجر عن Google والمستخدمين.