UrlEdge
חזרה לבלוג
2026-02-09 צוות UrlEdge9 דקות קריאה

Checklist להפניות במיגרציית אתר

רשימת בדיקות לצוותי SEO, סוכנויות ו-platform לפני DNS cutover, ביום ההשקה ואחרי המיגרציה.

תרשים UrlEdge עבור Checklist להפניות במיגרציית אתר

מיגרציית אתר לא נמדדת ביום שבו העיצוב החדש עולה. היא נמדדת בשבועות שאחרי, כשהתנועה האורגנית, קמפיינים, backlinks, QR וקישורים ישנים ממשיכים להגיע. אם redirect map לא מוכן לפני DNS cutover, הצוות ימצא את עצמו מתקן 404 בזמן אמת במקום לנהל launch.

ה-checklist הזה מיועד לצוותי SEO, סוכנויות, ecommerce, SaaS ו-platform. הוא מתמקד בשכבת ההפניות: איזה URL ישן מגיע לאיזה יעד, באיזה status code, האם path/query נשמרים, ואיך מזהים chains או loops לפני שהם נכנסים לפרודקשן.

לפני ההשקה

1. בנו inventory אמיתי של URL

אל תסתפקו ב-sitemap. אספו כתובות מ:

  • sitemap.xml.
  • Google Search Console.
  • analytics landing pages.
  • server logs אם קיימים.
  • paid campaigns.
  • email ו-CRM.
  • affiliate ו-partner links.
  • docs, help center ו-blog.
  • QR codes וקישורים מודפסים.
  • backlinks מרכזיים.

בישראל, הרבה תנועה עסקית עוברת דרך WhatsApp, LinkedIn וקהילות. אם נשלחו שם קישורים ישנים, הם חלק מהמיגרציה.

2. דרגו URL לפי חשיבות

לא כל כתובת שווה אותה רמת בדיקה. סמנו:

  • high traffic.
  • revenue או signup value.
  • backlinks.
  • קמפיינים פעילים.
  • דפי מוצר או pricing.
  • docs שצוות support שולח ללקוחות.
  • legal או trust pages.

כתובות חשובות נבדקות ידנית בנוסף לבדיקת bulk.

3. הגדירו יעד חדש לכל URL חשוב

היעד צריך להיות הדף הכי קרוב בכוונת משתמש. אל תזרקו הכל לדף הבית.

דוגמאות:

old_url,new_url,type,priority,owner,preserve_query
https://old-brand.example/pricing,https://new-brand.example/pricing,301,high,growth,true
https://old-brand.example/docs/setup,https://new-brand.example/docs/quick-start,301,high,docs,true
https://old-brand.example/campaign/april,https://new-brand.example/campaigns/april,302,medium,growth,true

4. בחרו status code לפי כוונת המעבר

  • 301 למעבר קבוע של דף, מוצר, category או דומיין.
  • 302 לקמפיין זמני או יעד שעוד משתנה.
  • 307/308 כאשר method ו-body חייבים להישמר.

אם הצוות לא בטוח, קראו את המדריך לבחירת 301, 302, 307 או 308.

5. החליטו מדיניות path ו-query

ברירת מחדל בריאה:

  • לשמור path כאשר יש יעד מקביל.
  • לשמור UTM וקמפיין parameters.
  • להסיר tokens או פרמטרים רגישים במפורש.
  • לתעד חריגים.

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

6. בדקו את ה-CSV לפני import

חפשו:

  • כפילויות ב-source.
  • יעד ריק.
  • status code חסר.
  • source שכבר כולל target חדש.
  • loop פוטנציאלי.
  • real domains בדוגמאות תיעודיות במקום .example.
  • תווים בעייתיים ב-URL.

7. סגרו בעלות

לכל קבוצת redirects צריך owner:

  • SEO owns organic pages.
  • growth owns campaign links.
  • ecommerce owns products ו-categories.
  • docs owns docs/support.
  • platform owns DNS, CDN ו-origin behavior.

בלי בעלות, nobody owns the redirect map.

ביום ההשקה

8. פרסמו בקבוצות אם המפה גדולה

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

  • domain-level rules.
  • products.
  • categories.
  • blog/docs.
  • campaigns.
  • exceptions.

9. בדקו דוגמאות מכל template

מיד אחרי הפרסום, בדקו:

  • homepage.
  • pricing.
  • product/service page.
  • category/collection.
  • blog post.
  • docs article.
  • URL עם UTM.
  • URL עם trailing slash.
  • URL ללא trailing slash.
  • URL עם אותיות גדולות אם יש כאלה במערכת הישנה.

