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

מיגרציית אתר לא נמדדת ביום שבו העיצוב החדש עולה. היא נמדדת בשבועות שאחרי, כשהתנועה האורגנית, קמפיינים, 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,true4. בחרו 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 נעלמים.
14. נקו internal links
הפניות מגנות על תנועה קיימת, אבל הן לא תחליף ל-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.
התחלהמאמרים קשורים
הצגת הכל
הפניית דומיין בלי לאבד path, query ו-UTM
איך להעביר דומיין ישן לחדש ועדיין לשמור נתיבים, query parameters, UTM וקישורים קיימים.

איך למצוא redirect chains ו-loops לפני שהן פוגעות ב-SEO
איך לזהות שרשראות הפניה, redirect loops ויעדים שבורים לפני מיגרציה, שינוי HTTPS או מעבר דומיין.