Smart Redirect Routing לפי מדינה, מכשיר, A/B ותנאי כללים

הפניה פשוטה רק כאשר כל קליק צריך להגיע לאותו עמוד. בקמפיינים אמיתיים בישראל, עם WhatsApp, קוד QR, פרסום ממומן, ecommerce, אפליקציות ושותפים, זה כמעט אף פעם לא המצב.

משתמש מישראל צריך אולי דף עברי ומחיר מקומי. משתמש מאירופה צריך דף אחר. iPhone צריך Universal Link או App Store; Android צריך Android App Link או Google Play; desktop צריך landing page. UTM, click ID, קופון ו-affiliate ID חייבים להישמר. ובדיקת A/B צריכה לשמור משתמש חוזר באותה וריאציה.

Smart Redirect Routing הוא ניהול URL ציבורי באמצעות מדיניות ניתוב, לא יעד יחיד.

UrlEdge מריץ את המדיניות הזו ב-edge. מדינה, מכשיר, שפה, query, header, cookie, campaign, משקל A/B ו-fallback יכולים לחיות בכלל אחד, עם analytics ו-rollback.

הקישור צריך מדיניות

לוגיקה מפוזרת נראית כך:

geo redirect ב-CDN
device redirect באפליקציה
A/B test בסקריפט דפדפן
UTM בדף נחיתה
fallback בגיליון או בצ'אט

כשקמפיין משתנה, קשה לדעת איזה כלל ניצח.

Smart redirect routing policy with geo, device, experiment, and fallback branches

שאלה	למה זה חשוב
מה המקור?	domain, path, wildcard, regex, slug, QR
איזה context נבדק?	מדינה, מכשיר, שפה, OS, browser, query, header, cookie
מה קודם?	safety, campaign, device, country, A/B, fallback
לאן מפנים?	store, App Store, Google Play, landing, support, fallback
איך מחלקים תנועה?	משקלי A/B, rollout, canary
מה שומרים?	path, query, UTM, affiliate ID, coupon
איך חוזרים?	snapshot קודם, fallback, pause campaign, owner

ניתוב לפי מדינה צריך לשרת כוונה

מצב	ניתוב טוב יותר
ecommerce אזורי	קטלוג, מטבע, משלוח וזמינות מתאימים
קמפיינים מקומיים	ישראל, אירופה, global לפי ההצעה
מוצר לא זמין	waitlist, שותף מקומי או הסבר ברור
מגבלה משפטית	allowed, blocked, fallback ברור
תמיכה ותוכן	עברית רק אם התוכן קיים ומתוחזק

Cloudflare Workers מספק request.cf עם metadata כמו מדינה. זה שימושי, אבל לא מחליף החלטת SEO. צריך להימנע מ-cloaking ולהבהיר canonical ו-fallback.

ניתוב לפי מכשיר: אפליקציה, web, QR

Device and geography decision map for app, store, web, and regional destinations

הקשר	יעד
iOS	Universal Link, אחרת App Store או web fallback
Android	Android App Link, אחרת Google Play או web fallback
Desktop	landing page, signup או QR handoff
Tablet	לרוב web desktop
In-app browser	bridge page ל-WhatsApp או social webview
Unknown	web fallback יציב

אחרי Firebase Dynamic Links, צוותי אפליקציה צריכים להחזיק את שכבת ה-fallback. UrlEdge מנהל device routing ו-fallback; פתיחת אפליקציה native עדיין דורשת Universal Links ו-Android App Links.

A/B דרך redirect מתאים כשמשנים destination

מתאים ל:

landing A מול B
הצעה מקומית מול גלובלית
pricing חדש לאחוז קטן
canary rollout
רוטציה של דפי partner או affiliate

זה לא מחליף פלטפורמת experimentation מלאה.

A/B redirect split and staged rollout controlled before the page renders

החלטה	ברירת מחדל
status code	`302` או `307` לבדיקה זמנית
עקביות	משתמש חוזר נשאר באותה וריאציה
SEO	לא מציגים crawler חוויה אחרת
canonical	ברור אם יש URL נפרד לוריאנטים
זמן	לא משאירים split ישן
rollout	מעלים משקל בהדרגה

Google ממליצה להימנע מ-cloaking ולהשתמש בהפניה זמנית כש-URL מקורי מפנה לוריאנט בדיקה.

תנאים צריכים עדיפות

עדיפות	תנאי	דוגמה
1	safety/legal	מדינה לא נתמכת לדף הסבר
2	campaign override	`?campaign=partner` קודם
3	device/OS	iOS, Android, desktop
4	country/language	ישראל, אירופה, global
5	A/B weight	רק תנועה כשירה
6	fallback	השאר ליעד יציב

סדר לא נכון שובר UTM, מכניס תנועה לא מתאימה לבדיקה או מפנה קמפיין לעמוד לא נכון.

UTM ו-query הם חלק מהניתוב

מדיניות	מתי
preserve all	מקור אמין
allowlist	UTM, click ID, affiliate
append defaults	campaign או channel אחידים
strip all	יעד רגיש
rewrite	פרמטר בוחר path או destination

QA לפני תנועה אמיתית

Rule QA and rollback workflow for smart redirect routing

בדקו מדינות, מכשירים, UTM, paid/organic/QR/affiliate, ביקור ראשון וחוזר ב-A/B, status, hops, priority, fallback, analytics ו-rollback.

איפה UrlEdge מתאים

FAQ

מה זה Smart Redirect Routing?

ניתוב URL אחד ליעדים שונים לפי מדינה, מכשיר, שפה, פרמטרים, קמפיין, משקל A/B ו-fallback.

זה אותו דבר כמו geo redirect?

לא. geo redirect הוא תנאי אחד. Smart routing מחבר כמה תנאים וסדר עדיפויות.

A/B redirect משתמש ב-301 או 302?

בדרך כלל 302, כי בדיקה היא זמנית.

הפניות בסיסיות

ניתוב חכם

אבטחה וניטור

בדיקות וקמפיינים

בנו הפניה ראשונה

חברה וידע

משפטי ואמון

תיעוד UrlEdge