הפניית דומיין בלי לאבד path, query ו-UTM

הפניית דומיין שנראית פשוטה יכולה לשבור הרבה עבודה שיווקית וטכנית. אם כל בקשה אל old-brand.example נשלחת אל homepage ב-new-brand.example, איבדתם דפי מוצר, docs, UTM, קישורי partner, קיצורי QR וכתובות שעדיין מופיעות בגוגל. הפניית דומיין טובה שומרת path ו-query כברירת מחדל, ורק במקומות מסוימים מסירה או משנה פרמטרים.

הבעיה

הכלל הלא נכון נראה בערך כך:

old-brand.example/* -> new-brand.example/

כל URL, לא משנה מה היה בו, מגיע לדף הבית. זה בעייתי במיוחד כאשר יש:

• מוצר או קטגוריה עם תנועה אורגנית.
• docs או help center עם backlinks.
• קמפיינים עם utm_source, utm_medium, utm_campaign.
• affiliate links עם מזהה שותף.
• QR codes שלא ניתן להדפיס מחדש.
• קישורים מ-WhatsApp או LinkedIn שכבר נשלחו.

למשתמש זה מרגיש כמו איבוד הקשר. לצוות marketing זה נראה כמו ירידה ב-attribution. לצוות SEO זה נראה כמו מיגרציה לא נקייה.

הכלל הנכון

ברוב המקרים, ההפניה צריכה לשמור את ה-path ואת query parameters:

https://old-brand.example/products/blue-shirt?utm_source=email

צריך להגיע אל:

https://new-brand.example/products/blue-shirt?utm_source=email

אם המבנה החדש שונה, שמרו את ה-query גם בזמן שינוי path:

https://old-brand.example/products/blue-shirt?utm_source=email

אל:

https://new-brand.example/shop/blue-shirt?utm_source=email

העיקרון: path ו-query אינם "רעשים". הם חלק מהכוונה של הקישור.

תבניות נפוצות

מעבר דומיין בלי שינוי path

old-brand.example/docs/setup
  -> new-brand.example/docs/setup

מתאים למיתוג מחדש, איחוד דומיינים או מעבר מ-domain זמני לדומיין קבוע.

מעבר דומיין עם שינוי prefix

old-brand.example/products/blue-shirt
  -> new-brand.example/shop/blue-shirt

מתאים למיגרציית Shopify, שינוי storefront או מעבר CMS.

דף ישן שאין לו יעד מקביל

old-brand.example/old-category/product-123
  -> new-brand.example/c/new-category

עדיף יעד קרוב בהקשר מאשר homepage. אם אין יעד מתאים, 404 ברור יכול להיות טוב יותר מהפניה מטעה.

קמפיין זמני

old-brand.example/promo?utm_source=linkedin
  -> new-brand.example/campaigns/april?utm_source=linkedin

כאן יכול להתאים 302 אם היעד באמת זמני.

מתי לא לשמור query

לא כל query parameter צריך לעבור. הסירו במפורש:

• session tokens.
• auth codes.
• מזהים חד-פעמיים.
• פרמטרים פנימיים שיכולים לחשוף מידע לא רצוי.
• tracking ישן שכבר לא חוקי במדיניות שלכם.

אבל אל תסירו UTM מתוך זהירות כללית. אם utm_ נעלם, צוות growth מאבד מקור קמפיין. ההחלטה צריכה להיות לפי סוג הפרמטר, לא לפי "query כן או לא".

DNS ו-HTTPS אינם אותו דבר כמו redirect

הפניית דומיין דורשת שני חלקים:

1. DNS/HTTPS: שהדומיין הישן יגיע לשכבה שמסוגלת לענות בבטחה.
2. redirect rule: מה עושים עם ה-path, host, query ו-status code.

CNAME תקין לא אומר שההפניה נכונה. SSL תקין לא אומר ש-UTM נשמר. בדקו את כל המסלול.

אם אתם מגדירים דומיין מותאם בפעם הראשונה, התחילו מ-מדריך DNS. אם כבר יש DNS, עברו לבדיקת rules.

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

בדקו לפחות:

• / root.
• דף מוצר או service מרכזי.
• דף docs או support.
• URL עם utm_source.
• URL עם query שאסור לשמור.
• path עם trailing slash.
• path עם אותיות גדולות.
• URL ישן שמקבל backlink או traffic.

דוגמה לפלט רצוי:

old-brand.example/products/blue-shirt?utm_source=email
  -> 301
new-brand.example/shop/blue-shirt?utm_source=email
  -> 200

אם הפלט כולל כמה hops, קראו את המדריך ל-redirect chains ו-loops.

איך UrlEdge עוזר

ב-UrlEdge אפשר להגדיר domain forwarding עם:

• שמירת path.
• שמירת query.
• שינוי path לפי pattern.
• status code קבוע או זמני.
• בדיקה לפני פרסום.
• rollback לכלל בעייתי.

למיגרציה גדולה, שלבו עם ניהול bulk redirects. להפניה נקודתית או דומיין אחד, בודק ההפניות יספיק לבדיקת hop ויעד.

FAQ

האם תמיד צריך לשמור path?

ברוב המקרים כן. אם אין יעד מקביל, בחרו יעד קרוב במקום homepage כללי. רק דפים שאין להם ערך או חלופה צריכים טיפול אחר.

האם תמיד צריך לשמור UTM?

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

האם URL masking הוא אותו דבר כמו redirect?

לא. redirect מעביר את המשתמש לכתובת אחרת. URL masking מנסה להציג יעד בלי לחשוף את כל הכתובת. השתמשו בזהירות, כי masking יכול לבלבל analytics, browser behavior ו-SEO.

האם DNS redirect מספיק?

לא. DNS מכוון תנועה לשרת או provider. redirect rule קובע את ה-URL החדש, status code ושמירת path/query.