UrlEdge
Developer tools

כללי wildcard ו-regex
למיגרציות גדולות

אל תיצרו אלפי כללים ידניים. השתמשו ב-wildcard, regex וקבוצות לכידה כדי להעביר קטגוריות, מוצרים או docsבלי לשבור path ו-query.

https://

GET /blog/2023/post-1?ref=linkedin
EDGE Routing
301 -> /new/post-1
סימולטור לפני פרסום

לוגיקת ניתוב לצוותי פיתוח ו-SEO

כללים סטטיים מספיקים לשינוי קטן. במעבר CMS, איחוד קטגוריות או ניקוי URL יש צורך בתבניות שמכסות משפחות כתובות בלי ליצור יעד שגוי.

עורך כלל
נמצאה התאמה
ביטוי regex
^/old-blog/(.*)$
כתובת יעד
/new-blog/$1
קלט לבדיקה:/old-blog/hello-world
תוצאה:/new-blog/hello-world

Wildcard לנתיבים צפויים

השתמשו ב-* כאשר מבנה הכתובות פשוט, למשל /docs/* אל support.example/*.

Regex למבנים מורכבים

קבוצות לכידה ו-lookahead מתאימים כאשר צריך להבדיל בין קטגוריות, שפות, תאריכים או סיומות.

ניקוי query parameters

שמרו UTM כשצריך מדידה, או הסירו פרמטרים לא רצויים כדי להקטין כפילות ובלגן בנתונים.

תבניות נפוצות להפניות

נקודות פתיחה לכללים שצריך לבדוק מול דוגמאות אמיתיות לפני פרסום.

הסרת slash בסוף

התאמה:^(.*)/$
יעד:$1

איחוד /about/ אל /about כדי לצמצם כפילות כתובות.

איחוד לאותיות קטנות

התאמה:[A-Z]
יעד:Lower($0)

מונע פיצול בין /Sale ו-/sale כאשר המערכת מתייחסת אליהם כנתיבים שונים.

מעבר מתאריך ל-slug

התאמה:^/202[0-9]/[0-9]{2}/(.*)$
יעד:/posts/$1

ניקוי מבנה WordPress ישן כמו /2023/04/post אל /post.

הסרת סיומת קובץ

התאמה:^(.*)\.(html|php|aspx)$
יעד:$1

העברת /contact.php או /page.html לנתיב נקי יותר.

איחוד subdomain

התאמה:^https://blog.brand.example/(.*)
יעד:https://brand.example/blog/$1

מיפוי blog.brand.example אל brand.example/blog כאשר מאחדים נכסים.

query לנתיב

התאמה:^/products\?id=([0-9]+)
יעד:/item/$1

המרת פרמטרים דינמיים לכתובת קריאה כאשר יש צורך בנתיב קבוע.

בדיקה לפני פרסום

כלל חזק צריך סימולציה

Regex רחב מדי יכול להפנות גם URL שלא התכוונתם אליו. בדקו דוגמאות אמיתיות מתוך redirect map לפני שהתנועה עוברת.

סימולטור התאמה

הכניסו source URL וראו איזה כלל נתפס, איזה יעד מתקבל ומה נשמר מה-path או ה-query.

זיהוי loop

בדקו אם כלל מחזיר את המבקר לכתובת שכבר הייתה בשרשרת ההפניות.

Rollback מהיר

שמרו גרסה קודמת של התצורה כדי לחזור אחורה אם כלל רחב פוגע בתנועה.

שאלות על regex ו-wildcard

התחילו מתבנית צרה ובדקו אותה מול URL אמיתיים. אל תפרסמו כלל שיכול לתפוס נתיבי admin, checkout או API בלי בדיקה מפורשת.

כללים נבדקים בשכבת ה-Edge, אבל עדיין כדאי לשמור על סדר וכללים מצומצמים כדי למנוע התאמות מיותרות וטעויות תפעול.

בדקו כלל מורכב לפני מיגרציה

בנו wildcard או regex, הריצו סימולציה על דוגמאות אמיתיות ופרסמו רק כשהיעד ברור.