הפניות צריכות להיות החלטה קצרה וקרובה למבקר. UrlEdge מחזירה יעד, status code ו-headers לפני שהבקשה מגיעה לשרת המקור.
כאשר redirect rule לא דורש backend, אפשר להחזיר אותו ב-Edge ולחסוך round trip ל-origin.
הכלל מותאם לפי source, path ותנאים לפני שהבקשה ממשיכה.
הפניות 301/302 בסיסיות לא צריכות להפעיל אפליקציה רק כדי להחזיר יעד.
קל יותר לבדוק ולתקן שרשראות הפניה כאשר הכללים נמצאים במקום אחד.
שינוי redirect צריך לעבור בדיקה, שמירה והפצה לפני שהוא מקבל traffic.
צוות SEO, growth או platform מעדכן כלל דרך dashboard, CSV או API.
השינוי נשמר כגרסה שאפשר לבדוק, להשוות ולהחזיר אחורה.
התצורה החדשה נשלחת לשכבת הביצוע ומקבלת סטטוס לפני פרסום רחב.
בקשות חדשות מקבלות את היעד לפי הכלל המעודכן.
מה קורה כאשר redirect rule רץ ברמת ה-Edge.
כדי לא לשלוח כל בקשה ל-origin רק בשביל לקבל Location header. זה שימושי בדומיינים קצרים, קמפיינים, QR ומיגרציות.
פרסום מיועד להתפשט במהירות לשכבת ה-Edge, אבל יש לבדוק סטטוס לפני הפניית תנועה גדולה או שינוי production.
ההתנהגות תלויה בתצורת הדומיין וספק ה-DNS. בדקו את רשומות הדומיין בתיעוד לפני פרסום.
יעדי זמינות הם claim מסחרי ומשפטי ותלויים בתוכנית. אין לפרסם הבטחות SLA בלי signoff.