10. בדקו chains ו-loops

היעד האידיאלי:

old URL -> 301 -> new URL -> 200

אם אתם רואים:

old URL -> 301 -> intermediate -> 302 -> final

צריך להבין אם ה-hop האמצעי הכרחי. אם יש חזרה ל-source או חריגה של too many redirects, עצרו את הכלל הבעייתי. קראו את המדריך ל-redirect chains ו-loops אם צריך תהליך ניקוי מסודר.

11. בדקו mobile ו-in-app browsers

קישור שנפתח ב-Chrome desktop יכול להתנהג אחרת מתוך:

  • WhatsApp.
  • LinkedIn.
  • Instagram.
  • Gmail mobile.
  • QR scanner.

זה קריטי לקמפיינים, אפליקציות ו-DTC.

12. השאירו rollback מוכן

Rollback אינו כישלון. הוא חלק מתכנון launch. לכל קבוצת rules צריך להיות ברור:

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

אחרי ההשקה

13. עקבו אחרי 404 ו-5xx

ב-24 עד 72 השעות הראשונות, בדקו בתדירות גבוהה:

  • top 404 paths.
  • old domains שעדיין מקבלים traffic.
  • redirects ליעד 404.
  • errors לפי country/device.
  • קמפיינים שבהם clicks קיימים אבל sessions נעלמים.

הפניות מגנות על תנועה קיימת, אבל הן לא תחליף ל-internal links תקינים. אחרי launch:

  • עדכנו navigation.
  • עדכנו sitemap.
  • עדכנו canonical URLs.
  • עדכנו docs ו-blog internal links.
  • עדכנו email templates.

15. בדקו Search Console ודוחות קמפיינים

בימים הראשונים בדקו:

  • indexing issues.
  • crawl errors.
  • changes ב-clicks לדפים חשובים.
  • paid campaign landing pages.
  • affiliate reporting.
  • UTM preservation.

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

דוגמת redirect map מינימלית

source,destination,type,preserve_query,notes
https://old-brand.example/,https://new-brand.example/,301,true,homepage
https://old-brand.example/pricing,https://new-brand.example/pricing,301,true,pricing
https://old-brand.example/products/(.*),https://new-brand.example/shop/$1,301,true,product pattern
https://old-brand.example/blog/(.*),https://new-brand.example/resources/$1,301,true,blog move
https://old-brand.example/promo,https://new-brand.example/campaigns/current,302,true,temporary campaign

זוהי דוגמה תפעולית, לא template מלא. במיגרציה אמיתית יהיו חריגים, redirects זמניים, URLs שצריך להסיר ויעדים שדורשים אישור business.

איך UrlEdge משתלב ב-checklist

UrlEdge מתאים כאשר redirect map הוא חלק מההשקה ולא תיקון צדדי:

  • ייבוא CSV ל-Bulk URL management.
  • בדיקת hop ו-status ב-בודק ההפניות.
  • זיהוי broken links אחרי launch.
  • ניהול כללי 301/302 לפי קבוצות.
  • rollback ללא frontend deploy.
  • שמירת UTM ו-query לפי rule.

לצוותים שעובדים עם agency או כמה squads, היתרון הוא שכל בעלי העניין רואים את אותם כללים במקום שכל שכבה תתקן משהו אחר.

FAQ

מתי מתחילים לבנות redirect map?

לפני QA של האתר החדש, לא אחרי DNS cutover. המפה צריכה להיות מוכנה לבדיקה בסביבת staging.

האם אפשר להשתמש רק ב-regex rules?

אפשר לכסות הרבה מבנים עם regex, אבל כמעט תמיד יהיו חריגים. מוצרים חסרים, blog slugs ישנים ועמודים עם backlinks דורשים בדיקה נפרדת.

האם כל redirect במיגרציה צריך להיות 301?

לא. רוב מעברי URL קבועים יקבלו 301, אבל קמפיינים זמניים או routes ניסיוניים יכולים לקבל 302. API/form routes דורשים בדיקת 307/308.

כמה זמן צריך לנטר אחרי launch?

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

נהלו הפניות וקישורי קמפיין ב-UrlEdge

חברו דומיין, בדקו redirect chain ופרסמו כללי ניתוב ברמת ה-Edge.

התחלה

מאמרים קשורים

הצגת הכל